Majdnem keresztbe tett a Fedora 19 kiadási ciklusának Schrödinger macskája

AlmaLinux, CentOS, Fedora, Red Hat, Rocky Linux

A Fedora 19 kiadási kódneve Schrödinger's Cat (magyarul Schrödinger macskája) lesz. Sajnos az, hogy a kiadási névben szerepel egy "ö" és egy "'" karakter is, előre nem látott problémákat okozott a disztribúció kiadási ciklusában és a használt kiadási eszközökben (release tools). A problémák megoldására több javaslat is született. Például az, hogy írják át a kiadási kódnevet "Schrodingers Cat"-re, "Cat of Schroedinger" vagy a német "Schroedinger Katze" megfelelőre.

Egyesek szerint ez csak a probléma megkerülése, a megoldás a kiadási eszközök kijavítása, kibővítése lenne olyan formára, hogy lekezeljék az ilyen speciális eseteket is. Az eszközök kijavítása, átírása viszont azzal járhatott volna, hogy a Fedora 18 után a Fedora 19 is jelentős késéssel került volna kiadásra. Mindez egy kiadási névben található karakterprobléma miatt. Ezt a PR melléfogást a projekt nem akarta megkockáztatni.

Helyette más megoldást találtak. Hogy mit, az elolvasható az LWN cikkében.

( uid_4656 v | 2013. 04. 07., v – 15:34 )

Ez de csúnya :-)

Igazából már régen Unicode-ot kellene használni mindenhol, pl. UTF-8 encoding-gal. Kár, hogy fontosabb itt is a marketing, mint a szakmaiság.

És? Ez nagyjából olyan, mint egy for i in ls ; do something $i ... done" aztán csodálkozik a delikvens, hogy egy "ez nem jo\notlet.txt\" nevű fájl esetén rosszul működik.

Az ilyen hátulgombolós hibákat azért illene nem elkövetni, pláne ilyen toolokban, amit elvileg hozzáértők alkottak meg. Bár nem ez az első, és nem is az utolsó olyan szoftver, aminél ilyen vagy hasonló probléma adódik... Lásd pl. a nagios plugin-nek átadható parancsokból kiszűrt karaktereket...

( BaT | 2013. 04. 07., v – 15:53 )

Azért nem semmi QA lehet náluk, hogy a release toolokat csak akkor veszik elő, amikor ténylegesen release-t akarnak kiadni. :)

( Huncraft v | 2013. 04. 07., v – 16:21 )

"Peter Robinson proposed the project go right for the goal and choose "DROP table *;". "

Tetszik a fazon hozzáállása :DD
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..

( dejo v | 2013. 04. 07., v – 17:11 )

Nekem meg az jutott az eszembe, hogy egy ilyen malőrből pontosan az ékezetes betűket használó nyelvek, mint a magyar is profitálhat, mert erre a problémára terelődött a figyelem. Akár most oldják meg, akár később, minden esetben előrébb került a feladatlistán!
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Nem egészen, olvasd el a cikket végig:
"Peter Jones found a compromise solution and posted a patch changing Schrödinger's Cat to Schrödinger’s Cat in the affected files. The two strings may not look too different (in fact, depending on one's font, they may look identical), but the second replaces the "typewriter apostrophe" character at Unicode point U+0027 to the "punctuation apostrophe" at U+2019. The typewriter apostrophe is interpreted as a shell quote character, but the punctuation apostrophe is not. "
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..

( fdavid | 2013. 04. 07., v – 18:48 )

A "megoladsi" javsaltok elkeseritoek. Megdobbento, hogy mennyivel kreativabbnak mutatkoznak az emberek a problemak elmaszatolasaban, mint a megoldasaban. Sajnos a kollegaim egy reszevel is ez allando kuzdelem.

( _ventura_ v | 2013. 04. 07., v – 19:07 )

Akkor a Fedora 20 neve: Árvíztűrő tükörfúrógép

Fedora 17, Thinkpad x61s

( uid_16313 | 2013. 04. 07., v – 19:33 )

21. századi informatikai probléma.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Igaz.
De a júzer nem piszkál, nem állogat, használni szeretne.
Ha a használathoz (sajnos) konzol kell a bajához, akkor működjön.
- - - - - - -
A buszállomás az a hely, ahol a buszok állnak, a taxiállomás az a hely ahol a taxik állnak, az íróasztalomon viszont van egy munkaállomás....

( hrgy84 | 2013. 04. 07., v – 20:08 )

