subject:"\[rlug\] Killing CentOS \(softly\)"

On Wednesday, 16 December 2020, wo...@prolinux.ro wrote:
> 
> Iar pe de alta parte celor care se ocupa acum de CentOS  li s-a cerut sa 
> publice metodologia completa ( cu scripturi , CI  samd ) cu care e "fabricat" 
> CentOS.

De curiozitate, cine le cere? Ca să știm dacă îi de bine... :-]

> Eu deocamdata astept sa vad noile tipuri de abonamente pe care le-a promis 
> RH. Cu siguranta _nu_ voi abuza de tipul de abonament gratuit ("devsub") pe 
> care il au deja in oferta si din care am de la lansare, asa cum au sugerat 
> unele voci din public.

Nu folosesc pentru uz personal, dar unde am avut nevoie de RHEL, chiar de am 
avut dreptul de a-l folosi, am preferat CentOS în ultimii 15 ani. Săr'mâna!

Am aversiune maximă pentru licențieri stupide și alte limitări artificiale. 
Cred că, de când a apărut CentOS, am mai folosit RHEL doar o singură dată, când 
a trebuit să obțin recent o certificare Red Hat 8 pentru un produs. O altă 
poveste kafkiană, ce mi-a întărit dezgustul pentru corporații la modul general.

-- 
Sent from my European Sailfish OS mobile, please excuse brevity
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-15 Fir de Conversatie wolfy

On December 16, 2020 8:58:43 AM GMT+02:00, du...@gmx.com wrote:
>
>On Tuesday, 15 December 2020, manuel wolfshant wrote:
>> On 12/15/20 1:21 AM, Adi Pircalabu wrote:  
>> > Okey, si deci daca vreau lifecycle de 10 ani unde ma uit? Am aflat
>de Oracle, ce alte optiuni mai sunt?
>> 
>> In afara clonelor de RHEL deja mentionate ( Springdale ex PUIAS, 
>> CloudLinux, OEL si "in curind" daca le iese pasenta, Rockylinux ), nu
>
>> exista.  Am auzit un zvon referitor la resuscitarea Ascendos ( 
>>
>https://www.reddit.com/r/linux/comments/lkwe1/ascendos_another_rebuild_of_red_hats_enterprise/
>
>> ) dar sint convins ca ramine la stadiul de zvon.
>
>Apropo de CloudLinux, bănuiesc că știi,
Stiu, exact la asta ma refeream. Una dintre discutiile avute intre ăștia de dam 
ajutor pe canalele.#centos* este in ce masura chiar isi pot permite investitia 
maricica pe care au promis-o.


# dar nu se înțelege de mai sus
>ori de altundeva din firul ăsta de discuție care a ajuns la dezbateri
>filosofice despre liberul arbitru, imanența realității și dukkha,
>primul adevăr nobil budist... :-]
>
>CloudLinux va scoate, pe lângă distribuția lor obișnuită, o versiune
>„comunitară” pentru cei ce au trecut pe CentOS 8 deja. Nu va necesita
>reinstalare, ci doar o schimbare de repouri și chei pentru semnarea
>pachetelor. Mai multe la
>https://blog.cloudlinux.com/announcing-open-sourced-community-driven-rhel-fork-by-cloudlinux.
>
>Pe scurt: „If you are running CentOS 8 - we will release an OS very
>similar to CentOS 8 based on RHEL 8 stable. We will provide stable and
>well-tested updates until 2029 - completely free. You will be able to
>convert from CentOS 8 at any moment by running a single command that
>switches repositories & keys.”

Iar pe de alta parte celor care se ocupa acum de CentOS  li s-a cerut sa 
publice metodologia completa ( cu scripturi , CI  samd ) cu care e "fabricat" 
CentOS.

Eu deocamdata astept sa vad noile tipuri de abonamente pe care le-a promis RH. 
Cu siguranta _nu_ voi abuza de tipul de abonament gratuit ("devsub") pe care il 
au deja in oferta si din care am de la lansare, asa cum au sugerat unele voci 
din public.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-15 Fir de Conversatie dumol

On Tuesday, 15 December 2020, manuel wolfshant wrote:
> On 12/15/20 1:21 AM, Adi Pircalabu wrote:  
> > Okey, si deci daca vreau lifecycle de 10 ani unde ma uit? Am aflat de 
> > Oracle, ce alte optiuni mai sunt?
> 
> In afara clonelor de RHEL deja mentionate ( Springdale ex PUIAS, 
> CloudLinux, OEL si "in curind" daca le iese pasenta, Rockylinux ), nu 
> exista.  Am auzit un zvon referitor la resuscitarea Ascendos ( 
> https://www.reddit.com/r/linux/comments/lkwe1/ascendos_another_rebuild_of_red_hats_enterprise/
>  
> ) dar sint convins ca ramine la stadiul de zvon.

Apropo de CloudLinux, bănuiesc că știi, dar nu se înțelege de mai sus ori de 
altundeva din firul ăsta de discuție care a ajuns la dezbateri filosofice 
despre liberul arbitru, imanența realității și dukkha, primul adevăr nobil 
budist... :-]

CloudLinux va scoate, pe lângă distribuția lor obișnuită, o versiune 
„comunitară” pentru cei ce au trecut pe CentOS 8 deja. Nu va necesita 
reinstalare, ci doar o schimbare de repouri și chei pentru semnarea pachetelor. 
Mai multe la 
https://blog.cloudlinux.com/announcing-open-sourced-community-driven-rhel-fork-by-cloudlinux.

Pe scurt: „If you are running CentOS 8 - we will release an OS very similar to 
CentOS 8 based on RHEL 8 stable. We will provide stable and well-tested updates 
until 2029 - completely free. You will be able to convert from CentOS 8 at any 
moment by running a single command that switches repositories & keys.”

-- 
Sent from my European Sailfish OS mobile, please excuse brevity
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-15 Fir de Conversatie Petru Rațiu

On Tue, Dec 15, 2020 at 2:37 PM Dumitru Ciobarcianu <
dumitru.ciobarci...@ines.ro> wrote:

>
> Sunt de acord, pe de altă parte (surprise pickachu face) aparent lumea
> reală nu funcționează așa.
> De asta am spus că epoca flower power s-a cam terminat...
>
>
Esti sigur ca sentimentul asta nu e corelat cu varsta ta in loc de alte
semnale? De la o varsta incepi sa fii din ce in ce mai convins ca lumea
functioneaza intr-un anume fel si nu poate fi schimbata, dar e arguably la
fel de fals ca ideea ca poti tu sa o schimbi de unul singur. Ai mereu in
fata tot felul de alegeri/compromisuri (depinde cat de cinic privesti
problema), dar in momentul in care devii convins ca au fost deja facute
toate alegerile pentru tine, esti deja cu un picior in groapa.

¡Viva la revolucion siempre!

-- 
P.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-15 Fir de Conversatie Iosif Fettich


Dumitru "life is not fair" C.


Life sucks. And then you die.

(Mi-am adus aminte, ce să fac...)

Iosif Fettich
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-15 Fir de Conversatie Dumitru Ciobarcianu



Sunt de acord, pe de altă parte (surprise pickachu face) aparent lumea 
reală nu funcționează așa.

De asta am spus că epoca flower power s-a cam terminat...

Dumitru "life is not fair" C.

On 15/12/2020 14:12, Dumitru Moldovan wrote:


Păi să nici nu zici că-i cazul meu, tizule!  :-]  Pentru că toate 
RHEL-urile, începând cu 2.1, prima versiune, au oareșce contribuții și 
din partea mea…  Și a multor altor anonimi, bineînțeles.  Dar îs OK cu 
faptul că fac bani pe seama contribuțiilor noastre, atâta timp cât 
respectă licențele în termenii cărora am contribuit.  Și nu-s 
nesimțiți, ca acuma când îngroapă CentOS într-un fel cam neplăcut 
pentru cei ce au trecut pe versiunea 8.


Apropo de licențiere, singura dată când (cred că) am prins pe cineva 
că mi-a șterpelit o contribuție free software a fost vorba tot despre 
(surpriză!) Oracle.  Mai multe la 
https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/merge_requests/133. 
(Iar dacă intri acolo și ai minim interes pentru subiect, rogu-te ia 
și testează modificările mele, mulțam!)


Acuma revenind la o chestie înrudită ce s-a zis pe aici, anume că 
„accesul la software gratuit costa, cineva plateste pentru 
infrastrucura aia si pentru suportul software (de care beneficiezi si 
tu free-rider chiar daca nu cumperi suport).”


Păi cine e „free rider” aici?  Aveți idee câtă muncă voluntară e la 
baza unei asemenea distribuții de Linux, fie ea chiar corporatistă?  
Personal am contribuit foarte, foarte puțin, dar totuși îs câteva 
sute, poate mii de ore de muncă în spate.  În total mi-e greu și să-mi 
închipui câți oameni au mai muncit în timpul lor liber, în ce 
cantități, și ce costuri totale ar fi avut toate contribuțiile astea 
voluntare dacă erau realizate la comandă.


În orice caz, incomparabil mai mari decât costurile unei 
infrastructuri ce permite descărcarea unor ISO-uri și a unor 
actualizări de pachete.  Și îndrăznesc să spun că mlt mai mari 
decât cele investite de o corporație precum Red Hat ori Oracle în 
propria distribuție Linux.



On Ma, dec 15, 2020 at 13:21, Dumitru Ciobarcianu 
 wrote:


Epoca flower power a Linux a murit de mult, acesta este doar un cui 
suplimentar în coșciug.

Wake up and smell the roses.

Nu am nici o simpatie pentru companiile care foloseau CentOS în uz 
comercial și nu contribuiau cu nimic înapoi dar acum sar de cur în 
sus "vai, RedHat, cum ai putut face asta!". (Nu o lua personal 
tizule, nu spun că este cazul tău, doar am dat reply la  primul mail 
din thread ca să-mi adaug și eu my useless 2c.)


Dumitru "money talks" C.

On 14/12/2020 12:18, Dumitru Moldovan wrote:
https://blog.centos.org/2020/12/future-is-centos-stream/. Seriusly, 
WTF Red Hat?  (Or IBM?!?)


Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru care 
mai oferă doar un an de actualizări.  Personal, deși aș putea 
folosi RHEL în producție, prefer CentOS numa' ca să nu-mi bat capul 
cu toate mizeriile legate de licențiere și actualizări. Momentan am 
CentOS 5, 6, 7 și 8 în administrare.  Iar instalările CentOS 8 cică 
să le migrez la RHEL 8 peste un an?  Câh…  Mai repede trec pe 
altceva, parcă văd Scientific Linux trezit din morți în curând!


În perspectivă, se vede într-o altă lumină preluarea proiectului de 
către Red Hat cu ceva ani în urmă: 
https://lists.centos.org/pipermail/centos-announce/2014-January/020100.html





___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro




___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)



Păi să nici nu zici că-i cazul meu, tizule!  :-]  Pentru că toate 
RHEL-urile, începând cu 2.1, prima versiune, au oareșce contribuții 
și din partea mea…  Și a multor altor anonimi, bineînțeles.  Dar 
îs OK cu faptul că fac bani pe seama contribuțiilor noastre, atâta 
timp cât respectă licențele în termenii cărora am contribuit.  Și 
nu-s nesimțiți, ca acuma când îngroapă CentOS într-un fel cam 
neplăcut pentru cei ce au trecut pe versiunea 8.


Apropo de licențiere, singura dată când (cred că) am prins pe 
cineva că mi-a șterpelit o contribuție free software a fost vorba 
tot despre (surpriză!) Oracle.  Mai multe la 
https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/merge_requests/133. 
(Iar dacă intri acolo și ai minim interes pentru subiect, rogu-te ia 
și testează modificările mele, mulțam!)


Acuma revenind la o chestie înrudită ce s-a zis pe aici, anume că 
„accesul la software gratuit costa, cineva plateste pentru 
infrastrucura aia si pentru suportul software (de care beneficiezi si 
tu free-rider chiar daca nu cumperi suport).”


Păi cine e „free rider” aici?  Aveți idee câtă muncă 
voluntară e la baza unei asemenea distribuții de Linux, fie ea chiar 
corporatistă?  Personal am contribuit foarte, foarte puțin, dar 
totuși îs câteva sute, poate mii de ore de muncă în spate.  În 
total mi-e greu și să-mi închipui câți oameni au mai muncit în 
timpul lor liber, în ce cantități, și ce costuri totale ar fi avut 
toate contribuțiile astea voluntare dacă erau realizate la comandă.


În orice caz, incomparabil mai mari decât costurile unei 
infrastructuri ce permite descărcarea unor ISO-uri și a unor 
actualizări de pachete.  Și îndrăznesc să spun că mlt mai 
mari decât cele investite de o corporație precum Red Hat ori Oracle 
în propria distribuție Linux.



On Ma, dec 15, 2020 at 13:21, Dumitru Ciobarcianu 
 wrote:


Epoca flower power a Linux a murit de mult, acesta este doar un cui 
suplimentar în coșciug.

Wake up and smell the roses.

Nu am nici o simpatie pentru companiile care foloseau CentOS în uz 
comercial și nu contribuiau cu nimic înapoi dar acum sar de cur în 
sus "vai, RedHat, cum ai putut face asta!". (Nu o lua personal 
tizule, nu spun că este cazul tău, doar am dat reply la  primul 
mail din thread ca să-mi adaug și eu my useless 2c.)


Dumitru "money talks" C.

On 14/12/2020 12:18, Dumitru Moldovan wrote:
https://blog.centos.org/2020/12/future-is-centos-stream/. Seriusly, 
WTF Red Hat?  (Or IBM?!?)


Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru 
care mai oferă doar un an de actualizări.  Personal, deși aș 
putea folosi RHEL în producție, prefer CentOS numa' ca să nu-mi 
bat capul cu toate mizeriile legate de licențiere și 
actualizări. Momentan am CentOS 5, 6, 7 și 8 în administrare.  
Iar instalările CentOS 8 cică să le migrez la RHEL 8 peste un 
an?  Câh…  Mai repede trec pe altceva, parcă văd Scientific 
Linux trezit din morți în curând!


