1
1
Fork 0
mirror of https://github.com/pbatard/rufus.git synced 2024-08-14 23:57:05 +00:00
rufus/res
Pete Batard 252759eb91
[grub] add yet another frigging patch to GRUB "2.04"
* GRUB 2.0 maintainer think they're doing a fine job, even when there are
  CRITICAL SECURITY FIXES that should warrant an immediate out of bound
  release, and instead consider that waiting MONTHS or YEARS to release
  anything is not a big deal at all.
* Ergo, distros, such as Ubuntu, start to pick whatever security patches
  they see fit, since they can simply not RELY on the upstream project to
  produce security releases in a timely manner. One such patch is:
  https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00012.html
* But since there is no new GRUB release per se, they still call their GRUB
  version, onto which they applied patches that have come into existence
  more than 2 years after the actual 2.04 release, "GRUB 2.04".
* Obviously, since GRUB 2.04 + literally hundreds of cherry picked patches
  does deviate a lot from the last release, THINGS BREAK IN SPECTACULAR
  FASHION, such as the recently released Ubuntu 21.04 failing to boot with
  the error: grub_register_command_lockdown not found.
* Oh, and of course, regardless of all the above, if you ask anyone, they'll
  tell you that there's nothing fundamentally wrong with the GRUB release
  process (even if they should long have released 2.05, 2.05-1 and 2.05-2,
  were their maintainer ready to acknowledge that delaying releases DOES
  CREATES MAJOR ISSUES DOWSTREAM, as many people REPEATEDLY pointed to them
  on the GRUB mailing list) or with the Ubuntu GRUB versioning process (that
  really shouldn't be calling their version of GRUB "grub-2.04" but instead
  something like "grub-2.04_ubuntu"). Oh no siree! Instead, the problem must
  all be with Rufus and its maintainer, who should either spend their lives
  pre-emptively figuring which breaking patch every other distro applied out
  there, or limit media creation to DD mode, like any "sensible" person
  would do, since DD mode is the ultimate panacea (Narrator: "It wasn't").
* So, once again, a massive thanks to all the people who have been involved
  in the current GRUB 2.0 shit show, whose DIRECT result is to make end
  users' lives miserable, while GRUB maintainers are hell bent on continuing
  to pretend that everything's just peachy and are busy patting themselves
  on the back on account that "Fedora recently dropped more than 100 of the
  custom patches they had to apply to their GRUB fork" (sic). Nothing to see
  here, it's just GRUB maintainer's Jedi business as usual. Besides, who the
  hell cares about Windows users trying to transition to Linux in a friendly
  manner anyway. I mean, as long as something doesn't affect existing Linux
  users, it isn't a REAL problem, right?...
2021-04-23 12:01:23 +01:00
..
appstore [grub] add yet another frigging patch to GRUB "2.04" 2021-04-23 12:01:23 +01:00
freedos [dos] update FreeDOS 2017-01-13 11:10:52 +00:00
grub Update Grub4DOS and signature DB to latest 2021-03-25 21:19:13 +00:00
grub2 [grub] add yet another frigging patch to GRUB "2.04" 2021-04-23 12:01:23 +01:00
hogger [misc] fix an issue with Far Manager 2014-05-27 02:02:50 +01:00
icons [misc] lossless optimization of icons 2020-09-10 17:57:01 +01:00
loc [loc] update Thai translation to latest 2021-04-13 17:36:18 +01:00
mbr [core] fix MBR protective message overwriting the primary GPT 2020-04-13 17:05:33 +01:00
syslinux [syslinux] update Syslinux to 6.04-pre1 2020-02-03 13:03:05 +00:00
uefi update UEFI:NTFS file system drivers to version 1.7 2020-11-19 20:12:04 +00:00
rufus.ico [ui] improve application look on high DPI displays 2015-05-15 00:36:42 +01:00
rufus.ini [misc] miscellaneous cleanup 2017-04-04 17:26:45 +01:00