Az nem teljesen vilagos, hogy mi a baj a shell metakarakterrel (') a kiadas neveben. Hiszen ez a nev valojaban sehol nem jelenik meg a rendszerben az os-release (redhat-release, fedora-release, stb) fajlon kivul.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Nem ennek.
Hanem annak a felderítése, hogy a pár ezer másik csomagban okoz-e ez gondot.

Meg gondolom más disztribúcióból jövő GRUB széteshet tőle.
Jó, hogy te a saját csomagod fixálod, de ha valaki dual bootol egy Fedorát meg pl. egy Ubuntut az ubuntus GRUB-bal és a generáló scriptekkel, abban nincs ez javítva (emlékeim szerint a GRUB detektálja a disztribúciót). Simán elbarmolhatja a Fedora a másik rendszer GRUB configját.

Sarkalatos bug lenne, de pl. a grub az az o oldalukrol konnyen fixalhato.

Es nem parezer csomagban kell megnezni, hanem csak ott, ahol a kiadas neve felmerul. Tipikusan about dialogok, systeminfo meg egyeb utility-k. Eleg szuk az a kor, ahol ez problemat jelenthet.

Egyebkent meg ha tenyleg ilyen problemak lehetnek az egyes csomagokban, az bizony "Bobby Tables" bug, es kritikuskent kezelendo. Hiszen az os-releases egy plain text fajl, nem is tul vedett, vagyis barki, barmikor felulirhatja - nyilvan bizonyos keretek kozt, de nincs rajta pl. md5 vagy ilyesmi ellenorzes.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

( BlackCode | 2013. 04. 07., v – 20:31 )

Még mindig itt tartunk 2013-ban? :D Epic fail. Úgy ahogy a disztribúciójuk is...

Légyszi ezt fejtsd ki!

A konstruktív kritikára nyitottak vagyunk (én legalábbis), de azzal, hogy "dirr durr epic fail a Fedora", nem csak minket jellemzel. Nem bántásból mondom.

Egyébként valóban nem tudok ilyen bugról más disztróknál, mint ahogy arról sem, hogy ezelőtt valaha Unicode karakter lett volna a mainstream disztrók kódneveiben. Nem tudhatod, hogy máshol nem lenne-e ilyen baj, ha egyszer megtennék ezt a lépést.

Jogos! Szóval a névválasztás tetszetős és hízelgő a kvantumelmélet egyik gondolkodója előtt, ez pozitívum. Jómagam is olvastam az elméletéről.
Viszont megint kicsit előbb cselekedtek, mint gondolkodtak - ez sajnos tökéletesen jellemzi a disztrót is (bár ne lenne így). Nem egyszer használtam Fedorát és a vége mindig az lett, hogy dobbantanom kellett róla, mert számos - más disztrónál nem jelentkező - buggal volt tele. A legutóbbi csalódás a F17-ben ért, amikor friss telepítés után többek között rejtélyes fagyásokba kezdett. Ezeket nem bántásból, hanem tapasztalatból, saját szemszögemből mondom. Így remélem érthetőbb volt a szarkasztikus kritikám.
A névválasztás valószínű fejtörést jelentene más mainstream-nél is, viszont siralmas, hogy manapság még mindig akadály az egységtelen karakterkódolás.

Kb. 2-3 hete próbáltam az akkor épp legfrissebb iso-ból virtualbox alá felrakni. Nagyjából háromszor. Mind a három alkalommal máshol fosta össze magát a stabilnak nevezett telepítőkészlet. A Centos simán vette az akadályt. Igen,t udom, csináljak bugreportot. Ha lenne időm egy disztró bajai után kutakodni, akkor megtenném, de én nem debuggolni akarom, hanem használni.

( csuhi | 2013. 04. 07., v – 21:18 )

Szerintem a legnagyobb probléma az, hogy ennek - mármint hogy problémás a név - már a szavazás előtt, a javaslattételeknél ki kellett volna derülnie, nem csak most.
Ráadásul én elég idétlennek tartom ezeket az elnevezéseket Fedoránál és Ubuntunál is, sosem jegyzem meg, inkább verziószám alapján tartom őket számon. Szóval felőlem el is hagyhatnák.

Egyébként meg ez legyen a legnagyobb probléma egy disztró háza táján.

--
http://csuhai.hu

"The distribution will be better for catching and correcting assumptions about character encodings and non-alphanumeric strings. Robinson noted that Fedora 19's release name was chosen roughly six months ago during the Fedora 18 Alpha period; nevertheless it took six months for anyone to encounter a bug related to it precisely because of how deeply buried the problem was."
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..

( saxus | 2013. 04. 07., v – 22:36 )

"The root of the bug was quickly traced to libreport, which contains an is_text_file() function. The function determines whether or not a given file is text by whether 2% of the bytes are greater than 0x80. Two percent is a rather arbitrary limit, and in this case the file triggering the error was /etc/os-release, which consisted of a single line: "

WTF???

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Nem ved meg, ugyanugy, ahogy a nyiltsag sem ved meg.
De a fedora fejlesztok szerint a nyiltsag segiti elo a minoseget.
http://fedoraproject.org/en/about-fedora#freedom
"we can ensure that free software works better together, and provides the best experience for users. We also can include improvements quickly, which helps not only users, but the upstream as well."

Sosem ertettem, hogy miert masra kell mutogatni, hogy "de ot is van szar!!!", ahelyett, hogy azt bizonygatna valaki, hogy itt nincs. Attol, hogy a zart megoldasok is tartalmazhatnak es tartalmaznak vitathato megoldasokat, attol meg nem mentseg arra, hogy ez egz ostobasag.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Egyebirant en azt gondolom, hogy nem volt annyira baromsag. Sajnos az a szomoru tapasztalat, hogy az opensource cuccok donto tobbsege mogott pocsek a QA, mar ha egyaltalan van. Az a keves opensource projekt, ami mogott normalis a QA, azok valami nagy ceg muhelyebol szarmaznak.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Szóval a zárt cuccok döntő többsége mögött nem pocsék a QA. Van erre valami bizonyítékod? Ha nincs, akkor minek idekeverni, egy hibához, hogy zárt vagy nyílt a cucc? Mert a Fedora fejlesztők abban hisznek, hogy a nyílt, akkor az jobb? Még ha nincs is igazuk, nem óvodás dolog egy hibánál ezzel itt előjönni? (Miközben másik opensource cuccban meg hajlandó pénzért fejleszteni.)

A zart cuccok donto tobbsege mogott legalabb van QA. Olyan, amilyen, de van. Az opensource cuccok tobbsege azonban one-man show, es annyi QA van mogotte, hogy a kontributorok neha atnezik a kodokat. Ez minden, csak nem ertelmes QA.

Komolyan, en is opensource fejleszto... na jo, kontributor vagyok, nincs erdekemben az opensource ellen beszelni. Viszont szomoru tendenciakat latok, amik valahogy baromira nem akarnak javulni, pedig a manyeyeballs meglenne hozza.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/issues/123
http://www.miltonbayer.com/blog/news/when-a-code-commit-goes-viral/
:))) - Az eredeti commitot azóta sajna mar leszedtek
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..

