Re: EL 8

2020-02-22 Thread Nico Kadel-Garcia
On Fri, Feb 21, 2020 at 9:02 PM Mark Rousell wrote: > > On 03/02/2020 21:39, Stephan Wiesand wrote: > > 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

Re: EL 8

2020-02-21 Thread Mark Rousell
On 03/02/2020 21:39, Stephan Wiesand wrote: 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 availabl

Re: EL 8

2020-02-06 Thread Konstantin Olchanski
Danger Will Robinson! Study the past to avoid misunderstanding the present. There was never a "one unix". Pretty much from day one there was the AT&T Unix and the BSD Unix (East coast vs West coast, if you wish). There *was* a "one BSD Unix" (I still have the 386BSD CDs), but then it split into N

Re: EL 8

2020-02-03 Thread David Sommerseth
On 03/02/2020 22:12, Stephan Wiesand wrote: > > >> 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. I

Re: EL 8

2020-02-03 Thread ONeal, Miles
I just know how it's supposed to work. I don't build the OS. From: Stephan Wiesand Sent: Monday, February 3, 2020 15:39 To: ONeal, Miles <0be99a30c213-dmarc-requ...@listserv.fnal.gov> Cc: SCIENTIFIC-LINUX-USERS@fnal.gov Subject: Re: EL 8 Ca

Re: EL 8

2020-02-03 Thread Stephan Wiesand
> 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 gn

Re: EL 8

2020-02-03 Thread ONeal, Miles
FIC-LINUX-USERS@fnal.gov Subject: Re: EL 8 Caution: EXTERNAL email > 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 sti

Re: EL 8

2020-02-03 Thread Stephan Wiesand
> 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

2020-02-03 Thread Stephan Wiesand
> 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 fir

Re: EL 8

2020-02-03 Thread Jon Pruente
On Sun, Feb 2, 2020 at 1:26 PM Pwillis wrote: > From my personal, outsider, view the ‘Distribution’ thing is a major > bottleneck with the long term stability of Linux. Distributions dilute the > focus on maintenence by dividing the available labour resource over a > foolish duplication of tasks.

Re: EL 8

2020-02-03 Thread David Sommerseth
On 02/02/2020 11:18, Stephan Wiesand wrote: > It's called just "Oracle Linux" these days I think. And well, up to 7 there > was SL. That's right. It might be Oracle dropped the "Unbreakable" soon after Red Hat started a PR stunt talking about "Unfakeable Linux"

Re: EL 8

2020-02-03 Thread David Sommerseth
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 Red Hat as a separate company/brand with its own organization. And

Re: EL 8

2020-02-03 Thread David Sommerseth
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 firmware development, > rebooting the OS to load each new firmware

Re: EL 8

2020-02-02 Thread Nico Kadel-Garcia
On Sun, Feb 2, 2020 at 8:58 PM Pwillis wrote: > > Yeah, I know. > I make it seem more grave than it is maybe. > > Having used Linux since 1995-ish I have seen it progress from relative > obscurity into the mainstream. > In retrospect, it would seem there has been a lot of duplication of effort. >

Re: EL 8

2020-02-02 Thread Pwillis
Yeah, I know. I make it seem more grave than it is maybe. Having used Linux since 1995-ish I have seen it progress from relative obscurity into the mainstream. In retrospect, it would seem there has been a lot of duplication of effort. I guess maybe that’s just the ‘ecosystem’ of choice.

Re: EL 8

2020-02-02 Thread jdowjunkm...@earthlink.net
Note that all these parallel maintainers feed their work back into the main trees. So all distros nominally get the benefits of each others' efforts. {^_^} On 20200202 11:26:26, Pwillis wrote: From my personal, outsider, view the ‘Distribution’ thing is a major bottleneck with the long term

Re: EL 8

