78
macOS 26 introduces the Containerization Framework: "enables developers to create, download, or run Linux container images directly on Mac" (www.apple.com)
submitted 1 year ago by to c/linux@programming.dev
23 comments fedilink hide all child comments

all 23 comments

sorted by: hot top controversial new old
[–] 13 points 1 year ago (4 children)

macOS 26? I thought the last version was 15...

  • permalink
  • fedilink
  • source
  • hideshow 4 child comments
    •
  • [–] 15 points 1 year ago* (3 children)

    Looks like they're jumping from 15 to 26, in fact they're doing the same thing for iOS, jumping from 18 to 26 for the next release. Looks like they're synchronizing all their OS version numbers using the year they'll be primarily used(i.e. 2026) from what I can find.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 8 points 1 year ago*

    This is my preferred versioning format for user-facing software, by far.

    I feel like Semver should also adopt the date inclusion, like 7.4.2-202606 or even 7.4.202606 — you can even extended it to multiple daily releases like 7.4.20260610.1233

    There's too much software to mentally track when each version was released. You should be able to tell at a glance.

  • permalink
  • fedilink
  • source
  • parent
    • [–] 12 points 1 year ago

    The people complaining that Apple copied a good thing are missing the point. If Apple includes containerization on macOS by default (even if you have to enable it manually), more developers can just target Linux instead of Linux and macOS for certain types of applications (real bash scripts with GNU coreutils instead of the trash that Apple ships, servers, etc.).

  • permalink
  • fedilink
  • source
    •
    [–] 11 points 1 year ago (3 children)

    I love how all the major operating systems are adding ways to run Linux. Even Android which arguably IS Linux.

  • permalink
  • fedilink
  • source
  • hideshow 3 child comments
    •
  • [–] 6 points 1 year ago (2 children)

    I do find it funny how android is Linux yet their Linux feature is a VM

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 5 points 1 year ago (1 child)

    Because google doesn't want you doing anything that they can't control fun on the host Android system. They did the same thing with crostini on ChromeOS for "security".

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 1 point 1 year ago*

    People say this but I'm not sure I believe that. Keep in mind Google is the only android OEM that allows you to do a bootloader unlock and root without an exploit, it's officially supported as a developer configuration.

  • permalink
  • fedilink
  • source
  • parent
    • [–] 4 points 1 year ago (4 children)

    We need to develop darling too

  • permalink
  • fedilink
  • source
  • hideshow 4 child comments
    •
  • [–] 3 points 1 year ago* (2 children)

    Darling is a cool project but I think the reason it hasn't taken off is because there isn't a lot of software people both want to use on Linux and software that isn't already covered by wine. You need an overlap between those 2 and that's a small market

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 1 point 1 year ago (1 child)

    Yeah, I just think that maybe, just maybe, if MacOS is also inspired by UNIX, making a compat layer is not that big of a difference. Because MacOS supports a lot of productivity programs that may attract professionals to Linux too. Mostly adobe suite.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 2 points 1 year ago

    The problem with that thought is the lower level bits are very *nix but all the higher level bits like the GUI and other surrounding APIs are all heavily Objective-C/NextStep based and aren't really all that unixy. We do have GNUStep as a base to use for that to an extent but I really don't think the unix parts of Mac, are that helpful to porting complex user facing GUI programs.

  • permalink
  • fedilink
  • source
  • parent
    • [–] 6 points 1 year ago (7 children)

    pretty scant on details. what is this doing for me that Podman or Containerd aren’t? “oPtIMizeD fOR aPPlE SiLICon” is fluff

  • permalink
  • fedilink
  • source
  • hideshow 7 child comments
    •
  • [–] [S] 21 points 1 year ago (5 children)

    Well it helps that its open source & apple is actually encouraging contributions: https://github.com/apple/container

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 5 child comments
    •
  • [–] 11 points 1 year ago (4 children)

    Using the open source Containerization package, it runs a lightweight VM for each container that you create.

    A big improvement over the stupid shit Docker Desktop did (running a bigass ugly VM for all containers). I'll still stick with my Linux laptop ;)

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 2 points 1 year ago (3 children)

    I believe Podman uses a Fedora CoreOS VM. How does that compare?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 2 points 1 year ago (2 children)

    I'm not sure. To me, the most interesting thing is that each container gets its own VM. I don't know if podman does that or not. I'd guess not, since CoreOS isn't the lightest OS around (I've used CoreOS and Flatcar extensively at my job and it's a lil chunky as far as immutable container host OSes go).

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 3 points 1 year ago (1 child)

    What would be the use case for each container getting its own VM?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 2 points 1 year ago* (last edited 1 year ago)

    Each VM can be sized appropriately for the demands of the container. With docker desktop, you can't have a container use all of your system cores without making the VM have access to all of your cores all the time always. One of the biggest benefits (imo) of running containers on a Linux workstation is that if you don't define a CPI limit, a container can use all the compute/memory on your system. You just can't do that with Docker desktop. This also affects multi threaded container builds when you're using buildkit.

    Being able to spin up a vm to build a container with all cores accessible to it, and then run the actual container with a smaller number of cores would make container builds so much faster.

    EDIT: I've looked, and it appears that podman desktop also does 1 big VM, rather than having 1 VM per container.

  • permalink
  • fedilink
  • source
  • parent
    • 43 comments in c/linux@lemmy.ml view that post
    31 comments in c/linux@lemmy.world view that post
    6 comments in c/macos@lemmy.world view that post
    2 comments in c/linuxfurs@pawb.social view that post