• Nick@lemmy.world
    link
    fedilink
    arrow-up
    110
    arrow-down
    3
    ·
    3 months ago

    So they were trying to patch systems that use GRUB for Windows-only installs? What a load of BS. Why would anybody install GRUB to boot only Windows with that? Or am I overlooking something?

    Furthermore, if GRUB has a security issue, they should’ve contributed a patch at the source instead of patching it themselves somehow. I’m a bit stunned at the audacity of touching unmounted filesystems in an OS patch. Good thing Windows still doesn’t include EXT4 and BTRFS drivers because they might start messing with unencrypted Linux system drives at this rate

    • umbrella@lemmy.ml
      link
      fedilink
      arrow-up
      8
      ·
      3 months ago

      lol they fuck with my BIOS boot settings to the point i had to password it. they are that bad.

    • Random Dent@lemmy.ml
      link
      fedilink
      English
      arrow-up
      11
      arrow-down
      3
      ·
      3 months ago

      In the mind of Microsoft, Windows is the only OS and all things on computers exist to facilitate Windows.

    • DacoTaco@lemmy.world
      link
      fedilink
      arrow-up
      3
      arrow-down
      13
      ·
      edit-2
      3 months ago

      I agree they should have sent a patch to the grub source, but keep in mind big software companies like microsoft, Verizon, … do not normally allow their product teams to send a patch or PR to open source projects. This is because in their contract it states that all code written on and during company times is owned by the company. This means that it is impossible for them to make a patch or PR because it would conflict with the projects licence and fact its open source.
      This changes when the team explicitly works on the foss product/project like the ms wsl team or the team working on linux supporting azure hardware, but that is an exception. I do not believe the microsoft kernel/bootloader team is allowed to send patches to grub.

      Its a terrible thing, and it shouldnt be, but thats the fact of the world atm.

      • Amju Wolf@pawb.social
        link
        fedilink
        English
        arrow-up
        8
        ·
        3 months ago

        This means that it is impossible for them to make a patch or PR because it would conflict with the projects licence and fact its open source.

        That’s not how it works. It just means the company owns the code for all intents and purposes, which also means that if they tell you that you can release it under a FOSS license / contribute to someone else’s project, you can absolutely do that (they effectively grant you the license to use “their” code that you wrote under a FOSS license somewhere else).

      • tired_n_bored@lemmy.world
        link
        fedilink
        arrow-up
        6
        ·
        3 months ago

        Not true. A lot of commonly known closed source companies contribute to open source software, including Linux and BSD

        • DacoTaco@lemmy.world
          link
          fedilink
          arrow-up
          1
          arrow-down
          5
          ·
          edit-2
          3 months ago

          And not every team is allowed to do that.
          Also, youre telling somebody who has worked with big companies not allowing it in their employer contract that he is lying? Riiiight…
          A lot of google devs also are not allowed to do any linux work outside of work without explicit permissions because of all the internal docs, teams and other work being done on linux from within google. Development rights is an absolute mess, legally.
          I usually dont care and do what is right, despite what my emploter contract says, but i have gotten in trouble for it

          • Petter1@lemm.ee
            link
            fedilink
            arrow-up
            2
            ·
            edit-2
            3 months ago

            They can forbid you to work on opensource stuff while being in free time? I mean, I understand that you are not allowed to generate open code that utilises private know how of the company you work for. But not working on Linux in free time seems very strange to me 😮

            Edit: deleted wrong “Edit:”

            • tired_n_bored@lemmy.world
              link
              fedilink
              arrow-up
              3
              ·
              3 months ago

              Yeah if you write proprietary code and then work on a similar project in your spare time, your company might sue you because you’re likely reusing code you’ve seen or written at work.

              For example Windows developers are forbidden from working on ReactOS

            • DacoTaco@lemmy.world
              link
              fedilink
              arrow-up
              2
              ·
              edit-2
              3 months ago

              Thats just dual booting. That wont work with the law if the contract says anything created using company hardware is theirs.
              And yes, some companies need to give you a green light to work on projects in your free time, because they might have a team doing similar things somewhere, it might compete in something they would like to do in the future or like you said, might use company know how which is a huge nono. Its bs imo, but those clauses and rules are found in some employment agreements.
              Remember, always read your employment agreements!

          • tired_n_bored@lemmy.world
            link
            fedilink
            arrow-up
            2
            ·
            3 months ago

            I’m not saying you’re lying, but you said

            do not allow software developers to send a patch or PR to open source projects.

            But this sentence in particular was misleading. Maybe you specifically did not have the right to do so, but in the Linux and BSD codebases there are a lot of @microsoft @netflix @oracle contributions, so at least there is someone in those companies authorized to do so

            • DacoTaco@lemmy.world
              link
              fedilink
              arrow-up
              2
              ·
              3 months ago

              Fair, and ill edit my post accordingly!

              There are teams that are allowed, and within those companies are teams that are directly related to foss projects because those companies are in the foundation or supports of the foundation. However, thats doesnt mean every (product) team in the company is allowed to or that they can do or change whatever they like. Its a complex mess

        • DacoTaco@lemmy.world
          link
          fedilink
          arrow-up
          3
          ·
          3 months ago

          Yes, but not all devs within microsoft are allowed to work on non-ms foss projects. I assume wsl devs are allowed to send stuff to linux but visual studio devs probably are not.

          • nous@programming.dev
            link
            fedilink
            English
            arrow-up
            1
            ·
            3 months ago

            The wrote and released VS Code - a completely opensource development environment. If they wanted to patch Grub I bet they could have found the permissions internally to do that. Microsoft is a lot more open to OSS contributions then they were in the past.

            • DacoTaco@lemmy.world
              link
              fedilink
              arrow-up
              1
              ·
              3 months ago

              Not saying youre wrong, but you took the wrong project as an example hehe.
              Visual code is not open source. Its core is, but visual code isnt. The difference is what visual code ships with, on top of its core.
              Its like saying chrome == chromium ( it isnt ).

              Visual code comes with a lot of features, addins and other stuff that isnt in the core.
              .net debugger for example, is not found in vscodium ( build of the vscode core ). And there is more stuff i cant think of now but have come across. Source: been using vscodium for a few months instead of vscode

              • nous@programming.dev
                link
                fedilink
                English
                arrow-up
                1
                ·
                3 months ago

                Sure, my bad. But it does not change my point. They have released stuff as opensource even if not all of it. Which means they can if they want to.

                • DacoTaco@lemmy.world
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  3 months ago

                  I know, hence why i said youre not wrong but the example was wrong :p
                  Also, its more complex than that. Some teams can, some cant. And if they can it all depends on what project or context. The business world isnt that cut and dry hehe

      • Pup Biru@aussie.zone
        link
        fedilink
        English
        arrow-up
        4
        arrow-down
        1
        ·
        edit-2
        3 months ago

        this changes nothing: microsoft should have sent a patch remains microsoft should have sent a patch; internal policies are irrelevant to actions effecting external projects