On Wed, 2018-07-25 at 21:04 +0300, Pavel Alexeev wrote:
> On 07/23/2018 12:36 PM, Dan Horák wrote:
>> On Mon, 23 Jul 2018 10:43:43 +0200
>> Mark Wielaard <mjw(a)fedoraproject.org> wrote:
>>
>>> On Sun, Jul 22, 2018 at 10:52:38PM +0300, Pavel Alexeev wrote:
>>>> Hello.
>>>>
>>>> I try build new version of perdition package.
>>>>
>>>> It build fine
>>>> (
https://koji.fedoraproject.org/koji/taskinfo?taskID=28526416)
>>>> on
>>>> all architectures except armv7hl and s390x. On that I got
>>>> (
https://kojipkgs.fedoraproject.org//work/tasks/6424/28526424/b
>>>> uild.log):
>>>>
>>>> error: Installed (but unpackaged) file(s) found:
>>>> /usr/lib/debug/usr/sbin/perdition.imap4-2.2-
>>>> 1.fc29.s390x.debug.#dwz#.sWwnyG
>>>> /usr/lib/debug/usr/sbin/perdition.imap4s-2.2-
>>>> 1.fc29.s390x.debug.#dwz#.eE9BPY
>>>> /usr/lib/debug/usr/sbin/perdition.imaps-2.2-
>>>> 1.fc29.s390x.debug.#dwz#.WRTN7g
>>>> /usr/lib/debug/usr/sbin/perdition.managesieve-2.2-
>>>> 1.fc29.s390x.debug.#dwz#.GWCloz
>>>> /usr/lib/debug/usr/sbin/perdition.pop3-2.2-
>>>> 1.fc29.s390x.debug.#dwz#.
>>>> 2Sm2W5 /usr/lib/debug/usr/sbin/perdition.pop3s-2.2-
>>>> 1.fc29.s390x.debug.#dwz#.kvArfo
>>>>
>>>> Could someone please help me solve that problem?
>>> It looks like dwz crashed and left those temporary files behind.
>>> Strangely there are no indication in the log files that dwz
>>> crashed.
>>> But there is an rm -f statement in the log right before the
>>> find-debuginfo.sh/dwz invocation that does seem to touch those
>>> files.
>>> I cannot explain where that comes from. It must be somewhere at
>>> the
>>> end of the %install phase, but there is nothing in the .spec file
>>> that hints at where it is coming from.
>>>
>>> It might be necessary to run on a real s390x or armv7vhl machine
>>> to track down what is going on.
>> so I can reproduce that locally on my rawhide s390x guest
>>
>> Mark, I'll give you the machine info thru other channels.
> Sorry, is there any progress?
Sorry, I did sent an update, but it apparently didn't go to the list
for some reason. See attached.
Unfortunately some other things came up, so I couldn't immediately try
to look deeper. And I managed to loose the files that helped me
replicate the issue.
Now trying to rebuild the package I suddenly get these errors:
ssl.c: In function '__perdition_verify_callback':
ssl.c:243:35: error: dereferencing pointer to incomplete type
'X509_STORE_CTX' {aka 'struct x509_store_ctx_st'}
if (__perdition_verify_result(ctx->error, cert)
^~
ssl.c: In function '__perdition_ssl_check_common_name':
ssl.c:714:42: error: dereferencing pointer to incomplete type
'X509_NAME_ENTRY' {aka 'struct X509_name_entry_st'}
if (!__perdition_ssl_compare_key(key, e->value->data,
^~
make[3]: *** [Makefile:643: ssl.o] Error 1
Please note that OpenSSL 1.1.1 landed in Rawhide a few days ago. That
could explain this errors ...
V.
> Should I fill bug for that? Against what component?
It really looks like a bug in dwz, so please file a bug against that.
I think a workaround for now would be to add %undefine
_find_debuginfo_dwz_opts to your spec. But I haven't been able to test
because of the above error.
Cheers,
Mark
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://getfedora.org/code-of-conduct.html
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...