Tegnap kerestem, de a githubos linkre hibát kaptam.. lehet akkor a githubbal volt valami gáz.. na mind1, never mind :)
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..

Ha nem lenne QA, akkor nem tudnanak ugy ugyfeleket szerezni, hogy azokat meg is tartsak. Ok penzbol elnek, nem is kevesbol.
Sajnos most nem talalom meg azt az eloadast, amikor egy Linux kernelhacker szamolt be arrol, milyen volt az eltoltott egy eve a Microsoft Open Source laborban, a lenyeg: elkezdte tisztelni azt a ceget, mert rajott, mennyi mindent jobban csinalnak, mint a sok opensource-huszar.
Mondjuk megtettek azt, hogy 2005-ben egy evre lealltak minden nem kotelezo fejlesztessel, es 200 millio dollart aldoztak arra, hogy minden fejlesztojuket reszesitsek oktatasban security teren.

1. Abból, hogy a Microsoftnál és más zárt módon fejlesztő cégnél jól működő QA van, nem következik az hogy ez a többségre is állna. Rengeteg zárt cégnél egyáltalán nincs, vagy szar a QA, és szar a termékük, és soha senki nem hall róluk itt. Az hogy van-e QA és az elég jó-e, nem a zárt/nyílt forráson múlik, hanem az akaraton és a döntéshozó embereken. A Redhat is egy fejlődő, elég nagy cég, meg a Google is, pedig ők többnyire nyílt forrást használnak.

2. A Microsoft QA-t lehet isteníteni, de ettől még ott is előfordultak már égbekiáltó bakik, mégsem írta be senki, hogy "closedsource as its best". Őket is cinkelték ilyen esetekben, de nem a zártságot általában. Mert mindenki tudja, hogy nem ezen múlik.

A "többnyire nyílt forrást használnak" kitétel nem ugyanaz, mint az, hogy nyílt forrást készítenek.
Androidon van QA, azonban mindenki tudja, hogy nem teljesen nyílt platform. Mármint oké, hozzáférsz a forráshoz, amint közzéteszik. Érdekes módon, májusban jön az Android 5, de még nem lehet az android.googlesource.com-on megnézni. Szóval az Android nem nyílt.

Az IronyPython mögött meg már nincs ott a Microsoft, 2010-ben kiszállt.
És attól, hogy Hugunin Google-alkalmazott lett, még nem a Google terméke az IronPython.
2010 óta nem is copyrightolt kód az MS által.
http://ironpython-test.readthedocs.org/en/latest/copyright.html

Maradjunk annyiban, hogy rohadt sok zárt/nyílt program van ami szar, és igen kevés ami tényleg jó. Szóval egy ilyen hibánál egy "opensource as its best" továbbra is ugyanolyan hülyeség, mint a "closedsource as its best" lenne mondjuk egy ilyennél. Ha már az Android szerinted zárt :)

