Red Hat Enterprise Linux 7.5 (diskuse)

[petr_p]

Python 2 přestává být podporován.

Odkazovaný dokument hovoří jinak:

Deprecated functionality continues to be supported until the end of life of Red Hat Enterprise Linux 7.

[vencour]

Aneb jedná se pořád o verzi 7 a proto vše, co bylo v době uvedení 10.6.2014, tam musí být podporované.
To snad tuší každý linuxák, jak fungujou distra (?)

[Leinad]

Různá distra fungují různě. Enterprise distribuce mají dost často výrazné aktualizace

[Michal Kubeček]

Aktualizace je jedna věc, odstranění využívané featury, navíc v tomhle případě znamenající rozbití hromady skriptů, něco úplně jiného.

[vencour]

Ok, tak konkrétně Red Hat když dá něco do verze releasu, tak to tam bude a udržuje to celou dobu, tj. max až 10 let je to v repozitáři.

[Pythonista]

Už bylo dlouho na čase tu zombii pohřbít.

[Andrej]

The [CentOs 7.5] rebuild has already started and when all packages are built and have been tested they will be available via the 'CR' repo which is installed by default on all machines but disabled. There will be a notification once CR is populated. That process usually takes days (or perhaps weeks) and is significantly quicker than waiting for the iso images to be built/tested/released.

[karlik]

Spíš bych měl za zajímavější, že podpora tolik opěvovaného open source Ansible bude už jen za peníze:

Ansible and its dependencies will no longer be updated through the Extras channel. Instead, the Red Hat Ansible Engine product has been made available to Red Hat Enterprise Linux subscriptions...

[Conscript89]

Podpora v jake podobe?

[Ruža Becelin]

Ne, to znamena, ze to presunuli z extras do main

[Kate]

Já se nechci mýlit, ale není náhodou v RHEL podpora jakéhokoliv oficiálního balíku jen za peníze?

[Honza]

Podle me to tak je. Podporu si u RHEL musi kazdy zaplatit...

[vencour]

Ok a developer licence - 31.3.2016 - No-Cost RHEL Developer Subscription now available má nárok na ansible nebo ne? Aneb je to ta hledaná výjimka?

[pavele]

A jak to bude v CentOS 7 - bude Ansible v main repository?

[Conscript89]

Pokud je v RHEL main repo, neni sebemensi duvod aby nebyl v CentOS main repu.

[vencour]

Vy mne nutíte dělat
Co koukam, tak v Centosu je ... mj.

===================== N/S Matched: ansible ================================
ansible-doc.noarch : Documentation for Ansible
ansible-inventory-grapher.noarch : Creates graphs representing ansible inventory
ansible-lint.noarch : Best practices checker for Ansible
python2-ansible-tower-cli.noarch : A CLI tool for Ansible Tower
ansible.noarch : SSH-based configuration management, deployment, and task execution system

[Honza]

Chce si to ujasnit, co znamena, ze je balik podporovany a ze je pritomny v repu...

[Bedňa]

Ďalujeme Red Hell, že bez shitd už nejaký čas nejde skompilovať NetworkManager. Ako hovorieval Satinského tata, kto je sviňa, nech skape.

[vencour]

Cože Bedňo? Zatim systemd nemam a net-misc/networkmanager ano. Mam se bát upgradovat?

[ehm]

To upgrade or not to upgrade, that is the question.

A wise man told: Those who upgrade shall be bold.

After a reboot,

cold,

might end up fixing it,

grown old.

A wise man told: Me too have had been bold.

After a reboot,

cold,

Poettering's devil,

told:

WONTFIX NOTABUG

[Bedňa]

Asi áno, proste už neviem ako skompilovať NM bez systemd, ak niekto vie, tak sem s tým.

[petr_p]

V Gentoo to jde.

[Bedňa]

To mi príde ako šialenosť, ale zrejme sa to už inak nedá.

[vencour]

