Re: How to get timely MFH of security commits?

[Thomas Zander]

Hi,

On 4 April 2018 at 11:30, Mel Pilgrim  wrote:

> On the topic of MFH emails, were those for r453380 and r465710 (both
> security updates to security/openssl with MFH tags) not sent?

Those mails were sent on March 27th and should have been addressed, sorry.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: How to get timely MFH of security commits?

[Thomas Zander]

Hi,

On 2 April 2018 at 18:50, Mel Pilgrim  wrote:
> The update to net/samba4{5,6,7} addressing CVEs went to head on March 13.
> The security/openssl update to 1.0.2o was committed to head with MFH 2018Q1
> explicitly asked for in the commit message.  In both cases, 2018Q1 expired
> before the MFH happened.
> [...]
> Can those of us who aren't committers do anything to help improve this
> process?

the timely MFH of important security fixes is of course our top concern.
In the given example of the samba fixes, we did not receive an email
(which happens automatically when the MFH: tag in the commit message
refers to a quarterly branch) to ports-secteam on March 13, hence this
apparently slipped our attention for several days.
If you feel like an important and/or urgent fix that needs MFH might
have slipped, i.e. two days after the commit to head happened, please
do not hesitate and give us a heads-up to ports-sect...@freebsd.org.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: lang/rust: build problems after r443109

[Thomas Zander]

On Mon, Jun 12, 2017 at 08:58:30AM +0200, Rainer Hurling wrote:

> [patch]

Thank you!
Test building right now ...

Riggs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Writing a port that simply installs a bunch of files

[Thomas Zander]

On 6 March 2017 at 16:02, Andrea Venturoli  wrote:

> The first problem I encounter, then, is with subdirectories.
> [...]

Is it possible that you are looking for this:
https://www.freebsd.org/doc/en/books/porters-handbook/install.html

Or did I miss something from the question?

Riggs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: running poudriere with 8 builders

[Thomas Zander]

On 4 March 2017 at 13:20, Tommi Pernila  wrote:
> By default MAKE_JOBS is disabled to allow only one process per cpu. To
> allow it anyway, ALLOW_MAKE_JOBS=yes in your /usr/local/etc/poudriere.conf:
>
> echo "ALLOW_MAKE_JOBS=yes" >> /usr/local/etc/poudriere.conf

Consider allowing this only for selected ports, e.g. via setting
ALLOW_MAKE_JOBS_PACKAGES="pkg gcc* py* "

My machine tends to become close to unresponsive for (UI heavy tasks
like browsing) when both firefox and chromium builds run in parallel
with ALLOW_MAKE_JOBS.

Riggs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: latest rust fails to install

[Thomas Zander]

On 3 March 2017 at 11:11, Jean-Sébastien Pédron  wrote:

> I need riggs@ approval because he maintains lang/rust, but maintainer
> timeout could unblock me. However, I also need antoine@ or bapt@
> approval because they are my mentors; I just got that Ports commit bit
> recently.

I'll have time to look at this by tomorrow, hope that's okay.
Riggs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: libsoxr-0.1.2.20160529_2

[Thomas Zander]

On 24 January 2017 at 11:39, Microsoft Roaming
 wrote:

> This causes a « circular dependency » between ffmpeg and libsoxr

Yes, we know that in this case it is possible to have this dependency
by choosing the wrong options. The default options, however, are
selected such that this does not happen.

Riggs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: A port PR to review

[Thomas Zander]

On 25 December 2016 at 08:54, Pavel Timofeev  wrote:
> Hello, dear colleagues!
> I have one PR to review 'www/ufdbguard: update to 1.32.4' -
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215415
>
> Could anybody please take a look?

Sure, I'll have a look!

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: New port maintainer

[Thomas Zander]

On Sun, Sep 18, 2016 at 11:05:45AM +0200, Carsten Larsen wrote:
> Any committers who could take a look at this port:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=20

Sure, on it.

Best regards
Riggs


signature.asc
Description: PGP signature

Re: vlc fails to compile on current?

[Thomas Zander]

On 29 May 2016 at 02:22, Michael Butler  wrote:
> Is anyone else seeing this?
> [...]

> In file included from demux/mkv/util.cpp:24:
> In file included from demux/mkv/mkv.hpp:56:
> In file included from /usr/include/c++/v1/iostream:38:
> In file included from /usr/include/c++/v1/ios:216:
> In file included from /usr/include/c++/v1/__locale:15:
> In file included from /usr/include/c++/v1/string:439:
> In file included from /usr/include/c++/v1/algorithm:628:
> In file included from /usr/include/c++/v1/memory:616:
> /usr/include/c++/v1/atomic:823:1: error: expected unqualified-id
> kill_dependency(_Tp __y) _NOEXCEPT

This looks like you hit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209722

Dimitry has proposed a patch for this issue. Will test it and see that
we get a solution committed asap.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Commiter Help Requested

[Thomas Zander]

Hi David,

On 6 November 2015 at 10:04, David Harrigan  wrote:

> I have two new ports sitting waiting to be accepted into the ports tree.
> They have been tested and are ready to go. Can I ask for some help in the
> final push in getting them out please? The two ports are:
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204128
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204190

I'll be happy to work with you and get them in the tree. Taking a look
right now.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: ffmpeg26 confusion (Was: Heads up audio/video/graphics/multimedia/net/streaming port maintainers - ACTION REQUIRED)

[Thomas Zander]

On 23 June 2015 at 01:35, Jan Beich jbe...@freebsd.org wrote:
 (overquoting strawman ;)

:-)

 What happened to the schedule? 10.1 was released half a year ago and we're
 approaching code freeze for 10.2. Not to mention packages for FreeBSD
 releases are built against quaterly branches nowadays. And the next quaterly
 is 2015Q3 which should happen in a week.

It's a testament to the fact that no plan survives the first contact
with reality. In lack of participation, I decided to hold off until I
am in a position (time-wise) where I could deal with the fall-out of
the upgrade for a couple of days without major interruption.
Circumstances haven't been favourable so far.

 Maybe do the following to improve the situation:

 (1) Update ffmpeg port to the latest version (2.7.1 currently)
 (2) Remove ffmpeg26 port
 (3) Add ffmpeg23 port with PORTSCOUT=limit:^2\.3.*
 (4) Identify ports that hide ffmpeg dep behind an option
 (5) Mass PORTREVISION bump in consumers (API/ABI changes in major versions)
 (6) Exp-run with ffmpeg dep enabled if optional
 (7) Fix bustage or convert to ffmpeg23
 (8) Remove ffmpeg23 if no consumers

Yes, agreed, makes sense from today's point of view. When are you
planning on getting started? :-)

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: flash does not work: firefox-35.0.1_1,1, nspluginwrapper-1.4.4_4

[Thomas Zander]

Did anyone find a solution?
I seem to observe the same thing issue after upgrading to FF36 this morning.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] New upstream version of mplayer + mencoder

[Thomas Zander]

On 29 December 2014 at 07:45, Matthias Apitz g...@unixarea.de wrote:
 btw: Is there a way to let the installed mplayer print the flags which
 have been used to compile?

Not that I know of. mplayer itself does not store this information. Sorry

RIggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] New upstream version of mplayer + mencoder

[Thomas Zander]

On 25 December 2014 at 14:42, Thomas Zander ri...@freebsd.org wrote:

 In a nutshell, this has changed compared to the current ports tree
 version of the ports:
 - Upstream versions of mplayer and ffmpeg as of 2014-12-23
 - Remove the following OPTIONS:
   - MEMALIGN (now used by default where supported)
   - PROFILE (shaky, unreliable, rarely used, nigh unsupportable)
   - DIRAC (codec support only via libschroedinger)
 - Default-depends on external libdvdnav (mplayer no longer bundles
   internal dvd support libraries)
 - Simplify CFLAGS handling
 - Remove -fomit-frame-pointer from CFLAGS (we have apparently a fair
   number of CPUs out there which can't run code compiled with this
   option reliably)

