1. 12 May, 2014 1 commit
  2. 19 Mar, 2014 1 commit
  3. 05 Mar, 2014 1 commit
    • Michael Shigorin's avatar
      documentation: use paths relative to toplevel dir · 3f547e25
      Michael Shigorin authored
      This change is done to reduce ambiguity in some cases;
      the previous intention has been to ease navigation when
      staying in a particular directory, now it's been changed
      in favour of convenient toplevel `git grep' in fact.
      
      Both variants have their pros and cons, I just find myself
      leaning to this one by now hence the commit.  Feel free to
      provide constructive criticism :)
      
      Some path-related bitrot has also been fixed while at that.
      3f547e25
  4. 24 Dec, 2013 1 commit
  5. 18 Dec, 2013 2 commits
  6. 17 Dec, 2013 1 commit
    • Michael Shigorin's avatar
      efi: drop -signed subpackages · 90429a85
      Michael Shigorin authored
      We chose to provide methods to sign packages but to avoid
      signing these by default (with some arbitrary test keys)
      the signatures are being added *after* the build by means
      of rpmrebuild-pesign; all of this is made significantly
      more complicated if there are separate -signed subpackages.
      
      So these are being dropped in the packages; account for that.
      90429a85
  7. 17 Jun, 2013 1 commit
    • Michael Shigorin's avatar
      efi: generalize (stage2 += rootfs) · 8d26de28
      Michael Shigorin authored
      This feature is more generally applicable indeed;
      might result in duplication due to the installer
      components adding "efivars" independently but that
      is to be sorted out later in those components:
      - check whether it's added already sometime soon;
      - maybe stop adding that at some point in the future.
      
      install2 and rescue roots still need this too though.
      8d26de28
  8. 25 Feb, 2013 1 commit
  9. 21 Feb, 2013 1 commit
    • Michael Shigorin's avatar
      efi: tweak shell setup · 9629cbe1
      Michael Shigorin authored
      It's possible that use/efi/signed target has fired already
      at the time when use/efi/shell is invoked; shouldn't clobber
      the signed shell with unsigned one.
      9629cbe1
  10. 18 Feb, 2013 1 commit
  11. 11 Feb, 2013 1 commit
    • Michael Shigorin's avatar
      efi: added fatresize · d83eb787
      Michael Shigorin authored
      Helps with #28470 (FAT not being recognized) which is critical
      due to ESP being FAT by spec :-/
      
      Thanks timonbl4@ for the hint.
      d83eb787
  12. 04 Feb, 2013 1 commit
  13. 21 Jan, 2013 3 commits
  14. 14 Jan, 2013 3 commits
  15. 26 Dec, 2012 2 commits
    • Michael Shigorin's avatar
      efi: handle rescue as well · cd0db8d3
      Michael Shigorin authored
      The rescue feature intentionally doesn't pick up THE_PACKAGES
      and THE_LISTS into stage2, so add EFI ones explicitly.
      cd0db8d3
    • Michael Shigorin's avatar
      efi: skip on unsupported target architectures · b6eb7cb7
      Michael Shigorin authored
      There's a possibility to run into IA32 EFI but that's rather
      uninteresting hardware (ancient Xeon servers and <s>outdated</s>
      early Intel Mac laptops).  Just drop it on the floor.
      
      As x86_64 UEFI support would result in "2D hybrid(r)(tm)" image
      which boots with all combinations of BIOS/UEFI by CD|DVD/Flash
      (or at least should boot), some downgrace seems due: use/efi will
      turn use/isohybrid on non-x86_64 -- which will require further
      tweaks on PPC/ARM some day.
      b6eb7cb7
  16. 17 Dec, 2012 1 commit
  17. 19 Nov, 2012 1 commit
    • Michael Shigorin's avatar
      initial EFI support · 653b8e1d
      Michael Shigorin authored
      EFI/UEFI is mostly about partitioning and bootloader setup,
      at least from a distribution's point of view; so the
      appropriate tools should be handy and firmware interface
      module should not be exterminated from installer images
      but get autoloaded instead.
      
      Please note that while there exists 32-bit x86 EFI
      we don't bother with it at the time being: it's relevant
      to some irrelevant Xeon systems as well as for the older
      Intel Macs (<2008) that are long out of fashion anyways.
      That is, initially we deal with x86_64 EFI only.
      653b8e1d