笔?á迟别濒é,
Tak nevím, co paní v?vojá?ka Orca zp?sobila. Ale dokonce i Orca ve Vinuxu nepodporuje zpolehlivě Brltty. Ve Fedo?e X64 bit edici stabilní verzi bohu?el není mo?né na BRL ?ádek p?istupovat s Orcou v?bec. Laboroval jsem trochu a p?i?el jsem na to, ?e to patrně souvisí právě se skute?ností, ?e vyu?ívám 64bitovou verzi Fedory. Ově?ím si to tak, ?e nabootuji 32 bitovou verzi Fedory Gnome na mém druhém laptopu. Ten toti? nepodporuje UEFI, notebook je zalo?en na MBR kompatibilním BIOSu. Pokud by byla chyba p?ítomna i ve 32 bitové verzi, podezírám Orcu nebo Python brlapi nebo podobnou komponentu.
Jsou to takovémali?kosti a jinak pova?uji Fedoru za nejstabilněj?í distribuci. Navíc se domnívám, ?e v?vojá?i dokonce samostatně upravují zdrojové kódy balí?k? bez ohledu na jejich stav u tv?rc? z ?ady jejich programátor?.
Dnes t?eba vy?la nová verze Speech-dispatcheru, modulu Espeak pro Speech-dispatcher. Navíc Redhat zahrnula opravdu pokro?il? a v?konn? systém pro report chybov?ch zpráv. Posílají se podrobné v?pisy paměti, kritické chyby systémov?ch program? jsou dokonce reportovány automaticky.
Díky d?razu na bezpe?nost si sice nemohu dovolit to, co v Debianu nebo Ubuntu. Viz běh aplikací pod rootem v terminálu. Ale beru to jako daň za dob?e míněnou bezpe?nost a ta je v dne?ní době velmi d?le?itá.
