back to article Fancy climbing into ALP over New Year's? Fresh preview versions of SUSE's distro and NetBSD 10 are here

As the end of the year and the holiday season both approach, so do new previews of both SUSE's new enterprise Linux distro, ALP, and the NetBSD OS. It's been a few months since Les Droites, the first prototype build of SUSE's next-gen enterprise Linux distro, appeared. ALP is SUSE's Adaptable Linux Platform, the company's next …

  1. Anonymous Coward
    Anonymous Coward

    I gave away my last DEC (and Sun, and SGI) kit years ago, but it warms my heart that NetBSD is still there for them.

  2. J.G.Harston Silver badge

    New Year's what? You need a noun to go with that dangling adjective.

    1. Youngone

      Trousers

      Trousers.

      New Year's Trousers. Must be capitalised

  3. Ozan

    Is NetBSD ported to my pebble watch, yet?

    1. the spectacularly refined chap Silver badge

      Can it toast bread?

  4. Rich 2 Silver badge

    Over engineered, anyone?

    “ This splits the installation program into separate layers which communicate over D-bus…”

    No wonder stuff breaks

    1. Youngone

      Re: Over engineered, anyone?

      I thought that sounded weird. Glad I'm not the only one.

    2. Liam Proven (Written by Reg staff) Silver badge

      Re: Over engineered, anyone?

      [Author here]

      I know, it's a bit late.

      D-Bus is a standard protocol for Linux programs to talk to each other these days.

      I think the idea of it in this installer is that the installed can be controlled by a person sitting in front of the machine, either on the text console or via a GUI (two different apps providing two different UIs)... or remote controlling a VM from the hypervisor itself... or a remote VM that they've SSHed into...

      ... or it can be controlled by a script talking to a VM, or to physical hardware over some kind of ILO... or it can be controlled by a deployment tool that is automating it via a service of some kind, such as Uyuni or SUSE Manager... or it could be via some kind of deployment automation tool for which someone wrote a plugin: Ansible, Chef, Puppet, whatever.

      The idea is that this route offers significant improvements in flexibility. Local kit, local VMs, private cloud, public cloud, PaaS, IaaS, MaaS, whatever, with a decoupled installer, you can automate deployment as you wish.

      And of course AutoYast _already_ offers possibilities for self-automated deployment using config files, which can be served to client machines over almost any network protocol. I've done that myself and it's impressively easy.

POST COMMENT House rules

Not a member of The Register? Create a new account here.

  • Enter your comment

  • Add an icon

Anonymous cowards cannot choose their icon

Other stories you might like