On 1/8/22 04:37, Miro Hrončok wrote: > Hello packagers, > > I intent to rebuild the following packages with libffi 3.4 in Rawhide side > tag f36-build-side-49314 today.
Thank you for helping with the rebuilds! > The previous version remains available as libffi13.1, so failures to build > will not result in uninstallable packages. > > You can inspect some known failures: > > https://copr.fedorainfracloud.org/coprs/churchyard/libffi-3.4/package/cjs/ > https://copr.fedorainfracloud.org/coprs/churchyard/libffi-3.4/package/gjs/ > both "killed by signal 11 SIGSEGV" Right, this is because there is an ordering dependency between gobject-introspection and cjs/gjs. You need the introspection library rebuilt first with libffi 3.4+ and then build the javascript packages, that way they both have the same library and can pass objects back and forth for introspection. > https://copr.fedorainfracloud.org/coprs/churchyard/libffi-3.4/package/hadolint/ > Not all RPM dependencies satisfied Agreed. DEBUG util.py:444: No matching package to install: 'ghc-colourista-prof' DEBUG util.py:444: No matching package to install: 'ghc-ilist-prof' DEBUG util.py:444: No matching package to install: 'ghc-spdx-prof' DEBUG util.py:444: No matching package to install: 'ghc-timerep-prof' DEBUG util.py:444: Not all dependencies satisfied DEBUG util.py:444: Error: Some packages could not be found. Rawhide did build successfully on 2021-11-30, but that was while ago and the deps have issues now. > https://copr.fedorainfracloud.org/coprs/churchyard/libffi-3.4/package/jffi/ > make: *** No rule to make target '-L/usr/lib64/../lib64', needed by > '/builddir/build/BUILD/jffi-jffi-1.3.4/build/jni/jffi/Array.o'. Stop. I don't know why this one fails. Passed in c9s with earlier jffi and libffi 3.4. Rawhide did build successfully on 2021-08-22, but that was a while ago. > https://copr.fedorainfracloud.org/coprs/churchyard/libffi-3.4/package/ruby/ > Segmentation fault > FAIL 1/1489 tests failed This failed in the same place in two different builds in the test_ractor.rb (Ruby Ractor) test case, and it crashes in 'ractor_select()' within 'rb_vm_exec()'. This is odd that it should fail with the libffi update since this the failure is in the Ruby Ractor test, which I wouldn't expect to use any of the FFI APIs. It has failed twice though in the same place. I didn't see this in c9s. The last built ruby in c9s was built by me and it is 3.0.2-155, where test_ractor.rb passes just fine built with libffi 3.4. The ruby-mri binary has no deep DT_NEEDED dependencies which should need libffi or other libraries to be built in a particular order, but with dlopen you can get odd ordering issues that are only resolved after the SONAME bump is complete and rebuilds completed across dependent libraries. Rawhide did build successfully on 2021-12-10. > https://copr.fedorainfracloud.org/coprs/churchyard/libffi-3.4/package/thunderbird/ > collect2: error: ld returned 1 exit status The logs don't contain any more information. This is a static linker failure when building libxul.so. Rawhide did build successfully on 2021-12-15. > https://copr.fedorainfracloud.org/coprs/churchyard/libffi-3.4/package/xs/ > Run-time dependency ffi found: NO (tried pkgconfig and cmake) Run-time dependency ffi found: NO (tried pkgconfig and cmake) Library ffi found: YES ^^^^^^^^^^^^^^^^^^^^^^ Run-time dependency gc found: NO (tried pkgconfig and cmake) Library gc found: YES Library gccpp found: YES Run-time dependency readline found: YES 8.1 Program touch found: YES (/usr/bin/touch) Program ../generators/buildinfo.sh found: NO meson.build:24:2: ERROR: Program '../generators/buildinfo.sh' not found or not executable ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ A full log can be found at /builddir/build/BUILD/XS-789540c5f208b8e8f07fc81c3bec3d0ee47c6dea/build/meson-logs/meson-log.txt xs has been FTBS since July 2021: https://koji.fedoraproject.org/koji/buildinfo?buildID=1805437 > > TIP: If your package is present in c9s, consider looking how it was fixed > there. > > > The rest of the packages I'll rebuild (passed on x86_64 in copr): > > Agda > alex > bench > brainfuck > bustle > cab > cabal-install > cabal-rpm > cpphs > darcs > dfuzzer > dhall > dhall-json > dl-fedora > ecl > fbrnch > firefox > gambas3 > gforth > ghc > ghc-aeson-pretty > ghc-cabal-helper > ghc-clientsession > ghc-criterion > ghc-DAV > ghc-doctest > ghc-hakyll > ghc-HaXml > ghc-hgettext > ghc-highlighting-kate > ghc-hjsmin > ghc-hspec-discover > ghc-cheapskate > ghcid > ghc-libffi > ghc-pretty-show > ghc-servant-server > ghc-vty > ghc-wai-app-static > ghc-wai-websockets > ghc8.10 > ghc9.0 > ghc9.2 > git-annex > gitit > git-repair > glib2 > gnustep-base > gobject-introspection > gtk2hs-buildtools > guile > guile22 > guile30 > happy > haskell-platform > hedgewars > hledger > hledger-ui > hledger-web > hlint > hscolour > idris > jna > libomp > librep > llvm > llvm10 > llvm11 > llvm12 > llvm7.0 > llvm9.0 > lsfrom > lua-lgi > micropython > moarvm > ocaml-ctypes > ormolu > pagure-cli > pandoc > patat > perl-FFI-Platypus > perl-Glib-Object-Introspection > php > pkgtreediff > pygobject2 > pygobject3 > pypy > pypy3.7 > pypy3.8 > python-cffi > python2.7 > python3.10 > python3.11 > python3.6 > python3.7 > python3.8 > python3.9 > p11-kit > racket > rhbzquery > rpmbuild-order > rubygem-ffi > seamonkey > shake > ShellCheck > squeak-vm > tart > unlambda > wayland > xmobar > xmonad > yosys > > As always, please don't rebuild the package in regular rawhide until the side > tag is merged. > -- Cheers, Carlos. _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
