( TCH | 2019. 12. 29., v – 15:41 )

Nem a környezettel volt problémájuk, itt személyes gyűlöletről, ideológiai ostobaságról beszélünk. Az OpenBSD a rendszer libjeitől függő PaleMoon-t akart rakni a repoba, ők meg csak akkor engedik, hogy PaleMoon-nak hívják, ha a bundled libekkel dolgozik. Igazából ennél a résznél még mind a két felet meg lehetett érteni, mert mindkét félnek ugyanaz a problémája: nem akarja, hogy a másik bugjai miatt őt vegyék elő; az OpenBSD-sek nem bíznak a bundled libekben, a PaleMoon csapat meg a system libekben és ha egy rnd() OpenBSD usernél elszáll a PaleMoon, akkor jöhet az egymásra mutogatás, hogy akkor ez most kinek a hibája. Egyszóval mind a két félnek igaza volt a library kérdésben. A jó megoldás persze az lett volna, ha az OpenBSD nem PaleMoon néven rakja be a repoba, mert akkor nyugodtan lehet system libekkel buildelni és a PaleMoon csapatot sem lehet felelősségre vonni. Csak éppen a PaleMoon csapatot "képviselő" Matt A. Tobin olyan alpári módon rontott rá a mindössze pár órával korábban létrehozott (!) github repository-t kezelő OpenBSD devre, license-szel, copyright jogokkal, bírósággal és mindenféle egyéb baromsággal fenyegetőzve, hogy sikerült a fickót alapból annyira felhúzni, mire a projekt tulaja megjelent, hogy hivatalosan is megfogalmazza a libekkel kapcsolatos problémát, hogy inkább lezárta a repositoryt. A dolognak persze híre ment BSD-s körökben; a FreeBSD-sek már maguktól ajánlották fel, hogy inkább törlik a portot és itt már egy komolyabb szakmai indoklást is adtak az UXP csapatnak, de természetesen Mr. Tobin hozta a formáját. Eredmény: A PaleMoon a FreeBSD-ből is kikerült. Tobin véleményét a dologról olvashatod a fentebb linkelt topicban: szerinte a BSD fasiszta. Csak így: a BSD. Mert abból ugye egy van. Bár lehet, hogy félreértettem és azért írta nagy F-fel, mert a FreeBSD-t akarta "kikarikírozni", hogy Fascist BSD. Továbbá: "Bullshit System Distributions". Azonfelül: "Fucking disgusting on every level. Someone remind me to push for removing all non-mac BSD code from UXP." Egyszóval: amíg az UXP csapat tagjai között tolerálják ezt a fajta minősíthetetlenül ostoba és arrogáns hozzáállást, addig mérget vehetünk rá, hogy a BSD-k támogatását nem lesz egyszerű keresztülverni rajtuk és ez nem a környezeten, vagy a license-en múlik. Ja és akkor még nem is beszéltünk a PulseAudio kérdéséről, mert az UXP-s álláspont az, hogy mennek a pulse-only irányba, míg a Hyperbola meg pont nehezményezte a szaporodó poetteringware-áradatot, tehát még ez is hozzá fog járulni a konfliktusokhoz...