Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 857765 - media-video/aegisub-3.2.2_p20160518-r103 fails to compile on stable amd64
Summary: media-video/aegisub-3.2.2_p20160518-r103 fails to compile on stable amd64
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Nick Sarnie
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 853301
  Show dependency tree
 
Reported: 2022-07-12 09:00 UTC by Agostino Sarubbo
Modified: 2022-08-29 08:23 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log.xz (build.log.xz,109.33 KB, application/x-xz)
2022-07-12 09:00 UTC, Agostino Sarubbo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2022-07-12 09:00:25 UTC
https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: media-video/aegisub-3.2.2_p20160518-r103 fails to compile on stable amd64.
Discovered on: amd64 (internal ref: amd64_at)
Comment 1 Agostino Sarubbo gentoo-dev 2022-07-12 09:00:26 UTC
Created attachment 791198 [details]
build.log.xz

build log and emerge --info (compressed because it exceeds attachment limit, use 'xzless' to read it)
Comment 2 Nick Bowler 2022-07-12 14:23:15 UTC
This failure only happens with USE=test, I think.

The current stable version does not build at all.

Not sure if a build failure in specific configuration should block
stabilization of -r103 which is actually possible to install.
Comment 3 Nick Sarnie gentoo-dev 2022-07-12 21:17:58 UTC
Agostino, can you confirm it works with USE=-test
Comment 4 Kobboi 2022-07-28 14:17:43 UTC
Fails here as well, with or without USE=test. And gcc:12, if that matters.

First error: /var/tmp/portage/media-video/aegisub-3.2.2_p20160518-r103/work/aegisub-3.2.2_p20160518/src/video_provider_ffmpegsource.cpp:106:22: error: ‘FFMS_CS_RGB’ was not declared in this scope
Comment 5 David Duchesne 2022-07-28 18:34:35 UTC
(In reply to Kobboi from comment #4)
> Fails here as well, with or without USE=test. And gcc:12, if that matters.
> 
> First error:
> /var/tmp/portage/media-video/aegisub-3.2.2_p20160518-r103/work/aegisub-3.2.
> 2_p20160518/src/video_provider_ffmpegsource.cpp:106:22: error: ‘FFMS_CS_RGB’
> was not declared in this scope

It seems related to the recent ffmpegsource-2.40 as it builds fine with ffmpegsource-2.23
Arch Linux uses some patches to fix the build with ffmpegsource-2.40 :
https://github.com/archlinux/svntogit-community/tree/packages/aegisub/trunk

https://raw.githubusercontent.com/archlinux/svntogit-community/packages/aegisub/trunk/fix-ffms2-compat-2.patch
https://raw.githubusercontent.com/archlinux/svntogit-community/packages/aegisub/trunk/fix-ffms2-compat-3.patch
https://raw.githubusercontent.com/archlinux/svntogit-community/packages/aegisub/trunk/fix-ffms2-compat.patch
Comment 6 David Duchesne 2022-07-28 18:49:16 UTC
It builds fine (and starts fine) after applying this one only :

https://raw.githubusercontent.com/archlinux/svntogit-community/packages/aegisub/trunk/fix-ffms2-compat-3.patch

I use amd64 with GCC 11.3.0.

Of course, it needs to be tested a little more to make sure it can be stabilized.
Comment 7 Nick Bowler 2022-07-28 18:52:09 UTC
(In reply to David Duchesne from comment #5)
> (In reply to Kobboi from comment #4)
> > Fails here as well, with or without USE=test. And gcc:12, if that matters.
> > 
> > First error:
> > /var/tmp/portage/media-video/aegisub-3.2.2_p20160518-r103/work/aegisub-3.2.
> > 2_p20160518/src/video_provider_ffmpegsource.cpp:106:22: error: ‘FFMS_CS_RGB’
> > was not declared in this scope
> 
> It seems related to the recent ffmpegsource-2.40 as it builds fine with
> ffmpegsource-2.23

This sounds like a totally different bug from this one then.

Since neither gcc 12 nor ffmpegsource-2.40 are marked stable on amd64 then these issues are surely unrelated to this ticket which is about breakage on *stable*.
Comment 8 Larry the Git Cow gentoo-dev 2022-07-28 18:58:32 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=078b0ed44a8295618f6f043d19052a086f8c1254

commit 078b0ed44a8295618f6f043d19052a086f8c1254
Author:     Nick Sarnie <sarnex@gentoo.org>
AuthorDate: 2022-07-28 18:53:31 +0000
Commit:     Nick Sarnie <sarnex@gentoo.org>
CommitDate: 2022-07-28 18:57:28 +0000

    media-video/aegisub: Try to make stable work
    
    Closes: https://bugs.gentoo.org/857765
    
    Signed-off-by: Nick Sarnie <sarnex@gentoo.org>

 media-video/aegisub/aegisub-3.2.2_p20160518-r103.ebuild | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
Comment 9 Nick Sarnie gentoo-dev 2022-07-28 18:59:04 UTC
I fixed the dep (even though its not really related) and restricted USE=test, so let's see if we can stabilize now
Comment 10 Larry the Git Cow gentoo-dev 2022-08-29 08:21:42 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e99944422426ce41f27c3d53e4364dd05e7896f1

commit e99944422426ce41f27c3d53e4364dd05e7896f1
Author:     Joonas Niilola <juippis@gentoo.org>
AuthorDate: 2022-08-29 08:18:47 +0000
Commit:     Joonas Niilola <juippis@gentoo.org>
CommitDate: 2022-08-29 08:18:47 +0000

    media-video/aegisub: revbump to fix compatibility with ffmpegsource
    
    Closes: https://bugs.gentoo.org/867298
    Closes: https://bugs.gentoo.org/857765
    Signed-off-by: Joonas Niilola <juippis@gentoo.org>

 ....ebuild => aegisub-3.2.2_p20160518-r104.ebuild} |   3 +-
 ...3.2.2_p20160518-ffmpegsource-2.40-compat2.patch | 106 +++++++++++++++++++++
 2 files changed, 108 insertions(+), 1 deletion(-)
Comment 11 Joonas Niilola gentoo-dev 2022-08-29 08:23:46 UTC
I added the patch. Tested on stable and unstable amd64, from what I can tell with some random runtime testing clicking around in the program, seems to work.

This package really needs a bump in Gentoo. 3.2.2. came out in 2014 and there have been multiple releases since, and we're carrying tons of patches already for this package, some surely fixed in upstream (ffmpegsource for example). In time situation will only get worse. I encourage you to bump to latest version and look to stabilize that after a while.