În perspectivă, se vede într-o altă lumină preluarea 
proiectului de către Red Hat cu ceva ani în urmă: 
https://lists.centos.org/pipermail/centos-announce/2014-January/020100.html





___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro




___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-15 Fir de Conversatie Andrei POPESCU

On Ma, 15 dec 20, 11:00:32, Dumitru Moldovan wrote:
> 
> De fapt și Debian a progresat semnificativ la capitolul ăsta în ultimii ani,
> grație proiectului LTS și a avut actualizări mai mult de 5 ani pentru
> ultimele versiuni.  Mai multe la https://wiki.debian.org/LTS.

Pentru cine nu a avut chef să citească (toată) pagina:

Companies using Debian who are benefitting from this project are 
encouraged to either help directly or contribute financially. The 
number of packages which is properly supported depends directly on 
the level of support that we get.

Spor,
Andrei
-- 
Loyalty to petrified opinion never yet broke a chain or freed a human 
soul in this world -- and never will. (Mark Twain)

signature.asc
Description: PGP signature
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-15 Fir de Conversatie Dumitru Ciobarcianu



Epoca flower power a Linux a murit de mult, acesta este doar un cui 
suplimentar în coșciug.

Wake up and smell the roses.

Nu am nici o simpatie pentru companiile care foloseau CentOS în uz 
comercial și nu contribuiau cu nimic înapoi dar acum sar de cur în sus 
"vai, RedHat, cum ai putut face asta!". (Nu o lua personal tizule, nu 
spun că este cazul tău, doar am dat reply la  primul mail din thread ca 
să-mi adaug și eu my useless 2c.)


Dumitru "money talks" C.

On 14/12/2020 12:18, Dumitru Moldovan wrote:
https://blog.centos.org/2020/12/future-is-centos-stream/. Seriusly, 
WTF Red Hat?  (Or IBM?!?)


Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru care 
mai oferă doar un an de actualizări.  Personal, deși aș putea folosi 
RHEL în producție, prefer CentOS numa' ca să nu-mi bat capul cu toate 
mizeriile legate de licențiere și actualizări. Momentan am CentOS 5, 
6, 7 și 8 în administrare.  Iar instalările CentOS 8 cică să le migrez 
la RHEL 8 peste un an?  Câh…  Mai repede trec pe altceva, parcă văd 
Scientific Linux trezit din morți în curând!


În perspectivă, se vede într-o altă lumină preluarea proiectului de 
către Red Hat cu ceva ani în urmă: 
https://lists.centos.org/pipermail/centos-announce/2014-January/020100.html





___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-15 Fir de Conversatie Andrei POPESCU

On Ma, 15 dec 20, 11:00:32, Dumitru Moldovan wrote:
> 
> Aici îs curios ce ar putea face Red Hat sau alte asemenea companii
> (grsecurity, de exemplu), dacă tu ca client decizi să publici sursele GPL
> ale software-ului pentru care ai plătit?  Și pe care, evident, ai dreptul să
> le primești…
> 
> Maximum maximorum ar fi să nu-și prelungească contractul cu tine, dar altfel
> cred că ești acoperit dpdv legal, nu-ți pot interzice asta și nici nu ar
> avea motiv legal să se oprească din a te servi până la finele contractului.
> 
> Deși poate că pentru o companie ca grsecurity ar fi mai rentabil să-ți
> plătească despăgubiri pentru un contract neonorat decât să-ți dea în
> continuare sursele să le publici până îți expiră contractul de suport.
> Obligatory disclaimer: IANAL.

Cum credeți că ar reacționa *ceilalți* clienți Red Hat în momentul în 
care prima companie anunță public că le-a fost anulat contractul cu Red 
Hat după ce au publicat -- legal -- sursele?

Acesta este un (gen de) scenariu acoperit de GPL și alte licențe de tip 
„copy-left”.

Libertatea de a publica sursele (chiar și cu modificări) este fix 
motivul pentru care banii în software liber se fac din contractele de 
suport.

Vedeți și testul „Tentacles of Evil” pentru situații testate în practică 
(cdrecord -> wodim, XFree86 -> Xorg, MySQL -> MariaDB):

https://people.debian.org/~bap/dfsg-faq.html

(întregul FAQ este interesant)

Spor,
Andrei -- also not AL
-- 
Loyalty to petrified opinion never yet broke a chain or freed a human 
soul in this world -- and never will. (Mark Twain)

signature.asc
Description: PGP signature
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)




On Ma, dec 15, 2020 at 11:59, manuel wolfshant  
wrote:

On 12/15/20 11:00 AM, Dumitru Moldovan wrote:
On Ma, dec 15, 2020 at 02:39, manuel wolfshant  
wrote:
Si nu uita ca oracle face piggy back la ce publica RH . Daca peste 
1-2-3 ani lui RH li se scoala si decid sa respecte ad litteram 
GPL si sa nu mai dea acces la surse decit clientilor lor , toate 
clonele o sa aiba "mici" probleme si vor trebui sa evolueze pe 
picioare proprii


Aici îs curios ce ar putea face Red Hat sau alte asemenea companii 
(grsecurity, de exemplu), dacă tu ca client decizi să publici 
sursele GPL ale software-ului pentru care ai plătit?  Și pe care, 
evident, ai dreptul să le primești…


Maximum maximorum ar fi să nu-și prelungească contractul cu tine, 
dar altfel cred că ești acoperit dpdv legal, nu-ți pot interzice 
asta și nici nu ar avea motiv legal să se oprească din a te 
servi până la finele contractului.


Deși poate că pentru o companie ca grsecurity ar fi mai rentabil 
să-ți plătească despăgubiri pentru un contract neonorat decât 
să-ți dea în continuare sursele să le publici până îți 
expiră contractul de suport.  Obligatory disclaimer: IANAL.


exact, IANAL . e posibil sa gresesc dar din cite stiu cei care 
primesc sursele nu au voie sa le dea mai departe


Măcar ne putem da cu părerea…  Acuma că m-am uitat mai atent, pare 
că nu doar că ești liber să publici sursele primite ca client, 
poți chiar să și ceri bani pentru publicarea lor ori pentru 
produsele derivate din ele.  Evident, făcând mai departe disponibile 
sursele folosite.