Es az Androidnak ez egy komoly eges volt. Open source esetben pedig "de hat ez open source, ingyen van, belefer egy ilyen hiba, meg kulonben is, csinalj jobbat" vedekezes megy. Nezd meg, kommenteltem is azt a cikket: http://hup.hu/cikkek/20121118/nincs_december_honap_a_jelly_bean_people_…

Így van. Az a Google-nek ez meg a Fedora-nak volt égés. De nem a "colsedsource"-nek és nem az "opensource"-nek. Ezt kellene végre fölfogni. Az meg hogy ki hogy takarózik egy hiba esetén, érdekes téma lehet mondjuk az angol tudósoknak. Nem szar az a telefon, csak szarul fogod, stb-stb.

Google, nyílt forráskód.

Jól modnod, használ. Kihasználja azt aztán néha visszadob egy-két csontot, ahol
a) le akarja tolni más torkán a technológiáját
b) nem akar annyi pénzt költeni a karbantartására.

Így működik ez az opensource az üzleti körökben.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

( yetii | 2013. 04. 08., h – 10:31 )

Úgy látom van egy kis félreértés a kommentelők többségénél. Alapvetően 2 probléma merült fel:
1. Az ö betű problémája. Ha nem számítanak rá, akkor problémát okozhat.
2. Az ' problémája. Mivel elég sok nyelven ez a karakter egy stringet jelöl, mindenféle scriptekben kavarodást okozhatott.

Megoldásnak azt választották, hogy workaroundolják a 2. problémát úgy, hogy egy másik aposztrófot jelölő unicode karaktert használnak, ami nem a szokásos ', mivel nem lehet előre látni, hogy mennyi toolban van ez hibásan kezelve. Ráadásul a grub2 is érintett, ami azt jelenti, hogy ők hiába patchelik, egy más forrásból származó telepítésben nem feltétlenül lesz meg a javítás. Az ö karaktert pedig megtartották, ez előreláthatólag nem okozhat olyan nagy problémát mint a másik. Tehát az Unicode karakterekkel nincs igazán nagy baj, azt ők is bevállalták.

Na és végül a véleményem: Aki képes olyan kódot kiadni a kezéből, hogy egy bármilyen bemenetből származó szöveg megfelelő karaktereit nem escape-eli, az nálam biztos nem nyúlna többet a kódhoz.
Azért a Fedoráék mentségére legyen mondva, hogy ez nem is feltétlenül az ő hibájuk volt, úgy látszik egész jól megoldották a kérdést, bár az a 2%-os dolog is elképesztően béna egy megoldás volt...

A grub fixalasa viszonylag egyszeru, es nagyon gyorsan at lehet tolattyuzni egy trivialis patchet, foleg ha megsegitik picit (criticalnak jelolik, es a bugreport mellett privatban is szolnak).
Az osszes tobbi problema pedig hazon belul tarthato, megoldasa pedig folyamatosan csinalhato.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

A grub2-nek ennel kevesebb is eleg, de ezt a kerdest nem szeretnem tulsagosan feszegetni, mert messzire vezetne.

Amire reflektalni akartam, az az, hogy az F19 kiadasat csak annyival kell eltolni, amig ez a bug megjelenik az upstreamban fixedkent. Onnantol ugyanis mar az egyes disztrok sara, ha nem veszik at.
Illetve hat a felhasznalok tobbsege nem nulladik napos telepito/frissito, vagyis van azert ido... nyilvan nincs minden problemara azonnali megoldas, de az elkenesnel mindenkepp jobb lett volna.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

( RGeri | 2013. 04. 08., h – 17:05 )

Hűha most mi lesz velünk ? Itt a világvége, meghalunk mind! :-)
Haló, haló, megoldják akiknek ez a feladata. Amikor majd megkapjuk az F19 végleges verzióját, na majd akkor tessék nyivákolni a hibák miatt.

--
r@g3
jáTék0s l1NuX [http://www.youtube.com/user/gerig0d]>

( tr3w v | 2013. 04. 09., k – 12:23 )

Pedig a névhez az illene, ha nem raknák bele ezt a ' workaroundot, javítanák a GRUB2-t és kiadnák a Fedorát.
Aztán (hasonlóan ahhoz a bizonyos macskához), az OS vagy működik vagy nem, de ezt csak akkor tudjuk meg ha kinyitjuk a dobozt.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Ezért nem szeretem a filozófusokat, mert beépítik a tudományokat az elméleteikbe, de csak azt, ami nekik tetszik. Lásd szabad akarat kérdésköre.

A kísérlet lényege, hogy a macska az összes állapotban van egyszerre, és ha obzerválom, na akkor kerül bele az egyikbe.
----
India delenda est.
Hülye pelikán