Re: [CentOS] not a Centos topic, but since many had concerns ......
On 2/2/21 4:21 PM, Valeri Galtsev wrote: On 2/2/21 5:10 PM, R C wrote: On 2/2/21 4:04 PM, Matthew Miller wrote: On Tue, Feb 02, 2021 at 03:49:35PM -0700, R C wrote: This is what I read today, might have been around longer though, don't know. "New Year, new Red Hat Enterprise Linux programs: Easier ways to access RHEL" https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel It came out a few weeks ago but the program is live as of yesterday. In short: 1. Register at https://developers.redhat.com/register 2. You'll now see a developer subscription allowing up to 16 systems listed at https://access.redhat.com/management/subscriptions 3. Download and install from https://developers.redhat.com/products/rhel/download 4. sudo subscription-manager register --username $USERNAME (where $USERNAME is the email address you registered with) and there you go. It says "Developer Subscription" but the new terms allow each individual to have up to 16 systems for production use. See the (single page) terms here: I would not use it for production, or commercial purposes, just so I have the same at home (or close) as at work. I wonder, does that mean you can have up to 16 licensed servers/workstations running at a time? Or over time, when you discard equipment, and need to install another machine/desktop, whatever by the time you're at 17 start paying? When I was thinking similar situation over - with different kind of proprietary product free up to some number... my sentiment ended up being: OK, I plan all my future well, and fit all into that restricted number, let's say 16. But what if at some point they change their mind and this number suddenly becomes 12. I definitely can not plan what in the future they will do. And specifically recent events showed that they do change things. And the I went free open source route. And never regretted. But it is everybody's individual decision, and those who make it will have only themselves to blame if ever get into trouble as the result. Incidentally, I for one blame myself that I have to change my routine from CentOS [to Debian]. Not that that is much of a hassle. This is not the first migration in my life, and hopefully not the last one ;-) - meaning long life for myself, not short life for Debian. Valeri well, my point is not that I don't know what alternative to use, there is enough, I couldn't care less to use Ubuntu or something. (I actually have an Ubuntu machine as well as a Debian machine, for two very specific applications.) The reason why I have some Centos stuff is because it is very close to Redhat, and where I work we use A LOT of redhat machines/servers/clusters, so it is just convenience. That is why I used Centos, and if this mechanism/program is available, well, I'll use that. (I am checking that with a redhat rep that we have at work too). https://www.redhat.com/wapps/tnc/viewterms/72ce03fd-1564-41f3-9707-a09747625585?extIdCarryOver=true_cid=701f201Css0AAC It may also be of interest to note something which I hadn't realized before: this subscription includes the "EUS" offering which provides security updates to select minor releases (so you can "pin" to that minor release), which is something CentOS never did. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] not a Centos topic, but since many had concerns ......
On 2/2/21 5:10 PM, R C wrote: On 2/2/21 4:04 PM, Matthew Miller wrote: On Tue, Feb 02, 2021 at 03:49:35PM -0700, R C wrote: This is what I read today, might have been around longer though, don't know. "New Year, new Red Hat Enterprise Linux programs: Easier ways to access RHEL" https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel It came out a few weeks ago but the program is live as of yesterday. In short: 1. Register at https://developers.redhat.com/register 2. You'll now see a developer subscription allowing up to 16 systems listed at https://access.redhat.com/management/subscriptions 3. Download and install from https://developers.redhat.com/products/rhel/download 4. sudo subscription-manager register --username $USERNAME (where $USERNAME is the email address you registered with) and there you go. It says "Developer Subscription" but the new terms allow each individual to have up to 16 systems for production use. See the (single page) terms here: I would not use it for production, or commercial purposes, just so I have the same at home (or close) as at work. I wonder, does that mean you can have up to 16 licensed servers/workstations running at a time? Or over time, when you discard equipment, and need to install another machine/desktop, whatever by the time you're at 17 start paying? When I was thinking similar situation over - with different kind of proprietary product free up to some number... my sentiment ended up being: OK, I plan all my future well, and fit all into that restricted number, let's say 16. But what if at some point they change their mind and this number suddenly becomes 12. I definitely can not plan what in the future they will do. And specifically recent events showed that they do change things. And the I went free open source route. And never regretted. But it is everybody's individual decision, and those who make it will have only themselves to blame if ever get into trouble as the result. Incidentally, I for one blame myself that I have to change my routine from CentOS [to Debian]. Not that that is much of a hassle. This is not the first migration in my life, and hopefully not the last one ;-) - meaning long life for myself, not short life for Debian. Valeri (I am checking that with a redhat rep that we have at work too). https://www.redhat.com/wapps/tnc/viewterms/72ce03fd-1564-41f3-9707-a09747625585?extIdCarryOver=true_cid=701f201Css0AAC It may also be of interest to note something which I hadn't realized before: this subscription includes the "EUS" offering which provides security updates to select minor releases (so you can "pin" to that minor release), which is something CentOS never did. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos -- Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] not a Centos topic, but since many had concerns ......
On 2/2/21 4:04 PM, Matthew Miller wrote: On Tue, Feb 02, 2021 at 03:49:35PM -0700, R C wrote: This is what I read today, might have been around longer though, don't know. "New Year, new Red Hat Enterprise Linux programs: Easier ways to access RHEL" https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel It came out a few weeks ago but the program is live as of yesterday. In short: 1. Register at https://developers.redhat.com/register 2. You'll now see a developer subscription allowing up to 16 systems listed at https://access.redhat.com/management/subscriptions 3. Download and install from https://developers.redhat.com/products/rhel/download 4. sudo subscription-manager register --username $USERNAME (where $USERNAME is the email address you registered with) and there you go. It says "Developer Subscription" but the new terms allow each individual to have up to 16 systems for production use. See the (single page) terms here: I would not use it for production, or commercial purposes, just so I have the same at home (or close) as at work. I wonder, does that mean you can have up to 16 licensed servers/workstations running at a time? Or over time, when you discard equipment, and need to install another machine/desktop, whatever by the time you're at 17 start paying? (I am checking that with a redhat rep that we have at work too). https://www.redhat.com/wapps/tnc/viewterms/72ce03fd-1564-41f3-9707-a09747625585?extIdCarryOver=true_cid=701f201Css0AAC It may also be of interest to note something which I hadn't realized before: this subscription includes the "EUS" offering which provides security updates to select minor releases (so you can "pin" to that minor release), which is something CentOS never did. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] not a Centos topic, but since many had concerns ......
On Tue, Feb 02, 2021 at 03:49:35PM -0700, R C wrote: > This is what I read today, might have been around longer though, don't know. > > > "New Year, new Red Hat Enterprise Linux programs: Easier ways to > access RHEL" > > https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel It came out a few weeks ago but the program is live as of yesterday. In short: 1. Register at https://developers.redhat.com/register 2. You'll now see a developer subscription allowing up to 16 systems listed at https://access.redhat.com/management/subscriptions 3. Download and install from https://developers.redhat.com/products/rhel/download 4. sudo subscription-manager register --username $USERNAME (where $USERNAME is the email address you registered with) and there you go. It says "Developer Subscription" but the new terms allow each individual to have up to 16 systems for production use. See the (single page) terms here: https://www.redhat.com/wapps/tnc/viewterms/72ce03fd-1564-41f3-9707-a09747625585?extIdCarryOver=true_cid=701f201Css0AAC It may also be of interest to note something which I hadn't realized before: this subscription includes the "EUS" offering which provides security updates to select minor releases (so you can "pin" to that minor release), which is something CentOS never did. -- Matthew Miller Fedora Project Leader ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] not a Centos topic, but since many had concerns ......
Hello, not a Centos topic perse, but since many had concerns about 'regular' Centos going away, and "Centos Stream" replacing it. This is what I read today, might have been around longer though, don't know. "New Year, new Red Hat Enterprise Linux programs: Easier ways to access RHEL" https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Reminder: CentOS Dojo this week. FOSDEM this weekend
TL;DR: https://wiki.centos.org/Events/Dojo/FOSDEM2021 <-- Dojo Thursday and Friday https://fosdem.org/2021/ <-- FOSDEM Saturday and Sunday The full schedule of talks for the Dojo is available at the above URL, and includes a roundtable discussion with (some of) the Board. Registration is free, and all talks will be recorded for later viewing on our YouTube channel. But of course if you want to participate in the Q aspect of the event, you'll need to be there. Hoping to see you Thursday, --Rich ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] grub2-mkconfig with custom kernel
Sorry - it was an EFI system - so different path is needed. /boot/efi/EFI/centos/grub.cfg Jerry On Tue, Feb 2, 2021 at 10:05 AM Jerry Geis wrote: > Hi - I am running CentOS 7 > I tried to add a custom initrd and custom vmlinux > > when I run grub2-mkconfig -o /boot/grub2/grub.cfg > the custom files are not listed . > when I reboot my entry for /etc/grub.d/40_custom is not listed either. > > How do I get grub2-mkconfig to recognize my entries ? > Is grub2-mkconfig only looking at installed kernels - How do I get it to > see mine? > > Thanks > > Jerry > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] grub2-mkconfig with custom kernel
Hi - I am running CentOS 7 I tried to add a custom initrd and custom vmlinux when I run grub2-mkconfig -o /boot/grub2/grub.cfg the custom files are not listed . when I reboot my entry for /etc/grub.d/40_custom is not listed either. How do I get grub2-mkconfig to recognize my entries ? Is grub2-mkconfig only looking at installed kernels - How do I get it to see mine? Thanks Jerry ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS-announce] ConfigManagement SIG : removal of old/unmaintained ansible versions
Notification: So far, the ConfigManagement SIG rebuilt and shipped some Ansible versions through different repos (per "branch") over the last months/years , so we currently still have on mirror.centos.org (and so external mirrors) the following repositories : For CentOS 7: - ansible 2.6 - ansible 2.7 - ansible 2.8 - ansible 2.9 For CentOS 8 (also working on 8-stream) : - ansible 2.9 Per Ansible EOL policy (see https://docs.ansible.com/ansible/devel/reference_appendices/release_and_maintenance.html) we'll continue to maintain 2.8 (security fixes if they appear) and 2.9 but we'll remove previous versions/repositories. Worth knowing that they'd still be available through vault.centos.org though, but not available directly through a centos-release-ansible*.rpm (configuring yum/dnf repositories on systems) So far I never had a chance/time to look at ansible 2.10, as there is a split between ansible-base and ansible-core and then collections. My goal would be to discuss with EPEL/Fedora maintainer (Kevin Fenzi) about the best way to have it working and then we can start (re)building through configmanagement tags on https://cbs.centos.org Kind Regards, -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | twitter: @arrfab ___ CentOS-announce mailing list CentOS-announce@centos.org https://lists.centos.org/mailman/listinfo/centos-announce