2020-02-02 Thread Pwillis
From my personal, outsider, view the ‘Distribution’ thing is a major bottleneck with the long term stability of Linux. Distributions dilute the focus on maintenence by dividing the available labour resource over a foolish duplication of tasks. This is usually a marketing thing of some kind (ie:

Re: EL 8

2020-02-02 Thread Stephan Wiesand
> 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 whe

Re: EL 8

2020-02-02 Thread Stephan Wiesand
> 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 > https://urldefense.proofpoint.com/v2/url?u=https-3

Re: EL 8

2020-02-02 Thread Stephan Wiesand
> 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 >> surprise

Re: EL 8

2020-02-01 Thread Nico Kadel-Garcia
I also know literally *no one* who uses "Oracle Unbreakable Linux"., nor are their RPMs listed at https://urldefense.proofpoint.com/v2/url?u=https-3A__rpm.pbone.net_&d=DwIBaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=29kB0ZurTGBvSp-wmXlx1CZ50lmLF

Re: EL 8

2020-02-01 Thread Nico Kadel-Garcia
On Sat, Feb 1, 2020 at 2:39 PM Stephan Wiesand wrote: > > > > On 1. Feb 2020, at 17:12, Nico Kadel-Garcia wrote: > > > Oracle now owns and can still use the Red Hat trademarks. > > Er, what ?! I'm an idiot, it was a mistake.

Re: EL 8

2020-02-01 Thread Pwillis
I thought IBM bought Redhat in 2019….(?) > On Feb 1, 2020, at 11:39 AM, Stephan Wiesand wrote: > >> 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

2020-02-01 Thread Stephan Wiesand
> 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

2020-02-01 Thread Nico Kadel-Garcia
Oracle 8 (and then copied back files, directory trees, etc., from the > non-systems areas of an EL 7 working system) have had no issues. > However, I am very concerned about support for Oracle 8 other than > purchasing support from Oracle. Do the various professional > repositories for S

Re: EL 8

2020-01-31 Thread Konstantin Olchanski
> > > - 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 > surprises to me, direction rather seems "not that stable" etc. > I ag

Re: EL 8

2020-01-31 Thread Konstantin Olchanski
and Red Hat use systemd, NetworkManager & co management > > of both has become very similar. > > > > Only big remaining difference is the package manager - apt vs rpm/yum, but > > even > > here Red Hat have muddied the waters by switching to dnf and a new packa

Re: EL 8

2020-01-31 Thread Brett Viren
Yasha Karant writes: > In the best of all possible worlds, I or my students would have time > to build applications from source -- but there are too many and not > enough time, forcing the use of repositories with pre-built RPMs (or > DEBs if we switch to Ubuntu).  Note that we run the same base

Re: EL 8

2020-01-31 Thread Stephan Wiesand
have evolved in the past, without serious issues, with backward compatibility and options to create packages usable on older systems on newer ones. I haven't tried EL8 in this respect, but I doubt this has all changed. See below for why this is not the "only remaining big difference&quo

Re: EL 8

2020-01-31 Thread Jon Pruente
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 when (if?) it is available, or Oracle > 8 EL. Thus far, e

Re: EL 8

2020-01-31 Thread ONeal, Miles
ivers and >> support >> >> Now that both Ubuntu and Red Hat use systemd, NetworkManager & co management >> of both has become very similar. >> >> Only big remaining difference is the package manager - apt vs rpm/yum, but >> even >> here Red Ha

Re: EL 8

2020-01-31 Thread Jean-Paul Chaput
ng to dnf and a new package > format > (new checksum algorythms). > > Since building rpm packages was always a major pain, I am not sure I want to > figure > it all out again with CentOS/EL-8 just to find out that I cannot (or I can?) > build > RPM packages that work on all

Re: EL 8

2020-01-31 Thread Ken Teh
However, I am very concerned about support for Oracle 8 other than purchasing support from Oracle.  Do the various professional repositories for SL 7 (and EL 7 in general) such as EPEL have an EL 8 version that work seamlessly with Oracle 8 (or Springdale for that matter)? In the best of al

Re: EL 8

2020-01-30 Thread Konstantin Olchanski
ecksum algorythms). Since building rpm packages was always a major pain, I am not sure I want to figure it all out again with CentOS/EL-8 just to find out that I cannot (or I can?) build RPM packages that work on all three - el6, el7 and el8. Might as well cut out the middleman and use "git p

EL 8

2020-01-30 Thread Yasha Karant
I am very concerned about support for Oracle 8 other than purchasing support from Oracle.  Do the various professional repositories for SL 7 (and EL 7 in general) such as EPEL have an EL 8 version that work seamlessly with Oracle 8 (or Springdale for that matter)? In the best of all possible wo