2017-08-24 6:49 GMT+02:00 Kevin Oberman :
> Are you building with the default options? fmpeg has about as many options
> as any port and they increase as new codecs, multiplexers, and such are
> developed. It may be some non-standard selection that is causing your
> problem. It built for me with M
On Wed, Aug 23, 2017 at 9:38 PM, wrote:
> On Wed, 2017-08-23 at 07:23 -0700, Ultima wrote:
> > Are you positive ffmpeg is the issue? I just did a clean build on
> > 110amd64 and 12 current and ffmpeg built just fine. Also build fairly
> > recent (less than a week) on the other releases/tier 1 arc
On Wed, 2017-08-23 at 07:23 -0700, Ultima wrote:
> Are you positive ffmpeg is the issue? I just did a clean build on
> 110amd64 and 12 current and ffmpeg built just fine. Also build fairly
> recent (less than a week) on the other releases/tier 1 arch.
Weird, I've pulled the ports source tree yeste
On 23 Aug, Thomas Mueller wrote:
> But it seems more cumbersome with "make PORT_DBDIR=... showconfig"
> than with "make show-options" and "make show depends-options" in
> NetBSD with pkgsrc. Or maybe I'm spoiled?
PORT_DBDIR= only needs to be specified if you want to point to somewhere
other than
On 24 August 2017 at 11:12, Thomas Mueller wrote:
>> > I can run "synth status ..." on desired packages to see before running if
>> > the options are compatible.
>
>> My 2 cents worth: the port maintainers usually do a good job of
>> choosing sensible default options. I would just move everything
> > I can run "synth status ..." on desired packages to see before running if
> > the options are compatible.
> My 2 cents worth: the port maintainers usually do a good job of
> choosing sensible default options. I would just move everything out of
> /var/db/ports/ and see what a "synth u
If you want to cross-compile, you need
* a proper toolchain
* a project that's enable to produce cross-compiled binaries
On Tue, Aug 22, 2017 at 8:04 PM, Andrea Venturoli wrote:
> On 08/22/17 18:03, Luca Pizzamiglio wrote:
>>
>> yes, the qemu emulation of other architecture means that the CPU is
Err, sorry still waking up... s/ffmpeg/FreeBSD developers push changes
without testing/
On Wed, Aug 23, 2017 at 7:23 AM, Ultima wrote:
> Are you positive ffmpeg is the issue? I just did a clean build on 110amd64
> and 12 current and ffmpeg built just fine. Also build fairly recent (less
> than a
Are you positive ffmpeg is the issue? I just did a clean build on 110amd64
and 12 current and ffmpeg built just fine. Also build fairly recent (less
than a week) on the other releases/tier 1 arch.
On Wed, Aug 23, 2017 at 5:03 AM, David Demelier
wrote:
> 2017-07-11 10:02 GMT+02:00 bluesky :
> > H
2017-07-11 10:02 GMT+02:00 bluesky :
> Hello. The Retroarch port seems a bit out of date. Retroarch is on version
> 1.6.0 now.
Hi,
I'm sorry I'm unable to update it at the moment because ffmpeg does
not compile since many FreeBSD developers push changes without
testing:
https://lists.freebsd.org
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
11 matches
Mail list logo