-D_FORTIFY_SOURCE not defined errors
by Bob Hepple
One of my packages, stable for a long time, is now getting exotic
errors in rawhide such as
-D_FORTIFY_SOURCE not defined
-D_GLIBCXX_ASSERTIONS not defined
Yesterday I saw (somewhere in here) that those errors are fixed in the
latest annobin.
Should I just wait for that fix to land in koji? If so, how long?
Thanks
Bob
2 years, 2 months
spirv-tools ftbfs no idea what the compiler is telling me.
by David Airlie
This seems serious, but I've no idea what it means.
The line of code appears to be 398 marked below.
std::string spvTargetEnvList(const int pad, const int wrap) {
std::string ret;
size_t max_line_len = wrap - pad; // The first line isn't padded
std::string line;
std::string sep = "";
for (auto& name_env : spvTargetEnvNameMap) {
std::string word = sep + name_env.first;
if (line.length() + word.length() > max_line_len) {
// Adding one word wouldn't fit, commit the line in progress and
// start a new one.
ret += line + "\n";
line.assign(pad, ' ');
// The first line is done. The max length now comprises the
// padding.
max_line_len = wrap;
}
line += word;
398 >> sep = "|";
}
ret += line;
return ret;
}
In file included from /usr/include/c++/12/string:40,
from
/builddir/build/BUILD/SPIRV-Tools-21e3f681e2004590c7865bc8c0195a4ab8e66c88/source/spirv_target_env.h:18,
from
/builddir/build/BUILD/SPIRV-Tools-21e3f681e2004590c7865bc8c0195a4ab8e66c88/source/spirv_target_env.cpp:15:
In function 'std::char_traits<char>::copy(char*, char const*, unsigned int)',
inlined from 'std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >::_S_copy(char*, char
const*, unsigned int)' at
/usr/include/c++/12/bits/basic_string.h:423:21,
inlined from 'std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >::_S_copy(char*, char
const*, unsigned int)' at
/usr/include/c++/12/bits/basic_string.h:418:7,
inlined from 'std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >::_M_replace(unsigned
int, unsigned int, char const*, unsigned int)' at
/usr/include/c++/12/bits/basic_string.tcc:532:22,
inlined from 'std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >::assign(char const*)'
at /usr/include/c++/12/bits/basic_string.h:1647:19,
inlined from 'std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >::operator=(char
const*)' at /usr/include/c++/12/bits/basic_string.h:815:28,
inlined from 'spvTargetEnvList[abi:cxx11](int, int)' at
/builddir/build/BUILD/SPIRV-Tools-21e3f681e2004590c7865bc8c0195a4ab8e66c88/source/spirv_target_env.cpp:398:11:
/usr/include/c++/12/bits/char_traits.h:431:56: error: 'memcpy'
accessing 2147483650 or more bytes at offsets [-1073741822,
3221225470] and [-1073741823, 1073741824] overlaps 2147483653 bytes at
offset -3 [-Werror=restrict]
431 | return static_cast<char_type*>(__builtin_memcpy(__s1,
__s2, __n));
| ~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~
cc1plus: all warnings being treated as errors
2 years, 2 months
openCOLLADA armv7hl only build failure
by Richard Shaw
I'm trying to keep openCOLLADA going a little longer so I disabled LTO
which allows the package to build on all arches except armv7hl...
[ 3%] Building CXX object
COLLADABaseUtils/CMakeFiles/OpenCOLLADABaseUtils_shared.dir/src/COLLADABUUtils.cpp.o
cd
/builddir/build/BUILD/OpenCOLLADA-1.6.68/redhat-linux-build/COLLADABaseUtils
&& /usr/bin/g++ -DGENERATEDSAXPARSER_XMLPARSER_LIBXML
-DOpenCOLLADABaseUtils_shared_EXPORTS -DXMLPARSER_LIBXML
-I/builddir/build/BUILD/OpenCOLLADA-1.6.68/COLLADABaseUtils/include
-I/builddir/build/BUILD/OpenCOLLADA-1.6.68/COLLADABaseUtils/include/Math
-I/builddir/build/BUILD/OpenCOLLADA-1.6.68/Externals/UTF/include -O2
-fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
-march=armv7-a -mfpu=vfpv3-d16 -mtune=generic-armv7-a -mabi=aapcs-linux
-mfloat-abi=hard -Wall -Wextra -Wno-unknown-pragmas -Wno-switch
-Wno-reorder -Wno-unused-parameter -Wno-ignored-qualifiers -O2 -g -DNDEBUG
-fPIC -MD -MT
COLLADABaseUtils/CMakeFiles/OpenCOLLADABaseUtils_shared.dir/src/COLLADABUUtils.cpp.o
-MF CMakeFiles/OpenCOLLADABaseUtils_shared.dir/src/COLLADABUUtils.cpp.o.d
-o CMakeFiles/OpenCOLLADABaseUtils_shared.dir/src/COLLADABUUtils.cpp.o -c
/builddir/build/BUILD/OpenCOLLADA-1.6.68/COLLADABaseUtils/src/COLLADABUUtils.cpp
/builddir/build/BUILD/OpenCOLLADA-1.6.68/DAEValidator/library/src/ArgumentParser.cpp:
In destructor 'virtual
opencollada::MissingArgumentException::~MissingArgumentException()':
/builddir/build/BUILD/OpenCOLLADA-1.6.68/DAEValidator/library/src/ArgumentParser.cpp:26:10:
error: pointer used after 'void operator delete(void*)'
[-Werror=use-after-free]
26 | {}
| ^
/builddir/build/BUILD/OpenCOLLADA-1.6.68/DAEValidator/library/src/ArgumentParser.cpp:26:10:
note: call to 'void operator delete(void*)' here
/builddir/build/BUILD/OpenCOLLADA-1.6.68/DAEValidator/library/src/ArgumentParser.cpp:
In destructor 'virtual
opencollada::MissingArgumentParameterException::~MissingArgumentParameterException()':
/builddir/build/BUILD/OpenCOLLADA-1.6.68/DAEValidator/library/src/ArgumentParser.cpp:49:10:
error: pointer used after 'void operator delete(void*)'
[-Werror=use-after-free]
49 | {}
| ^
/builddir/build/BUILD/OpenCOLLADA-1.6.68/DAEValidator/library/src/ArgumentParser.cpp:49:10:
note: call to 'void operator delete(void*)' here
/builddir/build/BUILD/OpenCOLLADA-1.6.68/DAEValidator/library/src/ArgumentParser.cpp:
In destructor 'virtual
opencollada::UnknowArgumentException::~UnknowArgumentException()':
/builddir/build/BUILD/OpenCOLLADA-1.6.68/DAEValidator/library/src/ArgumentParser.cpp:70:10:
error: pointer used after 'void operator delete(void*)'
[-Werror=use-after-free]
70 | {}
| ^
/builddir/build/BUILD/OpenCOLLADA-1.6.68/DAEValidator/library/src/ArgumentParser.cpp:70:10:
note: call to 'void operator delete(void*)' here
In file included from
/builddir/build/BUILD/OpenCOLLADA-1.6.68/Externals/MathMLSolver/include/AST/MathMLASTConstantExpression.h:35,
from
/builddir/build/BUILD/OpenCOLLADA-1.6.68/Externals/MathMLSolver/include/MathMLSymbolTable.h:32,
from
/builddir/build/BUILD/OpenCOLLADA-1.6.68/Externals/MathMLSolver/include/MathMLSolverStableHeaders.h:55,
from
/builddir/build/BUILD/OpenCOLLADA-1.6.68/Externals/MathMLSolver/src/MathMLEvaluatorVisitor.cpp:1:
/builddir/build/BUILD/OpenCOLLADA-1.6.68/Externals/MathMLSolver/include/MathMLError.h:
In destructor 'virtual MathML::Error::~Error()':
/builddir/build/BUILD/OpenCOLLADA-1.6.68/Externals/MathMLSolver/include/MathMLError.h:62:26:
warning: pointer used after 'void operator delete(void*, std::size_t)'
[-Wuse-after-free]
62 | virtual ~Error(){}
| ^
This doesn't strike me as an arch related error but I built the package
twice with the same result so I'm stumped.
Thanks,
Richard
https://koji.fedoraproject.org/koji/taskinfo?taskID=82144962
https://kojipkgs.fedoraproject.org//work/tasks/5030/82145030/build.log
2 years, 2 months
CPE Weekly Update - Week of January 24th - 28th
by Patrik Polakovic
Hi everyone,
This is a weekly report from the CPE (Community Platform Engineering)
Team. If you have any questions or feedback, please respond to this
report or contact us on #redhat-cpe channel on libera.chat
(https://libera.chat/).
If you wish to read this in the form of a blog post, check the post on
Fedora community blog:
https://communityblog.fedoraproject.org/cpe-weekly-update-week-of-january...
# Highlights of the week
## Infrastructure & Release Engineering
Goal of this Initiative
-----------------------
Purpose of this team is to take care of day to day business regarding
CentOS and Fedora Infrastructure and Fedora release engineering work.
It’s responsible for services running in Fedora and CentOS
infrastructure and preparing things for the new Fedora release
(mirrors, mass branching, new namespaces etc.). The ARC (which is a
subset of the team) investigates possible initiatives that CPE might
take on.
Update
------
### Fedora Infra
* Found we had users with _ . - in usernames and were allowing one
character. Fixed noggin and notified all users affected to make new
accounts. Will close invalid ones at end of month.
* Got 3 new x86 machines added to openqa for additional capacity.
* Got 5 new/old x86 machines ready to add to ocp4 clusters.
* Tracked down a bodhi bug with adamw and it got fixed and fix deployed!
* Merged a bunch of infra/ansible PR’s that had been waiting.
* Found that notifs-backend01 is the last thing keeping fas2 around. :(
### CentOS Infra including CentOS CI
* SIGs can now push their centos-release* pkgs to mirror.stream.centos.org
for public consumption.
* Big storage reorganization (multiple HDD issues, or pending - pfa mode-)
, going from out of warranty to still out of warranty node (risk
mitigation).
* Setting up two new IBM Power 9 (ppc64le) boxes for Stream 9 , SIGs and CI
testing.
* WIP: new infra for debuginfod service for Stream 8 and 9.
* Business as usual:
-- New cbs/koji tags and modifying some (welcome Tomas Hrcka to the CentOS
infra team and first ticket assigned to him: adding EPEL{-next} for
buildroots).
-- Some new mirrors for Stream 9.
### Release Engineering
* Mass rebuild finished, then we did another pass, and there’s going to be
yet one more when latest gcc finishes building.
## CentOS Stream
Goal of this Initiative
-----------------------
This initiative is working on CentOS Stream/Emerging RHEL to make this
new distribution a reality. The goal of this initiative is to prepare
the ecosystem for the new CentOS Stream.
Updates
-------
* MR is mostly ready to light up the Stream 8 koji tag structure in the
consolidated buildsystem.
* Preparing for module branching .
* Stream 9 Buildsystem slated for a cage move on 11-Mar-2022.
## CentOS Duffy CI
Goal of this Initiative
-----------------------
Duffy is a system within CentOS CI Infra which allows tenants to provision
and
access bare metal resources of multiple architectures for the purposes of
CI testing.
We need to add the ability to checkout VMs in CentOS CI in Duffy. We have
OpenNebula hypervisor available, and have started developing playbooks which
can be used to create VMs using the OpenNebula API, but due to the current
state
of how Duffy is deployed, we are blocked with new dev work to add the
VM checkout functionality.
Updates
-------
* Ongoing:
-- Legacy API.
-- Node pool maintenance.
## Image builder for Fedora IoT
Goal of this Initiative
-----------------------
Integration of Image builder as a service with Fedora infra to allow Fedora
IoT migrate their pipeline to Fedora infra.
Updates
-------
* The team is focusing on getting all components installed locally:
-- Osbuild-composer
-- Koji + plugins
* Hopefully will be in a good place to talk to image builder from koji stg
once we know what setting up the plugins looks like.
## Bodhi
Goal of this Initiative
-----------------------
This initiative is to separate Bodhi into multiple sub packages, fix
integration and unit tests in CI, fix dependency management and automate
part of the release process.
Read ARC team findings in detail at:
https://fedora-arc.readthedocs.io/en/latest/bodhi/index.html
Updates
-------
* Version 5.7.4 released.
## EPEL
Goal of this initiative
-----------------------
Extra Packages for Enterprise Linux (or EPEL) is a Fedora Special Interest
Group that creates, maintains, and manages a high quality set of additional
packages for Enterprise Linux, including, but not limited to, Red Hat
Enterprise Linux (RHEL), CentOS and Scientific Linux (SL), Oracle Linux
(OL).
EPEL packages are usually based on their Fedora counterparts and will never
conflict with or replace packages in the base Enterprise Linux
distributions. EPEL uses much of the same infrastructure as Fedora,
including buildsystem, bugzilla instance, updates manager, mirror manager
and more.
Updates
-------
* EPEL9 up to 1539 source packages (increase of 193 from last week).
* Several new packagers have expressed specific interest in EPEL.
* Three talks related to EPEL happening next week at the February CentOS
Dojo.
Kindest regards,
CPE Team
2 years, 2 months
Carla: FTBFS in Fedora rawhide/f36 - error: aggregate 'std::array<long
unsigned int, 4> sizes' has incomplete type and cannot be defined
by Martin Gansser
Hi,
when building Carla on rawhide the compilation fails with the following error message [1]:
Compiling juce_gui_basics.cpp
In file included from juce_gui_basics.cpp:265:
native/x11/juce_linux_XWindowSystem.cpp: In member function 'juce::BorderSize<int> juce::XWindowSystem::getBorderSize(Window) const':
native/x11/juce_linux_XWindowSystem.cpp:1599:42: error: aggregate 'std::array<long unsigned int, 4> sizes' has incomplete type and cannot be defined
1599 | std::array<unsigned long, 4> sizes;
| ^~~~~
native/x11/juce_linux_XWindowSystem.cpp:1607:85: error: could not convert '{<expression error>, <expression error>, <expression error>, <expression error>}' from '<brace-enclosed initializer list>' to 'juce::BorderSize<int>'
1607 | return { (int) sizes[2], (int) sizes[0], (int) sizes[3], (int) sizes[1] };
| ^
| |
| <brace-enclosed initializer list>
native/x11/juce_linux_XWindowSystem.cpp: In function 'juce::Rectangle<int> juce::getWorkArea(const XWindowSystemUtilities::GetXProperty&)':
native/x11/juce_linux_XWindowSystem.cpp:2181:29: error: aggregate 'std::array<long int, 4> position' has incomplete type and cannot be defined
2181 | std::array<long, 4> position;
| ^~~~~~~~
native/x11/juce_linux_XWindowSystem.cpp:2190:55: error: could not convert '{<expression error>, <expression error>, <expression error>, <expression error>}' from '<brace-enclosed initializer list>' to 'juce::Rectangle<int>'
2190 | (int) position[2], (int) position[3] };
| ^
| |
| <brace-enclosed initializer list>
[1] https://kojipkgs.fedoraproject.org//work/tasks/4698/82104698/build.log
how can solve this ?
Regards
Martin
2 years, 2 months
FC35: undefined symbol: PyObject_Repr
by Martin Gansser
Hi,
vdr plugin vdr-epg2vdr prints the following message to the log file [1]:
vdr[30484]: [30484] loading plugin: /usr/lib64/vdr/libvdr-epg2vdr.so.2.4.7
vdr[30484]: [30484] ERROR: /usr/lib64/vdr/libvdr-epg2vdr.so.2.4.7: undefined symbol: PyObject_Repr
runvdr[30484]: vdr: /usr/lib64/vdr/libvdr-epg2vdr.so.2.4.7: undefined symbol: PyObject_Repr
the reason is, that libpython3.10.so.1.0 isn't linked
when building this plugin [2] on my local computer, all is fine, the missing pyhton lib is linked.
$ ldd /usr/lib64/vdr/libvdr-epg2vdr.so.2.4.7
linux-vdso.so.1 (0x00007fff4c79b000)
libm.so.6 => /lib64/libm.so.6 (0x00007ff1caaa5000)
libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007ff1ca7b7000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x00007ff1ca7ae000)
libtinyxml2.so.7 => /lib64/libtinyxml2.so.7 (0x00007ff1ca796000)
libmariadb.so.3 => /lib64/libmariadb.so.3 (0x00007ff1ca740000)
==>>>> libpython3.10.so.1.0 => /lib64/libpython3.10.so.1.0 (0x00007ff1ca3ee000) <<<<==
libjansson.so.4 => /lib64/libjansson.so.4 (0x00007ff1ca3dc000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007ff1ca1bd000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007ff1ca1a2000)
libc.so.6 => /lib64/libc.so.6 (0x00007ff1c9f98000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff1cac40000)
libz.so.1 => /lib64/libz.so.1 (0x00007ff1c9f7e000)
libssl.so.1.1 => /lib64/libssl.so.1.1 (0x00007ff1c9ee1000)
how can i solve this ?
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2047493
[2] https://src.fedoraproject.org/rpms/vdr-epg2vdr/blob/rawhide/f/vdr-epg2vdr...
Regards
Martin
2 years, 2 months
