Re: In search for a SL replacement - almalinux

> On 7. May 2021, at 22:12, Dave Dykstra wrote: > > I would like to see a SIG/Scientific Linux or SIG/Scientific instead of > SIG/HEP. Few here will probably remember that SL started out under the name "HEPL" ;-)

Re: SL 6

s not come preinstalled with a package > to "boot an SL3/SL4/SL5/RHEL6/RHEL7 VM image now!". (Yes, we still have > hardware that required an m68k crosscompiler that runs on SL4. We even have > a physical machine for this, a dual 500 MHz Pentium-II tower). Yes it's kind of sad. However, containers have been mentioned in this thread already, and they do scratch a lot of those itches in a very elegant and cheap way. -- Stephan Wiesand DESY -DV- Platanenallee 6 15738 Zeuthen, Germany

Re: Recovering root password

> On 23. Jun 2020, at 21:25, Andrew C Aitchison wrote: > > On Tue, 23 Jun 2020, Konstantin Olchanski wrote: > >> On Tue, Jun 23, 2020 at 10:49:48AM +0200, Elio Fabri wrote: >>> Hi all, >>> I need help (at lest a link) as to how to recover my root password. >>> I'm using SL6.2. The password I

Re: Who Uses Scientific Linux, and How/Why?

Bonjour, > On 25. Feb 2020, at 10:49, Winnie Lacesso > wrote: > > This was posted to SLU in 2012 but didn't get any actual answers. It's > reposted in case anyone can firmly say (or no) that the situation has > changed or is the same. *Is* it true that CentOS still have a period when > they do

Re: EL 8

> On 3. Feb 2020, at 22:23, ONeal, Miles > <0be99a30c213-dmarc-requ...@listserv.fnal.gov> wrote: > > And there's no real reason to get the source from anywhere but RHEL, since > it's freely available. Care to share a pointer to the freely available SRPM for one of today's updates, like

Re: EL 8

> On 3. Feb 2020, at 21:11, David Sommerseth > wrote: > > On 01/02/2020 17:12, Nico Kadel-Garcia wrote: >> *No one* calls it "Oracle 8". It's still RHEL 8. Oracle now owns and >> can still use the Red Hat trademarks. > > No, not at all. It was IBM who acquired Red Hat; but IBM has so far kept

Re: EL 8

