Recently did a EAPI change, and the ebuild command ran fine, so I
thought everything was fine
Now I've realized I should've run every ebuild phase instead of just the
pretend and unpack phases
Previously the ebuilds would fail because makeopts_jobs is banned in
EAPI 9, now it should work
Signed-off-by: ingenarel (NeoJesus) <ingenarel_neojesus@disroot.org>
I originally copied the compile command from the Makefile, and modified
it according to the needs
However, it originally was passing on the `-s` and `-w` flag to the go
linker
From https://pkg.go.dev/cmd/link
```
-s
Omit the symbol table and debug information.
Implies the -w flag, which can be negated with -w=0.
-w
Omit the DWARF symbol table.
```
So when the install phase happened, portage was complaining about pre
stripped files
This should be fixed now
Thanks goes to ago for finding this bug!
Closes: https://bugs.gentoo.org/977875
Signed-off-by: ingenarel (NeoJesus) <ingenarel_neojesus@disroot.org>
Changes done to: 9999, 0.11.0 -> 0.11.0-r1
all changes that are listed here apply to both of the versions
- Previously I was assigning
$(llvm_gen_dep 'llvm-core/clang:${LLVM_SLOT}')
in DEPEND, that was a mistake on my part. it should've been in
BDEPEND. because clang is actually being executed in the compile phase
to get the "libclang_rt.fuzzer-${CHOST%%-*}.a" path
On top of that, another mistake was thinking that libclang_rt.fuzzer
was actually being provided by the clang package. instead it was being
provided by the llvm-runtimes/compiler-rt-sanitizers[libfuzzer]
package
so that's inside DEPEND now.
Huge thanks to gonsoos for pointing this out to me in
651247c1b6 (r189289633)
- A desktop file was also being provided that I didn't notice.
The ebuilds install that now
Huge thanks to TimovVeen for pointing this out to me in
651247c1b6 (r189405830)
- instead of having references to files like
`target/completions/rmpc.bash`
it now uses
`target/completions/"${PN}".bash`
Signed-off-by: ingenarel (NeoJesus) <ingenarel_neojesus@disroot.org>
The firtool tools link libzstd through LLVM, so declare the runtime
dependency and force the link on to keep it out of automagic territory.
Closes: https://bugs.gentoo.org/977877
Signed-off-by: Huang Rui <vowstar@gmail.com>
Under USE=debug cargo builds into target/debug, so the hardcoded
target/release path made dobin fail. Use cargo_target_dir so the
install path follows the active profile.
Closes: https://bugs.gentoo.org/977872
Signed-off-by: Huang Rui <vowstar@gmail.com>
