Problem 2: package texlive-collection-langjapanese-6:svn41002-44.20160520.fc28.noarch requires tex-uplatex-doc, but none of the providers can be installed - package texlive-uptex-7:20170520-29.fc28.x86_64 obsoletes texlive-uplatex-doc < 7:20170520 provided by texlive-uplatex-doc-6:svn41370-42.fc28.2.noarch - cannot install the best update candidate for package texlive-uplatex-bin-6:svn26326-42.20160520.fc28.noarch - cannot install the best update candidate for package texlive-collection-langjapanese-6:svn41002-42.20160520.fc28.noarch
Perhaps texlive-uptex-7:20170520-29.fc28 (from texlive-base) must also provide tex-uptex-doc, not only texlive-uptex-doc
22700048 build (f26-candidate, /git/rpms/rubygem-gtk3:2535b13ec0ac45ecc74200be33dad00e136b7821): open (buildvm-s390x-15.s390.fedoraproject.org) -> FAILED: BuildError: src.fedoraproject.org:/git/rpms/rubygem-gtk3 is not in the list of allowed SCMs 0 free 0 open 0 done 2 failed
Reverting to fedpkg-1.29-5.fc27 resolves the above issue.
By the way, while luajit 2.1.0-beta3 may fix segv on elf compilation on aarch64, if that does not work, killing luajit support when building efl on aarch64 also seems okay:
(armv7hl build not finished yet)
Removing that patch does not fix the issue. Soname changed, so rebuild of efl is now needed.
By the way, luajit 2.1.0-beta3 is released on 2017/May/01, which says that "the major new features are JIT compiler support for x64 in GC64 mode, ARM64 and MIPS64. ", so it might be possible that segv on aarch64 when compiling efl (segv is actually happening inside luajit) is fixed with this new luajit.
Broken deps even on x86_64
Error: Package: efl-1.18.4-2.fc26.x86_64 (@fedora) Requires: libts-0.0.so.0()(64bit) Removing: tslib-1.0-12.fc26.x86_64 (@fedora) libts-0.0.so.0()(64bit) Updated By: tslib-1.10-0.1.rc1.fc26.x86_64 (updates-testing) Not found
Maybe you have to disable aarch64 support for efl right now.
Error: Package: unar-1.10.1-2.fc26.x86_64 Requires: libgnustep-base.so.1.24()(64bit) Removing: gnustep-base-libs-1.24.9-2.fc26.x86_64 libgnustep-base.so.1.24()(64bit) Updated By: gnustep-base-libs-1.25.0-2.fc26.x86_64 (updates-testing) ~libgnustep-base.so.1.25()(64bit)
fedpkg new-sources fails with the following message:
Could not execute new_sources: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>401 Unauthorized</title> </head><body> <h1>Unauthorized</h1> <p>This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.</p> </body></html>
Looks like the different issue.