Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 17 Feb 2024 07:14:18 +0100
From:      Daniel Engberg <daniel.engberg.lists@pyret.net>
To:        Thierry Thomas <thierry@freebsd.org>
Cc:        Daniel Engberg <diizzy@freebsd.org>, ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org
Subject:   Re: git: 947a56b365f3 - main - multimedia/winff: Deprecate and set expiration date to 2024-02-29
Message-ID:  <a8b02d2f57ec6eae66c51b2bfe52cc7f@mail.infomaniak.com>
In-Reply-To: <3b8a0ddee7f235a21a3ca89b20af7075@mail.infomaniak.com>
References:  <202401181920.40IJKdaB076507@gitrepo.freebsd.org> <Zaq1PsuVxirT-t8A@graf.pompo.net> <Za2SQlokxEZohORO@graf.pompo.net> <3b8a0ddee7f235a21a3ca89b20af7075@mail.infomaniak.com>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
On 2024-01-21T23:46:17.000+01:00, Daniel Engberg
<daniel.engberg.lists@pyret.net> wrote:

> On 2024-01-21T22:53:06.000+01:00, Thierry Thomas
> <thierry@freebsd.org> wrote:
> 
>>  Le ven. 19 janv. 24 à 18:45:34 +0100, Thierry Thomas <thierry@freebsd.org>
>>  
>>   écrivait :
>>  
>>>   Sorry, but I do not understand this commit: if GTK2 is
>>>   deprecated, only
>>>   
>>>    the GTK2 flavor should be marked as deprecated, not the Qt
>>>   ones.
>>>   
>>>    In addition, you should not deprecate the GTK2 consumers one by
>>>   one, but
>>>   
>>>    directly in Mk/Uses/lazarus.mk [http://lazarus.mk].
>>  
>>  Without an explanation from you, I just reverted this commit.
>>  
>>  -- 
>>  
>>  Th. Thomas.
> 
> Sorry, I got distracted and missed your mail.
> 
> While GTK2 is going to be killed in the somewhat near future it also
> fails to do what it's designed to do namely transcode to anything
> modern. As I wrote in the commit, it doesn't support "current
> available formats". It isn't aware of anything that's recent by a
> decade, such as h264, h265 or av1 which all are common
> formats/codec. Audio is even more odd with no selections at all and
> container support also seems poor at best. I did even list an
> alternative which does all this and is actively maintained.
> 
> Best regards,
> 
> Daniel

Seems like it's not working either,

https://forums.freebsd.org/threads/unable-to-build-ffmpeg-from-ports-on-freebsd-14-0.92338/post-643600

Best regards,

Daniel



[-- Attachment #2 --]
<div>On 2024-01-21T23:46:17.000+01:00, Daniel Engberg &lt;daniel.engberg.lists@pyret.net&gt; wrote:<br></div><div class="ik_mail_quote answerContentMessage"><blockquote class="ws-ng-quote"><div class="ws-ng-mail-style--783eJwLTs0rAQADzwGb"><div>On 2024-01-21T22:53:06.000+01:00, Thierry Thomas &lt;<a class="defaultMailLink defaultMailLink" href="mailto:thierry@freebsd.org">thierry@freebsd.org</a>&gt; wrote:<br></div><div class="ik-toggle-quote-button"><br></div><div class="ik_mail_quote-783eJwLTs0rAQADzwGb"><blockquote class=""><pre style="white-space:normal;"><div>Le ven. 19 janv. 24 à 18:45:34 +0100, Thierry Thomas &lt;<a class="defaultMailLink" href="mailto:thierry@freebsd.org">thierry@freebsd.org</a>&gt;<br></div><div> écrivait&nbsp;:<br></div><div><br></div><blockquote class=""><div>  Sorry, but I do not understand  this commit: if GTK2 is deprecated, only<br></div><div> the GTK2 flavor should be marked as deprecated, not the Qt ones.<br></div><div> <br></div><div> In addition, you should not deprecate the GTK2 consumers one by one, but<br></div><div> directly in Mk/Uses/<a class="defaultMailLink" href="http://lazarus.mk" rel="noopener noreferrer" data-ik="ik-secure" target="_blank">lazarus.mk</a>.<br></div></blockquote><div> <br></div><div>Without an explanation from you, I just reverted this commit.<br></div><div>-- <br></div><div>Th. Thomas.<br></div></pre></blockquote></div><div>Sorry, I got distracted and missed your mail.<br></div><div><div><br></div></div><div>While
 GTK2 is going to be killed in the somewhat near future it also fails to
 do what it's designed to do namely transcode to anything modern. As I 
wrote in the commit, it doesn't support "current available formats". It 
isn't aware of anything that's recent by a decade, such as h264, h265 or
 av1 which all are common formats/codec. Audio is even more odd with no 
selections at all and container support also seems poor at best. I did 
even list an alternative which does all this and is actively maintained.<br></div><div><div><br></div></div><div>Best regards,<br></div><div>Daniel<br></div></div></blockquote></div><div><br></div><div>Seems like it's not working either,<br></div><div><a href="https://forums.freebsd.org/threads/unable-to-build-ffmpeg-from-ports-on-freebsd-14-0.92338/post-643600" target="_blank" rel="noopener noreferrer" data-ik="ik-secure">https://forums.freebsd.org/threads/unable-to-build-ffmpeg-from-ports-on-freebsd-14-0.92338/post-643600</a><br></div><div><br></div><div>Best regards,<br></div><div>Daniel<br></div><div><br></div>

home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a8b02d2f57ec6eae66c51b2bfe52cc7f>