Vít Ondruch wrote on 2021/12/06 20:07:
Dne 03. 12. 21 v 21:36 Pavel Valena napsal(a):
> On Fri, Dec 3, 2021 at 2:23 PM Vít Ondruch <vondruch(a)redhat.com> wrote:
>>
>> Dne 03. 12. 21 v 13:40 Pavel Valena napsal(a):
>>> On Fri, Dec 3, 2021 at 1:20 PM Vít Ondruch <vondruch(a)redhat.com>
wrote:
>>>> Dne 03. 12. 21 v 11:47 Pavel Valena napsal(a):
>>>>> Hello,
>>>>>
>>>>> I've rebuilt it in my ruby-testing COPR:
>>>>>
https://copr.fedorainfracloud.org/coprs/build/2999821
>>>>>
>>>>> And I'm also rebuilding dependent packages (`ruby-devel` for now)
in
>>>>> the rubygems-testing COPR:
>>>>>
https://copr.fedorainfracloud.org/coprs/pvalena/rubygems-testing/builds/
>>>>> (starting with build 3000168)
>>>> Nice, thx.
>>>>
>>>>
>>>>> I'll let you know in case there're build failures.
>>>> There apparently are build failures.
>>>>
>>>> 1) It will probably need some bootstrap round, but
>>> Sure, I'll run the builds several times & build the most needed
>>> packages manually (I also have a script for that; maybe it works).
>>> Reliable build results will come after that.
>>>
>>>> 2) There seems to be something wrong with the binary extensions:
>>>>
>>>>
https://download.copr.fedorainfracloud.org/results/pvalena/rubygems-testi...
>>>>
>>>> That might be actually related to the issues I had with building rbs and
>>>> debug gems. I'll need to investigate.
>>
>> Interesting, trying eventmachine locally, it works ....
> There may be newer versions of some gems in my COPR.
That won't be the case, since eventmachine depends just on test-unit.
Vít
https://download.copr.fedorainfracloud.org/results/mtasaka/ruby310-test/f...
```
+ find . -name mkmf.log
+ xargs cat
LD_LIBRARY_PATH=.:/usr/lib64 pkg-config --exists openssl
LD_LIBRARY_PATH=.:/usr/lib64 pkg-config --libs openssl |
=> "-lssl -lcrypto \n"
LD_LIBRARY_PATH=.:/usr/lib64 "gcc -o conftest -I/usr/include
-I/usr/include/ruby/backward -I/usr/include -I. -O2 -flto=auto -ffat-lto-objects
-fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic
-fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection conftest.c -L.
-L/usr/lib64 -Wl,-z,relro -Wl,--as-needed -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -lruby -lz -lpthread -lrt -lrt
-lgmp -ldl -lcrypt -lm -lm -lc"
/usr/bin/ld: cannot find -lz
/usr/bin/ld: cannot find -lgmp
collect2: error: ld returned 1 exit status
checked program was:
/* begin */
1: #include "ruby.h"
2:
3: int main(int argc, char **argv)
4: {
5: return !!argv[argc];
6: }
/* end */
```
-lz ? -lgmp?
/usr/lib64/ruby/rbconfig.rb (in ruby-libs-3.1.0-0.1.20211202gita84dc9d80d.fc36.x86_64)
contains:
/usr/lib64/ruby/rbconfig.rb:82: CONFIG["MAINLIBS"] = "-lz -lpthread -lrt
-lrt -lgmp -ldl -lcrypt -lm "
So perhaps this is the culprit. Currently it seems all non-noarch builds fail.
Regards,
Mamoru