Hele, Bedňo, pokud máš gentoo, co Ti říká "eselect profile list", obsahuje systemd nebo ne?
Jak koukam na wiki, tak je něco kompromitujícího i v konfiguraci kernelu.

[Bedňa]

Ja používam antiX unstable. Jako Gentoo som jeden čas používal, pretože má krásnu filozofiu, ale proste s novšími vydaniami NM je to skompilovať fakt problém.

[vencour]

Hm, nevim, pořád ještě mam gentoo na 3 strojích, bez systemd, balíček networkmanageru mam, ale nepoužívam ... a nevšim jsem si potíží ...
Tak držim palce.

[Bedňa]

Fakt si kompiluješ najnovšie systemd, alebo posledné podporované v Gentoo, pretože v to je rozdiel a o tom som písal.

[Bedňa]

Posledný NM som myslel sorry, nie systemd.

[vencour]

Poslední stable mam 1.8.4.
Unstable jen u něčeho, jinak stable.

[Bedňa]

Posledná stable je NetworkManager-1.10.2 teda nemyslím Gentoo, ale NM git.

Sorry že lágujem, ale riešim si kopec svojích vecí a Ábičko dávam až na večer.

[vencour]

To je i v portage, verze 1.10.2 unstable.
Za těch snad 13 let používání gentoo jsem si zvyk, že nejde vše zkompilovat a jednodušší je zamaskovat a čekat na jinou verzi. Občas jsem i zahlíd nějaký bug report potvrzující mé pozorování.
Nebo třeba jsem zjistil že bych opravdu měl použít např. novější gcc apod.

[Bedňa]

Proste bez systend to už nedáš.

[vencour]

Když porovnávam ebuildy (1.8.4 a 1.10.2), tak definice jsou v nich stejný (IUSE a REQUIRED_USE). No, zkoušet to zřejmě nebudu.

[pavlix]

Je to jednoduché. Maintaineři NetworkManager v Gentoo tradičně na upstream kašlali a já jsem čas od času sám přebíral patche s Gentoo. Teď místo Gentoo používám Tumbleweed a v NetworkManageru jsem aktivní jenom čas od času a okrajově, takže nemám tolik motivace to řešit. Ale pokud ti, kteří motivaci mají, se na to z lenosti vykašlou, tak se holt nemůžou divit, když se to rozbije a přestane se s tím počítat.

Bedňa stále ještě nechápe, o čem je open source, tak se diví. Gentoo stable pravděpodobně zvládne přejít na novější verzi ve chvíli, kdy to někdo řádně otestuje a případně opatchuje, což je ovšem opět komunitní projekt. Jestli jsou všichni v AntiX tak antagonističtí jak to vypadá a nesnaží se věci zprovozit, tak holt sorry, jejich problém, jejich chyba, ale samozřejmě se dá místo práce pro komunitu kopat kolem sebe a tvářit se, že za všechno může někdo jiný.

[vencour]

Takže chápu to tak, že to má být funkční i bez systemd a protože už to Pavlix nedělá, tak se to neudělá samo?
Respektive zatim to nepálilo tolik lidí, aby si toho všimlo někdo, kdo by za Pavlixe zaskočil?

[vencour]

Tak mne napadá, že "jeden za všechny, všichni za jednoho" by mohlo být taky motto linuxáků nebo uživatelů open sourcu

[pavlix]

Background je ten, že na mě Bedňa a spol mají kontakt a jsem kdykoli otevřený tomu jim pomoct jak s technickou stránkou, tak i s komunikací s vývojáři. Výsledkem je namísto jakéhokoli pokusu o spolupráci stejně to, že jde Bedňa píčovat na ábíčko jako vždycky. :)

[petr_p]

Jinak ve skutečnosti systemd chce NetworkManager nahradit. systemd má vlastního správce síťových rozhraní networkd. Ale přechod na něj ve výchozí instalaci Fedory byl (prozatím) zamítnut již ve fázi úvah, protože networkd je příliš hloupý a protože Gnome se odmítlo vzdát NetworkManagera. Tolik ke spikleneckým teoriím o nadvládě systemd.

