Summary: | net-libs/pjproject-2.12.1-r2: +webrtc fails in x86 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Joonas Niilola <juippis> |
Component: | Current packages | Assignee: | Jaco Kroon <jaco> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | proxy-maint |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
pjproject-2.12.1-r2:20221027-075354.log
pjproject-2.13-r1:20230516-060111.log |
Description
Joonas Niilola
2022-10-27 07:58:37 UTC
Created attachment 825605 [details]
pjproject-2.12.1-r2:20221027-075354.log
[ERROR] >>> Not all runs were successful. atom: =net-libs/pjproject-2.12.1-r2, USE flags: '-alsa -amr -epoll -ffmpeg -g711 -g722 g7221 -g729 gsm -ilbc -l16 libyuv -openh264 -opus -portaudio resample sdl -silk speex -ssl static-libs -v4l2 vpx webrtc' atom: =net-libs/pjproject-2.12.1-r2, USE flags: '-alsa -amr -epoll ffmpeg -g711 g722 -g7221 g729 -gsm -ilbc l16 libyuv -openh264 -opus portaudio -resample sdl -silk -speex ssl static-libs v4l2 vpx webrtc' atom: =net-libs/pjproject-2.12.1-r2, USE flags: 'alsa amr -epoll ffmpeg g711 -g722 g7221 g729 -gsm -ilbc -l16 -libyuv openh264 opus -portaudio resample -sdl -silk -speex ssl -static-libs -v4l2 vpx webrtc' atom: =net-libs/pjproject-2.12.1-r2, USE flags: '-alsa amr -epoll -ffmpeg g711 g722 g7221 -g729 -gsm -ilbc -l16 libyuv openh264 -opus portaudio -resample -sdl silk -speex ssl -static-libs -v4l2 -vpx webrtc' atom: =net-libs/pjproject-2.12.1-r2, USE flags: '-alsa -amr -epoll ffmpeg g711 g722 -g7221 -g729 gsm ilbc l16 -libyuv openh264 -opus portaudio resample -sdl -silk speex ssl static-libs v4l2 vpx webrtc' atom: =net-libs/pjproject-2.12.1-r2, USE flags: 'alsa amr epoll ffmpeg g711 g722 g7221 -g729 gsm ilbc -l16 -libyuv openh264 opus portaudio resample sdl -silk speex ssl -static-libs v4l2 vpx webrtc' Hi Joonas, Would you mind testing pjproject 2.13 for this? https://github.com/gentoo/gentoo/pull/28541 Kind Regards, Jaco 2.13 doesn't seem to build for me, more information at https://bugs.gentoo.org/886151 (In reply to Jaco Kroon from comment #3) > Hi Joonas, > > Would you mind testing pjproject 2.13 for this? > > https://github.com/gentoo/gentoo/pull/28541 > > Kind Regards, > Jaco Hey, sorry for the late reply. I'm currently on vacation away from home (digging through unread bug mails...) I'll put this on high priority of my TODO when returning home! And can now confirm with 2.13 +webrtc works on x86. * QA Notice: Files built without respecting LDFLAGS have been detected * Please include the following list of files in your report: * /usr/lib/libwebrtc.so.2 Copied from bug 906057 (In reply to Joonas Niilola from comment #5) > I'm tempted to package.use.mask webrtc on x86 until it's fixed again. Let me > know if that's okay. I was honestly thinking the same thing over the weekend. Part of what makes me not want to look at this is because we're only seeing this in testing and it's not required for asterisk (which is the only reason I'm packaging this, others might have other uses for this, but then it wouldn't be just you and me and George picking this up). Shall we just do that? Perhaps it's a race condition ... ie, sometimes it'll work, and sometimes not, so missing dependency? Created attachment 861782 [details]
pjproject-2.13-r1:20230516-060111.log
We can try setting ac_webrtc_instset=generic when we don't have SSE2 on x86. (In reply to Jaco Kroon from comment #8) > Perhaps it's a race condition ... ie, sometimes it'll work, and sometimes > not, so missing dependency? You need -march=i686 + x86 for this, not -march=native on x86 or similar, or it'll work. (specifically: you need a -march for x86 which definitely doesn't have SSE2.) The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c398106f9d5a5573c48fae36ac85ccd9dda6291e commit c398106f9d5a5573c48fae36ac85ccd9dda6291e Author: Joonas Niilola <juippis@gentoo.org> AuthorDate: 2023-05-16 06:31:10 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2023-05-16 06:33:44 +0000 profiles/arch/x86: mask net-libs/pjproject[webrtc] on x86 Bug: https://bugs.gentoo.org/878445 Signed-off-by: Joonas Niilola <juippis@gentoo.org> profiles/arch/x86/package.use.mask | 4 ++++ 1 file changed, 4 insertions(+) I guess my CFLAGS are correct though for testing? (In reply to Sam James from comment #10) > We can try setting ac_webrtc_instset=generic when we don't have SSE2 on x86. OK, so I just tested USE=webrtc on amd64 with -march=native, that definitely works. I can extract an i686 stage3 to test x86 easily enough. The actual CPU will still be an "Intel(R) Core(TM) i7-8706G" which doesn't have SSE2 (SSE3, SSE4_1,2 yes). I guess the question is how do we know when to set ac_webrtc_instset=generic and when we can leave it alone? Or do we just go hammer-style and always set it for x86? At the same time I can try and address this (which also affects amd64): * QA Notice: Files built without respecting LDFLAGS have been detected * Please include the following list of files in your report: * /usr/lib64/libwebrtc.so.2(In reply to Larry the Git Cow from comment #13) (In reply to Joonas Niilola from comment #13) > The bug has been referenced in the following commit(s): > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=c398106f9d5a5573c48fae36ac85ccd9dda6291e Thanks. (In reply to Jaco Kroon from comment #15) > > I guess the question is how do we know when to set ac_webrtc_instset=generic > and when we can leave it alone? I guess you could use cpu_flags_x86_sse2 but if I understand the problem correctly, I should have SSE2 and it's not working for me. > Or do we just go hammer-style and always > set it for x86? Sounds good to me but let's hear sam first... ping @ Sam :) Oops! I think you can safely gimp x86 (not amd64) and force =generic there. |