> On 3. Feb 2020, at 21:05, David Sommerseth > wrote: > > On 01/02/2020 04:35, Konstantin Olchanski wrote: >> Since I write firmware myself, the function to upgrade the firmware on >> a running system without having the reboot the OS is pretty much >> the first thing that I implement (during

Re: EL 8

> On 31. Jan 2020, at 19:10, Jon Pruente wrote: > > On Thu, Jan 30, 2020 at 7:58 PM Yasha Karant wrote: > soon to be forced to go to another Linux. The options appear to be drop > EL entirely and go to Ubuntu LTS ("stable") current, or to stay with EL > and use Springdale (Princeton) EL8

Re: EL 8

> On 2. Feb 2020, at 03:02, Nico Kadel-Garcia wrote: > > I also know literally *no one* who uses "Oracle Unbreakable Linux"., It's called just "Oracle Linux" these days I think. And well, up to 7 there was SL. > nor are their RPMs listed at >

Re: EL 8

> On 1. Feb 2020, at 04:35, Konstantin Olchanski wrote: > >> >>> - direction is very stable, each next release is "the same as the previous >>> release", >>> no surprises, no strange changes, no confusion. >> >> Mir -> Wayland, Upstart -> systemd, Unity -> Gnome Shell... sure were >>

Re: EL 8

> On 1. Feb 2020, at 17:12, Nico Kadel-Garcia wrote: > Oracle now owns and can still use the Red Hat trademarks. Er, what ?!

Re: EL 8

> On 31. Jan 2020, at 03:25, Konstantin Olchanski wrote: > > On Thu, Jan 30, 2020 at 05:57:24PM -0800, Yasha Karant wrote: >> >> At this point in terms of application support for EL 7 (including SL >> 7) from external entities (such as Calibre -- there are others), I >> am going soon to be

Re: centOS 8

> On 17. Oct 2019, at 14:01, David Sommerseth > wrote: > > You do know that Oracle EL is based on CentOS source RPMs? Given that they released 8 more than two months before CentOS, I'm not sure that's correct? Speaking of source RPMs, does anyone know where to find the latest CentOS 8 ones?

Re: [SCIENTIFIC-LINUX-USERS] centOS 8

> On 7. Oct 2019, at 18:17, Jose Marques wrote: > >> On 7 Oct 2019, at 16:43, Fait, James F. >> <0c6019404d64-dmarc-requ...@listserv.fnal.gov> wrote: >> >> I tend to ignore ANY distribution with a .0 suffix. > > I'm going through the process of updating our kickstart scripts, repos, and

Re: 7x fastbugs (was: Security ERRATA Moderate: cockpit on SL7.x x86_64)

> On 3. Sep 2019, at 23:23, Peed, Andrew (GE Healthcare) > wrote: > > Next question -- I saw Farhan's email about fastbugs being made available in > the 7x repository. We pull fastbugs from 7.6/updates/fastbugs; when I > reposync'ed with your 7.6 repos, I got the sources for these fastbug

Re: Qualys agent Scientific Linux

> On 29. Mar 2019, at 16:07, Howard, Chris wrote: > > > Our security guy runs a scanning system called Qualys. > He gave me an rpm file to install and a couple of commands to run. > > It appears to have installed the agent ok. > > But I see in the log file that it is trying to do a pattern

Re: SL-7.3 ModuleCmd

Hello Susan, > On 26. Mar 2019, at 18:00, Susan James wrote: > > > [resend with correction in the .cshrc snippet] > > Hello All, > > Loading software modules in a startup script is broke on SL-7.3 but works > with no issue on Centos-7.x OS. See below. If anyone has clues as to how to >

Re: Security ERRATA Important: kernel on SL6.x i386/x86_64

x86_64.rpm >> >kernel-devel-2.6.32-754.el6.x86_64.rpm >> >kernel-headers-2.6.32-754.el6.x86_64.rpm >> >perf-2.6.32-754.el6.x86_64.rpm >> >perf-debuginfo-2.6.32-754.el6.i686.rpm >> >perf-debuginfo-2.6.32-754.el6.x86_64.rpm >> >python-perf-debuginfo-2.6.32-754.el6.i686.rpm >> >python-perf-debuginfo-2.6.32-754.el6.x86_64.rpm >> >python-perf-2.6.32-754.el6.x86_64.rpm >> > i386 >> >kernel-2.6.32-754.el6.i686.rpm >> >kernel-debug-2.6.32-754.el6.i686.rpm >> >kernel-debug-debuginfo-2.6.32-754.el6.i686.rpm >> >kernel-debug-devel-2.6.32-754.el6.i686.rpm >> >kernel-debuginfo-2.6.32-754.el6.i686.rpm >> >kernel-debuginfo-common-i686-2.6.32-754.el6.i686.rpm >> >kernel-devel-2.6.32-754.el6.i686.rpm >> >kernel-headers-2.6.32-754.el6.i686.rpm >> >perf-2.6.32-754.el6.i686.rpm >> >perf-debuginfo-2.6.32-754.el6.i686.rpm >> >python-perf-debuginfo-2.6.32-754.el6.i686.rpm >> >python-perf-2.6.32-754.el6.i686.rpm >> > noarch >> >kernel-abi-whitelists-2.6.32-754.el6.noarch.rpm >> >kernel-doc-2.6.32-754.el6.noarch.rpm >> >kernel-firmware-2.6.32-754.el6.noarch.rpm >> > >> > - Scientific Linux Development Team >> > >> >> --- >> Best regards, >> Valery Mitsyn >> >> >> > > --- > Best regards, > Valery Mitsyn -- Stephan Wiesand DESY -DV- Platanenallee 6 15738 Zeuthen, Germany

Re: Security ERRATA Important: kernel on SL6.x i386/x86_64

10 kernel. You can find kmod-openafs packages in 6rolling. But yes, they should probably be added to the updates/security repo. Best regards, Stephan -- Stephan Wiesand DESY -DV- Platanenallee 6 15738 Zeuthen, Germany

Re: ETA for RHSA-2018-0980?

two weeks ago. It's marked as a security > advisory, albeit low risk. > > Thanks a bunch! see https://listserv.fnal.gov/scripts/wa.exe?A2=ind1804=SCIENTIFIC-LINUX-DEVEL===2445 You may want to subscribe to -devel. HTH Stephan -- Stephan Wiesand DESY - DV - Platanenallee 6 15738 Zeuthen, Germany

Re: [SCIENTIFIC-LINUX-USERS] Security ERRATA Important: kernel on SL7.x x86_64

't allow the third > party driver to build properly. > > Thanks! > Gilles > > On 03/09/2018 03:58 AM, Stephan Wiesand wrote: >> Meanwhile, this change should help: >> >> ---8<--- >> --- /usr/src/kernels/3.10.0-693.21.1.el7.x86_64/arch/x86/Makefile.or

Re: [SCIENTIFIC-LINUX-USERS] Security ERRATA Important: kernel on SL7.x x86_64

t;>> kernel-headers-3.10.0-693.21.1.el7.x86_64.rpm >>> kernel-tools-3.10.0-693.21.1.el7.x86_64.rpm >>> kernel-tools-debuginfo-3.10.0-693.21.1.el7.x86_64.rpm >>> kernel-tools-libs-3.10.0-693.21.1.el7.x86_64.rpm >>> perf-3.10.0-6

Re: iptables mac filtering: iptables fails to start after trying to use "mac" iptables module

> On 2. Mar 2018, at 12:04, Karel Lang AFD wrote: > > Hello guys, > > stumbled on weird thing today - wanted to setup some iptables rules based on > 'mac address' and iptables failed to start. > > cat /etc/redhat-release > Scientific Linux release 7.4 (Nitrogen) > > iptables

Re: Security ERRATA Important: microcode_ctl

debuginfo-1.17-25.4.el6_9.i686.rpm >> SL7 >> x86_64 >>microcode_ctl-2.1-22.5.el7_4.x86_64.rpm >>microcode_ctl-debuginfo-2.1-22.5.el7_4.x86_64.rpm >>microcode_ctl-2.1-16.5.el7_3.x86_64.rpm >>microcode_ctl-debuginfo-2.1-16.5.el7_3.x86_64.rpm >>microcode_ctl-2.1-12.el7_2.3.x86_64.rpm >>microcode_ctl-debuginfo-2.1-12.el7_2.3.x86_64.rpm >> >> - Scientific Linux Development Team >> -- Stephan Wiesand DESY - DV - Platanenallee 6 15738 Zeuthen, Germany

Re: glibc revisions on 6.9

On Jul 9, 2017, at 18:32 , Bruce Ferrell wrote: > On 07/09/2017 05:51 AM, Tru Huynh wrote: >> On Sun, Jul 09, 2017 at 12:03:02AM -0700, Bruce Ferrell wrote: >>> OK, before the flames start I KNOW it's not normal. >>> >>> Has anyone have a method to upgrade glibc beyond 2.12? >> I would suggest

Re: Cad package move to 6.9

On Jun 24, 2017, at 16:45 , Larry Linder wrote: > As usual we are always behind. > > We own a cad package that runs fine on SL 5.11 but will not run on SL > 6.9. When you run it on 6.9 It complains about missing libs. If you do > a "whereis" on the "the missing lib" - it finds it. >> From what

Re: is it possible to update kernel on out-of-data SL5?

come to the rescue. If your users still requiring an EL5 environment would get along with an EL5 Singularity container, that would work around the issue. -- Stephan Wiesand DESY -DV- Platanenenallee 6 15738 Zeuthen, Germany

Re: Addressing rpcbind crashes in SLSA-2017:1267

Hi Pat, while my site is not affected by that bug, this move seems reasonable to me even though it will cause some (modest) additional effort here. - Stephan On Jun 16, 2017, at 19:34 , Pat Riehecky wrote: > A recent security update to rpcbind (SLSA-2017:1267) contained a bug that > causes

Re: Scientific Linux 5 End of Life

tarts using the official > distribution servers. -- Stephan Wiesand DESY -DV- Platanenenallee 6 15738 Zeuthen, Germany

Re: Server going to uncommanded sleep or suspend

On Mar 9, 2017, at 19:44 , Andrew C Aitchison wrote: > On Thu, 9 Mar 2017, Konstantin Olchanski wrote: > >> Hi, there. I wonder if anybody else is seeing the same problem with el7: >> >> The symptoms are: no ping, dead video, dead keyboard. After power cycle, >> syslog shows that the system has

Re: Possible problem using netinstall for 7.3

rocess offers? It's pretty custom, sorry. > Right now, I'm trying the minimal install and using the three mirrors, sl7 > base, security, fastbugs and this seems to be the only one that craps out on > me. I'm not using the fastbugs repo. Maybe that's the culprit? -- Stephan Wiesand DESY

Re: Possible problem using netinstall for 7.3

On Mar 7, 2017, at 20:22 , Michael Tiernan wrote: > I've been finding a problem where the kickstart can't find > > libcroco-0.6.8-5.el7.x86_64 > > Anyone else seeing this? No, works for me. Kickstart install March the 7th, 18:12 GMT+1 from a then up to date SL 7.3 mirror. --

Re: Connie Sieh, founder of Scientific Linux, retires from Fermilab

she founded. > > Connie's outstanding technical and non-technical judgement are the foundation > of Scientific Linux. Her legacy will continue to inform the way we run SL and > we hope she'll remain as a collaborator. > > All the best to Connie in her well-earned retirement.

Re: [SCIENTIFIC-LINUX-USERS] update notice?

On Jan 26, 2017, at 17:17 , Pat Riehecky wrote: > On 01/26/2017 10:15 AM, Stephan Wiesand wrote: >> On Jan 26, 2017, at 16:32 , Maarten wrote: >> >>> And great work for releasing 7.3!! :) >> Has it actually been released? Can't find an announcement to that effec