Updated tar available:
http://people.freebsd.org/~riggs/m20141226.tar.bz2

Changes:
- fomit-frame-pointer back into optimised CFLAGS. The stack problems
on i386 are now adressed by introducing -mstack-alignment=16
-mstackrealign on affected systems

Thanks Konstantin, Dimitry, Tijl and Matthias for input, discussion,
debugging and testing!

Please let me know how it works for you
Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

[CFT] New upstream version of mplayer + mencoder

[Thomas Zander]

Dear video enthusiasts,

I have put a draft of the upcoming port update to mplayer and mencoder
here:
http://people.freebsd.org/~riggs/m20141225.tar.bz2

There have been a few noticeable changes, so I expect more regressions
compared to the last update. I'd appreciate if you checked out this
tarball (it's a drop-in replacement for multimedia/{mplayer|mencoder})
and let me know about any problems that it introduces for you, and, if
possible, a fix for them.

In a nutshell, this has changed compared to the current ports tree
version of the ports:
- Upstream versions of mplayer and ffmpeg as of 2014-12-23
- Remove the following OPTIONS:
  - MEMALIGN (now used by default where supported)
  - PROFILE (shaky, unreliable, rarely used, nigh unsupportable)
  - DIRAC (codec support only via libschroedinger)
- Default-depends on external libdvdnav (mplayer no longer bundles
  internal dvd support libraries)
- Simplify CFLAGS handling
- Remove -fomit-frame-pointer from CFLAGS (we have apparently a fair
  number of CPUs out there which can't run code compiled with this
  option reliably)

I have test-built several OPTIONS permutations (default, all, none,
some personal favourites) on 8.4 (i386), 9.3 (i386) and 10.1 (i386, amd64,
armv6), so it should have evolved far enough for broader testing.
Please, go ahead!

Best wishes
Riggs


pgpC0wuNd9ziF.pgp
Description: PGP signature

Re: [CFT] New upstream version of mplayer + mencoder

[Thomas Zander]

On 25 December 2014 at 16:09, Konstantin Belousov kostik...@gmail.com wrote:
 On Thu, Dec 25, 2014 at 02:42:26PM +0100, Thomas Zander wrote:
 - Remove -fomit-frame-pointer from CFLAGS (we have apparently a fair
   number of CPUs out there which can't run code compiled with this
   option reliably)

 Could you, please, explain this ?

Unfortunately, I don't know yet why this happens. But I can point you
to the PR where we narrowed the issue down. So far, it seems to affect
various CPUs in 32 bit mode. If you have additional insights, I'd
appreciate it. See here:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185560

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: mplayer doesn't compile on 10.1 i386

[Thomas Zander]

On 5 December 2014 at 00:16, iceman...@juno.com iceman...@juno.com wrote:

 [...]
 Makefile:759: recipe for target 'command.o' failed
 gmake[1]: *** [command.o] Error 1
 gmake[1]: Leaving directory 
 '/usr/ports/multimedia/mplayer/work/mplayer-export-2014-08-24'
 *** Error code 1

 Stop.
 make: stopped in /usr/ports/multimedia/mplayer

What OPTIONS have you set?

Regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: mplayer doesn't compile on 10.1 i386

[Thomas Zander]

On 5 December 2014 at 21:03, iceman...@juno.com iceman...@juno.com wrote:
 MAKE_JOBS_UNSAFE=yes
 WITH=GUI

What is 'WITH=GUI' ? Where do you get/set this?
What is the output of make -C /usr/ports/multimedia/mplayer showconfig?
I just built it in poudriere with default OPTIONS with problems at
all. Are you sure your ports tree is up-to-date, your build dir clean,
...?

Best
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Make a port build only on 10-RELEASE or later

[Thomas Zander]

On 26 October 2014 08:19, M. P. free...@abv.bg wrote:
 What is the right way to make a port build only on 10-RELEASE or later?
 Is there something like ONLY_FOR_ARCHS but for versions?

You mean something like this:
.if ${OSVERSION}  1000100
BROKEN= Not supported on releases before 10.0
.endif

List of OSVERSION numbers:
https://www.freebsd.org/doc/en/books/porters-handbook/versions.html

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Heads up audio/video/graphics/multimedia/net/streaming port maintainers - ACTION REQUIRED

[Thomas Zander]

Hi,

if you maintain a port which uses directly or indirectly ffmpeg, i.e.
it links to at least one of

libavcodec
libavdevice
libavfilter
libavformat
libavresample
libavutil

please take a moment, this is important.

Shortly after the release of FreeBSD 10.1 I plan to upgrade ffmpeg to
the 2.4 branch and import the then-latest release from the 2.4 branch
into the head of the ports tree. Unlike the recent upgrade from 2.2.
to 2.3, this one will NOT be painless.
ALL the mentioned libraries received a bump in their major version
numbers, which means that they are not necessarily API compatible with
the 2.3 series. In particular, this means that several APIs which have
been deprecated several months/years ago(!) are really gone for good
in 2.4. One prominent example for this is the removal of
FF_API_CLOSE_INPUT_FILE in libavformat which breaks e.g. sox and
transcode builds. In most cases (like the mentioned examples sox and
transcode) a fix will be easy or even trivial, but you need to be
proactive and take a look at it.

I have prepared a drop-in replacement for the ffmpeg port which uses
the recent 2.4 release. You can download it from:
http://people.freebsd.org/~riggs/ffmpeg-2.4.tar.xz

Please check whether the ports maintained by you build and link with
this version and prepare a suitable fix if necessary.

Thanks in advance and best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Heads up audio/video/graphics/multimedia/net/streaming port maintainers - ACTION REQUIRED

[Thomas Zander]

On 16 September 2014 21:08, William Grzybowski w...@freebsd.org wrote:
 I have prepared a drop-in replacement for the ffmpeg port which uses
 the recent 2.4 release. You can download it from:
 http://people.freebsd.org/~riggs/ffmpeg-2.4.tar.xz

 Please check whether the ports maintained by you build and link with
 this version and prepare a suitable fix if necessary.


 Any reason why you can't create an 'ffmpeg24' port so it can go live
 then people can create a a port option to turn on using the later
 version - then when the ports are all updated you can just 'switch it to
 the default'... that seems to be the way the ports tree has been handled
 over the last year.

 Or create a ffmpeg23 port and switch all ports that cant handle ffmpeg
 2.4 to that before it happens.
 Thats how I handled the ffmpeg 0.x - ffmpeg 2.x transition. It was
 very smooth, all things considered :).

Given the fact that I still have ffmpeg0 installed, I'd say this
transition is not over :-)
Seriously, though, I am happy with pain-alleviating measures like
having a ffmpeg23 port for a short transition time.
What I want to avoid is that we all need to have 3 installations of
ffmpeg on the same machines for months or years and I think it's a
fair request to ask the maintainers to have a look sometime during the
next months.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

[CFT] Memory alignment in mplayer mencoder

[Thomas Zander]

Hi,

I recently introduced this OPTION to the mplayer and mencoder ports:
MEMALIGN (Avoid memory alignment hacks (EXPERIMENTAL))

It tries to avoid using mplayer-built-in hacks for aligning data to 16
or 32 byte boundaries on systems which support this out of the box
(e.g. aligned_alloc on 9.2 and later).

When you build mplayer or mencoder the next time, could you check this
option and let me know if you observe regressions?

Thanks in advance
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] New upstream snapshot of mplayer and mencoder

[Thomas Zander]

On 23 August 2014 10:33, Thomas Zander ri...@freebsd.org wrote:

 Changes:
 - Fix regression with mplayer not displaying PGS subtitles

Regression has been fixed upstream, new tarball has arrived:
https://people.freebsd.org/~riggs/m20140824.tar.xz

Note that it may take a few hours for the new distfile to become fetchable.

Let me know if you have problems or notice further regressions.
Best wishes
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] New upstream snapshot of mplayer and mencoder

[Thomas Zander]

