Non-standard flags (GOAMD64) are actually not used #149
Labels
No Label
blocked upstream
bug
build-failure
duplicate
enhancement
help wanted
informational
invalid
invalid/corrupt package
packaging issue
priority: high
question
support
wontfix
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: ALHP/ALHP.GO#149
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
As stated in the man page of makepkg.conf, variables not in the makepkg's supported vars list is not exposed to build environment.
https://man.archlinux.org/man/makepkg.conf.5.en#DESCRIPTION
Oh, I thought I remembered something about this, but I assumed the PR-creator was aware about that limitation and did their research. Seems like that was not the case, so we need to pass this differently then.
I'll have a look later, I'm currently somewhat busy with work.
@anonfunc According to https://gitlab.archlinux.org/pacman/pacman/-/blob/v6.0.2/scripts/libmakepkg/buildenv.sh.in#L41, only the flags there are exposed to the build environment. So every additional environment variables MUST be manually exported.
We need to rewrite how ALHP exports these vars. Having them in the makepkg would be convenient, but requires patches to devtools. I'd like to avoid that, so we have no other option then to export them directly. I'll have to test if exporting them before executing
makechrootpkg
even works, since sudo or systemd-nspawn probably filters those env vars as well.@anonfunc I think exporting them before executing makechrootpkg will not work. The common way that works is placing
export FOO=bar
inmakepkg.conf
.That could work. Will have a test later.
@AvianaCruz If I understand correctly, we just need to add
export
in front of our non-makepkg recognized flags and it should work fine. I can implement that later today.