„The terms and conditions of the GPL must be made available to 
anybody receiving a copy of the work that has a GPL applied to it ("the 
licensee"). Any licensee who adheres to the terms and conditions is 
given permission to modify the work, as well as to copy and 
redistribute the work or any derivative version. The licensee is 
allowed to charge a fee for this service, or do this free of charge.”


De la 
https://en.wikipedia.org/wiki/GNU_General_Public_License#Terms_and_conditions.




___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-15 Fir de Conversatie manuel wolfshant

On 12/15/20 11:00 AM, Dumitru Moldovan wrote:

On Ma, dec 15, 2020 at 02:39, manuel wolfshant wrote:

On 12/15/20 1:21 AM, Adi Pircalabu wrote:
Okey, si deci daca vreau lifecycle de 10 ani unde ma uit? Am aflat
de Oracle, ce alte optiuni mai sunt?

In afara clonelor de RHEL deja mentionate ( Springdale ex PUIAS,
CloudLinux, OEL si "in curind" daca le iese pasenta, Rockylinux ), nu
exista. Am auzit un zvon referitor la resuscitarea Ascendos (
https://www.reddit.com/r/linux/comments/lkwe1/ascendos_another_rebuild_of_red_hats_enterprise/
) dar sint convins ca ramine la stadiul de zvon. Ubuntu LTS da cu
curul de pamint la 2 ani, OpenSuse LEAP la 3.

În primul rând respect pentru munca la CentOS și feedbackul cel mai
relevant în firul ăsta de discuție! Dar totuși pe ce te bazezi când
zici cele de mai sus despre Ubuntu LTS?

m-ai prins, trebuie sa imi cer oarecum scuze, dar am ramas cu sechele.
in mare a fost OKish dar am avut experiente neplacute cu ubuntu LTS,
dist-upgrade a crapat cind am incercat sa fac upgrade de la un LTS la
altul si am avut probleme stupide de genul dupa upgrade mergea poweroff
dar nu mergea reboot. plus issues cu partea de autentificare, nu mai
mergea autologin plus alte maruntisuri. o masina pe care o dusesem de la
18.04 la 20.04 a trebuit sa o reinstalez cu 18.04 ca sa poata fi folosita

De openSUSE Leap nu știu prea multe, dar Ubuntu LTS are 5 ani de
actualizări și suport.

teoretic, da. impartite insa in full support si maint support.

În practică am observat că primești ceva actualizări și după 5 ani,
chiar de nu plătești pentru suport extins.

De fapt și Debian a progresat semnificativ la capitolul ăsta în
ultimii ani, grație proiectului LTS și a avut actualizări mai mult de
5 ani pentru ultimele versiuni. Mai multe la
https://wiki.debian.org/LTS.

Si nu uita ca oracle face piggy back la ce publica RH . Daca peste
1-2-3 ani lui RH li se scoala si decid sa respecte ad litteram GPL si
sa nu mai dea acces la surse decit clientilor lor , toate clonele o
sa aiba "mici" probleme si vor trebui sa evolueze pe picioare proprii

Aici îs curios ce ar putea face Red Hat sau alte asemenea companii
(grsecurity, de exemplu), dacă tu ca client decizi să publici sursele
GPL ale software-ului pentru care ai plătit? Și pe care, evident, ai
dreptul să le primești…

Maximum maximorum ar fi să nu-și prelungească contractul cu tine, dar
altfel cred că ești acoperit dpdv legal, nu-ți pot interzice asta și
nici nu ar avea motiv legal să se oprească din a te servi până la
finele contractului.

Deși poate că pentru o companie ca grsecurity ar fi mai rentabil să-ți
plătească despăgubiri pentru un contract neonorat decât să-ți dea în
continuare sursele să le publici până îți expiră contractul de
suport. Obligatory disclaimer: IANAL.

exact, IANAL . e posibil sa gresesc dar din cite stiu cei care primesc
sursele nu au voie sa le dea mai departe

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

On Ma, dec 15, 2020 at 02:39, manuel wolfshant
wrote:

On 12/15/20 1:21 AM, Adi Pircalabu wrote:
Okey, si deci daca vreau lifecycle de 10 ani unde ma uit? Am aflat
de Oracle, ce alte optiuni mai sunt?

În primul rând respect pentru munca la CentOS și feedbackul cel mai
relevant în firul ăsta de discuție! Dar totuși pe ce te bazezi
când zici cele de mai sus despre Ubuntu LTS? De openSUSE Leap nu
știu prea multe, dar Ubuntu LTS are 5 ani de actualizări și suport.
În practică am observat că primești ceva actualizări și după 5
ani, chiar de nu plătești pentru suport extins.

De fapt și Debian a progresat semnificativ la capitolul ăsta în
ultimii ani, grație proiectului LTS și a avut actualizări mai mult
de 5 ani pentru ultimele versiuni. Mai multe la
https://wiki.debian.org/LTS.

Maximum maximorum ar fi să nu-și prelungească contractul cu tine,
dar altfel cred că ești acoperit dpdv legal, nu-ți pot interzice
asta și nici nu ar avea motiv legal să se oprească din a te servi
până la finele contractului.

Deși poate că pentru o companie ca grsecurity ar fi mai rentabil
să-ți plătească despăgubiri pentru un contract neonorat decât
să-ți dea în continuare sursele să le publici până îți expiră
contractul de suport. Obligatory disclaimer: IANAL.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Adi Pircalabu

Pai bineinteles ca despre bani e vorba pana la urma, toata lumea are
de platit facturi si firmele isi fac calcule in momentul in care decid
sa canalizeze fondurile catre un produs sau altul, sa sustina un
produs sau sa renunte la el. Si indiferent cat de scump / ieftin /
gratis e o platforma, in momentul in care te bazezi pe ea pe termen
lung si peste noapte te trezesti ca iti explodeaza costurile, te cam
zguduie. Clientii si firmele (care-s si ele la randul lor clienti
pentru altii) au niste asteptari de stabilitate pe termen lung, e
vorba de incredere.

On Tue, Dec 15, 2020 at 1:35 PM manuel wolfshant  wrote:
>
> On 12/15/20 3:47 AM, Adi Pircalabu wrote:
> > On Tue, Dec 15, 2020 at 11:41 AM manuel wolfshant wrote:
> >> On 12/15/20 1:21 AM, Adi Pircalabu wrote:
> > [...]
> >>> Okey, si deci daca vreau lifecycle de 10 ani unde ma uit? Am aflat de 
> >>> Oracle, ce alte optiuni mai sunt?
> >> In afara clonelor de RHEL deja mentionate ( Springdale ex PUIAS,
> >> CloudLinux, OEL si "in curind" daca le iese pasenta, Rockylinux ), nu
> >> exista.  Am auzit un zvon referitor la resuscitarea Ascendos (
> >> https://www.reddit.com/r/linux/comments/lkwe1/ascendos_another_rebuild_of_red_hats_enterprise/
> >> ) dar sint convins ca ramine la stadiul de zvon. Ubuntu LTS da cu curul
> >> de pamint la 2 ani, OpenSuse LEAP la 3.
> >>
> >> Si nu uita ca oracle face piggy back la ce publica RH . Daca peste 1-2-3
> >> ani lui RH li se scoala si decid sa respecte ad litteram GPL si sa nu
> >> mai dea acces la surse decit clientilor lor , toate clonele o sa aiba
> >> "mici" probleme si vor trebui sa evolueze pe picioare proprii
> > Cu [tot respectul pentru angajatii de pe lista sau din afara ei, cu]
> > Oracle am aceeasi problema care a devenit vizibila dupa decizia
> > RedHat: daca board-ul / actionarii decid ca OEL nu mai merita sa fie
> > sustinut financiar, ce fac cu serverele pe care tocmai le-am pus in
> > productie astepdandu-ma la EOL 2029?
>
> le folosesti si bugetezi pt anii urmatori achizitionarea de licente. sau
> migrezi la o alta solutie despre care crezi ca o sa iti aduca mai putina
> bataie de cap. spre pilda sint sigur ca citrix o sa fie fericiti sa iti
> vinda xenserver. dar am mai fi purtat discutia asta daca pe serverele
> alea rula Windows sau AIX ? prea multa lume confunda free din free
> speech cu free din free beer. asa cum a zis si ender, in spate exista
> intotdeauna niste costuri. daca nu le constientizezi si nu le asumi.. ai
> o problema.
>
> problema asta o sa o ai orice produs alegi. intotdeauna se vor gasi si
> solutii platite si solutii alternative aparent gratuite si intotdeauna
> va trebui sa decizi care sint costurile ascunse ale alegerii. da, debian
> are super comunitate in spate. la fel se poate spune si despre arch sau
> despre alpine.fiecare distributie are fanboys, are entuziasti si
> dickheads, are clone, are bune si mai putin bune. unele au priza mai
> mare la public, altele mai mica. in functie de ce restrictii ai si de
> cit de important e sa ai pe cine da vina in cazul in care ceva o ia
> razna, ai intotdeauna de ales.
>
>
> > Cum pot sa ma duc la sef sa-i zic
> > ca tre' sa planificam in urmatoarele 12 luni migrarea a multe zeci de
> > mii de clienti cu sute de TB de data?
>
> Am mentionat deja ca in loc de migrare poti cumpara licenta ? Si ca
> pretul se poate negocia, daca sint destul de multe implicate ?
>
>
> >   Cum, cand, pe ce hardware, la ce
> > downtime ne asteptam, o sa fie noua platforma perfect compatibila
> > ISO27001 inainte de urmatorul audit & this & that? Parca-i si vad pe
> > astia din firma: "sorry what?"
> > Sunt decizii de business care se iau si sunt complet de acord cu
> > faptul ca toti lucram cu niste bugete, dar cand decizia unui furnizor
> > de servicii intra in conflict cu mersul lucrurilor la firma unde
> > lucrez si forteaza schimbarea prioritatilor peste noarpte, atunci am o
> > problema.
>
> Fara suparare dar solutia e simpla pt un business. Cumperi licenta
> pentru a beneficia de suport pt sistemul de operare folosit. fie el
> Windows, RHEL sau orice altceva.
>
> Daca nu iti convine situatia, o schimbi. Cum, cind, pe ce samd ... pt
> asta se face risk assessment .
>
>
> > Cand iei decizii pe 3-5 ani si te trezesti ca in 6-9 luni
> > mare parte din fundatia pe care ai cladit se topeste / scufunda, ei cu
> > asta am o problema.
>
> Nu numai tu ai problema asta. Uite-te la threadul din care am dat citate
> mai devreme si o sa afli ca sint multi care injura si care si-au pierdut
> increderea in RH. Ca fapt divers, uite-te la evolutia in timp a
> preturilor si a feature-rilor promise / incluse si respectiv livrate de
> catre Tesla. Business-ul e business , lumea e dinamica iar conditiile in
> timp se schimba. A nu se intelege ca sint de acord cu decizia RH, pt ca
> nu sint. Dar dpdv business, pot sa o inteleg. Undeva cineva in top
> managementul RH a decis sa investeasca altfel banii.
>
>
> >   Cum ar fi ca Dell sa zica "de la 1 iulie 2021 nu
> > mai fu

Re: [rlug] Killing CentOS (softly)

On 12/15/20 3:47 AM, Adi Pircalabu wrote:

On Tue, Dec 15, 2020 at 11:41 AM manuel wolfshant wrote:

On 12/15/20 1:21 AM, Adi Pircalabu wrote:

[...]

Okey, si deci daca vreau lifecycle de 10 ani unde ma uit? Am aflat de Oracle,
ce alte optiuni mai sunt?

Si nu uita ca oracle face piggy back la ce publica RH . Daca peste 1-2-3
ani lui RH li se scoala si decid sa respecte ad litteram GPL si sa nu
mai dea acces la surse decit clientilor lor , toate clonele o sa aiba
"mici" probleme si vor trebui sa evolueze pe picioare proprii

Cu [tot respectul pentru angajatii de pe lista sau din afara ei, cu]
Oracle am aceeasi problema care a devenit vizibila dupa decizia
RedHat: daca board-ul / actionarii decid ca OEL nu mai merita sa fie
sustinut financiar, ce fac cu serverele pe care tocmai le-am pus in
productie astepdandu-ma la EOL 2029?

le folosesti si bugetezi pt anii urmatori achizitionarea de licente. sau
migrezi la o alta solutie despre care crezi ca o sa iti aduca mai putina
bataie de cap. spre pilda sint sigur ca citrix o sa fie fericiti sa iti
vinda xenserver. dar am mai fi purtat discutia asta daca pe serverele
alea rula Windows sau AIX ? prea multa lume confunda free din free
speech cu free din free beer. asa cum a zis si ender, in spate exista
intotdeauna niste costuri. daca nu le constientizezi si nu le asumi.. ai
o problema.

problema asta o sa o ai orice produs alegi. intotdeauna se vor gasi si
solutii platite si solutii alternative aparent gratuite si intotdeauna
va trebui sa decizi care sint costurile ascunse ale alegerii. da, debian
are super comunitate in spate. la fel se poate spune si despre arch sau
despre alpine.fiecare distributie are fanboys, are entuziasti si
dickheads, are clone, are bune si mai putin bune. unele au priza mai
mare la public, altele mai mica. in functie de ce restrictii ai si de
cit de important e sa ai pe cine da vina in cazul in care ceva o ia
razna, ai intotdeauna de ales.

Cum pot sa ma duc la sef sa-i zic
ca tre' sa planificam in urmatoarele 12 luni migrarea a multe zeci de
mii de clienti cu sute de TB de data?

Am mentionat deja ca in loc de migrare poti cumpara licenta ? Si ca
pretul se poate negocia, daca sint destul de multe implicate ?

Cum, cand, pe ce hardware, la ce
downtime ne asteptam, o sa fie noua platforma perfect compatibila
ISO27001 inainte de urmatorul audit & this & that? Parca-i si vad pe
astia din firma: "sorry what?"
Sunt decizii de business care se iau si sunt complet de acord cu
faptul ca toti lucram cu niste bugete, dar cand decizia unui furnizor
de servicii intra in conflict cu mersul lucrurilor la firma unde
lucrez si forteaza schimbarea prioritatilor peste noarpte, atunci am o
problema.

Fara suparare dar solutia e simpla pt un business. Cumperi licenta
pentru a beneficia de suport pt sistemul de operare folosit. fie el
Windows, RHEL sau orice altceva.

Daca nu iti convine situatia, o schimbi. Cum, cind, pe ce samd ... pt
asta se face risk assessment .

Cand iei decizii pe 3-5 ani si te trezesti ca in 6-9 luni
mare parte din fundatia pe care ai cladit se topeste / scufunda, ei cu
asta am o problema.

Nu numai tu ai problema asta. Uite-te la threadul din care am dat citate
mai devreme si o sa afli ca sint multi care injura si care si-au pierdut
increderea in RH. Ca fapt divers, uite-te la evolutia in timp a
preturilor si a feature-rilor promise / incluse si respectiv livrate de
catre Tesla. Business-ul e business , lumea e dinamica iar conditiile in
timp se schimba. A nu se intelege ca sint de acord cu decizia RH, pt ca
nu sint. Dar dpdv business, pot sa o inteleg. Undeva cineva in top
managementul RH a decis sa investeasca altfel banii.

Cum ar fi ca Dell sa zica "de la 1 iulie 2021 nu
mai furnizam servere 1U / 2U, ci doar 1.5U si 2.8U" tre' sa incep sa
ma uit dupa DC compatibil, nu? Am fost muscat deja de Atlassian si RH,
cine imi garanteaza ca Oracle nu va face la fel?

https://www.youtube.com/watch?v=TZVxxLajNuI

iar daca businessul tau are cerinta fundamentala de viabilitate sa nu
achite licente.. well.. cauta o solutie :)

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Adi Pircalabu

On Tue, Dec 15, 2020 at 11:41 AM manuel wolfshant wrote:
>
> On 12/15/20 1:21 AM, Adi Pircalabu wrote:
[...]
> > Okey, si deci daca vreau lifecycle de 10 ani unde ma uit? Am aflat de 
> > Oracle, ce alte optiuni mai sunt?
>
> In afara clonelor de RHEL deja mentionate ( Springdale ex PUIAS,
> CloudLinux, OEL si "in curind" daca le iese pasenta, Rockylinux ), nu
> exista.  Am auzit un zvon referitor la resuscitarea Ascendos (
> https://www.reddit.com/r/linux/comments/lkwe1/ascendos_another_rebuild_of_red_hats_enterprise/
> ) dar sint convins ca ramine la stadiul de zvon. Ubuntu LTS da cu curul
> de pamint la 2 ani, OpenSuse LEAP la 3.
>
> Si nu uita ca oracle face piggy back la ce publica RH . Daca peste 1-2-3
> ani lui RH li se scoala si decid sa respecte ad litteram GPL si sa nu
> mai dea acces la surse decit clientilor lor , toate clonele o sa aiba
> "mici" probleme si vor trebui sa evolueze pe picioare proprii

Cu [tot respectul pentru angajatii de pe lista sau din afara ei, cu]
Oracle am aceeasi problema care a devenit vizibila dupa decizia
RedHat: daca board-ul / actionarii decid ca OEL nu mai merita sa fie
sustinut financiar, ce fac cu serverele pe care tocmai le-am pus in
productie astepdandu-ma la EOL 2029? Cum pot sa ma duc la sef sa-i zic
ca tre' sa planificam in urmatoarele 12 luni migrarea a multe zeci de
mii de clienti cu sute de TB de data? Cum, cand, pe ce hardware, la ce
downtime ne asteptam, o sa fie noua platforma perfect compatibila
ISO27001 inainte de urmatorul audit & this & that? Parca-i si vad pe
astia din firma: "sorry what?"
Sunt decizii de business care se iau si sunt complet de acord cu
faptul ca toti lucram cu niste bugete, dar cand decizia unui furnizor
de servicii intra in conflict cu mersul lucrurilor la firma unde
lucrez si forteaza schimbarea prioritatilor peste noarpte, atunci am o
problema. Cand iei decizii pe 3-5 ani si te trezesti ca in 6-9 luni
mare parte din fundatia pe care ai cladit se topeste / scufunda, ei cu
asta am o problema. Cum ar fi ca Dell sa zica "de la 1 iulie 2021 nu
mai furnizam servere 1U / 2U, ci doar 1.5U si 2.8U" tre' sa incep sa
ma uit dupa DC compatibil, nu? Am fost muscat deja de Atlassian si RH,
cine imi garanteaza ca Oracle nu va face la fel?

-- 
Adi Pircalabu

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)


On 12/15/20 1:21 AM, Adi Pircalabu wrote:

On Mon, Dec 14, 2020 at 9:21 PM Dumitru Moldovan  wrote:

https://blog.centos.org/2020/12/future-is-centos-stream/

Haha, de-abia imi revenisem dupa miscarea Atlassian, care au decis
sa-si mute clientii in cloud si uite-asa tre' sa gasim alternative
pentru Jira & Confluence, altfel ne creste factura de 16000 de ori.
Acu RedHat :)))
Noroc ca acum 12-18 luni CentOS 8 nu prea oferea suport stabil pentru
Xen si alte cateva pachete si pachetele de care avem nevoie munca si
deci am decis sa just sit on it, thank you RedHat, honestly!


LOL. Si eu la fel. Pina la urma in ultimele 3 luni am decis sa migrez la 
CentOS 7 , chiar daca intra in maint mode. C8 mi-a mirosit urit inca de 
la lansare - mi s-a parut super ciudata intirzierea lansarii lui 8.0 in 
conditiile in care stiam ca absolut totul era pregatit, nu mai trebuia 
decit transferat catre mirroruri si era evident ca exista de undeva de 
sus o decizie de a trage de timp - si am refuzat sa il pun in productie.




Okey, si deci daca vreau lifecycle de 10 ani unde ma uit? Am aflat de Oracle, 
ce alte optiuni mai sunt?


In afara clonelor de RHEL deja mentionate ( Springdale ex PUIAS, 
CloudLinux, OEL si "in curind" daca le iese pasenta, Rockylinux ), nu 
exista.  Am auzit un zvon referitor la resuscitarea Ascendos ( 
https://www.reddit.com/r/linux/comments/lkwe1/ascendos_another_rebuild_of_red_hats_enterprise/ 
) dar sint convins ca ramine la stadiul de zvon. Ubuntu LTS da cu curul 
de pamint la 2 ani, OpenSuse LEAP la 3.


Si nu uita ca oracle face piggy back la ce publica RH . Daca peste 1-2-3 
ani lui RH li se scoala si decid sa respecte ad litteram GPL si sa nu 
mai dea acces la surse decit clientilor lor , toate clonele o sa aiba 
"mici" probleme si vor trebui sa evolueze pe picioare proprii




___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)


On 12/14/20 8:49 PM, Mihai Badici wrote:


On 12/14/20 8:39 PM, Petru Rațiu wrote:

On Mon, Dec 14, 2020 at 8:25 PM Mihai Badici  wrote:


On 12/14/20 8:14 PM, Andrei POPESCU wrote:

On Lu, 14 dec 20, 19:47:25, Mihai Badici wrote:

Debian mai are o problemă pe care de exemplu slackware nu o avea, că

dacă li
se pare lor că un driver nu e political correct îl scot din 
kernel, pe

când

slackware e pe filozofia "unmodified packages" . Asta se traduce în

diverse
probleme cu plăci wireless mai noi, destul de supărătoare, mai 
ales că

de

cele mai multe ori chinezul care a scris driverul nici nu știe ce a

scris în

disclaimerul ăla :)

Din câte știu eu kernelul a fost „curățat” upstream acum câțiva ani,
deci nu mai e nevoie să scoată nimic :)

Eu nu am mai verificat policy-ul cam de multișor, dar acum câteva luni
și-a luat nevasta notebook fără placă de rețea, așa că am dat debianul
pe ubuntu că nu aveam driver de wireless în buster, pe când în ce 
ubuntu

