Summary: | dev-util/electron-2.0.17-r1 - ERROR at //third_party/protobuf/proto_library.gni:346:15: Only source, header, and object files belong in the sources of a static_library. //out/Release/pyproto/google_apis/gcm/protocol/mcs_pb2.py is not one of the valid type | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Leonid Kopylov <leonchik1976> |
Component: | Current packages | Assignee: | Elvis Pranskevichus <elvis> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | proxy-maint |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
See Also: | https://github.com/gentoo/gentoo/pull/12327 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
build.log.xz |
Description
Leonid Kopylov
2019-06-21 10:11:32 UTC
Created attachment 580280 [details]
build.log
I'd say electron needs <dev-util/gn-0.1583 too, see bug 686896. (In reply to Jouni Kosonen from comment #2) > I'd say electron needs <dev-util/gn-0.1583 too, see bug 686896. # emerge dev-util/gn -qpv [ebuild R ] dev-util/gn-0.1583 USE="-vim-syntax" it already installed - re-emerging didn't help (In reply to Leonid Kopylov from comment #3) > (In reply to Jouni Kosonen from comment #2) > > I'd say electron needs <dev-util/gn-0.1583 too, see bug 686896. > > # emerge dev-util/gn -qpv > [ebuild R ] dev-util/gn-0.1583 USE="-vim-syntax" > > > it already installed - re-emerging didn't help Try with *less* than dev-util/gn-0.1583, i.e. dev-util/gn-0.1544. That's how it's set in chromium now. Created attachment 580282 [details]
build.log.xz
now it failed with another error
(In reply to Leonid Kopylov from comment #5) > Created attachment 580282 [details] > build.log.xz > > now it failed with another error > error: ‘struct vpx_svc_ref_frame_config’ has no member named ‘frame_flags’ That would be bug 679492 which you've already found. ... are you sure your media-libs/libvpx is still 1.7.0? (In reply to Jouni Kosonen from comment #6) > (In reply to Leonid Kopylov from comment #5) > > Created attachment 580282 [details] > > build.log.xz > > > > now it failed with another error > > > error: ‘struct vpx_svc_ref_frame_config’ has no member named ‘frame_flags’ > > That would be bug 679492 which you've already found. > > ... are you sure your media-libs/libvpx is still 1.7.0? hm..... nope, it was upgraded to 1.8.0-r1, and couldn't be downgraded, because of gst-plugins-vpx - so i uninstalled it, downgraded libvpx to 1.7.0, and than was able to emerge successfully electron. When i ran after emerge @world - it tried to upgrade libvpx back with reinstalling electron - so i should mask this version? # emerge =media-libs/libvpx-1.7.0 -pv These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD ] media-libs/libvpx-1.7.0:0/5::gentoo [1.8.0-r1:0/6::gentoo] USE="doc highbitdepth postproc svc threads -static-libs -test" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="avx%* avx2%* mmx%* sse%* sse2%* sse3%* sse4_1%* ssse3%*" 0 KiB Total: 1 package (1 downgrade), Size of downloads: 0 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: media-libs/libvpx:0 (media-libs/libvpx-1.7.0:0/5::gentoo, ebuild scheduled for merge) pulled in by =media-libs/libvpx-1.7.0 (Argument) (media-libs/libvpx-1.8.0-r1:0/6::gentoo, installed) pulled in by >=media-libs/libvpx-1.3.0:0/6=[abi_x86_32(-),abi_x86_64(-)] required by (media-plugins/gst-plugins-vpx-1.14.4:1.0/1.0::gentoo, installed) I would mask >=media-libs/libvpx-1.8.0 and >=dev-util/gn-0.1583 for now in your situation, but of course the correct fix would be for someone to adjust the dependencies in the ebuild. --- a/electron-2.0.17-r1.ebuild +++ b/electron-2.0.17-r1.ebuild @@ -114,1 +114,1 @@ COMMON_DEPEND=" - >=media-libs/libvpx-1.7.0:=[postproc,svc] + ~media-libs/libvpx-1.7.0:=[postproc,svc] @@ -170,1 +170,1 @@ DEPEND="${COMMON_DEPEND} - dev-util/gn + <dev-util/gn-0.1583 And you can build media-plugins/gst-plugins-vpx against media-libs/libvpx-1.7.0 too. (In reply to Jouni Kosonen from comment #8) > I would mask >=media-libs/libvpx-1.8.0 and >=dev-util/gn-0.1583 for now in > your situation, but of course the correct fix would be for someone to adjust > the dependencies in the ebuild. > > --- a/electron-2.0.17-r1.ebuild > +++ b/electron-2.0.17-r1.ebuild > @@ -114,1 +114,1 @@ COMMON_DEPEND=" > - >=media-libs/libvpx-1.7.0:=[postproc,svc] > + ~media-libs/libvpx-1.7.0:=[postproc,svc] > @@ -170,1 +170,1 @@ DEPEND="${COMMON_DEPEND} > - dev-util/gn > + <dev-util/gn-0.1583 > > And you can build media-plugins/gst-plugins-vpx against > media-libs/libvpx-1.7.0 too. For now i masked libvpx 1.8.0 and 1.8.0-r1, and upgraded gn, for now, emerge @world doesn't try to rebuild electron The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=05660fa281b60ecffc61952c818d9f65768dc6b9 commit 05660fa281b60ecffc61952c818d9f65768dc6b9 Author: Elvis Pranskevichus <elvis@magic.io> AuthorDate: 2019-08-01 15:15:20 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2019-08-02 06:24:33 +0000 dev-util/electron: Fix build issues Fix libvpx build issues by pinning the dependency and adding system-libvpx USE-flag. Pin dev-util/gn version, as newer GN seems to be breaking the build. Fix build on non-x86, courtesy of Marcus Comstedt. Closes: https://bugs.gentoo.org/688426 Closes: https://bugs.gentoo.org/679492 Closes: https://bugs.gentoo.org/686984 Signed-off-by: Elvis Pranskevichus <elvis@magic.io> Package-Manager: Portage-2.3.66, Repoman-2.3.11 Signed-off-by: Joonas Niilola <juippis@gentoo.org> dev-util/electron/Manifest | 1 + dev-util/electron/electron-2.0.17-r2.ebuild | 919 ++++++++++++++++++++++++++++ dev-util/electron/metadata.xml | 1 + 3 files changed, 921 insertions(+) |