On 15 August 2014 18:46, Thomas Zander ri...@freebsd.org wrote:
 Hi folks,

 I have prepared an update to our ports for multimedia/mplayer and mencoder.
 You can find the drop-in replacements (just extract it in
 ${PORTSDIR}/multimedia) at this url:

Update. New tarball here:
https://people.freebsd.org/~riggs/m20140822.tar.xz

Changes:
- Fix regression with mplayer not displaying PGS subtitles

Appreciate feedback, really!
Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

[CFT] New upstream snapshot of mplayer and mencoder

[Thomas Zander]

Hi folks,

I have prepared an update to our ports for multimedia/mplayer and mencoder.
You can find the drop-in replacements (just extract it in
${PORTSDIR}/multimedia) at this url:
https://people.freebsd.org/~riggs/m20140815.tar.xz

Changes
- Update to recent snapshot (2014-08-15) of mplayer and ffmpeg.
- GUI is no longer default OPTION. My perception is that most users
use mplayer from the command line only or through 3rd party UIs. Let
me know in case this is not true.

Feedback is appreciated, as always.
Best regards
RIggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Drop Maintainership, need help

[Thomas Zander]

On 12 June 2014 22:23, Dennis Herrmann d...@freebsd.org wrote:
 Now I'm looking for some people which take some of my ports
 and my open PR explicated Stage PR's. I hope anyone can help
 me.

 lang/mmix

Always wanted to look into that one. I'll take it.

Regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

[CFT] New upstream port of mplayer and mencoder

[Thomas Zander]

Hi all,

I have ported a new upstream snapshot of mplayer and mencoder.
The tarball with drop-in replacements for both ports can be found here:
http://people.freebsd.org/~riggs/m20140421.tar.xz

The following things have changed compared to the current version in
svn head:
- Sync with upstream snapshot of 2014-04-18
- General Makefile cleanup
- Fix x11 dependency handling (xproto was missing)
- Builds with LOCALBASE != PREFIX should work everywhere now (tested on
  i386 and amd64 on 10.0 and 9.2)
- Remove support for esd unconditionally
- mplayer: default build enables fribidi option, so smplayer and smtube
  packages from official FreeBSD package repos will work out of the box
- Add profiling option (disabled by default)
- Remove WITH_LANG knob (was unused for a long time anyway)

I have tested a multitude of OPTIONS permutations and tested the
resulting binaries for some time with good results. In fact, it went
almost suspiciously well this time ;-)

Let me know if you notice any regressions.
Best regards
Riggs


pgpo6IwhuURxH.pgp
Description: PGP signature

Re: [CFT] New mplayer and mencoder snapshot

[Thomas Zander]

Dear all,

a new tarball is available:
https://bsdistfiles.googlecode.com/files/m20131124.tar.bz2

It contains mostly fixes for staging and dependencies.
I tested a variety of options on 9/stable on amd64 and i386 and on
8/stable  i386, so there is a good chance it 'just works' on your box.

Please let me know if there are any show stoppers, I would like to get
the port into the ports tree soon.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

[CFT] New mplayer and mencoder snapshot

[Thomas Zander]

Dear all,

I have prepared a new snapshot for mplayer and mencoder. You can find
a tarball containing drop-in replacements for the ports at
https://bsdistfiles.googlecode.com/files/m2013.tar.bz2

Most significant changes:
- OPTIONS handling
- Support for the opus audio codec
- Deprecating some older, broken or upstream unsupported functions
(livemedia, joystick)
- Support of staging

The changes to the Makefile structures were significant this time,
also I had only very limited time for testing, so some issues are
expected. If you encounter any, please let me and the mailing list
know. If you have a patch to solve it, even better.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD mplayer port update?

[Thomas Zander]

On 8 October 2013 02:10, Ronald F. Guilmette r...@tristatelogic.com wrote:

 Could someone (anyone) explain to me why the FreeBSD port of mplayer
 has not been updated at all since March 8th of this year?

Yes.
That is because I am preparing roughly 2 major updates per year,
preferably shortly after a FreeBSD release. The other changes to the
port are to maintain compatibility and fix whatever problems users may
have.

To pre-empt the inevitable question: Yes, there will be a new version
before the end of October.
Do you miss a specific feature in the current port or why do you press
for an update?

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: CFT mplayer and mencoder snapshot

[Thomas Zander]

On 18 March 2013 19:53, Thomas Zander thomas.e.zan...@googlemail.com wrote:

 Thank you all for testing and reporting your experiences. I have
 submitted this patch set now.
 In case you experience problems, let me know (and provide a patch if 
 possible).

Updated patch set available, please see:
http://www.freebsd.org/cgi/query-pr.cgi?pr=177083

Fixes two issues
- compilation issues with libgsm (reported by Kurt Jaeger)
- improper handling of WITH_DVD_DEVICE/WITH_CDROM_DEVICE (reported by
Christian Weisgerber)

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: CFT mplayer and mencoder snapshot

[Thomas Zander]

 On 10 March 2013 20:51, Thomas Zander thomas.e.zan...@googlemail.com wrote:

 I have prepared a recent snapshot of mplayer and mencoder. The port
 itself has changed quite a bit, therefore testing and reporting (and
 patches if necessary) are greatly appreciated.
 The port tarballs can be found here:
 https://bsdistfiles.googlecode.com/files/m20130310.tar.xz

Thank you all for testing and reporting your experiences. I have
submitted this patch set now.
In case you experience problems, let me know (and provide a patch if possible).

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: CFT mplayer and mencoder snapshot

[Thomas Zander]

On 10 March 2013 20:51, Thomas Zander thomas.e.zan...@googlemail.com wrote:

 I have prepared a recent snapshot of mplayer and mencoder. The port
 itself has changed quite a bit, therefore testing and reporting (and
 patches if necessary) are greatly appreciated.
 The port tarballs can be found here:
 https://bsdistfiles.googlecode.com/files/m20130310.tar.xz

No problems? Anyone?
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

CFT mplayer and mencoder snapshot

[Thomas Zander]

Hi folks,

I have prepared a recent snapshot of mplayer and mencoder. The port
itself has changed quite a bit, therefore testing and reporting (and
patches if necessary) are greatly appreciated.
The port tarballs can be found here:
https://bsdistfiles.googlecode.com/files/m20130310.tar.xz

Main changes:
- Reduce the number of dependencies (use internal ffmpeg whenever
possible) in mplayer
- Do not build with clang on i386
- Use new options framework

Happy testing
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Re: error building mplayer

[Thomas Zander]

On Mon, Sep 3, 2012 at 11:08 PM, Barbara barbara.xxx1...@libero.it wrote:

with the second patch it completed ok

thanks

Hans


 It's ok for me too.

 Thanks
 Barbara

Thank you for testing! I'll submit this patch.
Best regards,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: error building mplayer

[Thomas Zander]

Hi,

 [mplayer build failed]

Can you try the attached patch?

Riggs


mplayer_clang.patch
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: error building mplayer

[Thomas Zander]

On Sun, Sep 2, 2012 at 1:21 PM, Barbara barbara.xxx1...@libero.it wrote:

 I also noticed that there are also four options passed to configure which
 seems obsoleted (lines 57-60 from pastebin)

You are correct about --win32codecsdir. That one has moved to
--codecsdir, I'll change that.
The other three are coming from the ports infrastructure and mplayer
just does not use them.

 I'm also wondering if gcc is still required when builded WITH_OTCHAIN but
 clang is used as on kern.osreldate: 901500

What exactly do you mean? If WITH_BASE_CLANG is defined, all the extra
gcc tricks are ignored as they are in the else branch.

Best
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: error building mplayer

[Thomas Zander]

On Mon, Sep 3, 2012 at 7:55 PM, Thomas Zander
thomas.e.zan...@googlemail.com wrote:
 Hi,

 [mplayer build failed]

 Can you try the attached patch?

Updated patch (see attachment) with the codecsdir parameter for w32
codecs on i386.

Riggs


