Discussion:
Installed (but unpackaged) file(s) found on s390x and armv7hl: .s390x.debug.#dwz#
Pavel Alexeev
2018-07-22 19:52:38 UTC
Permalink
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/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?

--
With best wishes, Pavel Alexeev.
Yes, I'm a fool - I believe in people, honesty, justice as open source.
And also in the fact that I can make this world just a little better
unless stop fighting.
http://hubbitus.info
_______________________________________________
devel mailing list -- ***@lists.fedoraproject.org
To unsubscribe send an email to devel-***@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/***@lists.fedoraproject.org/mess
Mark Wielaard
2018-07-23 08:43:43 UTC
Permalink
Post by Pavel Alexeev
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
/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.

Cheers,

Mark
_______________________________________________
devel mailing list -- ***@lists.fedoraproject.org
To unsubscribe send an email to devel-***@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/***@lists.fedoraproject.org/message/EPPEPSVKREOK6IUZNGXRKAU
Dan Horák
2018-07-23 09:36:14 UTC
Permalink
On Mon, 23 Jul 2018 10:43:43 +0200
Post by Mark Wielaard
Post by Pavel Alexeev
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
/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.


Dan
_______________________________________________
devel mailing list -- ***@lists.fedoraproject.org
To unsubscribe send an email to devel-***@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/***@lists.fedoraproject.o
Pavel Alexeev
2018-07-25 18:04:10 UTC
Permalink
Post by Dan Horák
On Mon, 23 Jul 2018 10:43:43 +0200
Post by Mark Wielaard
Post by Pavel Alexeev
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
/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? Should I fill bug for that? Against what
component?
Post by Dan Horák
Dan
_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
_______________________________________________
devel mailing list -- ***@lists.fedoraproject.org
To unsubscribe send an email to devel-***@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/***@lists.fedoraproject.org/message/JPMBBW2D3AP7C
Mark Wielaard
2018-07-26 22:31:05 UTC
Permalink
Post by Pavel Alexeev
Post by Dan Horák
On Mon, 23 Jul 2018 10:43:43 +0200
Post by Mark Wielaard
Post by Pavel Alexeev
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
/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
Post by Pavel Alexeev
 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
Vít Ondruch
2018-07-27 08:07:08 UTC
Permalink
Post by Mark Wielaard
Post by Pavel Alexeev
Post by Dan Horák
On Mon, 23 Jul 2018 10:43:43 +0200
Post by Mark Wielaard
Post by Pavel Alexeev
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
/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.
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: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.
Post by Mark Wielaard
Post by Pavel Alexeev
 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
_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
Josef Ridky
2018-11-21 14:04:08 UTC
Permalink
Hi folks,

I have found this error even during netpbm build [1].
Do we have any progress with it? I couldn't found anything related to dwz crash in build log. (Maybe I just overlooked it).

[1] https://kojipkgs.fedoraproject.org//work/tasks/6251/31036251/build.log

Regards

Josef Ridky
Associate Software Engineer
Core Services Team
Red Hat Czech, s.r.o.

----- Original Message -----
| From: "Vít Ondruch" <***@redhat.com>
| To: ***@lists.fedoraproject.org
| Sent: Friday, July 27, 2018 10:07:08 AM
| Subject: Re: Installed (but unpackaged) file(s) found on s390x and armv7hl: .s390x.debug.#dwz#
|
|
|
|
|
| Dne 27.7.2018 v 00:31 Mark Wielaard napsal(a):
|
|
|
| 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 <***@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 -- ***@lists.fedoraproject.org To unsubscribe send an
| email to devel-***@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/***@lists.fedoraproject.org/message/KORDFM5B3FXCY3RJ2MYBH5MT4YBNPJBJ/
|
|
| _______________________________________________
| devel mailing list -- ***@lists.fedoraproject.org
| To unsubscribe send an email to devel-***@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/***@lists.fedoraproject.org/message/MHONT5U3VWPVA324CKYBNE5TCB2RVZ43/
|
_______________________________________________
devel mailing list -- ***@lists.fedoraproject.org
To unsubscribe send an email to devel-***@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/***@lists.
Pavel Alexeev
2018-07-26 17:54:34 UTC
Permalink
Hello
Post by Dan Horák
On Mon, 23 Jul 2018 10:43:43 +0200
Post by Mark Wielaard
Post by Pavel Alexeev
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
/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, but is there some test machine with s390x or armv7vhl and
rawhide? I cant find such on
https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers
and that issue cannot be reproduced in stable Fedora releases.
Post by Dan Horák
Dan
_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
_______________________________________________
devel mailing list -- ***@lists.fedoraproject.org
To unsubscribe send an email to devel-***@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/***@lists.fedoraproject.org/message/4WJVQ75OC66XZTVP4I
Loading...