Search results for "meeting" - WLUG

Re: We've got a meeting this Thursday! (Jan. 14th, 2021) at 7pm!

by Keith Wright

"Aljerin Butler,Jr. via WLUG" <wlug(a)lists.wlug.org> writes: > I installed the jitsi app on my Samsung Galaxy S10. I need a room > number to join the meeting. I made a similar mistake, except that I did not actually install it. I am not sure what you installed (I was too frightened to install the Debian package). It might be the software needed to run a jit.si server. In any case I think you do not need it. You need a computer with working microphone and speaker (sound), and should have a camera. You also need a web browser that is not ancient. (Lynx https://en.wikipedia.org/wiki/Lynx_(web_browser) will not cut it!) Just put the URL https://meet.jit.si/WlugMA into the web browser. It will ask your permision to use the camera (Yes). It will display a rectangle with a drop down menu and the title "Join Meeting". Do not look in the menu; just click "Join Meeting". It _might_ work! -- Keith PS: I think you can do that any time. If there is no meeting happening, you will be all alone, but you can admire yourself on your own computer screen and see that it mostly sort of works (except for really working). > On Tuesday, January 12, 2021, 9:38:50 PM EST, Tim Keller via WLUG <wlug(a)lists.wlug.org> wrote: > > Hey Everybody, > We've got a meeting this Thursday (Jan. 14th). at 7pm! > It's going to be in our usual place on Jitsi: https://meet.jit.si/WlugMA

4 days

Re: We've got a meeting this Thursday! (Jan. 14th, 2021) at 7pm!

by Aljerin Butler,Jr.

Tim, I installed the jitsi app on my Samsung Galaxy S10. I need a room number to join the meeting. On Tuesday, January 12, 2021, 9:38:50 PM EST, Tim Keller via WLUG <wlug(a)lists.wlug.org> wrote: Hey Everybody, We've got a meeting this Thursday (Jan. 14th). at 7pm! It's going to be in our usual place on Jitsi: https://meet.jit.si/WlugMA Nothing in particular is planned as a topic but I'm sure a few interesting things will bubble to the top... like the whole CentOS thing and what options there are for us now. Hope to see you there!Tim. -- I am leery of the allegiances of any politician who refers to their constituents as "consumers"._______________________________________________ WLUG mailing list -- wlug(a)lists.wlug.org To unsubscribe send an email to wlug-leave(a)lists.wlug.org Create Account: https://wlug.mailman3.com/accounts/signup/ Change Settings: https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ Web Forum/Archive: https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/HPAZX…

4 days, 3 hours

We've got a meeting this Thursday! (Jan. 14th, 2021) at 7pm!

by Tim Keller

Hey Everybody, We've got a meeting this Thursday (Jan. 14th). at 7pm! It's going to be in our usual place on Jitsi: https://meet.jit.si/WlugMA <https://meet.jit.si/WlugMA> Nothing in particular is planned as a topic but I'm sure a few interesting things will bubble to the top... like the whole CentOS thing and what options there are for us now. Hope to see you there! Tim. -- I am leery of the allegiances of any politician who refers to their constituents as "consumers".

5 days, 1 hour

Re: Lap Top with 28 GB HD

by John Stoffel

>>>>> "hammerron" == hammerron via WLUG <wlug(a)lists.wlug.org> writes: hammerron> I recently got a Dell notebook/laptop. It is smaller than hammerron> a typical lap top (notebook?) and is very light in weight. hammerron> The hard drive is only 28 GB ! It currently runs Windows 10 hammerron> and has only 4 GB of free space on the hard drive. It hammerron> seems to just hang, if I try to update the Windows 10. Are you sure it's an SSD in there? It might be eMMC if it's a Chromebook like device, which is possibly sounds like. But as someone else said, the dell support site is really good. If it's an SSD in there, just moving to bigger one might be the way to go, they're pretty cheap these days at the smaller sizes. hammerron> I am thinking of attempting to install Xubuntu to see if it hammerron> runs. Tried Puppy Linux (a light weight distro) before and hammerron> think I'd like to go differently. I got the machine for hammerron> free so will not be disappointed if this goes nowhere. If hammerron> anyone has any ideas I'm all ears. (I might try to do this hammerron> install tonight) With only 4gb of RAM, it's going to be crappy for web browsing. It's amazing now how my 8gb desktop slows to a crawl and starts swapping if I have firefox and shotwell and some xterms open at the same time. Ugh! Trying to make the meeting tonight, but probably won't stay long.

1 month, 1 week

Re: Generic VGA Driver, wireless routers, and Thursday meeting

by John Stoffel

>>>>> "Keith" == Keith Wright via WLUG <wlug(a)lists.wlug.org> writes: Keith> John Stoffel via WLUG <wlug(a)lists.wlug.org> writes: >> Can I tell you to just go and buy a cheap PCIe graphics card made in >> the last 10 years? *grin* Keith> Your advice may be good, but I don't like your attitude. One Keith> of the things I like about Linux is that you are not forced to Keith> buy the latest whiz-bang computer. It runs just fine on old Keith> hardware. Getting it working is half the fun. Sure! I agree that getting it working is half the fun. I've been planning on upgrading my main machine since it's 12 years old now (AMD Phenom II X4 945 running at 800-3000Mhz) but I'd have to find some solution to replace my old Cyclades PCI 8 port serial card that I have in the system. PCIe to PCI adaptor? New PCIe 4 port serial card? USB to Serial hanging off the back? But sometimes, if you go dumpster diving for old hardware, then you're going to be forced to stay with old distributions, because people won't support the older stuff past a certain point. I'm talking core developers here. Especially for older graphics cards. It just gets too painful as the state of the art has changed. Heck, I ran a Matrox G200 card for years! Loved that card, ran great. But eventually it wasn't supported and it was so old and slow it wasn't worth it. Keith> See "Dumpster Diving for Linux" Keith> http://www.free-comp-shop.com/none/dumpster.html Great resource! But realize you're going to be running older distributions. And with the move to https and updated SSL requirements, it's going to be harder to use those older systems, unless you can work through a proxy that will encrypt for you. Keith> Tim Keller via WLUG <wlug(a)lists.wlug.org> writes: >> The meeting is going to be at our usual virtual hang out.. >> https://meet.jit.si/WlugMA @7pm. Keith> I hope to be there. >> I don't have a topic yet, I suspect something natural will emerge. Keith> I don't have a suitable presentation, but I have written something Keith> about my latest Linux project. Maybe it will be a topic. Keith> See "How can a wireless router be added to a wired netork?" Keith> http://www.free-comp-shop.com/none/wireless.html Keith> Your advice is welcome and maybe useful. A few years ago one Keith> of the WLUG memebers (Frank Sweetser?) saved my bacon after Keith> my Idiot Service Provider suddenly decided it would no longer Keith> be convenient for them to continue running a secondary name Keith> server for me. They didn't even reduce my bill by the amount Keith> they had been charging for that service. The price remained Keith> the same, but now it was for extra email addresses that I had not Keith> requested and did not need. Keith> A few years later they quit providing any mailboxes at all. Keith> I think they would really rather just charge me for sending the Keith> invoice. To be fair, that seems to be hard for them. Keith> Frank (?) told me about Hurricane Electric, who run a secondary Keith> name server for free just for good will and advertising. Keith> They are good people, this plug is all I have ever done for them. Keith> https://dns.he.net/ Keith> -- Keith Keith> _______________________________________________ Keith> WLUG mailing list -- wlug(a)lists.wlug.org Keith> To unsubscribe send an email to wlug-leave(a)lists.wlug.org Keith> Create Account: https://wlug.mailman3.com/accounts/signup/ Keith> Change Settings: https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ Keith> Web Forum/Archive: https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/M5DNG…

1 month, 1 week

Re: Generic VGA Driver, wireless routers, and Thursday meeting

by Keith Wright

John Stoffel via WLUG <wlug(a)lists.wlug.org> writes: > Can I tell you to just go and buy a cheap PCIe graphics card made in > the last 10 years? *grin* Your advice may be good, but I don't like your attitude. One of the things I like about Linux is that you are not forced to buy the latest whiz-bang computer. It runs just fine on old hardware. Getting it working is half the fun. See "Dumpster Diving for Linux" http://www.free-comp-shop.com/none/dumpster.html --- Tim Keller via WLUG <wlug(a)lists.wlug.org> writes: > The meeting is going to be at our usual virtual hang out.. > https://meet.jit.si/WlugMA @7pm. I hope to be there. > I don't have a topic yet, I suspect something natural will emerge. I don't have a suitable presentation, but I have written something about my latest Linux project. Maybe it will be a topic. See "How can a wireless router be added to a wired netork?" http://www.free-comp-shop.com/none/wireless.html Your advice is welcome and maybe useful. A few years ago one of the WLUG memebers (Frank Sweetser?) saved my bacon after my Idiot Service Provider suddenly decided it would no longer be convenient for them to continue running a secondary name server for me. They didn't even reduce my bill by the amount they had been charging for that service. The price remained the same, but now it was for extra email addresses that I had not requested and did not need. A few years later they quit providing any mailboxes at all. I think they would really rather just charge me for sending the invoice. To be fair, that seems to be hard for them. Frank (?) told me about Hurricane Electric, who run a secondary name server for free just for good will and advertising. They are good people, this plug is all I have ever done for them. https://dns.he.net/ -- Keith

1 month, 1 week

Re: Wlug meeting on Thurs. Dec 10th 2020 @7pm.

by Chuck Anderson

Juniper QFX runs Wind River Linux. If you can control your update deployment, you can stay on the same package versions/releases that end up in RHEL. There may be someone working on a tool to make this easier. On Wed, Dec 09, 2020 at 04:12:24PM -0500, Frank Sweetser wrote: > It depends on the use case. If all you want is a free, reasonably stable > version of RHEL, Centos stream might just be good enough. > > If your goal is to support software that wants RHEL, this could be hit or > miss, as you'll always be running on an approximation of RHEL. You could > say you should always have been just buying RHEL if it's that critical, but > it's now that much less optional. > > I'm also really curious to see what's going to happen to the various black > box appliances out there that currently run on CentOS, like Aruba > Clearpass, Aruba wireless controllers, and the Juniper QFX switches. I > doubt they'll want something stablish like CentOS Stream, so they most > likely have three basic choices. > > 1. Run on CentOS 7 for as long as they can get away with it, and hope > something better appears in the meantime > 2. Work out a licensing deal for RHEL, and pass along the costs to the > customers > 3. Switch to an alternate distro like Ubuntu LTS > > The next year is going to be interesting for more than a few vendors... > > On Wed, Dec 9, 2020 at 3:59 PM Chuck Anderson <cra(a)alum.wpi.edu> wrote: > > > This might not be as bad as it initially sounds. Centos Stream will > > consist of rolling updates that start from what will become each RHEL > > point release to what will become the the next RHEL point release, so > > for example from RHEL 8.1 to 8.2 to 8.3 etc. In fact, Centos 6, 7, > > and 8 already is a "forced" minor upgrade every quarter or so since > > they stop supporting x.y after RHEL x.y+1 comes out and your normal > > system yum updates just migrate you to the newer x.y+1 anyway. This > > is in contrast to how RHEL itself works, or how Scientific Linux used > > to work, where you actually have to take explicit action to upgrade to > > a new point release either using new install media or manual "yum" > > commands. See for example: > > > > https://scientificlinux.org/documentation/faq/faq-releases/ > > > > And here is what one of my Centos 7 systems looks like: > > > > >cat /etc/centos-release > > CentOS Linux release 7.9.2009 (Core) > > >rpm -qf /etc/centos-release > > centos-release-7-9.2009.1.el7.centos.x86_64 > > >rpm -qi centos-release > > Name : centos-release > > Version : 7 > > Release : 9.2009.1.el7.centos > > Architecture: x86_64 > > Install Date: Thu 03 Dec 2020 07:27:24 AM EST > > .. > > > > See how the Centos 7.9.2009 release package was installed this month? > > Previously, I had older versions of that package: > > > > >sudo grep centos-release /var/log/yum.log* > > /var/log/yum.log:Nov 13 08:46:49 Updated: centos-release.x86_64 > > 7-9.2009.0.el7.centos > > /var/log/yum.log:Dec 03 07:27:24 Updated: centos-release.x86_64 > > 7-9.2009.1.el7.centos > > /var/log/yum.log-20181204:Jul 30 14:47:20 Updated: > > centos-release-7-5.1804.el7.centos.2.x86_64 > > /var/log/yum.log-20181204:Aug 14 12:15:35 Updated: > > centos-release-7-5.1804.4.el7.centos.x86_64 > > /var/log/yum.log-20181204:Oct 10 05:45:04 Updated: centos-release.x86_64 > > 7-5.1804.5.el7.centos > > /var/log/yum.log-20181204:Dec 04 07:19:18 Updated: centos-release.x86_64 > > 7-6.1810.2.el7.centos > > /var/log/yum.log-20200428:Jan 08 09:08:24 Updated: > > centos-release-7-7.1908.0.el7.centos.x86_64 > > /var/log/yum.log-20200428:Apr 28 07:47:22 Updated: centos-release.x86_64 > > 7-8.2003.0.el7.centos > > > > So over the years, this server got upgraded automatically from Centos > > 7.5 to 7.6 to 7.7 to 7.9. I have nightly automatic "yum updates" > > turned on, so it just gets updates as they come out and I reboot the > > server once every so often so the updates get fully applied (new > > kernels, new shared libraries). > > > > The difference with Centos Stream is you'll get updates continually > > /before/ RHEL releases it eventually as a "snapshot in time" called > > RHEL x.y+1. Sure, they won't be as heavily tested as RHEL point > > releases, but if you really need/want that, then you can either buy > > RHEL or stage your Centos Stream updates from TEST-->STAGE-->PROD, > > and/or stagger them across your PROD systems to minimize impact. > > > > On Wed, Dec 09, 2020 at 02:59:30PM -0500, Tim Keller wrote: > > > I've got a fair amount of centos in production... this sucks... guess I'm > > > going to Debian now... > > > > > > On Wed, Dec 9, 2020 at 9:10 AM Frank Sweetser via WLUG < > > wlug(a)lists.wlug.org> > > > wrote: > > > > > > > And for anyone looking to contribute to Greg's efforts: > > > > > > > > https://github.com/hpcng/rocky > > > > > > > > On Tue, Dec 8, 2020 at 11:23 PM Chuck Anderson via WLUG < > > > > wlug(a)lists.wlug.org> wrote: > > > > > > > >> My favorite comment on that post: > > > >> > > > >> "Gregory Kurtzer says: > > > >> December 8, 2020 at 4:27 pm > > > >> > > > >> I am considering creating another rebuild of RHEL and may even be able > > > >> to hire some people for this effort. If you are interested in helping, > > > >> please join the HPCng slack (link on the website hpcng.org). > > > >> > > > >> Greg > > > >> (original founder of CentOS)" > > > >> > > > >> On Tue, Dec 08, 2020 at 10:35:24PM -0500, Frank Sweetser via WLUG > > wrote: > > > >> > Well, there's plenty talk about for CentOS users, like what you're > > > >> going to > > > >> > switch to now that CentOS is becoming something completely > > different: > > > >> > > > > >> > https://blog.centos.org/2020/12/future-is-centos-stream/

1 month, 1 week

Re: Wlug meeting on Thurs. Dec 10th 2020 @7pm.

by Frank Sweetser

It depends on the use case. If all you want is a free, reasonably stable version of RHEL, Centos stream might just be good enough. If your goal is to support software that wants RHEL, this could be hit or miss, as you'll always be running on an approximation of RHEL. You could say you should always have been just buying RHEL if it's that critical, but it's now that much less optional. I'm also really curious to see what's going to happen to the various black box appliances out there that currently run on CentOS, like Aruba Clearpass, Aruba wireless controllers, and the Juniper QFX switches. I doubt they'll want something stablish like CentOS Stream, so they most likely have three basic choices. 1. Run on CentOS 7 for as long as they can get away with it, and hope something better appears in the meantime 2. Work out a licensing deal for RHEL, and pass along the costs to the customers 3. Switch to an alternate distro like Ubuntu LTS The next year is going to be interesting for more than a few vendors... On Wed, Dec 9, 2020 at 3:59 PM Chuck Anderson <cra(a)alum.wpi.edu> wrote: > This might not be as bad as it initially sounds. Centos Stream will > consist of rolling updates that start from what will become each RHEL > point release to what will become the the next RHEL point release, so > for example from RHEL 8.1 to 8.2 to 8.3 etc. In fact, Centos 6, 7, > and 8 already is a "forced" minor upgrade every quarter or so since > they stop supporting x.y after RHEL x.y+1 comes out and your normal > system yum updates just migrate you to the newer x.y+1 anyway. This > is in contrast to how RHEL itself works, or how Scientific Linux used > to work, where you actually have to take explicit action to upgrade to > a new point release either using new install media or manual "yum" > commands. See for example: > > https://scientificlinux.org/documentation/faq/faq-releases/ > > And here is what one of my Centos 7 systems looks like: > > >cat /etc/centos-release > CentOS Linux release 7.9.2009 (Core) > >rpm -qf /etc/centos-release > centos-release-7-9.2009.1.el7.centos.x86_64 > >rpm -qi centos-release > Name : centos-release > Version : 7 > Release : 9.2009.1.el7.centos > Architecture: x86_64 > Install Date: Thu 03 Dec 2020 07:27:24 AM EST > .. > > See how the Centos 7.9.2009 release package was installed this month? > Previously, I had older versions of that package: > > >sudo grep centos-release /var/log/yum.log* > /var/log/yum.log:Nov 13 08:46:49 Updated: centos-release.x86_64 > 7-9.2009.0.el7.centos > /var/log/yum.log:Dec 03 07:27:24 Updated: centos-release.x86_64 > 7-9.2009.1.el7.centos > /var/log/yum.log-20181204:Jul 30 14:47:20 Updated: > centos-release-7-5.1804.el7.centos.2.x86_64 > /var/log/yum.log-20181204:Aug 14 12:15:35 Updated: > centos-release-7-5.1804.4.el7.centos.x86_64 > /var/log/yum.log-20181204:Oct 10 05:45:04 Updated: centos-release.x86_64 > 7-5.1804.5.el7.centos > /var/log/yum.log-20181204:Dec 04 07:19:18 Updated: centos-release.x86_64 > 7-6.1810.2.el7.centos > /var/log/yum.log-20200428:Jan 08 09:08:24 Updated: > centos-release-7-7.1908.0.el7.centos.x86_64 > /var/log/yum.log-20200428:Apr 28 07:47:22 Updated: centos-release.x86_64 > 7-8.2003.0.el7.centos > > So over the years, this server got upgraded automatically from Centos > 7.5 to 7.6 to 7.7 to 7.9. I have nightly automatic "yum updates" > turned on, so it just gets updates as they come out and I reboot the > server once every so often so the updates get fully applied (new > kernels, new shared libraries). > > The difference with Centos Stream is you'll get updates continually > /before/ RHEL releases it eventually as a "snapshot in time" called > RHEL x.y+1. Sure, they won't be as heavily tested as RHEL point > releases, but if you really need/want that, then you can either buy > RHEL or stage your Centos Stream updates from TEST-->STAGE-->PROD, > and/or stagger them across your PROD systems to minimize impact. > > On Wed, Dec 09, 2020 at 02:59:30PM -0500, Tim Keller wrote: > > I've got a fair amount of centos in production... this sucks... guess I'm > > going to Debian now... > > > > On Wed, Dec 9, 2020 at 9:10 AM Frank Sweetser via WLUG < > wlug(a)lists.wlug.org> > > wrote: > > > > > And for anyone looking to contribute to Greg's efforts: > > > > > > https://github.com/hpcng/rocky > > > > > > On Tue, Dec 8, 2020 at 11:23 PM Chuck Anderson via WLUG < > > > wlug(a)lists.wlug.org> wrote: > > > > > >> My favorite comment on that post: > > >> > > >> "Gregory Kurtzer says: > > >> December 8, 2020 at 4:27 pm > > >> > > >> I am considering creating another rebuild of RHEL and may even be able > > >> to hire some people for this effort. If you are interested in helping, > > >> please join the HPCng slack (link on the website hpcng.org). > > >> > > >> Greg > > >> (original founder of CentOS)" > > >> > > >> On Tue, Dec 08, 2020 at 10:35:24PM -0500, Frank Sweetser via WLUG > wrote: > > >> > Well, there's plenty talk about for CentOS users, like what you're > > >> going to > > >> > switch to now that CentOS is becoming something completely > different: > > >> > > > >> > https://blog.centos.org/2020/12/future-is-centos-stream/ > -- - Frank

1 month, 1 week

Re: Wlug meeting on Thurs. Dec 10th 2020 @7pm.

by Chuck Anderson

This might not be as bad as it initially sounds. Centos Stream will consist of rolling updates that start from what will become each RHEL point release to what will become the the next RHEL point release, so for example from RHEL 8.1 to 8.2 to 8.3 etc. In fact, Centos 6, 7, and 8 already is a "forced" minor upgrade every quarter or so since they stop supporting x.y after RHEL x.y+1 comes out and your normal system yum updates just migrate you to the newer x.y+1 anyway. This is in contrast to how RHEL itself works, or how Scientific Linux used to work, where you actually have to take explicit action to upgrade to a new point release either using new install media or manual "yum" commands. See for example: https://scientificlinux.org/documentation/faq/faq-releases/ And here is what one of my Centos 7 systems looks like: >cat /etc/centos-release CentOS Linux release 7.9.2009 (Core) >rpm -qf /etc/centos-release centos-release-7-9.2009.1.el7.centos.x86_64 >rpm -qi centos-release Name : centos-release Version : 7 Release : 9.2009.1.el7.centos Architecture: x86_64 Install Date: Thu 03 Dec 2020 07:27:24 AM EST .. See how the Centos 7.9.2009 release package was installed this month? Previously, I had older versions of that package: >sudo grep centos-release /var/log/yum.log* /var/log/yum.log:Nov 13 08:46:49 Updated: centos-release.x86_64 7-9.2009.0.el7.centos /var/log/yum.log:Dec 03 07:27:24 Updated: centos-release.x86_64 7-9.2009.1.el7.centos /var/log/yum.log-20181204:Jul 30 14:47:20 Updated: centos-release-7-5.1804.el7.centos.2.x86_64 /var/log/yum.log-20181204:Aug 14 12:15:35 Updated: centos-release-7-5.1804.4.el7.centos.x86_64 /var/log/yum.log-20181204:Oct 10 05:45:04 Updated: centos-release.x86_64 7-5.1804.5.el7.centos /var/log/yum.log-20181204:Dec 04 07:19:18 Updated: centos-release.x86_64 7-6.1810.2.el7.centos /var/log/yum.log-20200428:Jan 08 09:08:24 Updated: centos-release-7-7.1908.0.el7.centos.x86_64 /var/log/yum.log-20200428:Apr 28 07:47:22 Updated: centos-release.x86_64 7-8.2003.0.el7.centos So over the years, this server got upgraded automatically from Centos 7.5 to 7.6 to 7.7 to 7.9. I have nightly automatic "yum updates" turned on, so it just gets updates as they come out and I reboot the server once every so often so the updates get fully applied (new kernels, new shared libraries). The difference with Centos Stream is you'll get updates continually /before/ RHEL releases it eventually as a "snapshot in time" called RHEL x.y+1. Sure, they won't be as heavily tested as RHEL point releases, but if you really need/want that, then you can either buy RHEL or stage your Centos Stream updates from TEST-->STAGE-->PROD, and/or stagger them across your PROD systems to minimize impact. On Wed, Dec 09, 2020 at 02:59:30PM -0500, Tim Keller wrote: > I've got a fair amount of centos in production... this sucks... guess I'm > going to Debian now... > > On Wed, Dec 9, 2020 at 9:10 AM Frank Sweetser via WLUG <wlug(a)lists.wlug.org> > wrote: > > > And for anyone looking to contribute to Greg's efforts: > > > > https://github.com/hpcng/rocky > > > > On Tue, Dec 8, 2020 at 11:23 PM Chuck Anderson via WLUG < > > wlug(a)lists.wlug.org> wrote: > > > >> My favorite comment on that post: > >> > >> "Gregory Kurtzer says: > >> December 8, 2020 at 4:27 pm > >> > >> I am considering creating another rebuild of RHEL and may even be able > >> to hire some people for this effort. If you are interested in helping, > >> please join the HPCng slack (link on the website hpcng.org). > >> > >> Greg > >> (original founder of CentOS)" > >> > >> On Tue, Dec 08, 2020 at 10:35:24PM -0500, Frank Sweetser via WLUG wrote: > >> > Well, there's plenty talk about for CentOS users, like what you're > >> going to > >> > switch to now that CentOS is becoming something completely different: > >> > > >> > https://blog.centos.org/2020/12/future-is-centos-stream/

1 month, 1 week

Re: Wlug meeting on Thurs. Dec 10th 2020 @7pm.

by Tim Keller

I've got a fair amount of centos in production... this sucks... guess I'm going to Debian now... On Wed, Dec 9, 2020 at 9:10 AM Frank Sweetser via WLUG <wlug(a)lists.wlug.org> wrote: > And for anyone looking to contribute to Greg's efforts: > > https://github.com/hpcng/rocky > > On Tue, Dec 8, 2020 at 11:23 PM Chuck Anderson via WLUG < > wlug(a)lists.wlug.org> wrote: > >> On Tue, Dec 08, 2020 at 10:35:24PM -0500, Frank Sweetser via WLUG wrote: >> > Well, there's plenty talk about for CentOS users, like what you're >> going to >> > switch to now that CentOS is becoming something completely different: >> > >> > https://blog.centos.org/2020/12/future-is-centos-stream/ >> >> My favorite comment on that post: >> >> "Gregory Kurtzer says: >> December 8, 2020 at 4:27 pm >> >> I am considering creating another rebuild of RHEL and may even be able >> to hire some people for this effort. If you are interested in helping, >> please join the HPCng slack (link on the website hpcng.org). >> >> Greg >> (original founder of CentOS)" >> _______________________________________________ >> WLUG mailing list -- wlug(a)lists.wlug.org >> To unsubscribe send an email to wlug-leave(a)lists.wlug.org >> Create Account: https://wlug.mailman3.com/accounts/signup/ >> Change Settings: >> https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ >> Web Forum/Archive: >> https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/ON4X3… >> > > > -- > - Frank > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/PSPQY… > -- I am leery of the allegiances of any politician who refers to their constituents as "consumers".

1 month, 1 week

WLUG search results for query "meeting"