Re: [SCIENTIFIC-LINUX-USERS] update notice?

On Jan 26, 2017, at 16:32 , Maarten wrote: > And great work for releasing 7.3!! :) Has it actually been released? Can't find an announcement to that effect...

Re: repos for latest updates in scientific linux are not working

Stephan > The http repos appear not to be affected. We are going to grab the rpm's > from Centos libraries which are looking ok > > Thanks > Paul Myers -- Stephan Wiesand DESY -DV- Platanenallee 6 15738 Zeuthen, Germany

Re: EPEL

> On 22 Dec 2016, at 11:17, jdow <j...@earthlink.net> wrote: > > On 2016-12-22 02:00, Stephan Wiesand wrote: >>> On 22 Dec 2016, at 09:10, jdow <j...@earthlink.net> wrote: >>> >>> # yum install epel-release >>> >>> Tran

Re: EPEL

gged whenever yum installs or updates anything and lvmetad is running. Still a bit scary, but yum works. And most of the time starting lvmetad seems to fail ayway... > > Can't get EPEL to install. > > {^_^} -- Stephan Wiesand DESY -DV- Platanenallee 6 15738 Zeuthen, Germany

Re: [SCIENTIFIC-LINUX-USERS] Security ERRATA Moderate: libguestfs and virt-p2v on SL7.x x86_64