mai e acum avea :)  Țin minte că am avut problema asta cu driverele de
mai multe ori de-a lungul istoriei, poate o asociez eu greșit cu 
debian :)



Nu, ai dreptate, doar ca trebuie sa tii minte bitul de informatie ca in
situatii de-astea iti trebuie installerul "secret". E relativ
straightforward sa-ti faci tu dar cine mai are timp de asa ceva in 
ziua de

azi?

Repet, asta cu purismul Debian e ocazional annoying in situatii de-astea
(si sincer dupa ce dai de cateva ori cu capul si stii cum se face, 
aproape

ca nu-ti dai seama), dar poate fi un super avantaj cand faci audit de
securitate sau de licente, poti zice cu mana pe inima ce bit e 
suportat de

cine, ca in afara de cele 3-4 chestii custom pe care a trebuit sa le pui
explicit, stii ca restul a fost auditat de cei mai mari chitibusari din
ecosistemul OSS (no, really, sunt licente GNU care nu-s suficient de 
free

pt. Debian, sunt la cutite cu FSF mai ceva ca bolsevicii cu mensevicii).

Da' cum ziceam, nu tineam musai sa ma flamez cu proponenti de 
slackware sau

alpine sau archlinux, ci eram curios ce argumente mai au nevoie fostii
centos diehards sa incerce sa treaca de partea luminoasa a fortei :) S-a
vazut in threadul asta ca sunt tot felul de mituri ca "debian e 
naspa" care

probabil merita reevaluate explicit acu ca se termina distractia.


in acest context, discutie la care am participat acum citeva ore:

Dec 14 01:28:06  i'm sure some other clones will be ready 
before c8 reaches EOL
Dec 14 01:28:33   debian is definitely one we're 
considering too. Being able to dist-upgrade is a huge plus. :)
Dec 14 01:29:24     yeah - we dropped our fedora 
workstations for debian.

Dec 14 01:29:29  yes, debian is awesome
Dec 14 01:55:37  I'd use debian too. except that I cannot because 
of http://wdl.lug.ro/not_debian.png
Dec 14 01:59:48    my workplace pays for both oracle and 
redhat linux... idk why
Dec 14 02:01:13  Martouf: I suspect you have software certified 
on one and another

Dec 14 02:01:26  s/another/the other/
Dec 14 02:03:20  Martouf: years ago synopsys had a dumb script 
which checked for the presence of "RedHat Linux blabla" in 
/etc/redhat-release and their software bailed out if the test came out 
negative. Obviously the check failed on my CentOS machines so I had to 
edit the release file at install time

Dec 14 02:04:53    ah yes that old classic
Dec 14 02:35:56     wolfy: are you looking at alternatives 
at this point - just curious about what the community is doing.

Dec 14 02:38:28  I think we all are.
Dec 14 02:38:33  short-bike: I have 6 months to decide so for now 
I am just looking around and waiting
Dec 14 02:40:14  10 years ago I was helping in the reverse 
engineering of the build env for C6. now there are enough people more 
experienced than me and my free time is close to nil so... as I said, I 
am just waiting. Maybe rockylinux, maybe CL, maybe oracle linux if 
absolutely nothing else pops up
Dec 14 02:41:20  I am more concerned on the machines where I need 
to be RHEL compatible. for the servers debian will be perfect
Dec 14 02:41:44  except that I need to brush up and polish my 
knowledge, I have not used debian in 4-5 years
Dec 14 02:42:06     I'm seeing more and more reference to 
'rocky' but have no idea what it actually is ?

Dec 14 02:43:29  join #rockylinux
Dec 14 02:44:03  it's a rhel clone wannabe in which the creator 
of caos linux seems to be involved
Dec 14 02:44:34     We thought about fedora server for a 
while but ditched that option due to heavy implementation of ZFS. Fedora 
can not supply a stable
 enough kABI and chances are we would have had ti pin kernels to an 
earlier supported openzfs release..





Păi eu am trecut deja pe debian de ceva ani, cum ziceam avantajele 
sunt mai mari decât dezavantajele, cel puțin în cazul meu.  Alpine 
pare a fi slackware-ul noii generații :)


Însă s-ar putea ca în data-centere să mai fie încă valabilă situația 
cu driverele proprietar care merg doar pe RedHat, 


nu prea mai gasesti prob

Re: [rlug] Killing CentOS (softly)


On 12/14/20 7:21 PM, Dumitru Moldovan wrote:



Deci, cine știe, poate Red Hat e bine intenționat și CentOS Stream e de
fapt un model al felului în care va fi menținut RHEL?


Sort of... Ei pretind ca Stream o sa fie un fel de "advanced next minor 
release" ( in care updateurile o sa curga girla in loc sa astepte pina 
la 6 luni aparitia urmatorului minor release ) si ca in paralel cu 
Stream o sa dea "la pret mic sau gratuit" diverse versiuni de RHEL 8. 
Doar ca inca nu s-au hotarit ce si cum , o sa se intimple "in decursul 
urmatoarelor luni"



  Dar parcă nu-mi vine să cred că și RHEL 8 va avea aceeași soartă… 


RHEL ramine cu 5+5 ani.


Caz în care ce scuză pot avea pentru a nenoroci utilizatorii CentOS 8 
peste un an?!? :-/ 


E o intrebare pe care ne-o punem toti voluntarii din centos-qa / 
centos-support si nu am reusit sa primim un raspuns valid. Baietii care 
stau de vorba cu noi ( Josh Boyer, Mike McGrath, Neal Gompa si inca vreo 
3 ) s-au antrenat se pare o luna de zile cum sa raspunda fara sa spuna 
de fapt nimic. Ni se repeta " a fost decizia unanima a boardului ". De 
ex. 
https://lists.centos.org/pipermail/centos-devel/2020-December/075471.html 
si 
https://lists.centos.org/pipermail/centos-devel/2020-December/075528.html 
( Johnny Hughes e unul dintre cei 3 cei mai vechi membri in centos devel )


Singurul raspuns valid si care m-a marcat a fost "nu va inchipuiti ca nu 
am luat in considerare toate scenariile posibile referitoare la reactia 
utilizatorilor"


Iar parerea mea am exprimat-o: 
https://lists.centos.org/pipermail/centos-devel/2020-December/075624.html


Iar a lui Pablo Greco, cel care se ocupa de portul pt ARM, e aici: 
https://lists.centos.org/pipermail/centos-devel/2020-December/075531.html





___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)


On 12/14/20 6:40 PM, Claudiu N. Cismaru wrote:

Tin sa mentionez ca Debian e tot Debian de cand s-a inventat si primeste cu
bratele deschise pe toti fiii ratacitori, ba chiar cu un numar minim de "I
told you so"s de la carcotasi ca mine.

Nu e RHEL binary compatible :D

Asa mai e si openSUSE Leap... ca LTS.


indeed. nu toata lumea ruleaza aplicatii bancare cu backend in oracle db

https://imgur.com/a/O0jJPV5


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)


On 12/14/20 5:23 PM, Tiberiu ATUDOREI wrote:

Si mai e un aspect: infrastructura organizatiilor mari nu se face cu CentOS
sau ScientificLinux.



https://www.youtube.com/watch?v=EajAjFCZz4Q


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Adi Pircalabu

On Mon, Dec 14, 2020 at 9:21 PM Dumitru Moldovan  wrote:
>
> https://blog.centos.org/2020/12/future-is-centos-stream/

Haha, de-abia imi revenisem dupa miscarea Atlassian, care au decis
sa-si mute clientii in cloud si uite-asa tre' sa gasim alternative
pentru Jira & Confluence, altfel ne creste factura de 16000 de ori.
Acu RedHat :)))
Noroc ca acum 12-18 luni CentOS 8 nu prea oferea suport stabil pentru
Xen si alte cateva pachete si pachetele de care avem nevoie munca si
deci am decis sa just sit on it, thank you RedHat, honestly!
Okey, si deci daca vreau lifecycle de 10 ani unde ma uit? Am aflat de
Oracle, ce alte optiuni mai sunt?

-- 
Adi Pircalabu

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)



On 12/14/20 8:39 PM, Petru Rațiu wrote:

On Mon, Dec 14, 2020 at 8:25 PM Mihai Badici  wrote:


On 12/14/20 8:14 PM, Andrei POPESCU wrote:

On Lu, 14 dec 20, 19:47:25, Mihai Badici wrote:

Debian mai are o problemă pe care de exemplu slackware nu o avea, că

dacă li

se pare lor că un driver nu e political correct îl scot din kernel, pe

când

slackware e pe filozofia "unmodified packages" . Asta se traduce în

diverse

probleme cu plăci wireless mai noi, destul de supărătoare, mai ales că

de

cele mai multe ori chinezul care a scris driverul nici nu știe ce a

scris în

disclaimerul ăla :)

Din câte știu eu kernelul a fost „curățat” upstream acum câțiva ani,
deci nu mai e nevoie să scoată nimic :)

Eu nu am mai verificat policy-ul cam de multișor, dar acum câteva luni
și-a luat nevasta notebook fără placă de rețea, așa că am dat debianul
pe ubuntu că nu aveam driver de wireless în buster, pe când în ce ubuntu
mai e acum avea :)  Țin minte că am avut problema asta cu driverele de
mai multe ori de-a lungul istoriei, poate o asociez eu greșit cu debian :)


Nu, ai dreptate, doar ca trebuie sa tii minte bitul de informatie ca in
situatii de-astea iti trebuie installerul "secret". E relativ
straightforward sa-ti faci tu dar cine mai are timp de asa ceva in ziua de
azi?

Repet, asta cu purismul Debian e ocazional annoying in situatii de-astea
(si sincer dupa ce dai de cateva ori cu capul si stii cum se face, aproape
ca nu-ti dai seama), dar poate fi un super avantaj cand faci audit de
securitate sau de licente, poti zice cu mana pe inima ce bit e suportat de
cine, ca in afara de cele 3-4 chestii custom pe care a trebuit sa le pui
explicit, stii ca restul a fost auditat de cei mai mari chitibusari din
ecosistemul OSS (no, really, sunt licente GNU care nu-s suficient de free
pt. Debian, sunt la cutite cu FSF mai ceva ca bolsevicii cu mensevicii).

Da' cum ziceam, nu tineam musai sa ma flamez cu proponenti de slackware sau
alpine sau archlinux, ci eram curios ce argumente mai au nevoie fostii
centos diehards sa incerce sa treaca de partea luminoasa a fortei :) S-a
vazut in threadul asta ca sunt tot felul de mituri ca "debian e naspa" care
probabil merita reevaluate explicit acu ca se termina distractia.



Păi eu am trecut deja pe debian de ceva ani, cum ziceam avantajele sunt 
mai mari decât dezavantajele, cel puțin în cazul meu.  Alpine pare a fi 
slackware-ul noii generații :)


Însă s-ar putea ca în data-centere să mai fie încă valabilă situația cu 
driverele proprietar care merg doar pe RedHat, eu de ceva vreme n-am mai 
avut de-a face că nu vând bare-metal ca e vremea când șurubăream în 
Olteniței, caz în care ești un pic forțat. Pe de altă parte mă tot 
gândesc că s-ar putea ca și lui RedHat să le treacă această fantezie, că 
ea funcționa și în sens invers, îți făceai mâna pe CentOS și deveneai 
RedHat evangelist, dacă pierzi baza de masă s-ar putea să se reducă și 
numărul cumpărătorilor...







___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

On 14-Dec-20 8:37 PM, Andrei POPESCU wrote:
> În practică destul de mulți o pățesc, tocmai pentru că nu se gândesc că 
> ar fi o imagine diferită, publicată în altă parte.
>
> Sau se sperie de „unofficial”? :)

cred ca "unofficial" tine mai curand de "legaleza" decat de
"suportabilitate"; adica politica "noastra" e "all free", dar pentru ca
ai nevoie la instalare de pachete care nu sunt gpl, deci daca le bagam
incalcam politica noastra de pachete, fac "altii" (dar tot din familie)
niste imagini cu pachete "nepermise" incluse, voi le folositi linistit,
doar ca cutzu suport (nu ca nu te-ai putea lipsi de acel suport, doar ca
e frumos sa mai si dai ceva, daca tot iei totul pe gratis)

Alex


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

On Mon, Dec 14, 2020 at 8:38 PM Andrei POPESCU 
wrote:

> On Lu, 14 dec 20, 20:26:19, Petru Rațiu wrote:
> > On Mon, Dec 14, 2020 at 8:17 PM Andrei POPESCU  >
> > wrote:
> > >
> > > Pentru module out-of-tree (Nvidia, ZFS, etc.) și firmware există
> > > 'non-free', iar pentru instalare există imagine cu firmware non-free
> > > inclus (ceva mai greu de găsit, ce-i drept).
> > >
> > Da, e un folder "secret" in tree-ul care e pe toate mirrorurile :)
> > https://cdimage.debian.org/images/unofficial/
> > Voiam sa comentez ca "greu" inseamna sa iei linkul din faq, dar aparent
> > zice doar sa intrebi pe liste :) In orice caz, daca stii ca exista
> imaginea
> > aia, e la un google search distanta.
>
> În practică destul de mulți o pățesc, tocmai pentru că nu se gândesc că
> ar fi o imagine diferită, publicată în altă parte.
>
> Sau se sperie de „unofficial”? :)
>
>
Personal cred ca e o problema de PR. In literatura oficiala Debian se
pastreaza limbajul care implica fanatismul pt. contractul social dar nu se
subliniaza si faptul ca e politica oficiala ca asta include "our priorities
are our users and free software" si ca se da toata lumea peste cap sa
asigure ca se acopera cat mai bine aceste interese chiar si cand sunt in
conflict.

Cred ca distantarea aparenta fata de cat de oficial sau neoficial e
"non-free" vine de pe vremea cand exista non-us care avea niste potentiale
consecinte mult mai drastice privind exportable crypto. In opinia mea ar
putea fi facut ceva mai public ca non-free repo si non-free images exista
si ce caveats exista la ele. Uite, lipsa de educatie duce ca copiii sa dea
in droguri mai periculoase gen ubuntu :)

