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@xxxxxxxxxxxxxxxxx> 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--- Begin Message ---
On Mon, Jul 23, 2018 at 11:36:14AM +0200, Dan Horák wrote:
> On Mon, 23 Jul 2018 10:43:43 +0200
> Mark Wielaard <mjw@xxxxxxxxxxxxxxxxx> wrote:
> > On Sun, Jul 22, 2018 at 10:52:38PM +0300, Pavel Alexeev wrote:
> > > all architectures except armv7hl and s390x. On that I got
> > > (https://kojipkgs.fedoraproject.org//work/tasks/6424/28526424/build.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.
Thanks. I have replicated it. But don't understand the issue fully yet.
And I was wrong, dwz doesn't crash. It does exit with a non-zero exit
code though.
The above .debug files (perdition.*.debug) are hard linked.
And dwz also determines that it is not beneficial to compress those
particular files (they would not get smaller).
That somehow seems to cause dwz to leave those temporary files around.
Cheers,
Mark
--- End Message ---
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx/message/KORDFM5B3FXCY3RJ2MYBH5MT4YBNPJBJ/
