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
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