New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use get_libdir() according to the API documentation #13479
Conversation
2545eee
to
6bb386e
Compare
Sorry for the push spam, I'm not used to sign off my commits |
Bug: https://bugs.gentoo.org/691454 Signed-off-by: David Turenne <xenhat.hex@gmail.com>
Pull Request assignmentSubmitter: @XenHat sys-boot/refind: @sveyret, @gentoo/proxy-maint Linked bugsBugs linked: 691454 In order to force reassignment and/or bug reference scan, please append Docs: Code of Conduct ● Copyright policy (expl.) ● Devmanual ● GitHub PRs ● Proxy-maint guide |
Pull request CI reportReport generated at: 2019-10-28 21:18 UTC No issues found |
sys-boot/refind/refind-0.11.4.ebuild
Outdated
# Prepare UDK workspace | ||
if ! use gnuefi; then | ||
mkdir "${UDK_WORKSPACE}" || die | ||
ln -s "${EPREFIX}/usr/lib/udk/"{Mde,IntelFramework}{,Module}Pkg \ | ||
ln -s "${EPREFIX}${LIB_DIR}/udk/"{Mde,IntelFramework}{,Module}Pkg \ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Have you tried compiling rEFInd without the gnuefi flag (this would require a change in Gentoo profile)? Because I'm not sure that UDK installation is already done in the correct library…
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I can try it the next time I have some time to work on my laptop.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I will try this now
Thank you for the PR @XenHat. |
That is correct. I did these changes before trying to emerge v0.11.4, assuming it would also not emerge. Then my machine broke during a profile upgrade, and after fully re-installing it, it emerged without problems. If the patch is uneccessary, no harm done. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@sveyret so what do you think? You can approve or disapprove. Have you, as a maintainer, tested that it doesn't break revdeps? I don't see any harm in this, but I'm not familiar with refind. If it needs to be in /usr/lib or not.
sys-boot/refind/refind-0.11.4.ebuild
Outdated
@@ -21,6 +21,7 @@ DEPEND="gnuefi? ( >=sys-boot/gnu-efi-3.0.2 ) | |||
DOCS=(README.txt) | |||
PATCHES=("${FILESDIR}/makefile.patch") | |||
UDK_WORKSPACE="${T}/udk" | |||
LIBDIR="/usr/lib" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm, you define this variable, but don't use it anywhere. Does the upstream makefile need it? Why not make this into get_libdir
correctly, that should work with 17.1 profiles?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's a honest tired mistake.
sys-boot/refind/refind-0.11.4.ebuild
Outdated
@@ -49,11 +50,11 @@ src_prepare() { | |||
|
|||
# bug 598647 - PIE not supported | |||
sed -e '/^CFLAGS/s:$: -fno-PIE:' -i Make.common || die | |||
|
|||
LIB_DIR="$(get_libdir)" || die |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
get_libdir
is a built-in function and doesn't need to die.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That was more to fail if it could not get libdir
@juippis I did not have time to make any test with this patch (and probably won't have time to make any in the coming weeks). But the conclusion of our discussion with @XenHat was that:
So I would suggest to close this PR without a merge. @XenHat, do you agree? |
I just upgraded my computer and I have more than enough processing power to do some tests. I could do them for you, or we can close this. Either works :) |
I could not get portage to compile refind without gnuefi, presumably because I use openRC, not systemd. But so far, it builds and Whether or not those changes are required is still left to debate, but they don't seem to break on OpenRC. |
Closing for now, re-open if this needs to be revisited. |
ref: https://bugs.gentoo.org/691454