From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-205516-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (4096 bits))
(No client certificate requested)
by finch.gentoo.org (Postfix) with ESMTPS id CD8721582EF
for <garchives@archives.gentoo.org>; Sat, 22 Feb 2025 22:43:22 +0000 (UTC)
Received: from lists.gentoo.org (bobolink.gentoo.org [140.211.166.189])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (4096 bits))
(No client certificate requested)
(Authenticated sender: relay-lists.gentoo.org@gentoo.org)
by smtp.gentoo.org (Postfix) with ESMTPSA id B0D1A34323E
for <garchives@archives.gentoo.org>; Sat, 22 Feb 2025 22:43:22 +0000 (UTC)
Received: from bobolink.gentoo.org (localhost [127.0.0.1])
by bobolink.gentoo.org (Postfix) with ESMTP id BE06411047D;
Sat, 22 Feb 2025 22:42:17 +0000 (UTC)
Received: from mail-il1-x12e.google.com (mail-il1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
(No client certificate requested)
by bobolink.gentoo.org (Postfix) with ESMTPS id A3BDA1102A2
for <gentoo-user@lists.gentoo.org>; Sat, 22 Feb 2025 22:42:16 +0000 (UTC)
Received: by mail-il1-x12e.google.com with SMTP id e9e14a558f8ab-3d2b15760adso10631945ab.1
for <gentoo-user@lists.gentoo.org>; Sat, 22 Feb 2025 14:42:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1740264136; x=1740868936; darn=lists.gentoo.org;
h=in-reply-to:mime-version:user-agent:date:message-id:autocrypt
:references:to:from:subject:from:to:cc:subject:date:message-id
:reply-to;
bh=GDLgzvI1F1aNKb6DLRre+Z15VsIRxc28UBR6MzdTXvU=;
b=lrjt1yBX3Gxot6qs0VESNoNO6b3ITAjNHT1BxzwNVE6POVkHIksY4Bmj3YZYQcLUON
8Z9F8E6/O34fuBIBouJWJjCw7c7i+Pr/xdQOdXm9t/ddCklKFWnh713tEGgTIRCEFYBV
STUZXgEuNtAfsWUS+3iWzU4TX2PUIMEFMoXXYTzZCCfeeo9wY8EtkLQPf4ETLbzF6JfJ
Wi3/7rx4ikZ7SYE+HK5dssWQ+GpTm8OsNbG/4HFW7ORHl9B97+Uk4c/Zn0OX3bX2ne5g
kBx4tZFPNiIKQ4GiqyKjxbjfpNpcbFWEl92nwEdjlNBpcXDnnua55/dEK+opclI9QvhO
lGZg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1740264136; x=1740868936;
h=in-reply-to:mime-version:user-agent:date:message-id:autocrypt
:references:to:from:subject:x-gm-message-state:from:to:cc:subject
:date:message-id:reply-to;
bh=GDLgzvI1F1aNKb6DLRre+Z15VsIRxc28UBR6MzdTXvU=;
b=ku5xVvrXpsekaznzV/vtFIEpsTpMgJGZ1YjIVo04yW56ZBK0dqiUZBo/jE+Rk3B0ng
5ySTjpqGdTQXreDT7ifHAbFmheOPxicvxB3ZISf+yG7RBG9rKFHgPXM0RFEKcRS27TMR
BgGWTVhetqJPETD5ERybMJ25uAVAI5d6PBlHdV4aSxF2n9HfGcg7NYmRLWOjt+DAf/0u
PMOLFRuD9uQDqr5MB8TXDpgRM0vOTVpjWND/RK6oloFD1PzODyXCUeQbrBeqkYgROM29
zncTB4gXjaf5FYjmtN/anfsUvOfXaB2TbPivn9TWWJ5TJTySsgavm8MemTjvMgbJftY7
YnXQ==
X-Gm-Message-State: AOJu0YwQaI2q1gtPwup45R4xZWQKyd/vKhSe4AFBizenZckhgOuUisq8
AOZNSJTi/ReDr9x1lFmZ71oJ8he1W97LsgGRP1Xal4ctqVH7hPYL
X-Gm-Gg: ASbGnct4St8TbPa8cgCG/P89du0exMlB5uf9VWJ9oCkyeAi6Q/4woV+TrOs90c1bHsw
zaoTb27nHhgoZAC2pETmtMadTkjRZw4XMOtAKMqkFECr2HhvIE5joSabZB4fBqN85BYxGwkrJId
UXZ/JLTCEK9JdxOUY73u9VhX3UbHPWnRhU1lKEO+bNIPOrlVun/6tn4UvRp3ZZVMFcWF38+vMNp
S7BhbbnO305kvTLMz3RZkXl8Rasx3djEmLrsEAAP+Rqx0NDkGQ8Wii859dyeO4m0CpvFd3apCcH
jIfVqIPNSRrinSq/Cipdv4B/
X-Google-Smtp-Source: AGHT+IFj4AyPuJrqWE2becupuSUEGijI0inSrOUnoIJ85EepR/2BeM8mxtwDx8awvwq5ewjWiiEsFQ==
X-Received: by 2002:a05:6e02:3dc4:b0:3ce:4b12:fa17 with SMTP id e9e14a558f8ab-3d2cb52d4bfmr77818795ab.19.1740264135578;
Sat, 22 Feb 2025 14:42:15 -0800 (PST)
Received: from [10.8.8.5] ([212.102.44.72])
by smtp.gmail.com with ESMTPSA id e9e14a558f8ab-3d2af0b81b8sm22489745ab.18.2025.02.22.14.42.13
(version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
Sat, 22 Feb 2025 14:42:14 -0800 (PST)
Subject: Re: [gentoo-user] Re: media-video/gpac and media-video/mplayer fails
to build.
From: Dale <rdalek1967@gmail.com>
To: gentoo-user@lists.gentoo.org
References: <6d4f4650-2e42-f730-8896-169061cf2df7@gmail.com>
<270b9ec5-c836-47fe-bda6-f219c3005c9d@gmail.com>
<f56149c4-5297-fc97-595d-31baa13c7573@gmail.com> <vp8eaf$avn$1@ciao.gmane.io>
<Z7fDOjeg0qrmx0MO@q> <a198b888-fb71-899a-f9a6-0148de605238@gmail.com>
<vpa43u$13oe$1@ciao.gmane.io>
<339972aa-689f-50ba-d52d-cefc4301c88f@gmail.com> <Z7kTYs8obM7IYyW1@q>
<ec54b9b7-671b-55c2-285f-fa70a952c85e@gmail.com>
Autocrypt: addr=rdalek1967@gmail.com; prefer-encrypt=mutual; keydata=
mQINBGFSciYBEADcEGMyJBSuavKO/XKUVvgkxck7Nl8Iuu8N2lcnRji/rSKg5c1Acix1ll9i
oW8JBCHwvn0+Xy60BvEsqcup3YSHw5STl/bR1ePEehtnYrg8FdjdS91+B805RfnKMm69rFVI
wLSBHQrSG1yxHd8CloWoEdhmVtP24buajbh114bgXd9ahtpZrCVMrWdWYUg2mEXguGV5uNAh
Rf8SWxDNc79w24JxsV34a8niMUYMjzWr0rafIbzk732X38vGjVMLo/2mMpkbp9mPp++LHoY+
0Pet8zxxdXPJSCd475kza1AD+hhSyBZXB9yknYWgyY3cZe1rGmooJSi2KX4QxO7npwLThcO1
be6KKRkd35+Fi/a1BzVOHsZMiK/gcwxEFoMd27gir4ehaeHJfFXl+65w4hj0EsOZSxrJrm2C
R50g5By2czSKP1bADEygFNpIJj51AR+wM88NImG2RPtlT2maYBzazvF05g65cdHXGp1C7W5P
wwwKU2DgABB2t7N7z5A69LnryBRw4zUYDRRYLTYlBlYgg+xILm2c0OrBdxJgLJa7JE50Eo25
d3PFwt9J0gYvqy6sPFLl9So0sDg9zm0hKQtXOP5kgropUFGrNoJI+mjwF4rYLRBVzZwNAvlO
OhEvHubBo3mEllv4x+FeptwXZxlk7gUsdqI8AxnFB8K9wi6FVQARAQABtBtEYWxlIDxyZGFs
ZWsxOTY3QGdtYWlsLmNvbT6JAk4EEwEIADgCGyMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AW
IQQSG1h01ruv/WNXc3Q3RqOgiQH1GwUCYVJy8gAKCRA3RqOgiQH1G+waEACeTZCt77jnRAmQ
AV7otKuZekDWiLi3Eig8tj5ZJiCNSYA/hIxzmexRP0GMqjitcXK1iGwWcvMzzvIq30GAjIfB
4BR38cnXbtBa6fNewiT7QaZe/Hn6yBRldXNQypzbHy+/o27bUEy+oX4rE7etUgEHQAjuw7xz
XFWg4tH1/KJvsOVY5upnWc5LdxYhsuQ3dQD4b22GsK0pOBDfb9PiirYM8eGKvrVuq4E/c75z
lDDFhINl18lNZ9D0ZFL3IkTjHsAAqFH9uhnnEB8CWdHbBewPEfRaOhBUYWZ3Q8uTkmDgZT8q
D9jlvLEdw7Nh2ApdxoepnI/4D+ql2Gr4DtH7SEPydr5gcf1Qr/2bXRb1hAYnIVcbncs/Bm3Z
bkRKPVWMfE3Fusa+p5hMzixk0YysMaTHlc7mYRYAEZGnPMXnmcCbetwARU7A0yz1M1kCMOAQ
Lsz8KH5kv3cRenMB6SFfjND2JfAK61H5TtnPq3L8noS2ZykRYxq9Nm3X64O1tJojIKBoZFr8
AwYNCvqC6puUyGMuzHPh7jPof8glfrrEKIYUvNPGMDoVX3IGetxh/9l6NcxgFA4JGoR+LS3C
zmeNrwlllAe3OEUfKoWVQ+pagpSdM+8hHolaSda4Ys66Z3fCR4ZvcTqfhTAVskpqdXa4isAk
7vTcXu3L499ttywEp7rJTbkCDQRhUnImARAAncUdVhmtRr59zqpTUppKroQYlzR0jv8oa7DG
K4gakTAT2N7evnI9wpssmzyVk8VEiLzhnFQ/Ol3FRt6hZCXDJt0clyHOyTfvz/MNFttWuZTc
mLpSvmRR6VRjAH+Tz3Eam2xUw3PGuH97BcXQ3NnX3msv1UDxtxxBu6e2YrdeOhrCUSgzokcJ
98ChUNy934cgepPybAI12lSWqVFQ1aG7jExZfiUk+333fPSDbpKoZbTW5YJLXbycmW/C1IWL
qYQyNjRWKaGoJtUWFhhmNiOQct7n90aKivNVPavmN+UQ9LlMaINtf9T6XCzLfogCFsulDCDJ
0yNQLDTurHaB4E71xoctgXmLLq9z1RQ0W2XiVAAOZQj6K3+d0AOUjDhCQ2QW8dUSq0ckkZXV
DKVJOGS8Nhf2eIWIqRnP3AcUiiaiFGqUaVUmUAZ6h/oJmgghEu/1S+pcuUKU5i69+XCZ3hH2
Jzwzbf7K+FAIkOhCfHncF8i1N1pk00pOVykNnqHTfFo3qFusHt0ZWgXVnnn4pYdXqZNoDhvF
BRE5Vm4k/k96Pw8HRx6Os6eFSRrlqGzRgqsu86FekxusXB9UGv4lJhtU/J+8MRWsh22K718s
DbQnABicGKFz1qQlWvcf59oTByhLINJCBt1WXl+TzJDXepr3QSkqmK41dO9Hob97C9dMiK8A
EQEAAYkCNgQYAQgAIAIbDBYhBBIbWHTWu6/9Y1dzdDdGo6CJAfUbBQJhUnLyAAoJEDdGo6CJ
AfUbVHIQAKSWw620vPhR3A/njU2z77F3z/Jk+HTKdE3fIyWSWdkYN7CBFL0NguOMP30WZ+qE
sJhZu7T5hf251MwQUUt27xlfnKYOmQs7CqONlXuXlGZI6WufrUjxNcVz+5gJsqvUWuuJWsgg
sDmE92IBnfG/f81fPHWQyfr/SF4wYDMyoFp5xCCQpp1zB63iuFvvrhxBkEHzmbRtVDOhl0Xp
BVEDR1w3QRACw9QJD/KM05Czv9JNQYlwinWO/OaQ9cMlUpKLgswUPg9IZ5vucxScfuAUA5uC
B1jlAQ8ZPlVukBmbEv5RGOv+lpuEbA3YDMVtEeH4YMFbjt/+vH3Cr2vTbp5JlpByLburJEH0
WXZLUawEfUsZvVwpOuJK75vaa2HYXee+Cb3iCIzwfIfctdlqzUcbGRczlRNM59hpvj4z29Gh
3kAxVHItAYq54ikxQ9l4hQ8s9sLYPbX/WtcBxNX8crBSw0FLnmzGleVEtBHyqtt5CLzQNgrj
GYWl1vKDUmRPw1CdZ1c+fMN9CY11jOM5B5ZnqZWfDeVYO2iJ5SuvTycChexCb8WYn1bdCBIo
bBtga2RBXbVt4Mh9E4owsszefn51MwfjXxB20Fc5k3GU1AVpTCMs3ayYCzo0b2pvEvdjtDcA
CYLEFPWgaFX9iQAM/CDfKvTtvgGWpqtCL2raq/mQoJEU
Message-ID: <9a70028d-667f-de92-3ad5-80a38f8abdb4@gmail.com>
Date: Sat, 22 Feb 2025 16:42:12 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:128.0) Gecko/20100101
Firefox/128.0 SeaMonkey/2.53.20
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply
MIME-Version: 1.0
In-Reply-To: <ec54b9b7-671b-55c2-285f-fa70a952c85e@gmail.com>
Content-Type: multipart/alternative;
boundary="------------48BD6212814F0712CCF672B4"
X-Archives-Salt: 0f832cb6-a809-4aee-b613-41e4abaf56c4
X-Archives-Hash: 47daadb2c295b6d1bf5fa5e8637de9e2
This is a multi-part message in MIME format.
--------------48BD6212814F0712CCF672B4
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Dale wrote:
> Frank Steinmetzger wrote:
>> Am Fri, Feb 21, 2025 at 09:38:37AM -0600 schrieb Dale:
>>> Grant Edwards wrote:
>>>> On 2025-02-21, Dale <rdalek1967@gmail.com> wrote:
>>>>> Frank Steinmetzger wrote:
>>>>>> Am Thu, Feb 20, 2025 at 11:36:47PM -0000 schrieb Grant Edwards:
>>>>> […]
>>>>> I enabled some USE flags and tried to recompile with those. It
>>>>> failed on some, again. I'm giving it another go now.
>>>> So are you trying to figure out why you can't play those .mkv files,
>>>> or just trying to get mplayer to build? I'll once again point out
>>>> that mplayer seems to by dying (hasn't had a new version released in 3
>>>> years). Most users seem to have moved to mpv.
>>> […]
>>> Well, Micheal helped me with USE flags. I needed some that I had no
>>> idea about. Some related to hardware I have, or think I have since they
>>> may be to old. Some related to Vulkan. Anyway, after a lot of fiddling
>>> with USE flags, I still can't get gpac and mplayer to rebuild.
>> I have a gentoo chroot sitting on my PC. Just so I don’t forget everything
>> while Arch is my daily driver. :D
>>
>> Anyways, I did an emerge sync and was able to emerge the current stable
>> version 1.5_p20241125 of mplayer just fine (it wasn’t installed before).
>> This is an AMD-only system, just like yours I think. Since your problematic
>> header files come from ffmpeg, here are my active ffmpeg use flags:
>>
>> X alsa bluray bzip2 cpudetection dav1d doc encode frei0r gnutls gpl iconv
>> jpegxl lcms libass libdrm lzma modplug mp3 network opengl opus pic postproc
>> pulseaudio rav1e sdl srt ssh svg theora threads truetype twolame vorbis
>> vulkan webp x264 x265 xvid zlib
>>
>> The version is 6.1.2, installed back in December. I have not touched this
>> installation since then.
>>
>> -- Grüße | Greetings | Salut | Qapla’ Please do not share anything
>> from, with or about me on any social network. “Your code is shit..
>> your argument is shit.” – Linus Torvalds, linux.kernel
>
>
> I had this installed at one time before as well. I have different USE
> flags than yours for sure. This is mine.
>
>
> USE="X a52 alsa bidi bluray cddb cdio cdparanoia dga dts dvd dvdnav
> enca encode faac ftp iconv ipv6 jpeg libass lzo mad mng mp3 network
> opengl osdmenu png pulseaudio rar sdl shm theora truetype unicode vcd
> vdpau vorbis x264 xscreensaver xv xvid -aalib (-aqua) -bl -bs2b
> -cpudetection -debug -doc -dv -dvb -faad -fbcon -ggi -gsm -jack
> -joystick -ladspa -libcaca -libmpeg2 -lirc -live -md5sum -nas -openal
> -oss -pnm -pvr -radio -rtc -rtmp -samba (-selinux) -speex -tga
> -toolame -tremor -twolame -v4l (-vidix) -xinerama -yuv4mpeg -zoran"
>
>
> I suspect we have different profiles and maybe even different CPUs as
> well. I might add, mplayer actually built once with the current USE
> flags. It wants to rebuild due to preserved libs but there is no
> change to the USE flags. I suspect the reason mplayer is failing has
> to do with gpac failing. I could change the USE flags to stop gpac
> from being pulled in but that may mean my videos won't play again.
> So, I checked, nothing actually depended on gpac according to equery
> d. So, I removed it. I then tried to emerge mplayer again. It still
> failed. I disabled two USE flags that I added to make.conf, vaapi
> vdpau. It still fails. Oh, I'm typing this as I do things. I've
> currently removed several USE flags I added and removed some packages
> from the package.keyword file, going back to stable. Lots of stuff to
> compile. I'll be back. OK. Back. After removing some USE flags, I
> have a clean rebuild. The new .mkv video files no longer play tho.
> I'll start enabling USE flags until the videos start to play again or
> I get a failure in building a package again. I'll try to post back
> the end result. Might help some other poor soul.
>
> Oh, I found out what depends on mplayer. It's media-video/devedeng
> that I use to burn videos to media DVDs. I don't see a way to make it
> depend on mpv. Not a obvious one anyway. Is there a software package
> that burns DVDs the same way but doesn't need mplayer? I don't make
> DVDs often but I'd like to keep a tool around just in case.
>
> Dale
>
> :-) :-)
As was mentioned, mplayer isn't well maintained. I fiddled with USE
flags until I got as close to a clean system as I could. I ended up
with mplayer being the only thing that wouldn't compile. It would fail
almost all the time. If it would compile, the videos wouldn't play. If
it failed, something else would work but the videos would play. I did a
duck search. I found a interesting tidbit of info from another distro
where a person was trying to install mplayer manually. That person had
to switch back to a older gcc to get mplayer to compile clean. So, I
installed gcc 13, had 14 installed, and emerged mplayer just fine. So,
it seems certain conditions, maybe USE flags, would cause mplayer to
fail with the new gcc. The biggest thing, I had to have the latest
unstable version of ffmpeg to play the videos. That was the hang up. I
just had to figure out how to have it and mplayer be able to compile.
Now who among us would have ever thought of that????? If it wasn't for
that search I did, I wouldn't have thought of gcc being the problem.
My next question. Given mplayer is getting old and rotting on the vine
so to speak, anyone know if one can get rid of it completely? Right
now, Devedeng requires it and Smplayer does to, even tho I have it set
to use mpv now. I found a couple other packages but I may can do
without them. I'm just wondering how much longer mplayer is going to
last before packages that must have mplayer is going to be tree cleaned
because they no longer work.
Thanks to all for the help. We were all hammering at it for sure.
Dale
:-) :-)
--------------48BD6212814F0712CCF672B4
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Dale wrote:<br>
</div>
<blockquote type="cite"
cite="mid:ec54b9b7-671b-55c2-285f-fa70a952c85e@gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<div class="moz-cite-prefix">Frank Steinmetzger wrote:<br>
</div>
<blockquote type="cite" cite="mid:Z7kTYs8obM7IYyW1@q">
<div class="moz-text-plain" wrap="true" graphical-quote="true"
style="font-family: -moz-fixed; font-size: 16px;"
lang="x-unicode">
<pre class="moz-quote-pre" wrap="">Am Fri, Feb 21, 2025 at 09:38:37AM -0600 schrieb Dale:
</pre>
<blockquote type="cite" style="color: #000000;">
<pre class="moz-quote-pre" wrap="">Grant Edwards wrote:
</pre>
<blockquote type="cite" style="color: #000000;">
<pre class="moz-quote-pre" wrap="">On 2025-02-21, Dale <a class="moz-txt-link-rfc2396E" href="mailto:rdalek1967@gmail.com" moz-do-not-send="true"><rdalek1967@gmail.com></a> wrote:
</pre>
<blockquote type="cite" style="color: #000000;">
<pre class="moz-quote-pre" wrap="">Frank Steinmetzger wrote:
</pre>
<blockquote type="cite" style="color: #000000;">
<pre class="moz-quote-pre" wrap="">Am Thu, Feb 20, 2025 at 11:36:47PM -0000 schrieb Grant Edwards:
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">[…]
I enabled some USE flags and tried to recompile with those. It
failed on some, again. I'm giving it another go now.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">So are you trying to figure out why you can't play those .mkv files,
or just trying to get mplayer to build? I'll once again point out
that mplayer seems to by dying (hasn't had a new version released in 3
years). Most users seem to have moved to mpv.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">[…]
Well, Micheal helped me with USE flags. I needed some that I had no
idea about. Some related to hardware I have, or think I have since they
may be to old. Some related to Vulkan. Anyway, after a lot of fiddling
with USE flags, I still can't get gpac and mplayer to rebuild.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">I have a gentoo chroot sitting on my PC. Just so I don’t forget everything
while Arch is my daily driver. :D
Anyways, I did an emerge sync and was able to emerge the current stable
version 1.5_p20241125 of mplayer just fine (it wasn’t installed before).
This is an AMD-only system, just like yours I think. Since your problematic
header files come from ffmpeg, here are my active ffmpeg use flags:
X alsa bluray bzip2 cpudetection dav1d doc encode frei0r gnutls gpl iconv
jpegxl lcms libass libdrm lzma modplug mp3 network opengl opus pic postproc
pulseaudio rav1e sdl srt ssh svg theora threads truetype twolame vorbis
vulkan webp x264 x265 xvid zlib
The version is 6.1.2, installed back in December. I have not touched this
installation since then.
<div class="moz-txt-sig">--
Grüße | Greetings | Salut | Qapla’
Please do not share anything from, with or about me on any social network.
“Your code is shit.. your argument is shit.” – Linus Torvalds, linux.kernel
</div></pre>
</div>
</blockquote>
<br>
<br>
I had this installed at one time before as well. I have different
USE flags than yours for sure. This is mine. <br>
<br>
<br>
USE="X a52 alsa bidi bluray cddb cdio cdparanoia dga dts dvd
dvdnav enca encode faac ftp iconv ipv6 jpeg libass lzo mad mng mp3
network opengl osdmenu png pulseaudio rar sdl shm theora truetype
unicode vcd vdpau vorbis x264 xscreensaver xv xvid -aalib (-aqua)
-bl -bs2b -cpudetection -debug -doc -dv -dvb -faad -fbcon -ggi
-gsm -jack -joystick -ladspa -libcaca -libmpeg2 -lirc -live
-md5sum -nas -openal -oss -pnm -pvr -radio -rtc -rtmp -samba
(-selinux) -speex -tga -toolame -tremor -twolame -v4l (-vidix)
-xinerama -yuv4mpeg -zoran"<br>
<br>
<br>
I suspect we have different profiles and maybe even different CPUs
as well. I might add, mplayer actually built once with the
current USE flags. It wants to rebuild due to preserved libs but
there is no change to the USE flags. I suspect the reason mplayer
is failing has to do with gpac failing. I could change the USE
flags to stop gpac from being pulled in but that may mean my
videos won't play again. So, I checked, nothing actually depended
on gpac according to equery d. So, I removed it. I then tried to
emerge mplayer again. It still failed. I disabled two USE flags
that I added to make.conf, vaapi vdpau. It still fails. Oh, I'm
typing this as I do things. I've currently removed several USE
flags I added and removed some packages from the package.keyword
file, going back to stable. Lots of stuff to compile. I'll be
back. OK. Back. After removing some USE flags, I have a clean
rebuild. The new .mkv video files no longer play tho. I'll start
enabling USE flags until the videos start to play again or I get a
failure in building a package again. I'll try to post back the
end result. Might help some other poor soul. <br>
<br>
Oh, I found out what depends on mplayer. It's
media-video/devedeng that I use to burn videos to media DVDs. I
don't see a way to make it depend on mpv. Not a obvious one
anyway. Is there a software package that burns DVDs the same way
but doesn't need mplayer? I don't make DVDs often but I'd like to
keep a tool around just in case. <br>
<br>
Dale <br>
<br>
:-) :-) <br>
</blockquote>
<br>
<br>
As was mentioned, mplayer isn't well maintained. I fiddled with USE
flags until I got as close to a clean system as I could. I ended up
with mplayer being the only thing that wouldn't compile. It would
fail almost all the time. If it would compile, the videos wouldn't
play. If it failed, something else would work but the videos would
play. I did a duck search. I found a interesting tidbit of info
from another distro where a person was trying to install mplayer
manually. That person had to switch back to a older gcc to get
mplayer to compile clean. So, I installed gcc 13, had 14 installed,
and emerged mplayer just fine. So, it seems certain conditions,
maybe USE flags, would cause mplayer to fail with the new gcc. The
biggest thing, I had to have the latest unstable version of ffmpeg
to play the videos. That was the hang up. I just had to figure out
how to have it and mplayer be able to compile. <br>
<br>
Now who among us would have ever thought of that????? If it wasn't
for that search I did, I wouldn't have thought of gcc being the
problem. <br>
<br>
My next question. Given mplayer is getting old and rotting on the
vine so to speak, anyone know if one can get rid of it completely?
Right now, Devedeng requires it and Smplayer does to, even tho I
have it set to use mpv now. I found a couple other packages but I
may can do without them. I'm just wondering how much longer mplayer
is going to last before packages that must have mplayer is going to
be tree cleaned because they no longer work. <br>
<br>
Thanks to all for the help. We were all hammering at it for sure.
<br>
<br>
Dale <br>
<br>
:-) :-) <br>
</body>
</html>
--------------48BD6212814F0712CCF672B4--