Re: Rhel 8
On Sun, Jan 24, 2021 at 11:00 AM Mark Rousell wrote: > > BUT... the fact that SysVInit is seen as outdated is NOT a reason in and of > itself to support SystemD. > There may have been and, in many people's opinion, there were and are better > init systems > to replace SysVInit than SystemD. "Better" being both a technical and a > political/social/industrial construct. Mark, please name the better ones. And possibly why have they not been widely adopted? (PS: Lamar, appreciate as always your PostgreSQL contributions and its package management.) -- Serguei Mokhov
arstechnica: "CentOS is gone—but RHEL is now free for up to 16 production servers"
arstechnica.com/gadgets/2021/01/centos-is-gone-but-rhel-is-now-free-for-up-to-16-production-servers Thoughts? -- Serguei Mokhov
Re: SL7 with security and bug fixes forever - how much work?
On Mon, Dec 14, 2020 at 2:27 PM Konstantin Olchanski wrote: > > On Sun, Dec 13, 2020 at 05:36:30PM -0800, Keith Lofstrom wrote: > For items (4) and (5), one has to take the current source code > of the applications (and critical system services like httpd), > and "back port" them to el7. > > I have done this in the past with mixed success, typical problems > include "cmake is too old", "autoconf/autotools are too old". > > Each "xxx too old" problem is solved by rebuilding "xxx" from > current sources, this usually creates a few more "xxx is too old" > dependancies. By the time you run into "glibc is too old" and "gcc is too > old", > it is time to give up. (notice how there is no KDE5 for el7!). Having run into this at a smaller scale for one of the projects I ended up using devtoolset-6 (and -7 as appropriate) that ships all this stuff such as newer GCC, GLIBC, etc. Me too, I ran the 4.x kernels from elrepo on EL6 and EL7 for newer NVIDIA drivers as well... All scripted as well, e.g. github.com/OpenISS/OpenISS/blob/master/src/scripts/dependencies/el7.sh for CI servers or containers or similar. -- Serguei Mokhov
Re: Who Uses Scientific Linux, and How/Why?
In the Gina Cody School of Engineering and Computer Science, at Concordia University, Montreal, we've been using SL since around SL5 for our 100+ servers, 1000+ lab desktops (dual boot), and recent HPC facility Speed (concordia.ca/ginacody/aits/speed) loaded with all kind of engineering and parallel processing packages and stuff for deeplearning, etc. -- the packages are compiled on an NFS-mounted software partition at all locations. Why? Primarily because SL was championed by Fermilab and CERN and provided support for minor version releases unlike CentOS. And we've been a RH shop in the past for all of our infrastructure for a long time. SL was the best stable option compared to the alternatives back then and CentOS faced uncertainty. We tried Fedora in the past for the desktops, but maintaining that many lab desktops every semester from bleeding edge updates breaking stuff too often, forced us to move desktops off Fedora to SL as well. Still using it all today, but for EL8 we will be something of an adventure I guess at some point in the future. -s On Mon, Feb 24, 2020 at 9:09 AM Peter Willis wrote: > > Hello, > > > > The variation in uses of t Scientific Linux is quite interesting. > > As mentioned before, we are using it for fluid dynamics modelling and > oceanography, in the context of parallel computing with OpenMP and MPICH. > > > > I am curious to see what everyone else have been using it for. > > > > Perhaps, if it’s not too much trouble, people on the list might give a short > blurb about how they use it and why. > > Maybe also mention others they know who are using it who are not on this list. > > > > Peter > > > > > > > > >I'm no scientist, just an electronics guy who do a lot of research in RF (as > >hobby, mostly testing antennas for ham radio in VHF bands) from Argentina. > > > > > >Fot SL the most "well done" linux distribution, for people who simply knows. > > > > > >Will look forward to move to another distribution. > > > > > > > > >>I'm an independent electronics inventor, heavily dependent > >>on both competent software and competent laboratory science, > >>both for the knowledge I depend on and the tools I use to > >>transform that knowledge into products and services for > >>my customers. > >> -- Serguei Mokhov https://urldefense.proofpoint.com/v2/url?u=http-3A__www.cs.concordia.ca_-7Emokhov&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=ReXrKueW8ZKy6ZeDrhbuU0jFxocBkwAtzvgZ8Lw2ARo&s=be7he2wCrlv4hIwX_h0scVYIki4Qb7seECAg7OOc-MY&e= https://urldefense.proofpoint.com/v2/url?u=http-3A__cciff.ca&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=ReXrKueW8ZKy6ZeDrhbuU0jFxocBkwAtzvgZ8Lw2ARo&s=r1CyWyPBkhOKlYHXLLBrBRzhyvOXZfdHagfuQ1DQWDk&e= | https://urldefense.proofpoint.com/v2/url?u=http-3A__mdreams-2Dstage.com&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=ReXrKueW8ZKy6ZeDrhbuU0jFxocBkwAtzvgZ8Lw2ARo&s=GqE1OMX9RmXnxHlwLxQhCFqwgZdIh5nqA-PoNF1J30c&e= https://urldefense.proofpoint.com/v2/url?u=http-3A__marf.sf.net&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=ReXrKueW8ZKy6ZeDrhbuU0jFxocBkwAtzvgZ8Lw2ARo&s=AChVu3ppzcRMQhwedztVKVDCZpdn7eviggK3B8gom7Y&e= | https://urldefense.proofpoint.com/v2/url?u=http-3A__sf.net_projects_marf&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=ReXrKueW8ZKy6ZeDrhbuU0jFxocBkwAtzvgZ8Lw2ARo&s=lBCv7stSS6iCundVO4eoQ9BsgR8UV294lSmdDozJ8Q8&e=
Re: SP: proofpoint.com URLs in sl-users messages
It appears it mangles URLs that begin with http and www at the moment. -s On Tue, Jul 24, 2018 at 3:05 PM, P. Larry Nelson wrote: > Weird... > None of yours got mangled (at least in my copy of your email) but scrolling > down I see the URL in my sig is now ProofPointed as well as my google.com > URLs in the quoted part of your response. > The Fermilab ProofPoint settings seem to be a bit mysterious. > > > Serguei Mokhov wrote on 7/24/18 1:54 PM: >> >> Certainly a counterproductive decision for Fermilab and the mailing >> list users. Not to mention privacy-violation redirecting to 3rd party >> trackers... I'd admit with this URL mangling, I'd be more reluctant to >> click URLs in the emails :) >> >> Let's see if these gets mangled: >> >> >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.google.com&d=DwICaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=ZGI1z1l3vfqoHxT9bkh2uTtKg-5zoSMkjMa7dJwVne0&s=nqcqCYyYafmVYrQM4k8j6RTbffl_OK4TwW88Tp8BUsY&e= >> >> "https://urldefense.proofpoint.com/v2/url?u=http-3A__www.google.com&d=DwICaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=ZGI1z1l3vfqoHxT9bkh2uTtKg-5zoSMkjMa7dJwVne0&s=nqcqCYyYafmVYrQM4k8j6RTbffl_OK4TwW88Tp8BUsY&e="; >> google.com >> cnn.com >> cbc.ca >> "github.com" >> >> https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost&d=DwICaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=ZGI1z1l3vfqoHxT9bkh2uTtKg-5zoSMkjMa7dJwVne0&s=INI4G8jasFk0qatIiVrK7ndowa48nV-He-K2gNoIkII&e= >> >> >> and URLs in sig... >> >> -s >> >> >> On Tue, Jul 24, 2018 at 2:45 PM, P. Larry Nelson >> wrote: >>> >>> Hmmm, my copy sure doesn't look like HTML format. >>> I surrender >>> >>> P. Larry Nelson wrote on 7/24/18 1:44 PM: >>>> >>>> Same test only now I've composed in HTML format. >>>> Same URL: >>>> >>>> (https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=EYDBVOo8z2PATbw_pAw6GKNYkFSqZ79zzdFhPDE8sko&s=36AasAKnjw3JX0UK8z2_eOOgWRhxPGfavvUN_pCuhXY&e=) >>>> >>>> P. Larry Nelson wrote on 7/24/18 1:40 PM: >>>>> >>>>> I concur with the previous posts about ProofPoint. >>>>> The U of I campus implemented this several years ago. >>>>> I complained. Fell on deaf ears. >>>>> >>>>> Implemented by our security folks. Rationale being that 99% of the >>>>> campus email users (i.e., using the campus Exchange server) are either >>>>> too >>>>> lazy and/or too unaware of the dangers of blindly clicking on a URL in >>>>> their >>>>> emails. >>>>> >>>>> However, U of I email with a URL in the message body shows the real URL >>>>> (in blue and underlined - unless the URL is hidden via the html ">>>> href=" >>>>> construct), but when you move the mouse pointer over the URL, (at least >>>>> in >>>>> Thunderbird) the bottom horizontal box of T-bird (I'm sure it has a >>>>> more >>>>> official name) then shows the long obfuscated urldefense URL. >>>>> >>>>> So, in our case, one can just copy/paste the URL in the message body to >>>>> a >>>>> browser and NOT go thru ProofPoint. >>>>> >>>>> The other aspect of the U of I's ProofPoint config is that it only >>>>> affects email composed in HTML format, and since I generally loathe >>>>> doing >>>>> that unless absolutely necessary, I almost always compose in ASCII >>>>> mode. >>>>> >>>>> So, I suppose this might be a test of how Fermilab has implemented >>>>> ProofPoint as I will now include a rather well known URL here >>>>> >>>>> (https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=EYDBVOo8z2PATbw_pAw6GKNYkFSqZ79zzdFhPDE8sko&s=36AasAKnjw3JX0UK8z2_eOOgWRhxPGfavvUN_pCuhXY&e=) >>>>> and see how it arrives in your inbox. >>>>> >&g
Re: SP: proofpoint.com URLs in sl-users messages
Certainly a counterproductive decision for Fermilab and the mailing list users. Not to mention privacy-violation redirecting to 3rd party trackers... I'd admit with this URL mangling, I'd be more reluctant to click URLs in the emails :) Let's see if these gets mangled: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.google.com&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=UpAH2qwjSm-yxXqncllWyqMys2EQksAO_aru1jg0wRg&s=N3bPkxmj6XWXuPdnXdgs7j52SQqTSen79RfajLTfVFY&e= "https://urldefense.proofpoint.com/v2/url?u=http-3A__www.google.com&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=UpAH2qwjSm-yxXqncllWyqMys2EQksAO_aru1jg0wRg&s=N3bPkxmj6XWXuPdnXdgs7j52SQqTSen79RfajLTfVFY&e="; google.com cnn.com cbc.ca "github.com" https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=UpAH2qwjSm-yxXqncllWyqMys2EQksAO_aru1jg0wRg&s=uU1UAXuZX-nKjbS9OG0vbhA8YAwkSQL4wGTyJqFOXaw&e= and URLs in sig... -s On Tue, Jul 24, 2018 at 2:45 PM, P. Larry Nelson wrote: > Hmmm, my copy sure doesn't look like HTML format. > I surrender > > P. Larry Nelson wrote on 7/24/18 1:44 PM: >> >> Same test only now I've composed in HTML format. >> Same URL: >> (https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=EYDBVOo8z2PATbw_pAw6GKNYkFSqZ79zzdFhPDE8sko&s=36AasAKnjw3JX0UK8z2_eOOgWRhxPGfavvUN_pCuhXY&e=) >> >> P. Larry Nelson wrote on 7/24/18 1:40 PM: >>> >>> I concur with the previous posts about ProofPoint. >>> The U of I campus implemented this several years ago. >>> I complained. Fell on deaf ears. >>> >>> Implemented by our security folks. Rationale being that 99% of the >>> campus email users (i.e., using the campus Exchange server) are either too >>> lazy and/or too unaware of the dangers of blindly clicking on a URL in their >>> emails. >>> >>> However, U of I email with a URL in the message body shows the real URL >>> (in blue and underlined - unless the URL is hidden via the html "https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=EYDBVOo8z2PATbw_pAw6GKNYkFSqZ79zzdFhPDE8sko&s=36AasAKnjw3JX0UK8z2_eOOgWRhxPGfavvUN_pCuhXY&e=) >>> and see how it arrives in your inbox. >>> >>> :-) >>> >> > > > -- > P. Larry Nelson (217-693-7418) | IT Administrator Emeritus > 810 Ventura Rd.| High Energy Physics Group > Champaign, IL 61820 | Physics Dept., Univ. of Ill. > MailTo: lnel...@illinois.edu | > https://urldefense.proofpoint.com/v2/url?u=http-3A__hep.physics.illinois.edu_home_lnelson_&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=EYDBVOo8z2PATbw_pAw6GKNYkFSqZ79zzdFhPDE8sko&s=8P7D0JjiUCaWC6pRi-O7YHxf0ZnDitNCQLFRp9iRMbU&e= > > -- > "Information without accountability is just noise." - P.L. Nelson > -- Serguei Mokhov https://urldefense.proofpoint.com/v2/url?u=http-3A__www.cs.concordia.ca_-7Emokhov&d=DwIFaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=UpAH2qwjSm-yxXqncllWyqMys2EQksAO_aru1jg0wRg&s=dOjjGinCrUtv5r0Bsn7KrONlWvlxe-GL000kqcVjWxI&e= cciff.ca | mdreams-stage.com marf.sf.net | sf.net/projects/marf
Re: development environment for "lowest common denominator"
On Wed, Nov 8, 2017 at 12:46 PM, Yasha Karant wrote: > I know at one time that there was a proprietary (licensed for fee) > development environment that was native and portable to X11, Mac OS, and MS > Win -- that is, using this "magic" set of libraries, etc., the same source > code (ANSI C++ base as I recall) would have the same GUI interface in the > developed application on all three of these. I do not recall for which > releases this worked. (My assumption is that there must be something still > like this as many "major" web browser applications have variants for each of > these different environments.) > > In a similar way, but hopefully open systems (not licensed for fee), is > there a lowest common denominator for Linux that will work on both Red Hat > and Debian based distros (e.g., SL, Fedora, etc., and Ubuntu, Mint, etc.)? > -- not necessarily the latest and greatest, but write once (preferably in > ANSI C++ current GNU production release), compile on each environment, and > run. I know that this works for various interpreters (e.g., java, python) > -- but we are looking for compiled to physical machine code if possible. Qt? https://en.wikipedia.org/wiki/Qt_(software) -- Serguei Mokhov http://www.cs.concordia.ca/~mokhov http://cciff.ca | http://mdreams-stage.com http://marf.sf.net | http://sf.net/projects/marf
Re: Linux Widows Guide
On Mon, Aug 28, 2017 at 3:18 PM, O'Neal, Miles wrote: > > Depending on schedule (for one thing), I'm interested. Ditto. Having taught Linux/Unix programming and including bits of administration for awhile on one side and lots of publication writing on the other, I can contribute. My significant other used to ask even about scripting before, but our home environment is hybrid across multiple OSes. Not sure what Keith's plans are, I'd suggest writing this guide on Github using LaTeX. It has to be retitled though to be more inclusive and widely scoped in audience. e.g., Linux Survival Guide for Your Significant Other or Linux Survival Guide for Your Significant Other and Your Children :) or Linux Survival Guide for Non-Techies I suppose "Linux Widowers Guide" will indeed sell too. -s > On 08/28/2017 02:16 PM, Keith Lofstrom wrote: > > Over 25 years, my wife has grown dependent on me to > maintain the computers and fix problems. I worry > that if something happens to me, she will be unable > to stay connected, do upgrades, keep the printers > working, get stuff repaired and replaced, and resist > charlatans and crooks exploiting her current lack of > knowledge. > > We are considering a project over the next year: > writing a "Linux Widow's Guide". Perhaps that title > is sexist; I have met many competent women Linux > adepts, but none with a non-techy husband depending > on Linux systems that she exclusively maintains. > "Linux Widow(er)s Guide" seems clunky and harder for > a librarian to catalog, but might actually sell better. > > I imagine there are many "Linux Spouses" on this list > with similar dependents; would anyone else like to > contribute writing to this project? > > Keith -- Serguei Mokhov http://www.cs.concordia.ca/~mokhov http://cciff.ca | http://mdreams-stage.com http://marf.sf.net | http://sf.net/projects/marf
Re: Book/Paper technical illustrations - inkscape?
On Wed, Apr 5, 2017 at 8:05 PM, Keith Lofstrom wrote: > I am considering Inkscape as a technical illustration > tool for latex documents (papers and book chapters). > Suggestions for better tools? > > I usually set up bash scripts (with lots of comments) > to automate the assembly of my documents, rather than > use graphic environments like openoffice. I am NOT > looking for a complete document design tool. > > I have Inkscape running now in SL7.3, though it has > a strange rendering problem (overlaid windows leave > translucent ghosts) that I'll need to fix if I want > to use it for production. I used LaTeX and Inkscape for most of my drawings in my doctorate dissertation. Though I did not use much of the built-in LaTeX integration within Inkscape itself, for my documents I exported drawings as .png or .pdf for better quality and used them as figure environments. Inkscape is a good portable tool for such things. I used a Makefile for automation and building of my thesis instead of bash scripts to assemble the PDF. -- Serguei Mokhov http://www.cs.concordia.ca/~mokhov http://cciff.ca | http://mdreams-stage.com http://marf.sf.net | http://sf.net/projects/marf
Re: Where is a good place to post my Sl7 wine32 notes?
On Sat, May 30, 2015 at 2:52 PM, ToddAndMargo wrote: > Hi All, > > My SL7, wine 32 notes finally proofread. > > I am having trouble figuring out how to add something to Wine's > WIKI. > > Is there a better place to post it? This mailing list? Though perhaps you can also post it on places like GitHub such that later an RPM spec file can be contributed by yourself or others who have cycles to do it, next to the notes. Then the spec/notes can be maintained there and have a more permanent visibility with revision history. Just a thought. -- Serguei Mokhov http://www.cs.concordia.ca/~mokhov http://marf.sf.net | http://sf.net/projects/marf
Re: paraview
On Wed, Oct 8, 2014 at 9:01 PM, Yasha Karant wrote: > I have downloaded and yum installed > > paraview-3.10.1-4.el6.x86_64.rpm > > paraview-data-3.10.1-4.el6.noarch.rpm > > The application installs, but immediately crashes X windows. > /var/log/Xorg.*.log and /var/log/messages, and the like, show > nothing obvious (to me). The screen goes black, and then I am back to the > window manager SL 6 login splash screen. The Sounds your X session is dying. Did you check ~/.xsession-errors right after crash? (I have not used paraview otherwise, but ~/.xsession-errors would be the place I'd look at first). -- Serguei Mokhov http://www.cs.concordia.ca/~mokhov http://marf.sf.net | http://sf.net/projects/marf