On Tue, Jun 12, 2012 at 5:18 PM, Nishanth Aravamudan <[email protected]> wrote: > On 12.06.2012 [14:11:27 -0400], Cleber Rosa wrote: >> > Folks, >> > >> > I've just found what's going on. boottool code requires grubby >= >> > 8.11, which at the time, meant an unreleased version. >> > >> > So, our patches for grubby have not yet been commited, and now, with >> > grubby 8.11 and 8.12 shipping on many recent distros, the native >> > grubby binary is recent enough for boottool, but lacks necessary >> > features. >> > >> > I'm preparing a fix, and will ping the grubby maintainer again. >> > >> > Thanks for reporting this. >> > CR. >> > >> >> So, to be clear, this is *also* happening when native grubby >= 8.11. >> The enviroment reported by Steve is different, but the end result is >> the same, so I believe they are closely related. > > Does it make sense to just always build & install the grubby from > autotest? I know it might mean down-revving, but if we need some > specific set of features/code, it makes sense to be certain they are > always there.
We'd really really like to not need to resort to a patched grubby in the future, that's why we tried to reuse grubby and the code that already exists to handle bootloaders. Ideally, it'd be the same as resorting to 'ls' or any other external utility. We'll need to nag the upstream maintainer of grubby and hope he actually considers our patches for inclusion. So, while it might be OK to always build and install grubby from autotest, I really want to get rid of this in a couple of Fedora release cycles (~1 year). -- Lucas _______________________________________________ Autotest mailing list [email protected] http://test.kernel.org/cgi-bin/mailman/listinfo/autotest
