I found the following BZ ticket which explains this situation...
FreeCAD chose to use PySide over PyQt so this (and a couple of other
packages) are preventing me from switching it over to Qt5.
Is there anyone interested in getting PySide2 in Fedora and willing to
submit a Review Request? I'll volunteer to be the reviewer..
I've got a 100% reproducible crash with Firefox on Wayland, but
I've run into a brick wall getting it properly reported.
Neither coredumpctl nor abrt even report a crash, so no coredump file
exists. I was advised in my bug report that abrt doesn't provide
useful information anyway , so I should collect it directly with
The problem I then encountered: the laptop becomes a hair dryer and
unresponsive for at least 60 minutes with zero crash information
written out, so I gave up. I've processed coredumps from other
applications before with gdb, it usually takes less than a minute.
Anyway, it seems like a problem if possibly the most popular
application on Fedora is this difficult to debug.
> Do you want to make Fedora 30 better? Please spend 1 minute of your time and try to run:
# dnf --skip-broken --allowerasing -b --assumeno --releasever=30 --setopt=module_platform_id=platform:f30 distro-sync
Install 61 Packages
Upgrade 3628 Packages
Remove 23 Packages
Downgrade 34 Packages
Total download size: 3.9 G
For one of my packages, doxygen is crashing on aarch64 (and not on any
other arch). Any ideas/tips on how to fix this?
Patching output file 570/631
BUILDSTDERR: Patching output file 57malloc_consolidate(): invalid chunk size
BUILDSTDERR: /var/tmp/rpm-tmp.YZzKpD: line 38: 6804 Aborted (core dumped) doxygen Doxyfile
RPM build errors:
BUILDSTDERR: error: Bad exit status from /var/tmp/rpm-tmp.YZzKpD (%build)
Complete build log for scratch build:
A related somewhat random query: since the -doc subpackage is noarch, is
it OK to use %ifarch in the spec to only generate the docs on one arch
and thus save resources on others?
Ankur Sinha "FranciscoD"
Time zone: Europe/London
I, as Fedora's vim co-maintainer, encountered the issue with default
I tried to manually run configure script for Vim, with ruby support
enabled, but it always failed with error message about missing ncurses
(ncurses-devel was installed though). When I looked into config.log, I saw:
configure:12069: gcc -o conftest -g -O2 -L. -Wl,-z,relro -Wl,-z,now
-rdynamic -Wl,-export-dynamic -L/usr/local/lib conftest.c -lselinux
conftest.c: In function 'main':
conftest.c:67:26: warning: implicit declaration of function 'tgetent'
char s; int res = tgetent(s, "thisterminaldoesnotexist");
/usr/bin/ld: /tmp/ccivPtT5.o: relocation R_X86_64_32 against
`.rodata.str1.1' can not be used when making a PIE object; recompile
/usr/bin/ld: final link failed: nonrepresentable section on output
collect2: error: ld returned 1 exit status
Adding -fPIC actually solved it, but why does the script want it in the
first place? Then I ran configure without ruby support enabled and it
passed... again from config.log I found out that script wants ruby's
LDFLAGS, because script needs them for compilation of ruby support and
Ruby LDFLAGS are:
-L. -Wl,-z,relro -Wl,-z,now
, where '-specs=/usr/lib/rpm/redhat/redhat-hardened-ld' causes the
issue. I talked with Vita Ondruch, Fedora's ruby maintainer, and he
explained Ruby embeds LDFLAGS from the machine, where Ruby was built -
in our case in our building system, and Ruby's upstream are not willing
to change this behavior.
To sum it up, I would like to ask if there is way how to solve it in our
build system, not in Vim or Ruby projects themselves - because at least
Ubuntu does not have this issue... and python+perl seem to have it
solved too. (I can patch Vim downstream in the worst scenario...)
Thank you for reading the email and answers in advance!
Associate Software Engineer
Red Hat Czech - Brno TPB-C