-- 
P.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

On Mon, Dec 14, 2020 at 8:25 PM Mihai Badici  wrote:

>
> On 12/14/20 8:14 PM, Andrei POPESCU wrote:
> > On Lu, 14 dec 20, 19:47:25, Mihai Badici wrote:
> >>
> >> Debian mai are o problemă pe care de exemplu slackware nu o avea, că
> dacă li
> >> se pare lor că un driver nu e political correct îl scot din kernel, pe
> când
> >> slackware e pe filozofia "unmodified packages" . Asta se traduce în
> diverse
> >> probleme cu plăci wireless mai noi, destul de supărătoare, mai ales că
> de
> >> cele mai multe ori chinezul care a scris driverul nici nu știe ce a
> scris în
> >> disclaimerul ăla :)
> > Din câte știu eu kernelul a fost „curățat” upstream acum câțiva ani,
> > deci nu mai e nevoie să scoată nimic :)
>
> Eu nu am mai verificat policy-ul cam de multișor, dar acum câteva luni
> și-a luat nevasta notebook fără placă de rețea, așa că am dat debianul
> pe ubuntu că nu aveam driver de wireless în buster, pe când în ce ubuntu
> mai e acum avea :)  Țin minte că am avut problema asta cu driverele de
> mai multe ori de-a lungul istoriei, poate o asociez eu greșit cu debian :)
>

Nu, ai dreptate, doar ca trebuie sa tii minte bitul de informatie ca in
situatii de-astea iti trebuie installerul "secret". E relativ
straightforward sa-ti faci tu dar cine mai are timp de asa ceva in ziua de
azi?

Repet, asta cu purismul Debian e ocazional annoying in situatii de-astea
(si sincer dupa ce dai de cateva ori cu capul si stii cum se face, aproape
ca nu-ti dai seama), dar poate fi un super avantaj cand faci audit de
securitate sau de licente, poti zice cu mana pe inima ce bit e suportat de
cine, ca in afara de cele 3-4 chestii custom pe care a trebuit sa le pui
explicit, stii ca restul a fost auditat de cei mai mari chitibusari din
ecosistemul OSS (no, really, sunt licente GNU care nu-s suficient de free
pt. Debian, sunt la cutite cu FSF mai ceva ca bolsevicii cu mensevicii).

Da' cum ziceam, nu tineam musai sa ma flamez cu proponenti de slackware sau
alpine sau archlinux, ci eram curios ce argumente mai au nevoie fostii
centos diehards sa incerce sa treaca de partea luminoasa a fortei :) S-a
vazut in threadul asta ca sunt tot felul de mituri ca "debian e naspa" care
probabil merita reevaluate explicit acu ca se termina distractia.

-- 
P.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Andrei POPESCU

On Lu, 14 dec 20, 20:26:19, Petru Rațiu wrote:
> On Mon, Dec 14, 2020 at 8:17 PM Andrei POPESCU 
> wrote:
> >
> > Pentru module out-of-tree (Nvidia, ZFS, etc.) și firmware există
> > 'non-free', iar pentru instalare există imagine cu firmware non-free
> > inclus (ceva mai greu de găsit, ce-i drept).
> >
> Da, e un folder "secret" in tree-ul care e pe toate mirrorurile :)
> https://cdimage.debian.org/images/unofficial/
> Voiam sa comentez ca "greu" inseamna sa iei linkul din faq, dar aparent
> zice doar sa intrebi pe liste :) In orice caz, daca stii ca exista imaginea
> aia, e la un google search distanta.

În practică destul de mulți o pățesc, tocmai pentru că nu se gândesc că 
ar fi o imagine diferită, publicată în altă parte.

Sau se sperie de „unofficial”? :)

Spor,
Andrei
-- 
Loyalty to petrified opinion never yet broke a chain or freed a human 
soul in this world -- and never will. (Mark Twain)


signature.asc
Description: PGP signature
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

On Mon, Dec 14, 2020 at 8:17 PM Andrei POPESCU 
wrote:

> On Lu, 14 dec 20, 19:47:25, Mihai Badici wrote:
> >
> >
> > Debian mai are o problemă pe care de exemplu slackware nu o avea, că
> dacă li
> > se pare lor că un driver nu e political correct îl scot din kernel, pe
> când
> > slackware e pe filozofia "unmodified packages" . Asta se traduce în
> diverse
> > probleme cu plăci wireless mai noi, destul de supărătoare, mai ales că de
> > cele mai multe ori chinezul care a scris driverul nici nu știe ce a
> scris în
> > disclaimerul ăla :)
>
> Din câte știu eu kernelul a fost „curățat” upstream acum câțiva ani,
> deci nu mai e nevoie să scoată nimic :)
>
> Pentru module out-of-tree (Nvidia, ZFS, etc.) și firmware există
> 'non-free', iar pentru instalare există imagine cu firmware non-free
> inclus (ceva mai greu de găsit, ce-i drept).
>
>
Da, e un folder "secret" in tree-ul care e pe toate mirrorurile :)
https://cdimage.debian.org/images/unofficial/
Voiam sa comentez ca "greu" inseamna sa iei linkul din faq, dar aparent
zice doar sa intrebi pe liste :) In orice caz, daca stii ca exista imaginea
aia, e la un google search distanta.

Sunt destul de sigur ca orice bloburi care sunt suficient de ok sa fie
distribuite in imaginile de linuxuri mai enterprise dar mai putin pure
ideologic sunt deja aici.
-- 
P.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)



On 12/14/20 8:14 PM, Andrei POPESCU wrote:

On Lu, 14 dec 20, 19:47:25, Mihai Badici wrote:


Debian mai are o problemă pe care de exemplu slackware nu o avea, că dacă li
se pare lor că un driver nu e political correct îl scot din kernel, pe când
slackware e pe filozofia "unmodified packages" . Asta se traduce în diverse
probleme cu plăci wireless mai noi, destul de supărătoare, mai ales că de
cele mai multe ori chinezul care a scris driverul nici nu știe ce a scris în
disclaimerul ăla :)

Din câte știu eu kernelul a fost „curățat” upstream acum câțiva ani,
deci nu mai e nevoie să scoată nimic :)


Eu nu am mai verificat policy-ul cam de multișor, dar acum câteva luni 
și-a luat nevasta notebook fără placă de rețea, așa că am dat debianul 
pe ubuntu că nu aveam driver de wireless în buster, pe când în ce ubuntu 
mai e acum avea :)  Țin minte că am avut problema asta cu driverele de 
mai multe ori de-a lungul istoriei, poate o asociez eu greșit cu debian :)




Pentru module out-of-tree (Nvidia, ZFS, etc.) și firmware există
'non-free', iar pentru instalare există imagine cu firmware non-free
inclus (ceva mai greu de găsit, ce-i drept).


Problema nu e la celelalte drivere, ci în mod specific la rețea, că nu 
poți descărca pachetele :) Și CD-uri n-am mai folosit din mandatul lui 
Tăriceanu :)





Spor,
Andrei

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)



On 12/14/20 8:07 PM, Andrei POPESCU wrote:

On Lu, 14 dec 20, 19:53:25, Mihai Badici wrote:

Pachetele din slackware-current sunt actualizate frecvent, probabil ar fi
mai recente ca ultimul debian :)

Bănuiesc că te referi la Debian "stable" 10 (a.k.a. "buster").

Conform cu https://docs.slackware.com/slackware:current ar fi mai corect
să compari cu "testing".

Spor,
Andrei



Tehnic vorbind, ai dreptate :)



___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

On Mon, Dec 14, 2020 at 7:48 PM Mihai Badici  wrote:

>
> Debian mai are o problemă pe care de exemplu slackware nu o avea, că
> dacă li se pare lor că un driver nu e political correct îl scot din
> kernel, pe când slackware e pe filozofia "unmodified packages" . Asta se
> traduce în diverse probleme cu plăci wireless mai noi, destul de
> supărătoare, mai ales că de cele mai multe ori chinezul care a scris
> driverul nici nu știe ce a scris în disclaimerul ăla :)
>
>
Sincer, chestia asta nu e o inconvenienta asa mare. Dincolo de aspectele
filozofico-metafizico-culturale (unde sincer imi convine sa pot numara pe
degete chestiile not rms-friendly de pe sistem), din punct de vedere
practic, e vorba de rulat 2-3 comenzi in plus si atat. Pachetul se publica
in non-free sau contrib (in functie de cat de tare e legat de blobul cu
pricina), eventual te pune sa agreezi explicit la ceva licente non-free sau
are helper scripts care sa-ti traga blobul de pe net daca n-are voie sa fie
redistribuit si cam aia e. Iar la chestiile gen drivere de kernel care ar
fi mandatory la instalare (placi de retea), exista intretinuta imagine care
contine firmware-urile alea in ea, trebuie sa iei la cunostinta ca o sa
planga un pinguin cand o downloadezi (pana acum a mers pe orice laptop pe
care am incercat).

Filozofia aia cu modificat upstream e iarasi o chestie pozitiva in opinia
mea (repet, imho, subiectiv, discutabil). Unul din lucrurile pentru care ma
simt in elementul meu pe Debian e ca impune maintainerilor sa intretina cat
de cat documentatie intr-un anume fel (ai mereu in /usr/share/doc/$pachet
macar ceva, macar readme.md-ul de pe github si niste scuze ca atata vrea
upstream sa intretina; binarele au in general man page, ocazional patchuri
care sa suporte config.d folders unde sa poti lasa fragmente de config
diferite, etc). In ultima vreme sunt cateva discutii despre cum sa se
intretina soaftele care au prin natura lor ciclu de viata mult mai mic
decat release cycles de Debian, pana acum am vazut debate-ul asta despre
browsere si kubernetes (si ocazional cauzeaza titluri de scandal gen
"debian vrea sa scoata chrome si firefox"). Alta problema semi-metafizica
curenta e ca by policy pachetele Debian se buildeaza in Debian si asta
tinde sa fie o problema in ecosisteme cu fractal foarte adanc de
dependinte, gen Go sau NPM, de un potential maintainer trebuie sa faca
packaging la tot carnatul de dependinte inainte de pachetul pe care-l voia
(sau sa se certe pe liste cu security si ftpmasters samd despre de ce e o
idee buna sa vendorizeze), iarasi ceva ce nu prea conteaza pt. userul final
(altfel decat "softul X nu e in debian, va trebui sa-l iau ca animalele din
alt repo" - dar problema asta e mult mai rara decat era pe alte distrouri
si poate de-aia e enervanta).

Sincer, daca nu erai toata ziua cu surubelnita in matele os-ului,
diferentele sunt relativ minore, cateva tooluri care se cheama putin altfel
(dpkg si rpm au mult mai multe asemanari decat diferente, apt si yum la
fel), cateva defaults care sunt altfel dar se rezolva cu niste dotfiles
(stiu oameni care sunt convinsi ca rm pe centos e altul decat pe debian,
doar pentru ca sunt niste aliasuri default cu -i, parca), si niste
configuri care nu-s chiar in acelasi loc si forma dar esenta e aceeasi (
daca eu am gasit in general prin /etc/sysconfig tot ce cautam prin
/etc/default, banuiesc ca merge si invers). On top of this, cateva pachete
care nu se cheama chiar la fel sau sunt impartite nitel altfel. All in all
nu sunt schimbari mult mai mari decat intre Centos6 si Centos7 de exemplu.

-- 
Petre, proudly defaulting to Debian since 2004.

--
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Andrei POPESCU

On Lu, 14 dec 20, 19:47:25, Mihai Badici wrote:
> 
> 
> Debian mai are o problemă pe care de exemplu slackware nu o avea, că dacă li
> se pare lor că un driver nu e political correct îl scot din kernel, pe când
> slackware e pe filozofia "unmodified packages" . Asta se traduce în diverse
> probleme cu plăci wireless mai noi, destul de supărătoare, mai ales că de
> cele mai multe ori chinezul care a scris driverul nici nu știe ce a scris în
> disclaimerul ăla :)

Din câte știu eu kernelul a fost „curățat” upstream acum câțiva ani, 
deci nu mai e nevoie să scoată nimic :)

Pentru module out-of-tree (Nvidia, ZFS, etc.) și firmware există 
'non-free', iar pentru instalare există imagine cu firmware non-free 
inclus (ceva mai greu de găsit, ce-i drept).

Spor,
Andrei
-- 
Loyalty to petrified opinion never yet broke a chain or freed a human 
soul in this world -- and never will. (Mark Twain)


signature.asc
Description: PGP signature
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

On 14-Dec-20 7:53 PM, Mihai Badici wrote:
> Oricum se pare că vrând ( pe CentOS) sau nevrând (pe slackware) ne
> îndreptăm spre release-ul continuu, după cum ne amenință și Microsoft  :) 

asa daca stam stramb si judecam drept, pana la urma si debianul are
rolling ... si nu una, ba chiar doua (testing si sid); unii chiar
folosesc testing-ul in productie bine mersi, deci se poate

eu personal prefer contractul de x ani ca nu ma voi trezi ca se
upgradeaza spre exemplu php-ul de la 7.x la 7.x+1 si draq stie ce bucata
bazata pe o functionare anormala nu mai merge ca au reparat-o astia
(kidding); desigur, upgrade-ul e mai putin facil, insa bine planificat
si cu timp de testare e alta mancare de peste

si sa nu mai aduc aminte de "legacy apps", ca incepe lumea sa injure
non-stop (si suntem in post) :-P

Alex


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)





Trenul asta cu systemd a cam plecat din gara de cativa ani, sunt din ce in
ce mai multe soafte care pleaca de la premisa ca asa stau lucrurile. De
bine de rau pe Debian e suficient de domesticit incat foarte rar trebuie
sa-mi aduc aminte ca e acolo (in principiu cand vreun destept decide ca
systemd timers sunt mai cool decat crontab).


Da, deși trenurile au tot venit și au plecat :)




