Announcement

Collapse
No announcement yet.

Fedora 19 Alpha Gets Its First Delay Due To UEFI

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    Originally posted by droidhacker View Post
    I can't think of a single reason why anyone would want to do this. If they must have ballmer's donkey for any use, run it (an older version is less evil than a newer version), in a virtual machine under Linux. There is NO EXCUSE for letting the donkey have access to the metal.
    Games? Where performance actually matters?

    Comment


    • #17
      Originally posted by droidhacker View Post
      I told the bios NO FUCKING UEFI CRAP
      No you didn't. You don't physically have a BIOS. You have an EFI firmware. You told the EFI setup "boot by providing emulation of the firmware on a 16 bit 8086", and that's what it did.

      I think the big problem that exists, is the approach that Fedora seems to take on this UEFI crap. There are actually two bootloaders on the installer disk, one's UEFI and launched by UEFI crap, the other's syslinux, and launched by normal boot process. Even if the bios is in UEFI mode, it would still happily launch the syslinux bootloader on the CD, but only if the UEFI crap... WAS NOT THERE. In other words, stick to syslinux, scan the INSTALL DISK for UEFI crap, and then decide if UEFI should be used. I.e., UEFI should ONLY be used if the user already has UEFI crap on the disk, which implies that they are dual booting with something evil. If there's no UEFI crap on the disk, take over the disk and *do it right*.
      The decision is made far, far before it is possible to make a switch in the scenario you describe.

      The only subsystem which is early enough to make that call... is the EFI firmware itself. Via some kind of "legacy, then EFI" boot order switch. Which some firmwares offer, although it's broadly useless because then you hit on the MBR-versus-GPT partitioning issue on the hard disk with installed OSes.

      Comment


      • #18
        Yea, I just switched from MBR boot to GPT boot with my UEFI (as it just recently got fixed so that it wouldn't crash some EFI files on trying to launch them). And it's working pretty well. The time spent for loading the UEFI seems to be a bit shorter, for instance.

        The whole "BIOS emulation" sounds a bit off to me. The actual thing that it does for certain is enable and disable the ability to boot off MBR disks (which are something that should be abolished in the long run, as GPT is superior). And once it boots things, it's the OS that handles everything. If you have an UEFI, then it can access the UEFI variables and such. Though I'm not sure if there are any BIOS calls that UEFI doesn't understand normally. Maybe there are, but I'd like some confirmation about that.

        My current UEFI doesn't have an option for "BIOS emulation" at all. Just that I can select to boot off either a disk in MBR mode, or off an EFI file. Same thing with the UEFI of my tablet (although in that case, it automatically selects one, if EFI files exist, it boots that, if not, it tries MBR).

        Comment


        • #19
          Originally posted by Sonadow View Post
          Bull-freaking-shit.

          Any notebook or desktop motherboard bought after 2008 is loaded with UEFI and not BIOS.
          my new system76 laptop has bios

          Comment


          • #20
            Originally posted by BO$$ View Post
            HAHAHA! Fedora is crashing and burning again! Nice to see Ubuntu keeping to its schedule while these fedora programming gods keep failing. Ubuntu > Fedora anytime anywhere.
            ubuntu doesn't delay because they have no problem releasing something that's a buggy piece of crap. I installed raring daily iso the other day, and main compiz is a total buggy mess right now, worse than its ever been. Empathy/UOA is also really b0rked atm, as is pidgin. Raring is inching closer to release, while the regressions keep on rolling in.

            Comment


            • #21
              Originally posted by BO$$ View Post
              HAHAHA! Fedora is crashing and burning again! Nice to see Ubuntu keeping to its schedule while these fedora programming gods keep failing. Ubuntu > Fedora anytime anywhere.
              There are plenty of issues with Ubuntu's UEFI support right now, including an inability to resize a GPT partition from within the installer... although nothing as bad as this Fedora bug.

              Comment


              • #22
                Originally posted by Bucic View Post
                That's why I desperately need a way to install Gnome Shell 3.8 on Fedora 18! Please drop me a link if you you've stumbled upon a set of complete instructions please drop me a link.
                That's exactly my problem. Normally I wouldn't care since I'm quite happy with my F18 box but having to wait over 3 months to get Gnome 3.8 is ridiculous, so out of sync one of the teams should reconsider things. Assuming that this won't be the only delay the release will get even further closer to 3.10. I'm thinking of trying OpenSUSE when the time comes to update my OS. Apart from yast and its microcosm should I expect any other huge changes?

                Comment


                • #23
                  Originally posted by droidhacker View Post
                  That's nice.
                  I have a brand new purchased only a few days ago Gigabyte GA-990FXA-UD3 in my workstation here at work. I'm running a pre-release version of Fedora 19. I told the bios NO FUCKING UEFI CRAP, and passed "noefi" to the installer's kernel. Worked perfect, and no UEFI crap.

                  I think the big problem that exists, is the approach that Fedora seems to take on this UEFI crap. There are actually two bootloaders on the installer disk, one's UEFI and launched by UEFI crap, the other's syslinux, and launched by normal boot process. Even if the bios is in UEFI mode, it would still happily launch the syslinux bootloader on the CD, but only if the UEFI crap... WAS NOT THERE. In other words, stick to syslinux, scan the INSTALL DISK for UEFI crap, and then decide if UEFI should be used. I.e., UEFI should ONLY be used if the user already has UEFI crap on the disk, which implies that they are dual booting with something evil. If there's no UEFI crap on the disk, take over the disk and *do it right*.
                  edit: okay, what I wrote before was a bit mean. But a) we don't want to do that, and b) you really can't do that. You can't boot in BIOS emulation mode and then 'scan the INSTALL DISK for UEFI crap' and somehow 'switch' to native UEFI boot. It just doesn't work that way.

                  Comment


                  • #24
                    Originally posted by Kostas View Post
                    I'm thinking of trying OpenSUSE when the time comes to update my OS. Apart from yast and its microcosm should I expect any other huge changes?
                    No, not really. But see this news post overall about that: http://news.opensuse.org/2013/03/22/...geekos/#fedora

                    Comment


                    • #25
                      Originally posted by Kostas View Post
                      That's exactly my problem. Normally I wouldn't care since I'm quite happy with my F18 box but having to wait over 3 months to get Gnome 3.8 is ridiculous, so out of sync one of the teams should reconsider things. Assuming that this won't be the only delay the release will get even further closer to 3.10. I'm thinking of trying OpenSUSE when the time comes to update my OS. Apart from yast and its microcosm should I expect any other huge changes?
                      Yup. I understand it's just the way it is. The Fedora version vs Gnome version sync. But I can't understand why Ubuntu blokes can have a freaking PPA with latest Gnome Shell for previous Ubuntu versions and we can't. Also it's irritating to get the "test it on LiveCD" or "test it when 19 alpha comes out". I don't want to test it. It's so much better I want to use it! Anyway, please drop me a PM if you find a way to install Gnome 3.8 on Fedora 18.

                      Comment


                      • #26
                        Originally posted by Bucic View Post
                        Yup. I understand it's just the way it is. The Fedora version vs Gnome version sync. But I can't understand why Ubuntu blokes can have a freaking PPA with latest Gnome Shell for previous Ubuntu versions and we can't. Also it's irritating to get the "test it on LiveCD" or "test it when 19 alpha comes out". I don't want to test it. It's so much better I want to use it! Anyway, please drop me a PM if you find a way to install Gnome 3.8 on Fedora 18.
                        Compile Gnome 3.8 from source using JHBuild?

                        To be fair, it is an extremely error-prone task and I have never been able to actually pull it off successfully. But if you are adventurous enough you might want to give it a try. Who knows, you might just be able to do it.

                        Comment


                        • #27
                          Originally posted by Bucic View Post
                          Yup. I understand it's just the way it is. The Fedora version vs Gnome version sync. But I can't understand why Ubuntu blokes can have a freaking PPA with latest Gnome Shell for previous Ubuntu versions and we can't. Also it's irritating to get the "test it on LiveCD" or "test it when 19 alpha comes out". I don't want to test it. It's so much better I want to use it! Anyway, please drop me a PM if you find a way to install Gnome 3.8 on Fedora 18.
                          It can be done but someone has to volunteer to do it. Personally, I wouldn't mind trying but I have a lot of work piled up for the next release which is close to an alpha release and I am already behind on the set of things I want to do.

                          Comment


                          • #28
                            I don't see much point in someone wasting time getting gnome 3.8 in f18 when f19 is slated to come out in about a month... Its not like you have to wait 6 months for f19. And I doubt f19 will get continually delayed like 18 was, since they aren't doing anything crazy like re-writing the installer with this release.

                            Comment


                            • #29
                              Originally posted by bwat47 View Post
                              I don't see much point in someone wasting time getting gnome 3.8 in f18 when f19 is slated to come out in about a month... Its not like you have to wait 6 months for f19. And I doubt f19 will get continually delayed like 18 was, since they aren't doing anything crazy like re-writing the installer with this release.
                              This was from yesterday, in case you missed it: http://www.phoronix.com/scan.php?pag...tem&px=MTM0OTg

                              Comment


                              • #30
                                Originally posted by Serge View Post
                                This was from yesterday, in case you missed it: http://www.phoronix.com/scan.php?pag...tem&px=MTM0OTg
                                I did see that yesterday, what I meant was I don't foresee it being continually delayed like f18.

                                Comment

                                Working...
                                X