mplayer_clang.patch
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: graphics/libfpx: use of bsd.lib.mk and warnings

[Thomas Zander]

On Sat, Jul 28, 2012 at 7:59 PM, Mikhail T. mi+t...@aldan.algebra.com wrote:
 On 28.07.2012 12:25, Thomas Zander wrote:

 It also causes the port to use clang when setting CC=clang in
 /etc/src.conf (!) which fails here.

 What if you use CC?=clang instead? Thanks,

This works:

CC?=clang
CXX?=clang++
CPP?=clang-cpp

Best
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: graphics/libfpx: use of bsd.lib.mk and warnings

[Thomas Zander]

On Mon, Jun 11, 2012 at 11:00 PM, Andriy Gapon a...@freebsd.org wrote:

 I see that graphics/libfpx uses a custom FreeBSD-specific makefile which makes
 use of bsd.lib.mk and sets WARNS to 3.
 I think that this is an unsustainable approach.
 First, the external libraries are not under our control and may adhere to some
 different policy with respect to warnings.
 Second, different compilers (gccXY, clang) may be used to compile ports and 
 they
 may produce new warnings-come-errors.

It also causes the port to use clang when setting CC=clang in
/etc/src.conf (!) which fails here.
I am truly and utterly surprised that nobody seems to have this problem.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: graphics/libfpx: use of bsd.lib.mk and warnings

[Thomas Zander]

On Sat, Jul 28, 2012 at 6:28 PM, Andriy Gapon a...@freebsd.org wrote:
 Does it fail to build with clang?

Yes:

clang++ -fpic -DPIC  -O2 -pipe -DHAVE_WCHAR_H -DHAVE_DLFCN_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H -DHAVE_SYS_MOUNT_H
-Qunused-arguments -fstack-protector -Werror -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wpointer-arith -Wno-uninitialized
-Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare
-Wno-unused-value -Wno-parentheses-equality -Wno-unused-function
-Wno-conversion -fno-rtti -fno-exceptions -fno-strict-aliasing
-DHAVE_WCHAR_H -DHAVE_DLFCN_H -DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H
-DHAVE_SYS_MOUNT_H
-I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/oless/h
-I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/jpeg
-I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ole
-I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/basics
-I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image
-I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/oless
-I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/fpx
-I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/.
-I/usr/local/include -D_UNIX -c
/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image/pr_level.cpp
-o pr_level.So
In file included from
/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image/viewimg.cpp:49:
/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/fpx/f_fpxio.h:146:31:
error: 'PFileFlashPixIO::CreateEmptyResolutionLevel' hides overloaded
virtual function [-Werror,-Woverloaded-virtual]
virtual PResolutionLevel* CreateEmptyResolutionLevel(int width,
int height, int* whichImage);  // Make a sub image in create mode
  ^
/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image/ph_image.h:175:31:
note: hidden overloaded virtual function
'PHierarchicalImage::CreateEmptyResolutionLevel' declared here
virtual PResolutionLevel* CreateEmptyResolutionLevel(int width,
int height, long* quelImage); // Make a sub image in create mode
  ^
In file included from
/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image/viewimg.cpp:49:
/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/fpx/f_fpxio.h:146:31:
error: 'PFileFlashPixIO::CreateEmptyResolutionLevel' hides overloaded
virtual function [-Werror,-Woverloaded-virtual]
virtual PResolutionLevel* CreateEmptyResolutionLevel(int width,
int height, int* whichImage);  // Make a sub image in create mode
  ^
/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image/ph_image.h:175:31:
note: hidden overloaded virtual function
'PHierarchicalImage::CreateEmptyResolutionLevel' declared here
virtual PResolutionLevel* CreateEmptyResolutionLevel(int width,
int height, long* quelImage); // Make a sub image in create mode
  ^
1 error generated.
*** [viewimg.So] Error code 1
1 error generated.
*** [viewimg.o] Error code 1
2 errors
*** [do-build] Error code 1

Stop in /usr/ports/graphics/libfpx.


In any case, a port should not pick up CC or CXX definitions from /etc/src.conf.
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: CFT: New mplayer / mencoder snapshot

[Thomas Zander]

Hi,

New tarball is available for download:

http://bsdistfiles.googlecode.com/files/m20120724.tar.bz2

Changes:
- General cleanup using portlint (a.o. shlib versions)
- Rearrangement of compiler/binutils dependencies
- Inclusion of Juergen's suggestion for ${ARCH}==amd64 on legacy
systems (I was not able to reproduce the problem on my i386 jail)

Happy testing :-)
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: CFT: New mplayer / mencoder snapshot

[Thomas Zander]

On Mon, Jul 23, 2012 at 8:21 PM, Christian Weisgerber
na...@mips.inka.de wrote:

 Doesn't build on 7-STABLE.

Okay, it seems there are still a few issues left with this first draft
of the new port.
I'll see that I get some time work on these build / compatibility
problems asap and create a new tarball for testing.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

CFT: New mplayer / mencoder snapshot

[Thomas Zander]

Hi all,

if you are a regular mplayer / mencoder user, you are invited to test
a new snapshot from 2012-07-21.

The drop-in replacements for the ports files for both can be found here:
http://bsdistfiles.googlecode.com/files/m20120722.tar.bz2

There are no new spectacular features, however especially the
continuous ffmpeg evolvement justifies regular upgrades. This snapshot
was surprisingly easy to port, so I probably have overlooked something
:-)

I made one noticeable change, though: stable/9 and later users won't
see the OPTION to use gcc4.6+ any more. The port uses clang on these
systems now.

Note that I have tested this snapshot only on amd64.

Have fun and as usual, feel free to report problems or suggestions to me.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: xfce 10 and icons

[Thomas Zander]

Hi,

just that it does not get lost. This is the whole difference I observed:

diff -rN config-old/.config/xfce4/xfconf/xfce-perchannel-xml/xsettings.xml
.config/xfce4/xfconf/xfce-perchannel-xml/xsettings.xml
6c6
 property name=IconThemeName type=empty/
---
 property name=IconThemeName type=string value=Tango/

By the way, after the switching back and forth, two icons are still
missing: Multimedia/Mixer and Settings/Keyboard.
Not a big deal of course.

Thanks again
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

xfce 10 and icons

[Thomas Zander]

Hi,

I noticed a minor regression during my (very) recent upgrade to xfce
10. Apparently, most xfce applications don't seem to use the Tango
icons. For example, Thunar does not display the stock folder icon next
to the directory names anymore, instead there is no icon.
The xfce applications menu has no icons for e.g. Logout, Terminal,
System, Office and only shows a generic page-like icon with a red
cross in the middle. However, applications that come with their own
icons are displayed properly in the start menu, e.g. firefox, mplayer,
gimp.

Does anybode else observe this and has discovered a reason for this behaviour?

Thanks in advance
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: xfce 10 and icons

[Thomas Zander]

On Mon, Jun 25, 2012 at 10:35 PM, Torfinn Ingolfsen tin...@gmail.com wrote:

 I didn't have anything other than Tango installed, so I installed
 icons-human-azul and used that to switch from Tango and back again.

Exactly the same here. I did not have another set of icons installed as well :-)
Thank you all for the tips and the quick responses!

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

CFT: mplayer and mencoder updates

[Thomas Zander]

Hi list,

on http://bsdistfiles.googlecode.com/files/m20120323.tar.bz2 you can find the
draft of updates to the mplayer and mencoder ports.

Please have a look, play with it and let me know what you think.
I tested it on 8-STABLE i386 and amd64 only so far, so I hope it
works for 9 and 10 as well.

The plan is for this to hit the ports tree soon after 8.3 is released.

As always, comments, suggestions and especially patches are more than welcome.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Port: multimedia/handbrake

[Thomas Zander]

Hi,

just out of curiosity, whatever happened to this?:

On Tue, Nov 29, 2011 at 13:43, Chris Rees cr...@freebsd.org wrote:
 On 29 November 2011 11:21,  q00...@googlemail.com wrote:
 With the patches from http://www.bpsw.biz/handbrake-freebsd/ it is possible
 to build the current version (0.9.5) on amd64 (8.1 and 8.2 tested). I assume
 that this also works on i386, but did not test it.

 I'll have a look later today, if no-one beats me to it.

I think it would be great to have an up-to-date handbrake port. Are
there any show stoppers left, now that the ports tree is open again?

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Fwd: Re: ports/164244: multimedia/mplayer: last update (1.0.r20111218) conflicts with devel/ncurses

[Thomas Zander]

On Thu, Jan 19, 2012 at 18:04, Mark Linimon lini...@lonesome.com wrote:

 So if there's breakage, then it needs to be first understood, then
 dealt with.  If there is no other way than the horrible backout/PORTEPOCH
 dance, then so be it.

That's correct.
However I think that in this situation there was no need to consider a
PORTEPOCH. It was not the first temporary build problem that one of
the 15k ports has and it certainly won't be the last.

On a side note: I am actually proud to work with a project where one
can spot a problem, report it, discuss solutions and patches and have
it fixed in the official repository in (looking at
http://www.freebsd.org/cgi/query-pr.cgi?pr=164244) less than 20 hours!
There are many prestigious projects out there that cannot keep up with
FreeBSD in this regard. Just sayin'.

 But the takeaway is that we can't expect the PR submitters, or even
 port maintainers, to get anything right.  It sure makes life easier
 when they do, but we can't take it for granted.
 As committers, we are that QA step.

And we maintainers appreciate that there is a QA step represented by a
committer. Trust me, I do! Still there is always the possibility that
even a committer can't foresee every possible side effect that a
commit could have. The main point remains imho that we as a group are
able to find problems fast and fix them quickly, as we have done in
this case.

Regards,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Fwd: Re: ports/164244: multimedia/mplayer: last update (1.0.r20111218) conflicts with devel/ncurses

[Thomas Zander]

On Thu, Jan 19, 2012 at 19:03, Matthew Seaman
m.sea...@infracaninophile.co.uk wrote:
 On 19/01/2012 18:00, Thomas Zander wrote:
  It was not the first temporary build problem that one of
 the 15k ports has and it certainly won't be the last.

 23k

Sorry, I must have lost count some time in 2005 or so :-)

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Re: ports/164244: multimedia/mplayer: last update (1.0.r20111218) conflicts with devel/ncurses

[Thomas Zander]

On Tue, Jan 17, 2012 at 16:35, Michael Scheidell scheid...@freebsd.org wrote:
 tell me you want me to revert this patch, and do a portepoch.
 the solution would be for the submitter to work with the maintainer on a
 solution, or am I supposed to fix this without reversing this?

Let's all calm down first :-)
Please don't do portepoch, it's ugly. I'll see that I submit a fix soon.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: CFT: mplayer and mencoder updates

[Thomas Zander]

Hi all,

and another quick iteration of the port, no big changes.
Since it is still December 30 today, the URL stays the same, simply
the content has been updated:
http://www.rrr.de/~riggs/mplayer/m20111230.tar.bz2

Changes:
- Remove the patch for BROKEN_RELOCATIONS (thanks Jan for the heads-up)
- bluray actually does work with
http://www.freebsd.org/cgi/query-pr.cgi?pr=163721 (not a real change,
but noteworthy)

Regarding the dependency on gcc46. I'll make some tests whether to
keep supporting builds with the base system gcc for those who don't
wish to install gcc from ports is doable.

Best regards,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: CFT: mplayer and mencoder updates

[Thomas Zander]

And here we go again.

On Fri, Dec 30, 2011 at 20:44, Thomas Zander
thomas.e.zan...@googlemail.com wrote:

 Regarding the dependency on gcc46. I'll make some tests whether to
 keep supporting builds with the base system gcc for those who don't
 wish to install gcc from ports is doable.

http://www.rrr.de/~riggs/mplayer/m20111231.tar.bz2

Changes:
- Introduce OPTION variable OTCHAIN defaulting to on. Sets
USE_GCC?=4.6 and depends on recent binutils so that all optimisations
can be used. clang-friends can tweak that to their desire. If this
switch is turned off, the Makefile assumes the base system gcc should
be used and applies extra-patch-base_system_gcc to allow build (minus
a few optimisations).

Caveat:
- It's late. I have tested this with some content on amd64 and i386 on
8/stable but YMMV. Please test and report problems.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: CFT: mplayer and mencoder updates

[Thomas Zander]

Hi,

thank you all for your comments on the first iteration of the ports.
A heavily revised version can be found on
http://www.rrr.de/~riggs/mplayer/m20111230.tar.bz2

Changes:
- reduce the number of explicit --enable-feature where it seemed
reasonable, hence deviate less from the intention of the configure
script
- remove patching and reinplacing homegrown tweaks whenever possible,
hence deviate less from the intention of the configure script
- fix the reported pthread issue
- always use internal libass
- adopt patches to support 24 bit OSS output and keep volume during seek
- use newer gcc and binutils thus enabling significant speed-ups (and
also, since most mplayer and ffmpeg development is done on newer gcc
and binutils than we have in the base system, it's slowly getting
tedious to ensure compatibility with older toolchain)

Caveats:
- bluray does not work right now - keep it/turn it off in OPTIONS for now

I hope the refactoring (removing mostly) of the tweaks to the
configure and build environment does not impose noticeable changes for
most users, but we may encounter difficulties in some configurations I
couldn't check.
Please give it a try!

As always, comments, suggestions and especially patches are more than welcome.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: CFT: mplayer and mencoder updates

[Thomas Zander]