Nu stiu daca ai vazut vreun RH/Centos recent (7+) da' are un zoo mult mai
colorat de animale (si sper ca moda cu dockereala sa nu se generalizeze in
asa hal incat sa devina noul normal).

Dar dincolo de flame, cam pe unde am vazut eu ca era adoptat centos era
basicaly pe sistemul "curul in doua luntri"; sa fie opensource si
community-maintained da' sa poata fi vandut la vendori si auditori ca fiind
RH compatible ca sa bifeze acolo bifa cu "ce linux ai, redhat sau suse?".
De cativa ani incoace chestia asta cu adoptia enterprise nu prea mai e asa
o problema (faceau unii mai bicurious si deb-uri primar pentru ubuntu, acu
se fac destul de des primar pentru Debian, probabil pentru ca si Mark a
schimbat supplierul de droguri de ceva vreme).


Flame-ul e doar că n-a mai fost unul de ani :)

Eu am mai avut nevoie de CentOS pe unde aveam nevoie de drivere ( RAID 
de cele mai multe ori dar și altele) pe care nu le aveai GPL și vendorul 
le dădea doar pentru SuSe și RedHat. Acum nu prea mai e cazul, dar tot 
mai găsești . Uneori ca să mă distrez puneam kernelul de la un CentOS pe 
slackware :)


În plus nu totdeauna e că îl vinzi tu ca redhat compatible, ci invers, 
vine vendorul și te întreabă: da' ai pachetul x versiunea 2.7.35 ? Tu 
știi bine că nu e de acolo problema, dar nu ai ce să îi zici :)



Si nazismul birocratic al Debian face o gramada de lucruri sa fie boring,
mentinand aproape orice pachet cat de cat folosit in main repo (pe centos
prima chestie pe care o faci e sa pui EPEL si alti 3rd parties ca sa ai si
tu ce sa instalezi).

Si bine, daca vrei sa pui SAP sau Oracle, poti sa pui OEL pe masinile alea,
oricum nu mai sunt ale tale cand devin colonizate de Borg.



___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Andrei POPESCU

On Lu, 14 dec 20, 19:53:25, Mihai Badici wrote:
> 
> Pachetele din slackware-current sunt actualizate frecvent, probabil ar fi
> mai recente ca ultimul debian :) 

Bănuiesc că te referi la Debian "stable" 10 (a.k.a. "buster").

Conform cu https://docs.slackware.com/slackware:current ar fi mai corect 
să compari cu "testing".

Spor,
Andrei
-- 
Loyalty to petrified opinion never yet broke a chain or freed a human 
soul in this world -- and never will. (Mark Twain)


signature.asc
Description: PGP signature
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)



On 12/14/20 7:17 PM, Alex 'CAVE' Cernat wrote:

On 14-Dec-20 6:16 PM, Tiberiu ATUDOREI wrote:

...ca veni vorbi: pentru minoritatea aflata la intersectia diagramelor Venn
a grupurilor "anti corporate" / "fara redhat si clone" / "fara debian si
clone" / "fara manager de pachete" / "tendinte SM" ...va reamintesc ca inca
mai exista "the good old Slack". Ce RH 8...Slack-ul a ajuns la 14.2.
http://www.slackware.com/

pai 14.2 e listat acum 4 ani, a ajuns rolling distribution si n-am aflat
? (nu ca in ultimul timp m-ar interesat subiectul)

desi din ce vad in changelog lucrurile se mai misca pe acolo, insa 4 ani
de la ultimul release e al naibii de mult ...

Alex



Noi vorbim de moartea unei distribuții cu kernel 2.6 și ni se pare vechi 
slackware de acum 4 ani? :)


Oricum se pare că vrând ( pe CentOS) sau nevrând (pe slackware) ne 
îndreptăm spre release-ul continuu, după cum ne amenință și Microsoft  :)


Pachetele din slackware-current sunt actualizate frecvent, probabil ar 
fi mai recente ca ultimul debian :) însă până acum n-am avut curaj să 
folosesc așa ceva pe laptopul meu, darămite pe servere în producție ( 
deși la IMM-uri unde nu e un capăt de țară o întrerupere de 4 ore nu văd 
problema) .  Până la urmă am ales varianta leneșului și am trecut pe 
debian și pe laptop :) Dar regret un pic, nu aveam atâtea pachete dar 
era rock-solid, debianul mai face ocazional câte o gâlmă ...( încă nu 
îmi e clar dacă de la el sau de la hardul "hibrid" )





___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

On Mon, Dec 14, 2020 at 7:35 PM Dumitru Moldovan  wrote:

> On Mon, Dec 14, 2020 at 06:55:51PM +0200, Mihai Badici wrote:
> >
> >>Tin sa mentionez ca Debian e tot Debian de cand s-a inventat si primeste
> cu
> >>bratele deschise pe toti fiii ratacitori, ba chiar cu un numar minim de
> "I
> >>told you so"s de la carcotasi ca mine.
> >>
> >îi primește cu pâine și systemd :)
>
> Touché!
>
> Alternative cu care #rezist:
>
>* Alpine Linux pentru instalări minimaliste
>* Void Linux de e nevoie de glibc, de exemplu pentru desktop
>* Devuan de contează compatibilitatea cu distribuții old-style.
>
> Gentoo și BSD-urile nu le-am listat, cine are nevoie le rulează deja.
>
> Problema e ca de vreo 10-15 ani readme-urile la softuri off the shelf
sunt: a) instalare pe redhat/centos b) instalare pe debian/ubuntu c) build
from source . Daca sunt de-alea cu curl|sh , installerul ala are in el un
case cu aceleasi 3 optiuni. Bine, mai nou sunt si cu "run on docker|k8s"
care presupun fie sa iei ala ca serviciu de la altcineva, fie sa il mentii
tu, cu aceleasi 3 optiuni.

Nu tineam musai sa pornesc distro flame, da' userii care foloseau centos
pentru ca e teritoriu familiar si aproape compatibil cu ceva caldut si
enterprise am o oarecare indoiala ca vor trece direct pe
alpine/void/arch/gentoo/whatever. Voiam doar sa mentionez ca BoringOS
exista in continuare si chiar daca e subiectiv daca era mai bun sau nu
decat celalalt BoringOS, nu are si nu a avut riscul sa pateasca acelasi
lucru.

Daca erai bicurious cu enterprise software da' nu prea erai convins cat
voiai sa platesti, go OEL sau IBM, te conving/ameninta aia pana iti intra
mintile in cap :)
Daca asta cu enterprise era o scuza ca sa nu te schimbi de pe
rpm/redhat/fedora/ce-ai invatat tu la gradinita, tough luck (poate mai
exista suse, nu stiu, ma indoiesc ca e safe), da' poate nu-i atat de
nasoala schimbarea, chiar si asa tarziu.
Daca vrei sa go full che guevara si sa recompilezi toate serverele asa cum
iti place tie, bravo fata, girl power, da' optiunea asta era la fel de bine
pe masa si luna trecuta, nu s-a schimbat nimic.

Acu ca ma gandesc, poate asta cu "are systemd" e un bonus pentru oile
ratacite (da' sincer, nu intervine atat de mult, nu ne iubim atat de tare
da' recunosc ca nu ne intalnim foarte des).

-- 
P.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)



On 12/14/20 7:21 PM, Alex 'CAVE' Cernat wrote:

On 14-Dec-20 6:55 PM, Mihai Badici wrote:

îi primește cu pâine și systemd :)

pentru cei cu alergie la systemd exista si devuan :-P

oricum, daca te apuci sa faci arborele "ginecologic" al lui debian te
apuca durerea de cap pana numeri toti "plozii"

Alex


Mai tare ca Borcea :)

Evident, e o idee generoasă să ai o distribuție care să aibă "toate 
pachetele" și ar fi culmea să nu se gândească un număr de 1000 de 
indivizi că ar fi interesant să facă din alea "selecția perfectă" :)


Pe de altă parte e destul de complicat să faci o distribuție care să fie 
la fel de bună și ca server și ca workstation, exemplul cel mai bun mi 
se pare docker, unde nu văd ce sens ar avea să folosesc systemd ( 
oricum, probabil că sunt bătrân, mie nu îmi e clar nici la ce folosește 
grub și ce anume ( în viața reală) nu putea face lilo :)


Da, Petre zice că probabil ai putea să renunți la systemd dar sincer nu 
prea văd sensul, că nu e cu apt remove systemd,  când te apuci să faci 
chestii în răspăr cu filozofia distribuției sigur la un moment dat o 
pățești :)


Debian mai are o problemă pe care de exemplu slackware nu o avea, că 
dacă li se pare lor că un driver nu e political correct îl scot din 
kernel, pe când slackware e pe filozofia "unmodified packages" . Asta se 
traduce în diverse probleme cu plăci wireless mai noi, destul de 
supărătoare, mai ales că de cele mai multe ori chinezul care a scris 
driverul nici nu știe ce a scris în disclaimerul ăla :)


Eu personal am putut trece peste aceste mici inconveniente, că 
avantajele sunt clar mai mari decât dezavantajele, dar asta nu înseamnă 
că ele nu există.





___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)


On Mon, Dec 14, 2020 at 06:55:51PM +0200, Mihai Badici wrote:



Tin sa mentionez ca Debian e tot Debian de cand s-a inventat si primeste cu
bratele deschise pe toti fiii ratacitori, ba chiar cu un numar minim de "I
told you so"s de la carcotasi ca mine.


îi primește cu pâine și systemd :)


Touché!

Alternative cu care #rezist:

  * Alpine Linux pentru instalări minimaliste
  * Void Linux de e nevoie de glibc, de exemplu pentru desktop
  * Devuan de contează compatibilitatea cu distribuții old-style.

Gentoo și BSD-urile nu le-am listat, cine are nevoie le rulează deja.

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

On Mon, Dec 14, 2020 at 6:58 PM Mihai Badici  wrote:

>
>
> > Tin sa mentionez ca Debian e tot Debian de cand s-a inventat si primeste
> cu
> > bratele deschise pe toti fiii ratacitori, ba chiar cu un numar minim de
> "I
> > told you so"s de la carcotasi ca mine.
> >
> îi primește cu pâine și systemd :)
>

Trenul asta cu systemd a cam plecat din gara de cativa ani, sunt din ce in
ce mai multe soafte care pleaca de la premisa ca asa stau lucrurile. De
bine de rau pe Debian e suficient de domesticit incat foarte rar trebuie
sa-mi aduc aminte ca e acolo (in principiu cand vreun destept decide ca
systemd timers sunt mai cool decat crontab).

Nu stiu daca ai vazut vreun RH/Centos recent (7+) da' are un zoo mult mai
colorat de animale (si sper ca moda cu dockereala sa nu se generalizeze in
asa hal incat sa devina noul normal).

Dar dincolo de flame, cam pe unde am vazut eu ca era adoptat centos era
basicaly pe sistemul "curul in doua luntri"; sa fie opensource si
community-maintained da' sa poata fi vandut la vendori si auditori ca fiind
RH compatible ca sa bifeze acolo bifa cu "ce linux ai, redhat sau suse?".
De cativa ani incoace chestia asta cu adoptia enterprise nu prea mai e asa
o problema (faceau unii mai bicurious si deb-uri primar pentru ubuntu, acu
se fac destul de des primar pentru Debian, probabil pentru ca si Mark a
schimbat supplierul de droguri de ceva vreme).

Si nazismul birocratic al Debian face o gramada de lucruri sa fie boring,
mentinand aproape orice pachet cat de cat folosit in main repo (pe centos
prima chestie pe care o faci e sa pui EPEL si alti 3rd parties ca sa ai si
tu ce sa instalezi).

Si bine, daca vrei sa pui SAP sau Oracle, poti sa pui OEL pe masinile alea,
oricum nu mai sunt ale tale cand devin colonizate de Borg.

-- 
P.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)



Tiberiu, întâmplător ne-am cunoscut la un FLOSS Camp (sper că am scris
corect) acum aproape 10 ani, deci știu că ești un tip OK, ia ce scriu
mai jos ușurel, nu ca un atac la persoană.  Am tot respectul pentru cum
îți câștigi existența, nu mă îndoiesc că e și interesant.

E bine de știut că Oracle Linux este în forma actuală o alternativă
viabilă pentru CentOS.  Deci și sugestia lui Cătălin Mureșan n-a fost
la mișto.  Scuze Mătă!  :-D  Dar asta nu compensează toate chestiile
negative pe care lumea le asociază cu Oracle.  (La care adaug și io
mai jos pățania personală, pentru că la un moment dat mi-am dat seama
că ar putea fi chiar mai relevantă decât credeam).

Nivelul de așteptări în ce privește Oracle fiind extrem de scăzut
(îndrăznesc să spun sub 0, adică negativ), mie personal nu-mi dă
încredere că Oracle va menține Oracle Linux după ce dispare CentOS din
peisaj.  Deci prefer să mai aștept încă un an cu CentOS 8 și să iau o
decizie atunci, poate se mai limpezesc apele.

În fine, minima experiență personală pe care am avut-o cu Oracle a fost
când am avut nevoie de OpenSSL 1.0.2 (free software!) pe Solaris 10.  E
drept, aveam nevoie de varianta oficială de la Oracle pentru un software
ce trebuia suportat pe Solaris 10 în tandem cu OpenSSL-ul lor.  Dar asta
nu justifică toate opreliștile puse (și prețuite!) artificial de Oracle
pentru pachetul lor OpenSSL.  Ca dovadă că se poate altfel chiar în
mediul corporatist, IBM le oferă (aproape) liber pentru AIX-ul lor, e
îndeajuns un cont IBM ce nu costă nimic.  La Oracle îmi trebuia licența
lui pește prăjit + mega pachetul de suport pentru chestii extra + poate
și un rinichi, cum au sugerat alții mai hârșâiți.  Pentru un software
open-source!

