Package Details: refind-git 0.12.0.r693.g5b1a975-1

Git Clone URL: https://aur.archlinux.org/refind-git.git (read-only, click to copy)
Package Base: refind-git
Description: rEFInd Boot Manager - git version
Upstream URL: https://www.rodsbooks.com/refind/
Keywords: bootloader bootmanager rEFInd rEFIt UEFI
Licenses: GPL2, GPL3, BSD, LGPL3, CCPL, FDL1.3
Conflicts: refind, refind-efi
Provides: refind=0.12.0.r693.g5b1a975, refind-efi=0.12.0.r693.g5b1a975
Replaces: refind-efi-git
Submitter: nl6720
Maintainer: nl6720
Last Packager: nl6720
Votes: 9
Popularity: 0.113126
First Submitted: 2020-04-22 12:53
Last Updated: 2020-05-05 08:51

Dependencies (14)

Required by (9)

Sources (1)

Latest Comments

1 2 3 Next › Last »

nl6720 commented on 2018-06-17 14:28

There's no need to add it to the conflicts array, since both packages provide and conflict with refind-efi.

Let's hope Rod Smith will merge your patches soon.

kogli commented on 2018-06-16 17:00

Hello. I published a version with a few patches (I'm hoping for them to be merged upstream), based on this package. Available here: refind-efi-git-patched. The differences between the upstream version and the patched version are described in a comment there.

I used your PKGBUILD, only slightly modified (you are credited in PKGBUILD in accordance to AUR guidelines). I would recommend you to add that package to the 'conflicts' section.

kogli commented on 2018-06-16 16:18

The patches provided are written by me and they are useful for you if:

1) rEFInd sometimes wrongly selects the -fallback initramfs as default

(just install this patched version and no further actions are required from you)

2) You want to use Intel's microcode .img AND rEFInd's automatic boot stanzas at the same time (without having to explicitly specify the Linux initramfs file name in refind_linux.conf)

With my patch you can do this in your refind_linux.conf:

"Boot with standard options" "rw root=/dev/nvme0n1p6 quiet initrd=\boot\intel-ucode.img initrd=%s.img"
"Boot fallback initramfs"    "rw root=/dev/nvme0n1p6 initrd=\boot\intel-ucode.img initrd=%s-fallback.img"

See the %s at the end of each line? It is a variable which gets replaced by the automatically found initramfs file on runtime (with the .img extension stripped off - this is to allow adding suffixes such as -fallback).

This patch is useful if you have multiple kernel versions installed (so you have e.g., initramfs-linux-4.17.img, initramfs-linux-4.16.img, etc.).

---------------

rEFInd just didn't do what I wanted it to, so I wrote my own patches. I made a merge request and hope that they get merged upstream.

nl6720 commented on 2016-09-30 08:25

This is a -git package so it will always be newer, see https://sourceforge.net/p/refind/code/commit_browser for changes since 0.10.3 .

http://sourceforge.net/projects/refind/files/0.10.3/refind-bin-0.10.3.zip is compiled with TianoCore EDK2. There is also http://sourceforge.net/projects/refind/files/0.10.3/refind-bin-gnuefi-0.10.3.zip which is compiled with GNU-EFI.

This package currently doesn't compile with TianoCore EDK2. From what I understand rEFInd needs UDK2014, but UDK2014 doesn't build with GCC5. Any help with solving this problem would be appreciated.

mike.cloaked commented on 2016-09-29 19:51

nl6720, thank you for adopting this package. I am coming back to looking at this after using the version in [extra] for a long time that has not been updated since the end of last year. the build seems to work fine for the current git version - but I don't know if this is the same as the version provided by Rod Smith at http://sourceforge.net/projects/refind/files/0.10.3/refind-bin-0.10.3.zip/download ? I don't know if that version is built with the tianocore library or gnu-efi, or if this build in arch aur is a newer version?

ridikulusrat commented on 2016-03-23 00:06

Due to work and other life commitments, I am unable to devote time to maintain this package. Orphaned.

mike.cloaked commented on 2014-05-28 17:16

I just found that gnu-efi-libs was updated to 3.0v-2, and re-running the gnu-efi build now works for the first time since I tried it in the past couple of days.

mike.cloaked commented on 2014-05-28 16:40

I saw that there was a reference to building refind in the report at https://bugs.archlinux.org/task/40277?project=1&openedfrom=-1+week but also I was puzzled by the output from the gcc -v command on my machine which was:
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /build/gcc/src/gcc-4.9-20140521/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-cloog-backend=isl --disable-cloog-version-check --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --disable-multilib --disable-werror --enable-checking=release
Thread model: posix
gcc version 4.9.0 20140521 (prerelease) (GCC)

Are the references to "unknown" normal here? I have not done any attempts at building for some time until recently when trying to build refind-efi. I have tried various PKGBUILD files, including from this package page. All show build fails but changing the options gives different errors which I can't find any consistency with.

mike.cloaked commented on 2014-05-28 13:57

I guess the edk2 revision number is changing not infrequently. I just looked and it is currently at revision 15547 (in the PKGBUILD file is is 15322 at the moment). I don't know if it is worth simply trying again with the newer revision or if there is code somewhere in the source files that needs fixing?

ridikulusrat commented on 2014-05-19 19:00

@ALL: I switched to GNU-EFI build for now, till I figure out the Tianocore GenFw issue.