On Tue, Dec 20, 2011 at 00:43, Zhihao Yuan lich...@gmail.com wrote:
 stable/8:

 gcc:

 ffmpeg/libavformat/libavformat.a(udp.o): In function `udp_open':
 udp.c:(.text+0xf8e): undefined reference to `pthread_create'
 ffmpeg/libavcodec/libavcodec.a(pthread.o): In function `ff_thread_init':
 pthread.c:(.text+0x178c): undefined reference to `pthread_create'
 pthread.c:(.text+0x1894): undefined reference to `pthread_create'
 collect2: ld returned 1 exit status

How did you trigger this build problem? What OPTIONS did you use?
I'll look into your patch set as soon as I can!
Until then, thanks for testing and patching!

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

CFT: mplayer and mencoder updates

[Thomas Zander]

Hi list,

on http://www.rrr.de/~riggs/mplayer/m20111219.tar.bz2 you can find the
draft of updates to the mplayer and mencoder ports.

Please have a look, play with it and let me know what you think.
I tested it on 8.2 STABLE i386 and amd64 only so far, so I hope it
works for 9 and 10 as well.

As always, comments, suggestions and especially patches are more than welcome.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

[CFT] mplayer with multithreaded decoding

[Thomas Zander]

Hi,

since I am in the middle of updating the mplayer and mencoder ports
anyway, we might as well include the latest feature that has found its
way upstream. For a few days now, the mplayer development snapshots
are able to take advantage of multithreaded ffmpeg decoding (h264 and
a few others).
Therefore I have updated the experimental tarballs to today's svn
snapshot. You can find the port tarballs here:
http://www.rrr.de/~riggs/mplayer/m20110329.tar.bz2

You can enable the multithreaded decoder by running run mplayer
-lavdopts threads=N file (N being the number of desired decoder
threads). Note that this does not apply to all stages of the playback
pipeline, e.g., if playback is dropping frames due to excessive
postprocessing options, this won't necessarily solve the problem.

Have fun
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] A new mplayer and mencoder

[Thomas Zander]

Dear all,

thanks to all of you who have provided feedback and patches for the
new mplayer/mencoder snapshot.
With the exception of Christian's lavcac3enc problem (sorry, didn't
have time yet to dig deep enough) everything I am currently aware of
is addressed in this new tarball:
http://www.rrr.de/~riggs/mplayer/m20110325.tar.bz2

Thank you in advance,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

[CFT] A new mplayer and mencoder

[Thomas Zander]

Dear all,

I have prepared a recent snapshot for a an upcoming update for the
mplayer and mencoder ports.
You can find the tarball here:

http://www.rrr.de/~riggs/mplayer/m20110318.tar.bz2

Please test the things that you usually do with it, I'd appreciate feedback!

Thanks in advance,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: multimedia/mencoder - why do we build it without fontconfig support?

[Thomas Zander]

Hi,

my main reason (as usual) for permanently disabling features from
mplayer and mencoder is if something does not work reasonably well or
almost nobody needs it. Supporting everything that they can do (more
or less) via OPTIONS would just be a devilishly long list.
With fontconfig and mencoder, the reason was to reduce the dependency
list for those who run mencoder on a headless system, and it didn't
seem to be a problem since I can't remember a discussion about it on
the mailing list. Good that you posted that link, I don't follow this
forum regularly.
I think I could live with fontconfig being an OPTION for mencoder, as
long as it's disabled by default. Would you guys prepare a suitable
patch and get it committed, I am on vacation far away from my FreeBSD
box at the moment.

Thank you and happy new year
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] mplayer / mencoder port update

[Thomas Zander]

On Tue, Nov 30, 2010 at 11:59, Martin Matuska m...@freebsd.org wrote:
 I have just updated x264 to 0.110.1804

Great!

Merci,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] mplayer / mencoder port update

[Thomas Zander]

Hi,

I have prepared a new tarball, for download at the usual location:

http://www.rrr.de/~riggs/mplayer/m20101117.tar.bz2

Most notable changes:
- remove volume-per-channel patch, instead pkg-message explains the
issue and the solutions
- remove RUN_DEPENDS for live media

@Martin: Do you have plans for an x264 update? I'd like to commit
mplayer after we have a suitable x264 port.

Have fun
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] mplayer / mencoder port update

[Thomas Zander]

Hi,

I have prepared a new tarball dealing with the issues reported so far.
You can find it here:

http://www.rrr.de/~riggs/mplayer/m2010.tar.bz2

Most notable changes:
- includes Ariff's volume-per-channel patch
- uses x264-devel for mencoder
- does not link to external mpg123

Please continue testing using this tarball. I'd like for the new port
to hit the ports tree soon!

@Martin: Do you have plans to update x264 to the level of -devel, or
should I keep mencoder using -devel?

Have fun
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] mplayer / mencoder port update

[Thomas Zander]

On Sun, Nov 7, 2010 at 19:27, Stefan Ehmann shoes...@gmx.net wrote:

 Built fine here. Unfortunately, x264 support in mencoder is broken.

 Apparently, mencoder wants X264_BUILD = 99, but multimedia/x264 is at build
 98.

True, x264-devel is already at 104, so in the near future this problem
will be eliminated.
Nevertheless, I'll see that it gets fixed in the next iteration.
Merci for the heads up
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] mplayer / mencoder port update

[Thomas Zander]

On Sun, Nov 7, 2010 at 14:17, Anonymous swel...@gmail.com wrote:

 Can you include ariff's patch for VPC (Volume Per Channel)?

I haven't used it myself yet, but it seems quite useful. I'll check it
out, thanks!

 Also, did you miss -ac mpg123 with previous update intentionally?

You mean the laste update to hit the ports tree in July/August? No.
Does it work now as you expect?

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

[CFT] mplayer / mencoder port update

[Thomas Zander]

Hi,

I have prepared a recent mplayer snapshot for a possible update for
mplayer and mencoder ports.
You can find the tarball here:

http://www.rrr.de/~riggs/mplayer/m20101106.tar.bz2

Since I had to tweak it on several occasions to get it to build and I
have tested it only on amd64 so far, please test whether it builds and
works as intended for you. Of course, I appreciate any form of
constructive feedback.

Thanks in advance,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

CFT: New mplayer version

[Thomas Zander]

Hi folks,

recently an update to x264 version 98 has been committed to the ports
tree. I now have prepared an mplayer snapshot that requires it :-)
You can find a tarball containing mplayer and mencoder ports at:
http://www.rrr.de/~riggs/mplayer/m20100726.tar.bz2

I'd appreciate feedback if you notice any regression.
I hope this can hit the ports tree soon!

Best regards,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: CFT: New mplayer version

[Thomas Zander]

On Tue, Jul 27, 2010 at 04:35, b. f. bf1...@googlemail.com wrote:

 This still seems to rely on a 10 Jan. snapshot of the mplayer source
 code.

Not true.
Please check out Makefile.shared from the mplayer subdir of the
provided tar file. It says:
MPLAYER_SNAPSHOT_DATE=  2010-07-17

The mplayer source tarball I use is this one:
-rw-r--r-- 1 riggs users 8988030 2010-07-17 06:16 mplayer-1.0rc20100717.tar.bz2

So this is pretty recent stuff. Only a few days old.

Regards,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: xfce4/xorg problem amd64

[Thomas Zander]

On Thu, May 20, 2010 at 10:13, Sandra Kachelmann
s.kachelm...@googlemail.com wrote:

 PR: 146295 - it probably doesn't get fixed until 4.6.2:

 http://old.nabble.com/upcomming-xfce-4.6.2-release-td28584690.html

In addition to this one I noticed a strange (and unreported if I am
not mistaken) issue with Thunar.
Whenever I have changed the current folder two times or so, Thunar
stops responding to mouse clicks on the right pane. So no double-click
on files are possible, neither is drag and drop. Has anyone seen this
as well or is it just me?

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Call for testers - mplayer svn port

[Thomas Zander]

On Wed, Mar 10, 2010 at 18:13, Dmitry Marakasov amd...@amdmi3.ru wrote:

 Any news on when this will hit the tree?

After the ports freeze for 7.3 is over.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Call for testing: new mplayer and x264 port

[Thomas Zander]

On Thu, Feb 4, 2010 at 10:30, Pierre Guinoiseau
geekou...@poildetroll.net wrote:

 the mplayer and mencoder ports are missing multimedia/v4l_compat in 
 BUILD_DEPENDS
 when V4L support is enabled. (in my case, libv4l was already installed, and I
 always clean the build deps, so v4l_compat wasn't installed).

Great, thanks for the pointer! I have put it in my port, so it'll be
included in the eventual commit.

Cheers,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Call for testing: new mplayer and x264 port

[Thomas Zander]

On Mon, Feb 1, 2010 at 20:06, Denis Shaposhnikov
d...@wizard.volgograd.ru wrote:

 I've tried it and seems it works fine for me. Could you add into mplayer
 option ASM like for x264? I've removed --without-sse3 and added
 --cc=gcc44 to CONFIGURE_ARGS and mplayer works fine. It seems better
 don't use things like USE_GCC=4.4+ because it changes CFLAGS and
 mplayer's configure script can't autodetect optimal CFLAGS for this host.

I have to admit that I am quite reluctant to do these things, first
because mplayer already has a long list of dependencies and second, it
takes me longer to test things under the various options and
circumstances.
If there is a *serious* reason to add something, of course I can do
it. In the x264 case, the reason is a tremendous performance increase
by using the ASM stuff.
But for mplayer, only a very tiny fraction of the code actually uses
ssse3. Turning off ssse3 and using the base system gcc does *not*
completely turn off asm optimisation as it does for x264. It still
uses mmx, 3dnow and sse123.
I don't even have an ssse3 machine for testing. Do you have a video
file for which decoding without ssse3 is too slow but fast enough with
it?

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Call for testing: new mplayer and x264 port

[Thomas Zander]

Hi,

On Thu, Feb 4, 2010 at 00:07, Jakub Lach jakub_l...@mailplus.pl wrote:

 Since mm took maintainership, maybe it's appropriate to make
 x264-devel port for version that requires rebuilding of ports that
 depend on it?

The problem with that is that there are no releases in x264 at the
moment. That is, we would have to define what stable and devel is.
Since both are only snapshots of the dev tree on a particular sunny
morning, that is somewhat arbitrary. Furthermore, they would conflict
anyways.
The problems are, x264 is probably the most important library for
encoding at the moment, that we need quite recent build of them for
the popular transcoding ports (mencoder and a new handbrake release
which has yet to be ported) and the fact that PRs requesting its
update are undecided for several months now leave me with the
impression that we need a maintainer person for it rather than a
mailing list. And I would like to take the job as I obviously need it
for mencoder. That's the idea.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Call for testing: new mplayer and x264 port

[Thomas Zander]

Hi all,

I have spent some time working on the experimental new mplayer port
and the (dissatisfying) x264 story today, and those of you who are
interested can find the results here:
http://www.rrr.de/~riggs/mplayer/m20100131.tar.bz2

It contains the drop-in replacements for multimedia/mplayer and
mencoder as well x264 (beware, the library version of ports depending
on it must be bumped but it works with this mencoder port).

So now we have all the latest and greatest features combined in this tarball:
- Video4Linux support for webcam owners
- Nvidia VDPAU support
- x264 encoding (with or without speed optimized asm routines, your
choice!), very recent x264 version (I'd assume maintainership of x264
when this is committed if nobody objects)

I have tested this only on amd64 so far, so I'd appreciate as much
feedback as you can provide.

Happy transcoding,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Call for testing: new mplayer port, final (?) call

[Thomas Zander]

Hi,

for all of you who are longing for new features and capabilities of
our mplayer port, you can find the latest snapshot of the new port for
testing at
http://www.rrr.de/~riggs/mplayer/m20100130.tar.bz2

It contains the drop-in replacements for multimedia/mplayer and
mencoder as well as the infamous x264 patch in case one wants to test
x264 encoding with mencoder. Note that there is some manual tweaking
to do in order to test this (e.g. define log2f / use gcc 4.4 etc, see
http://lists.freebsd.org/pipermail/freebsd-multimedia/2009-November/010548.html
for details)

Changes since the last version (Jan 17th):
- Video4Linux support for webcam owners

If there are no showstopper issues with this version I am going to
request committing it to the ports tree soon.

Best regards
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Call for testing: mplayer revamped, second round

[Thomas Zander]

On Wed, Jan 20, 2010 at 15:39, Tobias Lott tl...@gamesnet.de wrote:

 Works fine on my 8.0-STABLE #2 r202058 i386 (No VDPAU Supported Graphic
 Card) but randomly freezes my other machine running 8.0-STABLE #5
 r201708 amd64 (nvidia0: GeForce 8600 GT on vgapci0)

Does it freeze ('freeze' as in 'must press reset button'?) on this
machine only when using vdpau? Other files too or unly this particular
one? I didn't spot anything obvious your output on pastebin. Looks
okay until the end.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Call for testing: mplayer revamped, second round

[Thomas Zander]

Hello,

you may find an updated version of the new mplayer port for testing at:
http://www.rrr.de/~riggs/mplayer/m20100117.tar.bz2

It contains the drop-in replacements for multimedia/mplayer and
mencoder as well as the x264 patch in case one wants to test x264
encoding with mencoder.

Changes since the last version:
- VDPAU support
- Build fixes as suggested by Dmitry Marakasov
- Significantly reduced number of patches (either committed upstream
or strongly believed to be no longer necessary)
- Minor Makefiles cleanup

The infamous x264 patch is still included, identical to the last
tarball. Note that probably there is some manual tweaking to do in
order to test this (e.g. define log2f / use gcc 4.4 etc, see
http://lists.freebsd.org/pipermail/freebsd-multimedia/2009-November/010548.html
for details) but this is a separate issue that we have to solve when
the port gets finally committed.

Please test this port extensively, and let's track down as many
inconveniences as soon as possible.

Have fun
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: mplayer-devel with vdpau support for testing

[Thomas Zander]

Hi,

On Tue, Jan 12, 2010 at 17:18, Dmitry Marakasov amd...@amdmi3.ru wrote:

 Here's mplayer-devel port for testing.

If you check out my mail from Jan 10th to the ports mailing list you
see that we are currently testing a newer mplayer port which hopefully
gets to a state where it can be committed to the ports tree in a not
too distant future.
It currently does lack vdpau, but it will be in the next revision of
this test port I intend to have ready by the weekend.

Regards,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Call for testers - mplayer svn port

[Thomas Zander]

Hello Heino,

On Sun, Jan 10, 2010 at 14:55, Heino Tiedemann rotkaps_spam_t...@gmx.de wrote:

 = Patch patch-CVE-2008-3162 failed to apply cleanly.
 *** Error code 1

This looks like a leftover patch from the old mplayer port. There is
no patch-CVE-* anymore.
It is probably best if you delete the mplayer and mencoder dirs before
extracting the tarball.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Call for testers - mplayer svn port

[Thomas Zander]

On Fri, Jan 8, 2010 at 09:04, Ganael LAPLANCHE
ganael.laplan...@martymac.org wrote:

 I have had no time to test the port yet unfortunately, but reading
 files/patch-stream-stream_dvd.h, I see that you use an included libdvdread. I
 think it would be great to use our (ports') version. It is the one released by
 the Mplayer team, so it should build without trouble (I hope so).

Probably.
I prefer the internal dvdread, though, because the dependency list of
mplayer is already quite extensive, and I am trying to reduce the
number of dependencies where possible.

 By the way, Martin, I have an old PR waiting for approval (see
 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131969). It suggests 
 switching
 to Mplayer's version of libdvdnav. It may be interesting to switch to this
 version and add libdvdnav support to the new Mplayer port...

The new port uses libdvdnav support already. Again, mplayer's built-in
version. Works fine here.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Call for testers - mplayer svn port

[Thomas Zander]

On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann shoes...@gmx.net wrote:

 VDPAU support would also be nice.

Noted, thanks. I have overlooked that one. I'll include it with the
next iteration in a few days.

You are right about the x264 defects. We shall look into this.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: mplayer update

[Thomas Zander]

On Thu, Jan 7, 2010 at 14:12, Lars Engels lars.eng...@0x20.net wrote:

 There have been several discussions on this topics during the last
 weeks. The port should be updated, soon.

Correct. I am on it.
I'll post a call for testing to this list as soon as my
work-in-progress version sucks less :-)

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Call for testers - mplayer svn port

[Thomas Zander]

Hi,

thanks to Wes Morgan and Martin Wilke there is something for you to
test which approximates what's going to become our next mplayer in the
ports tree.

Due to the vast number of changes between the last official release of
mplayer and the current svn version and the significant changes we did
to the port, I am almost certain you will stumble upon regressions.
Furthermore, because of the large number of possible OPTIONS and
combinations thereof, it might or might not even build for you.
Over the next weeks I aim to stabilise the build process on different
configurations and reduce the regressions that users might encounter
when we finally commit this to the ports tree. I trust that you report
problems that you run into on the mailing list and - if possible -
please please send patches to me that solve a particular regression
for you.

To the topic: On
http://www.rrr.de/~riggs/mplayer/m20100107.tar.bz2
you can get a small tarball. It contains three items: The ports for
mplayer and mencoder. Both are drop-in replacements for the respective
directories in ${PORTSDIR}/multimedia
This should work without further changes (at least it does on my amd64
test machine). NOTE that ONLY if you want to test it with x264 (only
available for mencoder, mplayer uses ffmpeg's internal h264 decoder
now.), you HAVE to apply the supplied x264 patch to
${PORTSDIR}/multimedia/x264.

Thank you in advance and good luck
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: mplayer from SVN

[Thomas Zander]

Hi Doug, Wes, list,

On Tue, Dec 29, 2009 at 05:19, Doug Barton do...@freebsd.org wrote:

 B) I don't think daily is a reasonable target, but neither is every
 3 years.

This is correct. While it's true that I was hoping for the mplayer
developers to change their minds and subscribe to a decent release
engineering process, it seems it is not going to happen anytime soon.
I was planning to switch the mplayer port to a svn snapshot some time
next week (new year's resolution!) and continue with updated snapshot
ports in the range of ~3 months or so. That is, if there is no
objection from committers's perspective.

@Wes: Would you mind sending me your modified port? TIA.

Best regards,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: mplayer fails to build on today's -current

[Thomas Zander]

On Sun, Sep 27, 2009 at 04:48, Doug Barton do...@freebsd.org wrote:
 cc -O2 -pipe -g -fno-strict-aliasing -I./libavcodec -I./libavformat
 ...
 cabac.h: In function 'get_cabac_noinline':
 cabac.h:525: error: can't find a register in class 'GENERAL_REGS'
 while reloading 'asm'
 cabac.h:525: error: 'asm' operand has impossible constraints

This error should go away if you build mplayer with -O3.
Can you turn on the optimized-cflags-knob and try again?

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD Port: mplayer-0.99.11_14

[Thomas Zander]

On Wed, Jul 22, 2009 at 03:29, matt donovankitchet...@gmail.com wrote:

 Considering that mplayer no longer does stable releases you would have to
 switch the makefile to use svn to get an updated mplayer

Correct. At least at the moment they are not preparing releases. Unfortunately.
Michael, did you try to build an mplayer from svn and check if your
video works with it?

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD Port: mplayer-0.99.11_14

[Thomas Zander]

On Wed, Jul 22, 2009 at 22:33, Michael D.
Stackhousemstackho...@samsa.com wrote:
 I think we'll investigate VLC as an alternative.  Not too comfortable
 building around a solution that's not being maintained as it should be.

mplayer is definitely continuously developed, it's not an abandoned
project! They just do not follow a release scheme at the moment.
If the svn version does the job you want it to do, it's definitely worth a try.
I personally like mplayer as it is still lighter than VLC.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: MPlayer-1.0rc2 at FreeBSD 7.0-RELEASE-p3 from ports.

[Thomas Zander]

On Tue, Aug 12, 2008 at 03:26, Willy Picard [EMAIL PROTECTED] wrote:

 The mplayer port is still broken after the last ffmpeg update.  More 
 precisely,
 the mplayer-0.99.11_5 port with ffmpeg-2008.07.27_5 (on a i386 FreeBSD 7
 machine) is broken. However, the fix given formerly by Jeremy Messenger (cf.
 http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-July/008856.html
 solves the problem. Could the maintainer commit the patch?

In the same message Jeremy also suggested to check whether the
configure script or mplayer's Makefiles could be patched instead of
reinplace in the post-configure stage.
I will investigate this first before we consider committing the workaround.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: mplayer dvdnav and teletext

[Thomas Zander]

On 02/01/2008, Dominic Fandrey [EMAIL PROTECTED] wrote:

 is there a reason that there are no options to build mplayer with teletext and
 dvdnav support?

Well, dvdnav always seemed to be unreliable or not working at all. Has
that changed recently? And concerning teletext...I simply never tried
it. Feel free to send patches.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: multimedia/mplayer doesn't build (default options)

[Thomas Zander]

On 22/12/2007, Dominic Fandrey [EMAIL PROTECTED] wrote:
 I've got a solution now. After the build failed just go to your WRKDIR and run
 gmake. The build will finish just fine. I've got no idea why it doesn't work
 through the ports.

This is indeed strange. I still couldn't figure out how to trigger
this problem. However I have done pkg_delete -a on a 7.0 box and
installed all ports from scratch, including mplayer with the default
options. No problem whatsoever. It would really be helpful to know
what causes this issue.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: multimedia/mplayer doesn't build (default options)

[Thomas Zander]

Hi,

On 14/12/2007, Dominic Fandrey [EMAIL PROTECTED] wrote:

 ad_libvorbis.c:238: error: too few arguments to function 'vorbis_synthesis'
 gmake[1]: *** [ad_libvorbis.o] Error 1
 gmake[1]: Leaving directory

Can't reproduce this error here. Given you are using default options,
mplayer will get its includes from for vorbis from LOCALBASE. The
current libvorbis installation from the ports tree
(libvorbis-1.2.0_1,3) contains a codec.h that perfectly matches the
argument list in ad_libvorbis.c:238.
Do you have this libvorbis port installed correctly?
You can also use mplayer's internal vorbis lib by selecting TREMOR in
the options menu.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Here we go again: mplayer 1.0 rc2, please test

[Thomas Zander]

And another one,

http://www.rrr.de/~riggs/mplayer/m20071119.tar.bz2

is mostly identical to yesterday's version, but contains Eugene's
patch to enable AMR audio codec support.
I believe we can send-pr this version unless nobody discovers showstoppers.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Here we go again: mplayer 1.0 rc2, please test

[Thomas Zander]

Hi,

http://www.rrr.de/~riggs/mplayer/m20071118.tar.bz2

includes all the suggestions and fixes I have received so far,
including Jung-uk Kim's solution to enable amd64 builds again.

Please test and comment.

TIA,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Here we go again: mplayer 1.0 rc2, please test

[Thomas Zander]

On 15/11/2007, Jung-uk Kim [EMAIL PROTECTED] wrote:

 FYI, I built it on amd64 -CURRENT with attached patches.  Inline
 assembly in cabac.h generates invalid instructions for amd64.  The
 Makefile patch disables it.  Also, sysdep/pci_x86.c works fine on
 amd64 and linker fails without it.

This is great! If you don't have objections, I am going to include
these fixes and prepare a new tarball for testing on the weekend.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Here we go again: mplayer 1.0 rc2, please test

[Thomas Zander]

On 27/10/2007, Thomas Zander [EMAIL PROTECTED] wrote:

 here is an updated tarball that hopefully fixes the dvd and livemedia
 problems that occurred with the last preview:

http://www.rrr.de/~riggs/mplayer/m2007.tar.bz2

This one should fix the bt848 problem. (At least it compiles with the
bt848 module now.)
Dear bt848 owners, please confirm.

Please don't hesitate to send reports and patches.

TIA,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Here we go again: mplayer 1.0 rc2, please test

[Thomas Zander]

Hi Pav,

On 27/10/2007, Pav Lucistnik [EMAIL PROTECTED] wrote:

 It have troubles compiling assembly on amd64 in h264.c:

Could you do me a favour and have a quick look into this? I do not
have an amd64 machine running FreeBSD currently. There were a few
postings to ffmpeg mailing list in August with this exact problem, but
nobody came up with a solution:
http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2007-August/010874.html
http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2007-August/011084.html
However, since the ffmpeg mailing list is not filling up with messages
like this right now, maybe a more recent version compiles.
I'd suggest to replace h264.c and/or the included headers by
up-to-date versions from svn.

Thanks in advance,
Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Please test: mplayer 1.0 rc2

[Thomas Zander]

On 07/11/2007, Kevin Oberman [EMAIL PROTECTED] wrote:

 'acodec=aac' worked in the version now in ports, although that version
 failed to write the header with a floating point error. :-(

Does this mean it has never been in a really useful state?

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Please test: mplayer 1.0 rc2

[Thomas Zander]

On 24/10/2007, Angelo Turetta [EMAIL PROTECTED] wrote:
 May I ask you: if the software is at 1.0.rc2, why the port version is
 set at 0.99.xx?

Because a healthy numbering scheme (as in 'numbers') is more useful
for correct version tracking than that ludicrous approach some people
are insisting on.

 You might want to make some test on your own, but in my experience using
 a version like 1.0.r2 is supported by the port subsystem. I mean, if you
 label a version as 1.0.r2, the final version 1.0 should be considered
 greater than 1.0.r2 (and so allow users to upgrade automatically).

Well, let's see what happens when we test some mplayer version strings:

$ pkg_version -t 0.6 0.9

$ pkg_version -t 0.9 1.0pre7

$ pkg_version -t 1.0pre7 1.0pre7try2

*kaboom*

Either a software *is* 1.0 or it is not. Therefore, as long as I am
going to maintain that port, I will try to stick with sensible
numbers.

Riggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]