[Josef Kufner]

Co jsem tak zaslechl, networkd mi přišel jako jednoduché nastavovátko hlavně pro kontejnery a servery, kde síťová situace je velmi prostá, obvykle jen spuštění DHCP klienta na jedné dané síťovce, nebo nastavení statické IP adresy. Tam zas je Network Manager zbytečně komplikovaný a potenciálně problémový. Mít dva nástroje pro dvě takto různé situace dává smysl.

[pavlix]

Mít dva nástroje pro dvě takto různé situace dává smysl.

Spíš moc nedává, tedy ne pro obecnou distribuci. Ale můžeme se někdy v klidu pobavit a probrat problémy spojené se schizofrenií síťové konfigurace v rámci jedné distribuce.

[pavlix]

Asi tak nějak. NetworkManager je jediný rozumně podporovaný v GUI rozhraních. Wicked ani systemd-networkd nejsou ready a maximálně se můžeme bavit o jednoúčelových nastavovátkách jako Wicd nebo dhcpcd-ui, případně o cli-only ovládání.

[pavlix]

Jestli nejde NetworkManager zkompilovat bez systemd (o čemž jsem neslyšel), tak si za to velmi pravděpodobně můžou uživatelé/distributoří sami, jenžto se asi nestarají o to, aby zkompilovat šel. Je to open source, otevřejný projekt, vývojáři jsou milí lidi, kteří v rámci možností pomůžou a poradí komukoli, kdo má zájem se o NetworkManager w/o systemd starat a udržovat upstream fuknční.

Nehledě na to, že můžeš mluvit s vývojáři, aniž by to mělo něco společného s redhatem, jsou to normální linuxáci, se kterými se dá normálně mluvit. Takže když budeš místo planých žvástů na ábíčku něco užitečného ve věci dělat, nebudeš muset nadávat ani na Red Hat, ani na NetworkManager, ani na vývojáře a ještě ze sebe dělat idiota. :)

[Bedňa]

Jasne kámo berem to, ale nemám také znalosti ako ty o NM a už ani chuť do toho investovať energiu ani čas.

Takže NM som zakopal a RH rovnako.

Téma o tom ako milí RedHatáci rozbíjajú celý Linux enviroment a rozbia z neho ďalší shit MS Windows je pre mňa neprijateľná.

Je toho už proste tak veľa, že "shit" za ich prácu je vlastne pochvaľa.

Napríklad aj Snap je naviazaný na tvrdo na systemd, takže aj tie prenositeľné aplikácie sú neprenositeľné. Chvíľu som sa s tým a snažil vymrdkať, ale proste bez nejakého aspoň fake systemd to nedáš. Toto pokladám nie za open source, ale svinstvo. Ja viem že snap je z dieľne Canonicalu, ale tí už len vysia z prdele RH a všetky dobré nápady opustili. Tak nejak to začalo práve v časoch ...

RH spravilo so slobodného kódu úplný shit a čo ako. To si mám založiť spoločnosť zozbierať milióny dolárov a tých neschopných čurákov poraziť?

Nie budem si to to ďalej kutiť v tichosti po svojom a seru na na nich. Mno hnoj na nich budem kydať všade a tí hajzli si to zaslúžia.

Rozmrdali všetko čo som na Linuxe mal rád.

[pavlix]

NetworkManager klidně zakopej a Red Hat taky, v tom ti samozřejmě nikdo nebrání, stejně jako ti nikdo nebrání se věnovat tomu, co považuješ za nejlepší. Jenže mám tak trochu podezření, že akorát meleš hubou a výsledek žádný. Ne že bych ti to chtěl vyčítat, jen si myslím, že tím tvoje kritika dost ztrácí na smyslu.

[Bedňa]

Viem, že na všetkom čo si pracoval, si odviedol kus dobrej práce a ďakujem ti za to, však sme neraz aj o tom pokecali.

