Add the changelog file to preserve historical package changes for
rpmautospec migration, as expected by packaging guidelines.
Revert the minisign macro usage back to plain minisign, as macros should
only refer to files installed by the current spec.
Co-developed-by: Gemini AI <renich+gemini@woralelandia.com>
Signed-off-by: Rénich Bon Ćirić <renich@woralelandia.com>
Migrated zig.spec to utilize %autorelease and %autochangelog, removing the
manual changelog section. Restructured and cleaned up the global variable
and macro definitions using minimalist section headers. Replaced hardcoded
/usr/bin/minisign with the guidelines-compliant %{_bindir}/minisign macro.
Co-developed-by: Gemini AI <renich+gemini@woralelandia.com>
Signed-off-by: Rénich Bon Ćirić <renich@woralelandia.com>
The zig cache dir used to be specified as an absolute path because of an
issue with build processes for local subdependencies changing the
current working directory incorrectly, this has since been fixed.
Additionally %{builddir} is a new construct that is not available under
EPEL, %{_builddir}/%{?buildsubdir} was considered however there is no
need for an absolute path at this time.
The generated objects should never match on different architectures due
to how the cache system is designed however there this may cause
confusion while debugging so its been put under %{_vpath_builddir}.
Specifying a direct cache name would be possible however I think
_vpath_builddir has become pretty well known to maintainers and would
best be suited for this.
Zig depends on a C compiler (gcc for EPEL/fedora) during bootstraping
by transpiling itself to C then compiling that.
The C code that is generated runs into edge cases with
older gcc versions that triggers unique errors on more exotic hardware
such as RISC or ARM
changes to this need to be copied into zig-srpm-macros
docs fail to generate because the build runner is unable to find the zig lib directory, despite it being present.
it will be skipped for the initial build and included again once its figured out
this doesn't match how how we build other zig projects but it matches how stage3 is build using cmake.
I hope this brings the aarch64 memory usage down far enough for it to compile
the patch was originally introduced to fix some hash related issues where the artifacts created by zig may influence the hash creation.
This is only an issue when the build.zig.zon of a project specifies "" as a path, which means "include the whole project foler" including any sort of output or build cache.
While this hasn't caused any issues for anyone this is undesired behavior and changes how zig operates
its best to start a discussion with upstream how this best be dealt with
