Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. Bug-for-bug compatibility is great, but having an actual feedback loop into enterprise Linux development is better.

Bug-for-bug compatibility is great, but having an actual feedback loop into enterprise Linux development is better.

Scheduled Pinned Locked Moved Uncategorized
linuxcentossysadminopensource
5 Posts 3 Posters 3 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • larvitz@burningboard.netL This user is from outside of this forum
    larvitz@burningboard.netL This user is from outside of this forum
    larvitz@burningboard.net
    wrote last edited by
    #1

    Bug-for-bug compatibility is great, but having an actual feedback loop into enterprise Linux development is better. I wrote about my experience running CentOS Stream in production, how it handles security updates without the rebuild lag, and why the upstream model beats the old CentOS way.

    Link Preview Image
    Why I Prefer CentOS Stream Over Old CentOS

    Old CentOS rebuilt RHEL faithfully, but its downstream position meant it could only follow, never contribute back. CentOS Stream changes that. Sitting upstre...

    favicon

    Larvitz Blog (blog.hofstede.it)

    #Linux #CentOS #SysAdmin #OpenSource

    maat@mastodon.socialM mmoledij@burningboard.netM 2 Replies Last reply
    1
    0
    • R relay@relay.mycrowd.ca shared this topic
    • larvitz@burningboard.netL larvitz@burningboard.net

      Bug-for-bug compatibility is great, but having an actual feedback loop into enterprise Linux development is better. I wrote about my experience running CentOS Stream in production, how it handles security updates without the rebuild lag, and why the upstream model beats the old CentOS way.

      Link Preview Image
      Why I Prefer CentOS Stream Over Old CentOS

      Old CentOS rebuilt RHEL faithfully, but its downstream position meant it could only follow, never contribute back. CentOS Stream changes that. Sitting upstre...

      favicon

      Larvitz Blog (blog.hofstede.it)

      #Linux #CentOS #SysAdmin #OpenSource

      maat@mastodon.socialM This user is from outside of this forum
      maat@mastodon.socialM This user is from outside of this forum
      maat@mastodon.social
      wrote last edited by
      #2

      @Larvitz so you're running a rolling release candidate in production... I suppose an unstable dev would be worse but you dare the devil. 🫣
      Stable community rebuilds are less unconscious ways. Still it's a workaround for something broken by design.
      The real solution is to run away from redhat ecosystem -> #debian #opensuse #mageia #mint ...

      larvitz@burningboard.netL 1 Reply Last reply
      0
      • maat@mastodon.socialM maat@mastodon.social

        @Larvitz so you're running a rolling release candidate in production... I suppose an unstable dev would be worse but you dare the devil. 🫣
        Stable community rebuilds are less unconscious ways. Still it's a workaround for something broken by design.
        The real solution is to run away from redhat ecosystem -> #debian #opensuse #mageia #mint ...

        larvitz@burningboard.netL This user is from outside of this forum
        larvitz@burningboard.netL This user is from outside of this forum
        larvitz@burningboard.net
        wrote last edited by
        #3

        @maat always depends on the use case. For my infra (basically some Podman containers and a family Nextcloud) it’s totally fine for many years. Always chose the right too for the task 🙂

        maat@mastodon.socialM 1 Reply Last reply
        1
        0
        • larvitz@burningboard.netL larvitz@burningboard.net

          @maat always depends on the use case. For my infra (basically some Podman containers and a family Nextcloud) it’s totally fine for many years. Always chose the right too for the task 🙂

          maat@mastodon.socialM This user is from outside of this forum
          maat@mastodon.socialM This user is from outside of this forum
          maat@mastodon.social
          wrote last edited by
          #4

          @Larvitz it's totally fine... until you realize, too late, that your evaluation of risk was rotten.
          You can as well walk blindfolded in a minefield, confidently because « there should not be a lot of mines left ».
          You can get your way through it once, twice and tell people around it's fine...
          But it's not.

          1 Reply Last reply
          0
          • larvitz@burningboard.netL larvitz@burningboard.net

            Bug-for-bug compatibility is great, but having an actual feedback loop into enterprise Linux development is better. I wrote about my experience running CentOS Stream in production, how it handles security updates without the rebuild lag, and why the upstream model beats the old CentOS way.

            Link Preview Image
            Why I Prefer CentOS Stream Over Old CentOS

            Old CentOS rebuilt RHEL faithfully, but its downstream position meant it could only follow, never contribute back. CentOS Stream changes that. Sitting upstre...

            favicon

            Larvitz Blog (blog.hofstede.it)

            #Linux #CentOS #SysAdmin #OpenSource

            mmoledij@burningboard.netM This user is from outside of this forum
            mmoledij@burningboard.netM This user is from outside of this forum
            mmoledij@burningboard.net
            wrote last edited by
            #5

            @Larvitz

            Really interesting.
            Looking for something innovative-but-not-experimental for a workstation environment with R, python, and some tools for having fun. Should give it a try, I guess.

            1 Reply Last reply
            0
            Reply
            • Reply as topic
            Log in to reply
            • Oldest to Newest
            • Newest to Oldest
            • Most Votes


            • Login

            • Login or register to search.
            • First post
              Last post
            0
            • Categories
            • Recent
            • Tags
            • Popular
            • World
            • Users
            • Groups