Acuma mno, problema în esență e că aveam clienți ce voiau să rămână pe
Solaris 10, suportat pentru aproape 1.000 de ani, iar noi voiam să le
luăm banii pentru produsul nostru, care din motive de securitate avea
nevoie (la vremea respectivă) de cel puțin OpenSSL 1.0.2.  Și nu puteam
include OpenSSL static pentru că trebuia sa fie la latitudinea
administratorilor sistemelor respective să actualizeze OpenSSL când
apărea vreo problemă de securitate (cu patch de la Oracle), dar fără să
actualizeze produsul nostru (care avea nevoie cel puțin de o rotație
completă a planetei în jurul soarelui pentru a trece testele lor de
conformitate încă o dată).

Ceea ce mă gândesc acuma că ar putea explica și CentOS Stream…  Pentru
că realitatea este că a cam trecut vremea în care lansai o versiune
majoră, ȚÂȘPE punct zero, iar apoi suportai versiunea asta majoră
pentru aproape 1.000 de ani, cu mici petice pe ici pe colo.  În timp,
de peticele astea a fost nevoie din ce în ce mai mult prin punctele
esențiale, iar iluzia șandramalei menținute ad infinitum se năruia după
câțiva ani.

Apropo, Red Hat a tras-o produsului nostru o dată din punctul ăsta de
vedere, pentru că a trecut într-o actualizare minoră la OpenSSL mai nou
și incompatibil, de la 1.0.1 la 1.0.2.  Noi compilam ferice pachetele
noastre în VM-uri CentOS 7 actualizate, iar la un moment dat ne-am
trezit că aveam clienți cu RHEL 7.3 (și OpenSSL 1.0.1) ce nu mai puteau
rula ultima versiune a produsului (compilat cu OpenSSL 1.0.2 din
versiunea 7.4).

În fine, acuma că iluziile astea se năruie plenar, începând cu Microsoft
Windows și terminând cu Oracle Solaris, OS-urile importante par să
treacă la un alt model de dezvoltare, în care nu mai primează versiunea
majoră, ce devine irelevantă.  Totul va fi „în flux”, nu contează de la
ce ai pornit când ai instalat, ci cât de la zi ești cu actualizările de
la producător.  (Un model familiar utilizatorilor Gentoo, ce se vor
simți răzbunați pentru eternitate!)

Deci, cine știe, poate Red Hat e bine intenționat și CentOS Stream e de
fapt un model al felului în care va fi menținut RHEL?  Dar parcă nu-mi
vine să cred că și RHEL 8 va avea aceeași soartă…  Caz în care ce scuză
pot avea pentru a nenoroci utilizatorii CentOS 8 peste un an?!?  :-/


On Mon, Dec 14, 2020 at 05:23:23PM +0200, Tiberiu ATUDOREI wrote:

Disclaimer: sunt angajat Oracle de peste 14 ani ...

"Need a stable, RHEL compatible alternative to CentOS?
Oracle Linux is easy to download and completely free to use. Free source
code, free binaries, free updates, freely redistributable, free for
production use."
"Oracle Linux Support
Oracle Linux, which is 100% application binary compatible with Red Hat
Enterprise Linux, is free to download, use, and share. There is no license
cost, no need for a contract, and no usage audits. For business-critical
infrastructure, consider Oracle Linux Support."
https://www.oracle.com/linux/
Adica: nu e nici o diferenta intr-un fel intre ce iti ofera CentOS si ce
iti ofera OEL. Nu iti baga nimeni mana in buzunar (sau sa iti ceara un
rinichi).
Ceea ce conteaza cu adevarat e cum se propaga software downstream (si din
punctul meu de vedere CentOS sau OEL erau cam la fel), plus ca OEL are
si ceva software in plus orientat pentru mediul enterprise...
Si mai e

Re: [rlug] Killing CentOS (softly)

On 14-Dec-20 6:55 PM, Mihai Badici wrote:
> îi primește cu pâine și systemd :) 

pentru cei cu alergie la systemd exista si devuan :-P

oricum, daca te apuci sa faci arborele "ginecologic" al lui debian te
apuca durerea de cap pana numeri toti "plozii"

Alex


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

On 14-Dec-20 6:16 PM, Tiberiu ATUDOREI wrote:
> ...ca veni vorbi: pentru minoritatea aflata la intersectia diagramelor Venn
> a grupurilor "anti corporate" / "fara redhat si clone" / "fara debian si
> clone" / "fara manager de pachete" / "tendinte SM" ...va reamintesc ca inca
> mai exista "the good old Slack". Ce RH 8...Slack-ul a ajuns la 14.2.
> http://www.slackware.com/

pai 14.2 e listat acum 4 ani, a ajuns rolling distribution si n-am aflat
? (nu ca in ultimul timp m-ar interesat subiectul)

desi din ce vad in changelog lucrurile se mai misca pe acolo, insa 4 ani
de la ultimul release e al naibii de mult ...

Alex

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)





Tin sa mentionez ca Debian e tot Debian de cand s-a inventat si primeste cu
bratele deschise pe toti fiii ratacitori, ba chiar cu un numar minim de "I
told you so"s de la carcotasi ca mine.


îi primește cu pâine și systemd :)

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Claudiu N. Cismaru

> Tin sa mentionez ca Debian e tot Debian de cand s-a inventat si primeste cu
> bratele deschise pe toti fiii ratacitori, ba chiar cu un numar minim de "I
> told you so"s de la carcotasi ca mine.

Nu e RHEL binary compatible :D

Asa mai e si openSUSE Leap... ca LTS.

-- 
  Claudiu N. Cismaru




___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)



On 12/14/20 6:16 PM, Tiberiu ATUDOREI wrote:

...ca veni vorbi: pentru minoritatea aflata la intersectia diagramelor Venn
a grupurilor "anti corporate" / "fara redhat si clone" / "fara debian si
clone" / "fara manager de pachete" / "tendinte SM" ...va reamintesc ca inca
mai exista "the good old Slack". Ce RH 8...Slack-ul a ajuns la 14.2.
http://www.slackware.com/
Si pentru mosi nostalgici ca mine: se zice ca prima femeie...si prima
distributie...si primul kernel ... nu se uita niciodata.
La mine a fost SLS (precursorul Slack) pe dischete cu kernel 0.99pl13.
Yeah, I'm that old ...
http://mirror.math.princeton.edu/pub/oldlinux/Linux.old/distributions/SLS/
https://github.com/rdebath/SLS-1.02
http://www.ibiblio.org/pub/historic-linux/distributions/sls-1.03/
Ptiu drace, a ajuns cea mai pura distributie de linux sa fie gazduita pe
serverele pagane detinute de microsoft vine sfarsitul lumii
maica...adevar va zic ...



Eu încă mai am vreo trei prin ogradă, problema e că 14.2 a apărut acum 
vreo patru ani sau așa ceva și de atunci nici o vorbă; cu regret acum 
vreo 5 luni am renunțat  la slackware desktop :)  - asta fără să fiu 
anti-corporate, doar KISS.  Pentru un singur server cu samba/apache/php 
chiar nu văd de ce m-aș complica, în afară de pericolul care mie mi se 
pare destul de îndepărtat ca într-o bună zi să nu mai facă nimeni 
pachetele de update și să fii nevoit să le compilezi singur :)


Cum toată lumea s-a mutat în nori ( că tot a fost azi pre-apocalipse 
day)  și nu îi mai pasă de drivere pentru hardware, nu văd ce problemă 
ar mai fi că nu se potrivește kernelul cu ăla din RedHat cum nu văd nici 
vreun folos să rulezi kernelul 2.6 în 2020 :)


Evident, mă simt ca într-o vineri din vremurile bune :)





___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Tiberiu ATUDOREI

...ca veni vorbi: pentru minoritatea aflata la intersectia diagramelor Venn
a grupurilor "anti corporate" / "fara redhat si clone" / "fara debian si
clone" / "fara manager de pachete" / "tendinte SM" ...va reamintesc ca inca
mai exista "the good old Slack". Ce RH 8...Slack-ul a ajuns la 14.2.
http://www.slackware.com/
Si pentru mosi nostalgici ca mine: se zice ca prima femeie...si prima
distributie...si primul kernel ... nu se uita niciodata.
La mine a fost SLS (precursorul Slack) pe dischete cu kernel 0.99pl13.
Yeah, I'm that old ...
http://mirror.math.princeton.edu/pub/oldlinux/Linux.old/distributions/SLS/
https://github.com/rdebath/SLS-1.02
http://www.ibiblio.org/pub/historic-linux/distributions/sls-1.03/
Ptiu drace, a ajuns cea mai pura distributie de linux sa fie gazduita pe
serverele pagane detinute de microsoft vine sfarsitul lumii
maica...adevar va zic ...

On Mon, Dec 14, 2020 at 5:50 PM Petru Rațiu  wrote:

> On Mon, Dec 14, 2020 at 1:36 PM manuel "lonely wolf" wolfshant <
> wo...@prolinux.ro> wrote:
>
> > On 12/14/20 12:18 PM, Dumitru Moldovan wrote:
> > > https://blog.centos.org/2020/12/future-is-centos-stream/. Seriusly,
> > > WTF Red Hat?  (Or IBM?!?)
> > >
> > > Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru care
> > > mai oferă doar un an de actualizări.  Personal, deși aș putea folosi
> > > RHEL în producție, prefer CentOS numa' ca să nu-mi bat capul cu toate
> > > mizeriile legate de licențiere și actualizări. Momentan am CentOS 5,
> > > 6, 7 și 8 în administrare.  Iar instalările CentOS 8 cică să le migrez
> > > la RHEL 8 peste un an?  Câh…  Mai repede trec pe altceva, parcă văd
> > > Scientific Linux trezit din morți în curând!
> >
> > alternativele care se prefigureaza acum sint
> >
> > - oracle linux ( deja au publicat un script care converteste orice
> > centos la oel ) - cu riscurile de rigoare legate de oracle care ii
> > iubeste pe toti cei care inca nu si-au vindut ambii rinichi
> >
> > - cloudlinux care se jura ca o sa se schimbe si o sa dea gratuit partea
> > de OS, poate prin intermediul unei noi fundatii non-profit
> >
> > - rocky linux ( #rockylinux ) care pare sa fie pornit de catre
> > cetateanul care a fondat CaOS ( care ulterior a ajuns , fara el, pe cai
> > necunoscute mie, CentOS )
> >
> >
> Tin sa mentionez ca Debian e tot Debian de cand s-a inventat si primeste cu
> bratele deschise pe toti fiii ratacitori, ba chiar cu un numar minim de "I
> told you so"s de la carcotasi ca mine.
>
> --
> P.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie manuel "lonely wolf" wolfshant

On Mon, Dec 14, 2020 at 1:36 PM manuel "lonely wolf" wolfshant <
wo...@prolinux.ro> wrote:

> On 12/14/20 12:18 PM, Dumitru Moldovan wrote:
> > https://blog.centos.org/2020/12/future-is-centos-stream/. Seriusly,
> > WTF Red Hat?  (Or IBM?!?)
> >
> > Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru care
> > mai oferă doar un an de actualizări.  Personal, deși aș putea folosi
> > RHEL în producție, prefer CentOS numa' ca să nu-mi bat capul cu toate
> > mizeriile legate de licențiere și actualizări. Momentan am CentOS 5,
> > 6, 7 și 8 în administrare.  Iar instalările CentOS 8 cică să le migrez
> > la RHEL 8 peste un an?  Câh…  Mai repede trec pe altceva, parcă văd
> > Scientific Linux trezit din morți în curând!
>
> alternativele care se prefigureaza acum sint
>
> - oracle linux ( deja au publicat un script care converteste orice
> centos la oel ) - cu riscurile de rigoare legate de oracle care ii
> iubeste pe toti cei care inca nu si-au vindut ambii rinichi
>
> - cloudlinux care se jura ca o sa se schimbe si o sa dea gratuit partea
> de OS, poate prin intermediul unei noi fundatii non-profit
>
> - rocky linux ( #rockylinux ) care pare sa fie pornit de catre
> cetateanul care a fondat CaOS ( care ulterior a ajuns , fara el, pe cai
> necunoscute mie, CentOS )
>
>
Tin sa mentionez ca Debian e tot Debian de cand s-a inventat si primeste cu
bratele deschise pe toti fiii ratacitori, ba chiar cu un numar minim de "I
told you so"s de la carcotasi ca mine.

-- 
P.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Tiberiu ATUDOREI

Disclaimer: sunt angajat Oracle de peste 14 ani ...

"Need a stable, RHEL compatible alternative to CentOS?
Oracle Linux is easy to download and completely free to use. Free source
code, free binaries, free updates, freely redistributable, free for
production use."
"Oracle Linux Support
Oracle Linux, which is 100% application binary compatible with Red Hat
Enterprise Linux, is free to download, use, and share. There is no license
cost, no need for a contract, and no usage audits. For business-critical
infrastructure, consider Oracle Linux Support."
https://www.oracle.com/linux/
Adica: nu e nici o diferenta intr-un fel intre ce iti ofera CentOS si ce
iti ofera OEL. Nu iti baga nimeni mana in buzunar (sau sa iti ceara un
rinichi).
Ceea ce conteaza cu adevarat e cum se propaga software downstream (si din
punctul meu de vedere CentOS sau OEL erau cam la fel), plus ca OEL are
si ceva software in plus orientat pentru mediul enterprise...
Si mai e o chestie: multi uita ca nimic nu e gratuit pe lumea asta. Si
accesul la software gratuit costa, cineva plateste pentru infrastrucura aia
si pentru suportul software (de care beneficiezi si tu free-rider chiar
daca nu cumperi suport).
Si privind lucrurile din interior, lucrand in suport la Oracle (ceva mai
special, nu omul de la suport care lucreaza la SR -uri pe banda rulanta ci
din organizatia Advanced Customer Services, oamenii care se duc direct la
client si instaleaza software si fac upgrade-uri si aplica patch-uri
si rezolva problemele si daca e nevoie ii iau la suturi pe aia de la suport
daca nu se misca destul de rapid)...lucrurile se vad altfel. N-am vazut
nici o   geanta frigorifica portabila cu rinichi pe aici ...si nici nu
ma intereseaza aspectul. Exista niveluri de suport pentru toate buzunarele.
Si mai e un aspect: infrastructura organizatiilor mari nu se face cu CentOS
sau ScientificLinux. Nu pot sa compar cate instalari sunt de CentOS linux
si cate sunt de OEL. Dar as putea paria ca pe unde am facut eu
instalari chiar si serverele de test (sau ceva de genul asta) nu erau
facute cu CentOS.
Acum depinde si de experienta personala. Poate ai instalat 10 servere cu
CentOS...sau 20...sau 100. Si ai fost multumit si te-ai simtit "tradat"
cand CentOs a fost preluat de RedHat si RedHat de IBM si na belea ca cineva
sus acolo la IBM a zis ca din motive financiare sau tehnice e mai bine ca
CentOs sa devina upstream in loc de downstream. Sa va zic ceva: si eu as fi
facut la fel. Asa e logic dpdpv business.
Bineinteles ca rindurile astea sunt o argumentatie "pro domo" dar nu sunt
un rant sau o replica la ce a zis Wolfy. (In paranteza fie spus, ne stim de
35 de ani, am fost 5 ani colegi de facultate in aceasi grupa, amandoi vechi
utilizatori de linux eu din '94 el probabil chiar mai inainte, amandoi
membri fondatori la ProLinux Romania). E foarte simplu: moneda are 2 fete.
El va poate spune cum se vede din partea de utilizator, eu va pot spune cum
se vede din partea cealalta. El va poate spune cum e treaba ca admin care a
instalat 100 (sau cate or fi fost, fac o apreciere bruta) de servere pe
tarlaua lui, eu va spun parerea mea de inginer care a instalat in 12 ani
cred ca peste 10.000 servere in datacentere din toata lumea, fie prezent
fizic fie remote, din America de Nord si de Sud si pina in Emirate
si Arabia Saudita si din tarile Nordice si pina in Africa de sud. Cu
clienti banci, telco, centre medicale,corporatii, ministere,
agentii guvernamentale...si chiar servicii secrete.  Si unde OEL era "la
baza", in multe cazuri venea preinstalata pe servere sau o rezolvam rapid
in 1 ora sau 2, ce e mai interesant e softul de deasupra OEL si care e mult
mai complex si pe ala il faci in 2 ore sau poate in 2 saptamini... Cred ca
as putea paria ca multe din chestiile importante pentru fiecare dintre voi
(si nu vorbim de contul de facebook sau de adresa de gmail) trec prin
servere instalate de mine sau de unul din colegii mei.
Pe scurt (ca s-a lungit mosul la vorbe degeaba): "CentOS...OEL...it doesn't
matter. A choice must young padawan make". Un linux "asamblat" de o
corporatie sau crosetat de unul "pa persoana fizica" ...depinde de
gustul fiecaruia. Si cat de linistit vrea sa doarma noaptea. (in paranteza
fie spus, cum se vad lucrurile de pe partea mea, in ultima vreme cam pierd
week-end-urile si unele nopti ca upgrade-urile se fac la cererea
clientilor in week-end si noaptea  ...eu si Ave am avut parte de 2 zile
"linistite" in week-end si ne pregatim pentru o portie suplimentara de
"liniste" la noapte).

On Mon, Dec 14, 2020 at 1:39 PM manuel "lonely wolf" wolfshant <
wo...@prolinux.ro> wrote:

> On 12/14/20 12:52 PM, Cristian Paslaru wrote:
> > "which tracks just *ahead* of a current RHEL release"
> >
> > Din ce inteleg eu, nu o sa mai fie dupa RHEL, ci inainte, adica noi cei
> ce
> > folosim CentOS 8 Stream o sa fim testerii lui RHEL 8, si ar trebui sa fim
> > cu ceva mai multa bagare de seama.
> exact. si se duce pe cimpii si ABI-ul kernelului pt ca o sa fie tot
> timpu

Re: [rlug] Killing CentOS (softly)


On 12/14/20 12:52 PM, Cristian Paslaru wrote:

"which tracks just *ahead* of a current RHEL release"

Din ce inteleg eu, nu o sa mai fie dupa RHEL, ci inainte, adica noi cei ce
folosim CentOS 8 Stream o sa fim testerii lui RHEL 8, si ar trebui sa fim
cu ceva mai multa bagare de seama.
exact. si se duce pe cimpii si ABI-ul kernelului pt ca o sa fie tot 
timpul diferit de cel din minor release-ul de RHEL cu care coexista


Asta nu inseamna ca ofera doar 1 an de actualizari, asta este doar pentru
old way of doing things.


1 an mai are CentOS 8.


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie manuel "lonely wolf" wolfshant


On 12/14/20 12:18 PM, Dumitru Moldovan wrote:
https://blog.centos.org/2020/12/future-is-centos-stream/. Seriusly, 
WTF Red Hat?  (Or IBM?!?)


Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru care 
mai oferă doar un an de actualizări.  Personal, deși aș putea folosi 
RHEL în producție, prefer CentOS numa' ca să nu-mi bat capul cu toate 
mizeriile legate de licențiere și actualizări. Momentan am CentOS 5, 
6, 7 și 8 în administrare.  Iar instalările CentOS 8 cică să le migrez 
la RHEL 8 peste un an?  Câh…  Mai repede trec pe altceva, parcă văd 
Scientific Linux trezit din morți în curând!


alternativele care se prefigureaza acum sint

- oracle linux ( deja au publicat un script care converteste orice 
centos la oel ) - cu riscurile de rigoare legate de oracle care ii 
iubeste pe toti cei care inca nu si-au vindut ambii rinichi


- cloudlinux care se jura ca o sa se schimbe si o sa dea gratuit partea 
de OS, poate prin intermediul unei noi fundatii non-profit


- rocky linux ( #rockylinux ) care pare sa fie pornit de catre 
cetateanul care a fondat CaOS ( care ulterior a ajuns , fara el, pe cai 
necunoscute mie, CentOS )





În perspectivă, se vede într-o altă lumină preluarea proiectului de 
către Red Hat cu ceva ani în urmă: 
https://lists.centos.org/pipermail/centos-announce/2014-January/020100.html


anul trecut s-au razgindit, cind au lansat 8.0. A fost mare circ si 
atunci dar nu a transpirat mare lucru in acel moment


FWIW mi-am dat si eu, alaturi de multi ani, cu parerea in threadul de pe 
lista de mail centos-devel




___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)


O iau ca pe un trolling finuț…  ;-]

La modul serios, asta ar fi un fel de salt în puț ca să nu cazi în 
lac.  Am avut un pic de-a face cu Oracle pentru că am avut nevoie de 
niște patch-uri pentru Solaris 10 la un moment dat.  Până acuma n-am 
avut de-a face cu o corporație mai nașpa de atât.


Dar ideea cu CentOS (pe care o împărtășesc) era să nu ai de-a face 
cu corporații la modul general.  You know, the power of GPL and all 
that jazz.


On Lu, dec 14, 2020 at 11:15, Catalin Muresan 
 wrote:
Mai repede treci la Oracle Linux decât la altceva, până la urmă e 
cel mai

apropiat de RHEL.

On Mon, 14 Dec 2020, 10:21 Dumitru Moldovan,  wrote:


 https://blog.centos.org/2020/12/future-is-centos-stream/.  Seriusly,
 WTF Red Hat?  (Or IBM?!?)

 Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru 
care

 mai oferă doar un an de actualizări.  Personal, deși aș putea
 folosi RHEL în producție, prefer CentOS numa' ca să nu-mi bat 
capul
 cu toate mizeriile legate de licențiere și actualizări.  
Momentan am
 CentOS 5, 6, 7 și 8 în administrare.  Iar instalările CentOS 8 
cică

 să le migrez la RHEL 8 peste un an?  Câh…  Mai repede trec pe
 altceva, parcă văd Scientific Linux trezit din morți în curând!

 În perspectivă, se vede într-o altă lumină preluarea 
proiectului

 de către Red Hat cu ceva ani în urmă:
 
https://lists.centos.org/pipermail/centos-announce/2014-January/020100.html





 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro




___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Catalin Muresan

Mai repede treci la Oracle Linux decât la altceva, până la urmă e cel mai
apropiat de RHEL.

On Mon, 14 Dec 2020, 10:21 Dumitru Moldovan,  wrote:

> https://blog.centos.org/2020/12/future-is-centos-stream/.  Seriusly,
> WTF Red Hat?  (Or IBM?!?)
>
> Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru care
> mai oferă doar un an de actualizări.  Personal, deși aș putea
> folosi RHEL în producție, prefer CentOS numa' ca să nu-mi bat capul
> cu toate mizeriile legate de licențiere și actualizări.  Momentan am
> CentOS 5, 6, 7 și 8 în administrare.  Iar instalările CentOS 8 cică
> să le migrez la RHEL 8 peste un an?  Câh…  Mai repede trec pe
> altceva, parcă văd Scientific Linux trezit din morți în curând!
>
> În perspectivă, se vede într-o altă lumină preluarea proiectului
> de către Red Hat cu ceva ani în urmă:
> https://lists.centos.org/pipermail/centos-announce/2014-January/020100.html
>
>
>
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

Păi exact „the old way of doing things” e ce mă interesează pe 
mine.  Că am pus CentOS 8 ca să am un echivalent pentru RHEL 8.  Nu 
mă interesează o nouă Fedora…


On Lu, dec 14, 2020 at 12:52, Cristian Paslaru  
wrote:

"which tracks just *ahead* of a current RHEL release"

Din ce inteleg eu, nu o sa mai fie dupa RHEL, ci inainte, adica noi 
cei ce
folosim CentOS 8 Stream o sa fim testerii lui RHEL 8, si ar trebui sa 
fim

cu ceva mai multa bagare de seama.

Asta nu inseamna ca ofera doar 1 an de actualizari, asta este doar 
pentru

old way of doing things.



On Mon, Dec 14, 2020 at 12:25 PM Mircea Ciocan  
wrote:


 Eu zic sa-l luam noi, il facem pe Wolfy sef si peste cativa ani il 
vindem

 cu niste bulioane la Microsoft.

  Mircea "in quarantine" C.

 On Mon, Dec 14, 2020 at 11:21 AM Dumitru Moldovan  
wrote:


 > https://blog.centos.org/2020/12/future-is-centos-stream/.  
Seriusly,

 > WTF Red Hat?  (Or IBM?!?)
 >
 > Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, 
pentru care

 > mai oferă doar un an de actualizări.  Personal, deși aș putea
 > folosi RHEL în producție, prefer CentOS numa' ca să nu-mi bat 
capul
 > cu toate mizeriile legate de licențiere și actualizări  
Momentan am
 > CentOS 5, 6, 7 și 8 în administrare.  Iar instalările CentOS 8 
cică

 > să le migrez la RHEL 8 peste un an?  Câh…  Mai repede trec pe
 > altceva, parcă văd Scientific Linux trezit din morți în 
curând!

 >
 > În perspectivă, se vede într-o altă lumină preluarea 
proiectului

 > de către Red Hat cu ceva ani în urmă:
 >
 
https://lists.centos.org/pipermail/centos-announce/2014-January/020100.html

 >
 >
 >
 >
 > ___
 > RLUG mailing list
 > RLUG@lists.lug.ro
 > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
 >
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro


___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro




___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Cristian Paslaru

"which tracks just *ahead* of a current RHEL release"

Din ce inteleg eu, nu o sa mai fie dupa RHEL, ci inainte, adica noi cei ce
folosim CentOS 8 Stream o sa fim testerii lui RHEL 8, si ar trebui sa fim
cu ceva mai multa bagare de seama.

Asta nu inseamna ca ofera doar 1 an de actualizari, asta este doar pentru
old way of doing things.



On Mon, Dec 14, 2020 at 12:25 PM Mircea Ciocan  wrote:

> Eu zic sa-l luam noi, il facem pe Wolfy sef si peste cativa ani il vindem
> cu niste bulioane la Microsoft.
>
>  Mircea "in quarantine" C.
>
> On Mon, Dec 14, 2020 at 11:21 AM Dumitru Moldovan  wrote:
>
> > https://blog.centos.org/2020/12/future-is-centos-stream/.  Seriusly,
> > WTF Red Hat?  (Or IBM?!?)
> >
> > Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru care
> > mai oferă doar un an de actualizări.  Personal, deși aș putea
> > folosi RHEL în producție, prefer CentOS numa' ca să nu-mi bat capul
> > cu toate mizeriile legate de licențiere și actualizări.  Momentan am
> > CentOS 5, 6, 7 și 8 în administrare.  Iar instalările CentOS 8 cică
> > să le migrez la RHEL 8 peste un an?  Câh…  Mai repede trec pe
> > altceva, parcă văd Scientific Linux trezit din morți în curând!
> >
> > În perspectivă, se vede într-o altă lumină preluarea proiectului
> > de către Red Hat cu ceva ani în urmă:
> >
> https://lists.centos.org/pipermail/centos-announce/2014-January/020100.html
> >
> >
> >
> >
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] Killing CentOS (softly)

2020-12-14 Fir de Conversatie Mircea Ciocan

Eu zic sa-l luam noi, il facem pe Wolfy sef si peste cativa ani il vindem
cu niste bulioane la Microsoft.

 Mircea "in quarantine" C.

On Mon, Dec 14, 2020 at 11:21 AM Dumitru Moldovan  wrote:

> https://blog.centos.org/2020/12/future-is-centos-stream/.  Seriusly,
> WTF Red Hat?  (Or IBM?!?)
>
> Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru care
> mai oferă doar un an de actualizări.  Personal, deși aș putea
> folosi RHEL în producție, prefer CentOS numa' ca să nu-mi bat capul
> cu toate mizeriile legate de licențiere și actualizări.  Momentan am
> CentOS 5, 6, 7 și 8 în administrare.  Iar instalările CentOS 8 cică
> să le migrez la RHEL 8 peste un an?  Câh…  Mai repede trec pe
> altceva, parcă văd Scientific Linux trezit din morți în curând!
>
> În perspectivă, se vede într-o altă lumină preluarea proiectului
> de către Red Hat cu ceva ani în urmă:
> https://lists.centos.org/pipermail/centos-announce/2014-January/020100.html
>
>
>
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

[rlug] Killing CentOS (softly)