Mageia 1 Errata
Toto sú errata pre Mageia 1. Uvedené problémy budú opravené čo najskôr.
Kliknutím na tlačidlá Pomoc v inštalátore Mageia sa nezobrazuje dokumentácia podľa očakávania, pretože dokumentácia pre Mageia sa musí prepísať. Tlačidlá Pomoc budú pravdepodobne odstránené pred oficiálnym vydaním Mageia 1 a mali by byť snáď funkčné pre Mageia 2, ak bude pripravená dokumentácia.
Pridanie online zdrojov softvéru pridá a nastaví Nonfree repozitáre v predvolenom nastavení. V ideálnom prípade by Nonfree repozitáre nemali byť v predvolenom nastavení povolené, keď niekto inštaluje z DVD Mageia 1 (pretože DVD obsahuje takmer iba slobodný open source softvér), ale povolené napr. pri inštalácii z niektorého z live CD. Vzhľadom na nedostatok času to v súčasnosti takto nefunguje a situácia sa zlepší v Mageia 2. Takže, ak chcete použiť iba open source softvér, zaistite zakázanie Nonfree zdrojov z drakrpm-edit-media
(Kontrolné centrum Mageia → Správa softvéru → Nastavenie zdrojov softvéru pre inštaláciu a aktualizáciu.
Pre viac informácií viď túto chybu - en:Bug#617.
Používatelia využívajúci repozitáre tretích strán, ako PLF, by mohli mať problémy pri prechode na Mageia. Rovnako pre všetky repozitáre tretích strán, Mageia nezaručuje, že aktualizácia bude fungovať bez problémov, t.j., že proces upgradu bol intenzívne testovaný pre iba systémy používajúce oficiálne repozitáre pre Mandriva 2010.1 (CS wiki). Avšak vzhľadom na osobitnú povahu repozitárov PLF, môžete vykonať upgrade tak hladko ako je to možné uistitením sa, že Tainted zdroje softvéru v Mageia sú povolené (v ideálnom prípade Tainted Release a Tainted Updates). V Mageia Tainted repozitári sú zahrnuté takmer všetky balíčky, ktoré boli v repozitároch PLF (t.j. balíky, ktoré porušujú autorské práva alebo patenty v niektorých krajinách na svete … atď).
Rovnaká situácia vysvetlená v tejto časti (en) platí aj pri upgrade.
Balíček pm-utils
koliduje s balíčkom laptop-mode-tools
; podľa vývojárov pm-utils
, pm-utils
teraz poskytuje funkcie podobné tým, ktoré poskytuje laptop-mode-tools
, a tak z tohto dôvodu by oba balíčky vzájomne mohli kolidovať en:Bug#612710. Tiež treba poznamenať, že mať oba balíčky naraz nainštalované môžu spôsobiť niektoré chyby, napr. en:Bug#290 v Mageia. Z týchto dôvodov je veľmi pravdepodobné, že počas upgrade bude balíček laptop-mode-tools
odstránený z vašej inštalácie, pretože pm-utils
vyžadujú základné balíčky väčšiny desktopových prostredí.
Vzhľadom k syntaktickej chybe v súbore /etc/ntp.conf
môžete vidieť niektoré chyby pri spustení služby ntpd
:
line 27 column 19 syntax error, unexpected T_EOC, expecting T_Ipv4_flag or T_Ipv6_flag or T_String syntax error in /etc/ntp.conf line 27, column 19
Táto chyba bola opravená v balíčku pre Mageia, ale ak vykonávate upgrade z predchádzajúcej verzie Mandriva Linuxu, môže sa nový/opravený súbor nainštalovať ako /etc/ntp.conf.rpmnew
(ak sa %config(noreplace)
atribút použije v RPM balíčeku ntp
pre tento súbor). Takže budete musieť vyriešiť problém ručne. Jednoducho spustite nasledujúci príkaz ako root v termináli:
su perl -pi -e 's!^(multicastclient\s+# listen on default 224.0.1.1)!#\1!' /etc/ntp.conf
alebo ručne upravte /etc/ntp.conf
.
Niektoré z upravených predvolieb dodávaných v balíčku Firefox sa v systéme Mageia zmenili, avšak ak vykonávate upgrade zo staršej verzie Mandriva Linuxu, ktorý používa starý profil Firefoxu, tieto preferencie môžu vyžadovať ručnú úpravu vo Firefoxe.
xulrunner/firefox
, layout.css.visited_links_enabled
bolo nastavené na hodnotu false
kvôli niektorým problémom s narušením súkromia, ale odvtedy veľké/hrozivé časti týchto problémov boli opravené, viď: https://bugzilla.mozilla.org/show_bug.cgi?id=147777 a http://dbaron.org/mozilla/visited-privacy. Toto nastavenie sa teda ponechalo tak, ako bolo originálne prednastavené, t.j. na hodnotu true
v balíčku Mageia. Po upgrade, pretože toto nastavenie je uložené v ~/.mozilla/firefox/<profile>/prefs.js
, môžete ho jednoducho ručne zmeniť tak, že pôjdete na about:config
[1], zadáte layout.css.visited_links_enabled
do políčka Filter, potom dvakrát kliknite na prepnutie medzi true
a false
.xulrunner/firefox
, browser.tabs.insertRelatedAfterCurrent
bolo nastavené na false
. Avšak v originálnom nastavení je to true
, hlavná použiteľnosť je táto a bolo rozhodnuté expedovať balíček Mageia s predvoľbu nastavenou na hodnotu true
(v súlade s prednastavenou východiskovou hodnotou). Čo táto možnosť ovláda je popísané v skvelom Mozillazine Knowledge Base (en)Táto predvoľba určuje, kde sa budú nachádzať nové karty. True (predvolené): Otvárať nové záložky napravo od rodičovskej karty. False: Obnoví správanie spred Firefox 3.6, kedy sa nové karty otvárajú v pravej časti lišty záložiek.
~/.mozilla/firefox/<profile>/prefs.js
ručne zmeniť tak, že pôjdete na about:config
[1], zadáte browser.tabs.insertRelatedAfterCurrent
do políčka Filter, potom dvakrát kliknite na prepnutie medzi true
a false
.
[1] napíšte about:config
do vyhľadávacieho políčka Firefoxu a stlačte Enter alebo kliknite na tlačidlo Prejsť na zadanú adresu.
Ak používate VirtualBox na testovanie, potrebujete verziu 4.0.x, pretože doplnky hosťa VirtualBox v Mageia sú pre túto verziu. Ak verzia hostiteľského VirtualBox, ktorý používate, je 3.x, riešenie je buď:
vesa
namiesto vboxvideo
v konfiguračnom súbore /etc/X11/xorg.conf
. Treba upozorniť, že toto zablokuje zmenu veľkosti a prípadne zdieľanú schránku, ale integrácia myši funguje dobre. Alebokernel-*-latest
, kernel-*-devel-latest
a balíčky dkms
pre moduly jadra pre doplnky hosťa kvôli úspešnej kompilácii).Vzhľadom k problému s podporou ahci na VirtualBox, žiadna pomôcka nateraz nefunguje. Funkčný je iba ide ovládač.
Adobe flash player plugin nemôže byť zahrnutý do oficiálnych repozitárov; ako riešenie flash-player-plugin
balíček existuje v Nonfree repozitároch pre 32bit a 64bit ako natívny plugin. Tento balíček neobsahuje skutočný flash player
, pretože licencia zakazuje redistribúciu. Namiesto toho obsahuje skript, ktorý stiahne balíček Adobe flash player priamo z webu Adobe.com počas inštalácie spomínaného balíčka. Jediné varovanie spočíva v tom, že užívateľovi, ktorý nainštaloval 32bit balíček do inštalácie 64bit tak, ako bolo navrhované týmito Errata pred vydaním Flash Player 11, sa doporučuje manuálne odstrániť 32bit flash-player-plugin
a nainštalovať natívny 64bit flash-player-plugin
zo zdroja softvéru Nonfree_Updates.
libreoffice-kde
, integračný plugin LibreOffice KDE je známy, že spôsobuje určité problémy:
Pri použití LibreOffice s lokalizáciou v tradičnej čínštine (s libreoffice-langpack-zh_TW
) text, ktorý by sa mal objaviť na stavovom riadku sa zobrazuje ako štvorčeky (Tento problém má riešenie popísané v en:Bug#815.)
A ako taký, hoci nie je doporučené teraz inštalovať libreoffice-kde
, tento plugin ponúka dve hlavné funkcie:
oxygen-gtk
(môžete nastaviť, čo GTK+2.0 používa pomocou Systémové nastavenia → Vzhľad aplikácií → GTK štýly a písma)
Takže v skutočnosti, bez libreoffice-kde
vám bude chýbať iba nástroj pre výber súboru z KDE4.
Ako je popísané v en:Bug#751, existujú určité problémy s čínskym písmom pri písaní čínskych znakov alebo otváraní súborov obsahujúcich čínske znaky:
V ideálnom prípade sa na čínske znaky použije predvolený systémový font CJK pre núdzovú náhradu vo vyššie uvedených prípadoch. Žiaľ v túto chvíľu sa tak nestane v LibreOffice v Mageia.
Používatelia môžu nastaviť spôsob vstupu celého systému pomocou localedrake
(tiež známe ako Správa lokalizácie pre váš systém), v ideálnom prípade by to malo fungovať, edituje /etc/sysconfig/i18n
a dodáva potrebné konfiguračné bity, avšak nefunguje s GDM (GNOME Display Manager), en:Bug#942:
ibus-daemon
sa nespustí automaticky pri prihláseníAk chcete opraviť tieto dva problémy, postupujte podľa nasledujúcich krokov:
ibus-daemon
pri prihlásení, jednoducho skopírujete /usr/share/applications/ibus.setup
do ~/.config/autostart
(~
je /home/<vaše-používateľské-meno>
), nasledujúci príkaz (vykonaný s používateľkými právami) by mal stačiť:mkdir -p ~/.config/autostart && cp -v /usr/share/applications/ibus.setup ~/.config/autostart
Treba poznamenať, že ak chcete, aby sa ibus-daemon
spustil pri štarte pre všetkých používateľov v systéme, budete musieť prekopírovať uvedený .desktop
súbor do každého používateľkého súboru ~/.config/autostart
alebo ho skopírovať ako root na miesto pre celý systém /etc/xdg/autostart
~/.bashrc
a pridajte do neho nasledujúce riadky:export GTK_IM_MODULE=ibus export XMODIFIERS=@im=ibus export QT_IM_MODULE=ibus</code>
Bash-4.2
(Bash), dodávaný s Mageia 1, obsahuje zmenu v správaní pri rozširovaní premenných prostredia pri použití TAB dokončovania, napríklad:
echo $PWD/<TAB>
vypíše
echo \$PWD/
Poznámka k extra \
pred $PWD
. Toto je zmena originálu (nechcený vedľajší účinok niektorých iných zmien), pre detailné technické podrobnosti sa pozrite na to, čo povedal správca originálneho Bash
v tejto téme (en).
Problém sa sleduje v en:Bug#237, doteraz však nie je oprava, len čo bude problém vyriešený, balíček Bash
sa zaktualizovaný (ak bude možné spätne importovať opravu).
Prechod na vyššiu verziu by ste realizovať mimo bežiaceho KDE4 sedenia. Ak sa upgrade vykonáva v spustenej KDE4 relácii, mohli by ste prísť o spúšťač drakconf
.
Na prvom štarte KDE4 alebo KDE aplikácie pod iným desktopovým prostredím (GNOME, Xfce4) môžu používatelia vidieť jedno alebo dve vyskakovacie okná o zákaze zapisovania do konfiguračného súboru (jedno o kdedrc
, druhé o konfiguračnom súbore KDE aplikácie), je známy problém popísaný v en:Bug#662
Zmrznutie KDE4 sa môže objaviť pri zmene veľkosti alebo maximalizácie aplikácie (napríklad Konzola) ak používate ovládače nvidia a máte povolené efekty desktopového prostredia. Bug#608. Riešením je vypnutie desktopových efektov, kým nvidia nebude schopná opraviť tento problém (viď komentár vývojára nvidia na ArchLinux bugzilla (en) a táto téma na nV News fóre (en)).
Pokiaľ dekryptujete niektoré staré súbory, môžete si všimnúť prázdne okno po kliknutí na tlačidlo Dekryptovania. Mali by ste skúsiť nastaviť kgpg
tak, aby sa používal gpg2
miesto gpg
pre dekryptovanie tohto súboru (viď správa na ArchLinux Bugzilla (en) a Mageia hlásenie o chybe (en)).
Kvôli chybe v balíčku QuteCom
sa tento niekedy zrúti alebo zasekne zobrazovaním prázdnych okien, tento problém je spôsobený GTK+ Qt (en) štýlu; riešenie pre túto chvíľu je buď v použití iného štýlu widgetu alebo v donútení QuteCom
používať Plastique
tému:
qutecom -style plastique
alebo
/usr/share/applications/qutecom.desktop
do ~/.local/share/applications/
a upraví ho (pomocou ľubovoľného textového editora) zmenou riadka Exec
z: Exec=qutecom
na
Exec=qutecom -style plastique
Tento problém sa sleduje v en:Bug#1777.
:hardware:graficke_karty:ati:radeon-prubeh_chyby.jpg :hardware:graficke_karty:ati:radeon-prubeh_chyby2.jpg
Ak pridáte radeon.modeset=0
do príkazového riadka jadra po stlačení klávesy F3
:hardware:graficke_karty:ati:radeon-prikazovy_radek_jadra.jpg
Prehrávanie video súborov s niektorými VIA UniChrome grafickými kartami môže spôsobiť zlyhanie X servera, ak sa používa video XV výstup, riešenie pre túto chvíľu je v použití iných video výstupov pre prehrávanie videa, napr. X11. Niekoľko tipov o konfigurácii najpopulárnejších multimediálnych prehrávačov na používanie X11 video výstupu:
mplayer -vo x11 <path to video file>
x11
x11
gnome-media
je nainštalovaný, potom spustite z terminálu: gstreamer-properties
a na záložke Video zmeňte Zásuvný modul na X Window System (nie Xv)
Pri štarte počítača môžete vidieť správy ako:
waiting for device sdXY to appear (timeout 1 min)
To môže byť spôsobené tým, že sa zmení UUID oddielu, napr. formátovaním, zatiaľ čo starý UUID tohto oddielu je uvedený v initrd jadra, s ktorým sa zavádza systém. Príkladom by mohol byť nainštalovaný Mageia systém s vytvoreným swap oddielom. Ideálne sa UUID tohto oddielu zahrnie do initrd inštalovaného jadra. Ak neskôr nainštalujete ďalšiu distribúciu a táto požaduje formátovanie odkladacieho oddielu, alebo sformátujete tento oddiel z akéhokoľvek iného dôvodu, potom pri štarte systém hľadá tento oddiel označený konkrétnym UUID, ale nemôže ho nájsť, tak uvedie vyššie uvedenú správu a čaká 1 minútu pri každom spustení počítača. Pre vyriešenie tohto problému postupujte nasledovne:
blkid
:su blkid
a zaznamenajte si to. Napríklad ak výstup príkazu blkid
je:
/dev/sda1: UUID="07929ccf-0ab6-4857-9835-cafc2751cee7" TYPE="ext4" /dev/sda5: UUID="a834c939-0f27-4684-85d5-e93059889df1" TYPE="swap" /dev/sda6: UUID="52fd646b-0405-4b75-ac77-010400c67d96" TYPE="ext4"
potom zoberiete a834c939-0f27-4684-85d5-e93059889df1
a vložíte ho do /etc/fstab
pre swap oblasť, to isté potom vykonajte v /boot/grub/menu.lst
pre všetky resume=UUID=
oblasti.
Je potrebné upravovať /etc/fstab
a /boot/grub/menu.lst
ako root (v prípade, že swap UUID nie je správne v jednom alebo v oboch z nich):
Ak chcete upraviť súbor /etc/fstab
su - kwrite /etc/fstab
(nahraďte kwrite
s gedit
vo vyššie uvedenom príkaze, ak používate GNOME, v podstate sa dá použiť ľubovoľný textový editor).
Ak chcete upraviť súbor /boot/grub/menu.lst
:
su - kwrite /boot/grub/menu.lst
Teraz je potrebné znova vytvoriť initrd pre jadro, môžete tak urobiť pomocou tohto príkazu v termináli:
su bootloader-config --action rebuild-initrds
Uvedomte si, že správu „waiting for device sdXY“ neuvidíte, ak používate grafické zobrazovanie štartu systému (bootsplash), ktoré sa používa v predvolenom nastavení. Takže ak máte nevysvetliteľne dlhé štarty, kedy sa systém zdá byť nečinný, odporúča sa stlačiť Esc, zobraziť správy z textového zavádzacieho procesu kvôli diagnostike akýkoľvek problém(ov).