Az egyetlen utolsó ötlet az volt, hogy az asztali gépen is megpróbálom reprodukálni valahogy, az is -current csak már régebben frissítettem utoljára. Nosza akkor jöjjön a szinkronizálás és egyesével csomagonként teszt. Kezdve a gtk+2-vel. Nem nyert. Mi rendereli a fontokat? Pango? nem nyert. Glib? nem nyert. Már lassan kezdtem kifogyni a gtk2 dependencyjeiből, mire nagy nehezen csak meglett a tettes. A cairo. Ráadásul nem is közvetlenül a gtk, hanem a Pango dependel rá. Az 1.0.4-es a bűnös, egy-egy downgrade az 1.0.2-re mindkét gépen és a probléma máris mágikusan rezolválódott.
Persze a cairo changelogban végülis csak meglett a bug:
What's new in cairo 1.2.0 compared to 1.1.10
============================================
...
And at least the following bugs have been fixed:
6759 fontconfig option AntiAlias doesn't work in cairo 1.1.2
Tehát nem én voltam a hülye. Mondjuk az is vicces, hogy az 1.1.2-ben reportolták először, mikor már az 1.0.4-ben benne volt és csak az 1.2.0-ra jutottak el oda, hogy javították. De hogy hogy nem tűnt ez fel senkinek az számomra rejtély. A többi distro nem használja a cairo-t vagy mi? Hihetetlen mennyi időt kellett elcsesznem ezzel...
No mind1, bugreport ment Patricknak, a közelgő 11.0-ba már remélhetőleg a javított változat kerül.
Gugli találja meg:
Subpixel anti-aliasing not working in GTK applications, impossible to enable. Fix by upgrading cairo to at least 1.2.0.
- XMI blogja
- A hozzászóláshoz be kell jelentkezni
- 1137 megtekintés
Hozzászólások
nekem is volt hasolnló problémám a gentoo-nál. gondoltam egyet, és benyomtam a make.conf-ba az ACCEPT_KEYWORDS="~amd64" parancsot, majd meglepetten lestem, hogy kis birizgálással minden működik, 1 dolgot kivéve: a gtk-s alkalmazások, beleértve a gimp, gftp, opera, ff, kde mindennel együtt és még sorolhatnám, karakterek nélkül futottak (nem látszódtak a betűk). először nem tudtam mi a probléma, de aztán a gtk-ra fogtam, végül elkezdtem variálgatni a pango, cairo, stb között és egyszer csak helyre állt. szal azóta sem tudom mi okozta pontosan a problémát és lusta vagyok ennek utánajárni, de működik:)
- A hozzászóláshoz be kell jelentkezni
Az az érzésem, hogy lehet, hogy talán kissé elhamarkodott élesben bevetni a cairo-t, mert ahogy elnézem elég sok minden nem kiforrott még benne. Más kérdés, persze, hogy ha nem akkor, meg nem használná a kutya sem és ezért nem jönnének ki a bugok sem. Szóval ez a klasszikus dilemma...
---
Az ember mindig szerepet játszik. Ha másnak nem, hát saját magának.
- A hozzászóláshoz be kell jelentkezni
Picit talán flame: ha nincs kedved/időd/stb. kinyomozni, hogy miért volt mindez, akkor hülyének éreznéd magad a linux-hoz?
--
Fel! Támadunk!
- A hozzászóláshoz be kell jelentkezni
A kérdés jó. Nemtudom. Ha kevesebb időm lenne, valszeg nem használnék slackware-current-et, hanem helyette talán valami ubuntu féleséget. Bár meg kell jegyezzem azért nem gyakori a -currentben az ilyesmi, többnyire elég stabil szokott lenni annak ellenére, hogy ez deklaráltan nem egy stabilnak szánt kiadás.
Igazából a sok időt leginkább az veszi el, hogy csomó minden nincs benne alapból, amit sajnos így kézzel kell forgatni. Mondjuk pl MPlayer és az 1000 féle lib hozzá, hogy minden formátumot támogasson. Meg aztán vannak dolgok, amiket patchelgetnem kell, hogy a notebookommal korrektül menjen, de ez aztán végképp nem a slackware hibája. Igazából az, hogy a slackware nem kotnyeleskedik bele az egyes alkalmazások/libek konfigurációjába, mint sok más distro, hanem majdnem minden csomagot hagyja a hivatalosan kiadott állapotában, 3rd party patchek nélkül és nem használ semmi automatizált konfig fájl generáló rendszert sem az idáig inkább előny volt, mint hátrány, ha valamit a szokásostól eltérő módon kell beállítani. De mondom, ez tényleg lehet, hogy megváltozik, ha a későbbiekben már nem lesz időm hosszasan testreszabni a rendszert.
Az igazság az, hogy nem szeretem hülyének érezni magam a rendszerekhez. Ha nem értem, hogy valami legalább kb. hogy működik az zavar. Ezért is szoktam le a másik világ oprendszeréről, mert az tele volt ilyen fantomjelenségekkel. Itt most legalább mikor meglett a hiba oka, akkor rögtön helyreállt a világ rendje. Ha felraktam a 1.0.4-et a hiba előjött, ha visszaraktam az 1.0.2-t a hiba megszűnt. Oda és vissza, akárhányszor szépen reprodukálhatóak a jelenségek. A másik rendszeren szokásos registry kavarások miatt nagyon sok hibajelenság egyirányú: ha egyszer elromlott valami többet helyre nem áll, csak a teljes reinstall segít. Persze, mivel az uninstall programok többsége cseszik helyreállítani az eredeti állapotot. Így legfeljebb annit tehetek, hogy nyers install után egyesével rakom fel a cuccokat és nézem, hogy mikor romlik el, aztán, ha elromlott, akkor próbálok tippelgetni, hogy mégis miért. Sajnos régebben elég sok ilyen esetben kellett supportálnom és nagyon sokszor egyáltalán nem lett meg a hiba oka. Szóval igen, sajnos a windowshoz pl hülye vagyok. Nagyon kevesen nem azok...
---
Az ember mindig szerepet játszik. Ha másnak nem, hát saját magának.
- A hozzászóláshoz be kell jelentkezni
Nekem egy ilyen bugom volt:
realvnc 4.x +8 bites szinek + gtk-s progik: mikor megjelenne a progi ablaka, egybol segfault.
realvnc 4.x + >8 bites szinek: jo
realvnc 3.x + minden szinek: jo
gdb szerint a progi valahol egy cairo fuggvenyben szall el...
Elbandi
ui: gentoo es debian alatt is ua
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni