Re: [GTALUG] Red Hat Paywall...
| From: Giles Orr via talk Thank you and others for telling us about your experience. | If I need something newer, I can "pin" a | package, getting it either from testing or backports. This is | admittedly a PITA to set up, and I hardly ever use it because of that | ... but I _have_ used it, and it proved reasonably reliable in | practice. Although getting your head around pinning weights is ... | nasty. Can you use that to get the newer FireFox that you need? --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
Re: [GTALUG] Red Hat Paywall...
A couple of points following on to 01bigtenor's reply: According to Wikipedia: "Devuan is a fork of the Debian Linux distribution that uses sysvinit, runit or OpenRC instead of systemd. Devuan aims to avoid 'lock-in' by projects like systemd and aims to maintain compatibility with other init systems to avoid detaching Linux from other Unix systems." When systemd was initially a horrible mess, I was very much in favour of this. But for the last several years systemd has been rock-steady, and once you wrap your head around the basics, it's a LOT easier to use than maintaining those damn /etc/rc.N/ folders. At least that's been my experience. As for Debian stable vs. testing: 20 years ago Debian testing was great ... about a decade ago I found it to be noticeably less stable, and the constant volume of updates got on my nerves. So I switched to stable. Even if the stability of testing has improved, I don't want to put up with the updates. If I need something newer, I can "pin" a package, getting it either from testing or backports. This is admittedly a PITA to set up, and I hardly ever use it because of that ... but I _have_ used it, and it proved reasonably reliable in practice. Although getting your head around pinning weights is ... nasty. On Tue, 4 Jul 2023 at 08:24, o1bigtenor via talk wrote: > > On Tue, Jun 27, 2023 at 10:22 AM D. Hugh Redelmeier via talk > wrote: > > > > This Red Hat change concerns me. > >snip > > > > > It feels as if RH steers the future of Linux by making so many > > contributions. > > > > - Ubuntu LTS + fresh Ubuntu has been pretty good. I've had more > > problems with package updates on Ubuntu than of Fedora, but it has > > been pretty good. Distro version upgrades have been good but not > > perfect in my modest experience. > > > > Canonical has repeatedly acted in ways that offend or scare me. So > > Ubuntu, although easy, feels like a potential trap. > > Found this to be true - - - - spent a lot of time a number of years ago > looking into LXD - - - the snap environment is one that NEVER will > be seen here again if I can help it. > > Canonical is, imo, desperately looking for ways to monetize their > brand - - - - - someone's just have to have more $. > > > > - debian Stable + Testing + Unstable. I don't have much experience > > with debian. I fear that the lack of full-time paid engineers might > > reduce the safety relative to RH (that could easily just be FUD). > > debian's goals are good by me. > > > > So: I'm thinking of switching to debian. > > I was with Debian for over 10 years - - - have now switched to > Devuan - - - thereby getting rid of another item of 'control'. > > > > I'd like to learn from others. How do you choose to solve these > > problems? Maybe some of them are non-problems. > > The problem is that the small encroachments don't tend to isolate > - - they tend to grow - - - somewhat like microbes! (With similar results > in my experience!). > > > > > > > > Giles has a problem with needing a stable distro with a more recent > > FireFox. I suggested, against my preferences, that this might be a > > perfect use for Snaps/Flatpacks. > > Snaps are a system controlling adventure - - - be aware of this BEFORE > starting down that road. Haven't used flatpacks. > > I find that browsers are needing updates almost on a daily basis. > Am wondering if there is a way of reducing the 'encroachment' of > the nefarious bits of cruft adhering to all browsers (at least as far > as I see). > > > > I wonder if I should be using a stable distro everywhere but with > > containerized upgraded packages where they matter. I yet don't think > > so. > > > > The rest of my family uses Fedora on their workstations. But they > > hate applying updates (even when I do the work). They are way behind > > most of the time. Maybe a stable distro + a fresh FireFox would be > > best for them too. > > I've already been informed that if I weren't doing updates windows would be > applied post haste - - - something about the devil they know (Work systems > are all M$ Win!) > > > > How many other packages would I need to have fresher-than-stable? > > > > - support for newer hardware > > > > - compilers etc. > > > > - more pain-points would be discovered. > > > > > > > > A fundamental problem is that feature changes and bug fixes are > > usually mingled in upstream. In some cases, it is a false > > distinction. Few developers want to maintain a bunch of old releases. > > It is very hard for a distro to correctly separate these two, and yet > > that is required to maintain a stable distro. > > I tend to run in debian's equivalent of 'testing'. Found over the last more > than 10 years that that was a reasonable compromise to stability and > currentness. > > HTH > --- > Post to this mailing list talk@gtalug.org > Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk -- Giles
Re: [GTALUG] Red Hat Paywall...
On Tue, Jun 27, 2023 at 10:22 AM D. Hugh Redelmeier via talk wrote: > > This Red Hat change concerns me. >snip > > It feels as if RH steers the future of Linux by making so many > contributions. > > - Ubuntu LTS + fresh Ubuntu has been pretty good. I've had more > problems with package updates on Ubuntu than of Fedora, but it has > been pretty good. Distro version upgrades have been good but not > perfect in my modest experience. > > Canonical has repeatedly acted in ways that offend or scare me. So > Ubuntu, although easy, feels like a potential trap. Found this to be true - - - - spent a lot of time a number of years ago looking into LXD - - - the snap environment is one that NEVER will be seen here again if I can help it. Canonical is, imo, desperately looking for ways to monetize their brand - - - - - someone's just have to have more $. > > - debian Stable + Testing + Unstable. I don't have much experience > with debian. I fear that the lack of full-time paid engineers might > reduce the safety relative to RH (that could easily just be FUD). > debian's goals are good by me. > > So: I'm thinking of switching to debian. I was with Debian for over 10 years - - - have now switched to Devuan - - - thereby getting rid of another item of 'control'. > > I'd like to learn from others. How do you choose to solve these > problems? Maybe some of them are non-problems. The problem is that the small encroachments don't tend to isolate - - they tend to grow - - - somewhat like microbes! (With similar results in my experience!). > > > > Giles has a problem with needing a stable distro with a more recent > FireFox. I suggested, against my preferences, that this might be a > perfect use for Snaps/Flatpacks. Snaps are a system controlling adventure - - - be aware of this BEFORE starting down that road. Haven't used flatpacks. I find that browsers are needing updates almost on a daily basis. Am wondering if there is a way of reducing the 'encroachment' of the nefarious bits of cruft adhering to all browsers (at least as far as I see). > > I wonder if I should be using a stable distro everywhere but with > containerized upgraded packages where they matter. I yet don't think > so. > > The rest of my family uses Fedora on their workstations. But they > hate applying updates (even when I do the work). They are way behind > most of the time. Maybe a stable distro + a fresh FireFox would be > best for them too. I've already been informed that if I weren't doing updates windows would be applied post haste - - - something about the devil they know (Work systems are all M$ Win!) > > How many other packages would I need to have fresher-than-stable? > > - support for newer hardware > > - compilers etc. > > - more pain-points would be discovered. > > > > A fundamental problem is that feature changes and bug fixes are > usually mingled in upstream. In some cases, it is a false > distinction. Few developers want to maintain a bunch of old releases. > It is very hard for a distro to correctly separate these two, and yet > that is required to maintain a stable distro. I tend to run in debian's equivalent of 'testing'. Found over the last more than 10 years that that was a reasonable compromise to stability and currentness. HTH --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
Re: [GTALUG] Red Hat Paywall...
I was just reading about it - this is an interesting (depressing) take from Bradley Kuhn: https://sfconservancy.org/blog/2023/jun/23/rhel-gpl-analysis/ On Tue, 4 Jul 2023 at 06:40, Evan Leibovitch via talk wrote: > > My take: > > I wouldn't go as far as "I saw this coming", but I have long suspected that > the IBMification of Red Hat was far from complete -- layoffs, CentOS Stream, > now this. RH employees that I know describe a hard shift in corporate > culture. And I don't think they're done. It wouldn't surprise me the least if > they even change the name of the product to "IBM Red Hat Enterprise Linux" or > even just "IBM Linux". Now that they've effectively (and knowingly) destroyed > the community goodwill that was formed over more than a decade of Linux Expos > and Bob Young roadshows, I don't even see much added value in the RH brand to > IBM; the Red Hat we've known for decades no longer exists. Come to think of > it, the IBM that helped start LPI and championed Open Source against the SCO > and Java assaults of a decade ago is also long gone. > > IBM doesn't really give a damn about Alma and Rocky, they're just incidental > casualties. The #1 and maybe only target of the subscription-wall action is > IBM's longtime arch-enemy Oracle, which may now be forced to actually > maintain its own distro and will no longer be able to claim bug-for-bug > compatibility with RHEL (or whatever it will be called). They've calculated > that the value of the harm this causes Oracle exceeds the lost value of > community rejection. > > This unfortunate momentum could be stopped (or at least slowed) by a Fedora > developer revolt but I don't see that happening. > > I see an opportunity for SUSE which maintains both an enterprise-Linux focus > and good community relations. Are they up to it? As a longshot maybe even > Oracle could try to seize the moment and try a charm offensive to attract a > community... but that's unlikely considered its many burned bridges (Solaris, > OpenOffice, Java) > > Evan Leibovitch, Toronto Canada > @evanleibovitch / @el56 > > > On Tue, Jun 27, 2023 at 11:23 AM D. Hugh Redelmeier via talk > wrote: >> >> This Red Hat change concerns me. >> >> LONG: Some thoughts on what my "go to" distro pair should be. >> >> | From: Alvin Starr via talk >> >> | On 2023-06-27 08:19, Lennart Sorensen via talk wrote: >> >> | > Yeah I am happy I switched to debian 25 years ago because Red Hat's >> | > quality was so poor at the time. Debian having a better designed >> | > packaging system was a bonus. >> | > >> | Strangely around the same time I switched to RedHat because I got tired of >> | having to apply my own security patches to the kernel and applications >> because >> | the distribution was shipping with largely unmodified sources. >> | Like many things in life "your mileage may vary". >> >> The RHEL / CentOS / clones drama is certainly unsettling. >> >> I don't think that Fedora is directly affected but it is hard to judge >> whether there will be secondary effects. >> >> One upcoming GTALUG talk will be from a Rocky Linux guy. That should >> be interesting. >> >> I've already been struggling with where I want to go for a stable >> system. Besides the drama, I just don't think that RHEL's pinning >> versions for 5 years is a good strategy. Backporting for that long >> feels like a wasted effort, prone to errors. >> >> Why do I care about the effort RH puts into backporting? >> >> - it creates a RH "moat": it prevents others from competing with them. >> Rocky, Alma, Oracle feel like clones, not creative competitors. >> That may be unfair to Oracle but that's not a company that I want >> a relationship with. >> >> - it is labour that feels wasted. Perhaps that labour could be used >> for more constructive purposes. >> >> On the other hand RH has added a lot to the community and does do a >> good job of beating back bugs. >> >> I do think that I need a pair of distros: one that is up to date, and >> one that is low-drama. If they are in the same family, that cuts down >> on redundant learning on my part. >> >> - CentOS + Fedora has been a good pair for me. TBH, CentOS has left >> me with technical debt: I get stuck on obsolete versions because the >> upgrade paths have been disrupted (twice!). Fedora release updates >> have been good for some years. >> >> For my workstation (desktop and laptop) use, I've been very happy >> with Fedora, but it sure has a firehose of updates. I don't think >> that it is affected directly by any of this. But if a lot of people >> migrate away from Red Hat stuff, it won't likely be good for Fedora. >> >> It feels as if RH steers the future of Linux by making so many >> contributions. >> >> - Ubuntu LTS + fresh Ubuntu has been pretty good. I've had more >> problems with package updates on Ubuntu than of Fedora, but it has >> been pretty good. Distro version upgrades have been good but not >> perfect in
Re: [GTALUG] Red Hat Paywall...
My take: 1. I wouldn't go as far as "I saw this coming", but I have long suspected that the IBMification of Red Hat was far from complete -- layoffs, CentOS Stream, now this. RH employees that I know describe a hard shift in corporate culture. And I don't think they're done. It wouldn't surprise me the least if they even change the name of the product to "IBM Red Hat Enterprise Linux" or even just "IBM Linux". Now that they've effectively (and knowingly) destroyed the community goodwill that was formed over more than a decade of Linux Expos and Bob Young roadshows, I don't even see much added value in the RH brand to IBM; the Red Hat we've known for decades no longer exists. Come to think of it, the IBM that helped start LPI and championed Open Source against the SCO and Java assaults of a decade ago is also long gone. 2. IBM doesn't really give a damn about Alma and Rocky, they're just incidental casualties. The #1 and maybe only target of the subscription-wall action is IBM's longtime arch-enemy Oracle, which may now be forced to actually maintain its own distro and will no longer be able to claim bug-for-bug compatibility with RHEL (or whatever it will be called). They've calculated that the value of the harm this causes Oracle exceeds the lost value of community rejection. 3. This unfortunate momentum could be stopped (or at least slowed) by a Fedora developer revolt but I don't see that happening. 4. I see an opportunity for SUSE which maintains both an enterprise-Linux focus and good community relations. Are they up to it? As a longshot maybe even Oracle could try to seize the moment and try a charm offensive to attract a community... but that's unlikely considered its many burned bridges (Solaris, OpenOffice, Java) Evan Leibovitch, Toronto Canada @evanleibovitch / @el56 On Tue, Jun 27, 2023 at 11:23 AM D. Hugh Redelmeier via talk < talk@gtalug.org> wrote: > This Red Hat change concerns me. > > LONG: Some thoughts on what my "go to" distro pair should be. > > | From: Alvin Starr via talk > > | On 2023-06-27 08:19, Lennart Sorensen via talk wrote: > > | > Yeah I am happy I switched to debian 25 years ago because Red Hat's > | > quality was so poor at the time. Debian having a better designed > | > packaging system was a bonus. > | > > | Strangely around the same time I switched to RedHat because I got tired > of > | having to apply my own security patches to the kernel and applications > because > | the distribution was shipping with largely unmodified sources. > | Like many things in life "your mileage may vary". > > The RHEL / CentOS / clones drama is certainly unsettling. > > I don't think that Fedora is directly affected but it is hard to judge > whether there will be secondary effects. > > One upcoming GTALUG talk will be from a Rocky Linux guy. That should > be interesting. > > I've already been struggling with where I want to go for a stable > system. Besides the drama, I just don't think that RHEL's pinning > versions for 5 years is a good strategy. Backporting for that long > feels like a wasted effort, prone to errors. > > Why do I care about the effort RH puts into backporting? > > - it creates a RH "moat": it prevents others from competing with them. > Rocky, Alma, Oracle feel like clones, not creative competitors. > That may be unfair to Oracle but that's not a company that I want > a relationship with. > > - it is labour that feels wasted. Perhaps that labour could be used > for more constructive purposes. > > On the other hand RH has added a lot to the community and does do a > good job of beating back bugs. > > I do think that I need a pair of distros: one that is up to date, and > one that is low-drama. If they are in the same family, that cuts down > on redundant learning on my part. > > - CentOS + Fedora has been a good pair for me. TBH, CentOS has left > me with technical debt: I get stuck on obsolete versions because the > upgrade paths have been disrupted (twice!). Fedora release updates > have been good for some years. > > For my workstation (desktop and laptop) use, I've been very happy > with Fedora, but it sure has a firehose of updates. I don't think > that it is affected directly by any of this. But if a lot of people > migrate away from Red Hat stuff, it won't likely be good for Fedora. > > It feels as if RH steers the future of Linux by making so many > contributions. > > - Ubuntu LTS + fresh Ubuntu has been pretty good. I've had more > problems with package updates on Ubuntu than of Fedora, but it has > been pretty good. Distro version upgrades have been good but not > perfect in my modest experience. > > Canonical has repeatedly acted in ways that offend or scare me. So > Ubuntu, although easy, feels like a potential trap. > > - debian Stable + Testing + Unstable. I don't have much experience > with debian. I fear that the lack of