Ja to nerobím na full time, ale len ako hobby a som rád, že si môžem s vývojármi občas pokecať a poďakovať im za ich prácu a občasne pomôcť. Milujem vývojárov slobodného kódu za to že mi napísali kus kódu, keď sme si popísali čo ma páli.

Sám vieš, že na dnešnom smerovaní mainstreamu sa nedá nič zmeniť a píšeš mi že melem hubou. Tak mi napíš ako to zmeniť.

[pavlix]

Viem, že na všetkom čo si pracoval, si odviedol kus dobrej práce a ďakujem ti za to, však sme neraz aj o tom pokecali.

Tahle diskuze ale není o mně.

Sám vieš, že na dnešnom smerovaní mainstreamu sa nedá nič zmeniť a píšeš mi že melem hubou. Tak mi napíš ako to zmeniť.

Nevím. Mám na to opačný názor. Nemám problém se s kýmkoli bavit o tom, jak to změnit, pokud sám prokáže potenciál něco skutečně změnit. Trochu jsem změnil způsob života a nebudu plýtvat energií na vysvětlování člověku, který mi v důsledku řekne, že tomu stejně nevěří. :)

[Bedňa]

Takže mám všetky zlé rozhodnutia tolerovať a nejak sa ich naučiť a spolupracovať na nich? Alebo mám nejakým zázrakom ich osvietiť, aby sa vrátili k poctivej práci?

Mám zapisovať nastavenia namiesto do /etc/program kde to vždy bolo, do napríklad /usr/lib/program kde som na to nedávno natrafil u nejakého programu. Sem tam sa proste mainstremu nevyhnem a ide mi hlava kolem.

Všetky priečinky sú prekopané a už nič nie je tam kde bolo a pýtam sa jednoducho prečo?

Fakt mi stoja títo idioti za nejakú spoluprácu? Ja tvrdím, že tí čuráci si nezaslúžia moju pozornosť. Kto je sviňa nech skape.

[Michal Kubeček]

Mám zapisovať nastavenia namiesto do /etc/program kde to vždy bolo, do napríklad /usr/lib/program kde som na to nedávno natrafil u nejakého programu.

Nemáte. Idea je taková, že pod /usr/lib (což je ovšem špatně, spíš by to patřilo do /usr/share) jsou defaultní konfigurační soubory z upstreamu nebo distribučního balíčku a vaše vlastní nastavení v /etc má přednost. V praxi tam ale samozřejmě nějaké problémy jsou - není třeba a priori jasné, jak přesně má override fungovat.

[vencour]

Nepletu se, že /usr/share bylo i v Solarisu? Tam se to tuším lišilo i podle "kategorie", byly aspoň dva různé adresáře ...

[Bedňa]

Spýtam sa, čo je zlé na /etc/... Prečo sa veci v čase presúvajú. Prečo v každej ďalšej verzií je sieťovanie inde. Proste riešia sa veci, aby sa Linux enviroment rozbíjal a nebol konzistetný a tie nádavky na Linux sedia.

Takže ja podporujem starý dobrý Linux enviroent, kde sa nič nemení a pokiaľ budem žiť a spravovať si svoje veci, tak stále nájdete veci tam kde boli a stále tam budú. Ak nájdem následovníkov, tak sa budú mať fajn aj ostatné generácie.

[Michal Kubeček]

Na /etc není špatné nic a taky se v tom modelu dál používá. Idea je taková, že distribuční konfigurační soubory necháte jak jsou a jinde máte svou vlastní konfiguraci, která má přednost. Mimo jiné se tím trochu zjednoduší řešení situace, kdy máte upravený konfigurační soubor a při updatu balíčku se změní ten distribuční.

Ideální to samozřejmě není, hlavně proto, že u každého programu ten override funguje trochu jinak, ale nemyslím, že je to tak úplně nesmyslná myšlenka. Je to tak trochu pokračování trendu, kdy už před časem řada programů přešla z /etc/foo.conf na /etc/foo.d/*

.