Got them. This fixed the issue. Thanks! - Stephan On Dec 16, 2016, at 15:53 , Pat Riehecky wrote: > It looks like our package parser dropped virt-p2v and virt-v2v from the list. > > I'll get them out the door in the next 5 minutes. > > Pat > > On 12/16/2016 03:48 AM,

Re: firewalld help

c 100 This suggests tat saudade will send the response packages through enp3s0, unless the request originates from "the same subnet" (146.139.198.0/23). Is that expected to work? You could check this with tcpdump. > On 11/10/2016 08:27 AM, Stephan Wiesand wrote: >> >>&

Re: firewalld help

s come from the second interface. > > I've put a query to my networking folks to see if the problem is further > upstream. But I thought I'd ask if I have missed something obvious. What's the default route on the "failing" system? > I know it's not SL7 but they use the same

Re: [SCIENTIFIC-LINUX-USERS] 6x/x86_64/os/repodata/repomd.xml broken

or >>>> 6x/x86_64/os? It seems to be broken. >>>> >>>> $ ls -l os/repodata/repomd.xml >>>> -rw-r--r-- 1 root root 3903 Oct 3 15:58 os/repodata/repomd.xml >>>> $ sha256sum os/repodata/repomd.xml >>>> b1774fccf1363b06a238a7f67c0b01bd02d134f6e32483f505845608dadf7c2d >>>> os/repodata/repomd.xml $ yum-repo-verify -qr os/ >>>> >>>> ERROR: repo os has broken REPOMD.XML: >>>>failed to load repomd.xml. >>>> >>>> Thanks >>>> Boris -- Stephan Wiesand DESY - DV - Platanenallee 6 15738 Zeuthen, Germany

Re: [SCIENTIFIC-LINUX-USERS] 6x/x86_64/os/repodata/repomd.xml broken

8dadf7c2d >>> os/repodata/repomd.xml >>> $ yum-repo-verify -qr os/ >>> ERROR: repo os has broken REPOMD.XML: >>> failed to load repomd.xml. >>> >>> Thanks >>> Boris >> -- Stephan Wiesand DESY - DV - Platanenallee 6 15738 Zeuthen, Germany

Re: a question when yum update with scientific linux 6.8‏

> On 23 Aug 2016, at 09:43, John Pilkington wrote: > > On 23/08/16 03:53, afeng wrote: >> Dear all: >> >> there is a question when I yum update my scientific linux 6.8, this >> message is below >> >> >> Running rpm_check_debug >> Running Transaction Test >> >> >>

Re: sl7 iptables firewalld

f I delete > them? It's a NAT gateway, not a virtualization server. -- Stephan Wiesand DESY - DV - Platanenallee 6 15738 Zeuthen, Germany

Re: help debugging a kickstart install

> On 12 Oct 2015, at 16:14, Ken Teh wrote: > > I'm having problems with an 6.7 install. Here are the relevant lines: > > # partitions > > #clearpart --drives=disk/by-id/ata-SATA_SSD_96D70756062400160297 > part /boot --fstype=ext4 --size=1024 --asprimary >

Re: SL6 vs 7 UID range question

package creating a problematic account. Stephan -- Stephan Wiesand DESY -DV- Platanenenallee 6 15738 Zeuthen, Germany

Re: SELinux: SSH Keyfile login with authorized_keys in NFS mounted $HOME

you tried setsebool use_nfs_home_dirs on ? -- Stephan Wiesand DESY - DV - Platanenallee 6 15738 Zeuthen, Germany

Re: SELinux: SSH Keyfile login with authorized_keys in NFS mounted $HOME

-- off xen_use_nfs -- off On 28.11.2014 11:57, Stephan Wiesand wrote: On 28 Nov 2014, at 11:33, Thomas Hartmann thomas.hartm...@cern.ch wrote: Or is there another way to get SELinux and NFS mounted homes together? I.e., disabling all file attribuite checks for NFS files - which

Re: SL 7 install network drivers

download that passes the sha256sum check, and they appear to be identical. -- Stephan Wiesand DESY -DV- Platanenenallee 6 15738 Zeuthen, Germany

Re: EL 7 in-place upgrade

Just to provide some input: This feature is of no interest to me or my site. -- Stephan

Re: Please help interpret this error message

it means or where to read up on it would be greatly appreciated. Some library call returned EAGAIN. The prime suspect is usually fork(2), but in the case of a network library, I'd look at send(2) first. Hth Stephan -- Stephan Wiesand DESY - DV - Platanenallee 6 15738 Zeuthen, Germany

Re: x-window problem after update

driver, by removing xorg-x11-drv-savage and removing or adapting Xorg.conf. The same happened to the nv driver with at least one chip. -- Stephan Wiesand DESY -DV- Platanenenallee 6 15738 Zeuthen, Germany