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.

• V systéme Mandriva balíček(balíčky) 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.

• V systéme Mandriva balíček(balíčky) 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.

• Opäť túto predvoľbu možno už v ~/.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.

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ď:

• Po inštalácii môžete nakonfigurovať ovládač 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. Alebo
• Prípadne môžete použiť originálne doplnky:
  • Najprv sa uistite, že nemáte nainštalované žiadne balíky virtualbox v hosťovanom Mageia VM
  • V bežiacom VM otvorte Devices → Install Guest Additions, stiahnite si prednastavené ISO a pripojte do VM
  • Postupujte podľa pokynov na inštaláciu originálnych doplnkov pre hosťa http://www.virtualbox.org/manual/ch04.html#idp11234128 (Tip: budete potrebovať nainštalovať kernel-*-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:

• Prechádzanie nad tlačidlom v paneli nástrojov nedáva očakávanú vizuálnu spätnú väzbu, t.j. tlačidlo trochu svieti alebo sa zobrazí ako vyskakujúce z GUI … atď.
• Zaškrtávacie značky nie sú v niektorých ponukách jasne uvedené, takže nemožno jednoducho povedať, čo je vybrané a čo nie (en:Bug#1197)

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:

• Určí, že LibreOffice použije nástroj pre výber súboru z KDE4 namiesto svojho pôvodného nástroja
• Určí, že LibreOffice použije Oxygen KDE4 štýl; ak chcete, aby LibreOffice (a ďalšie GTK+2.0 aplikácie) používali KDE4 Oxygen štýl, nainštalujte balíček 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:

• Pri písaní v čínštine písmom neobsahujúcim čínske znaky, sa tieto zadané znaky zobrazia ako nečitateľné štvorčeky
• Pri otvorení súboru s čínskymi znakmi, kedy typ písma uvedený v dokumente nie je v systéme, budú čínske znaky v týchto súboroch zobrazené ako nečitateľné štvorčeky.

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í
• Niektoré potrebné premenné prostredia sa nevykonávajú

Ak chcete opraviť tieto dva problémy, postupujte podľa nasledujúcich krokov:

• Pre automatické spustenie 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

• Ak chcete zabezpečiť, že potrebné premenné prostredia sú vyexportované, upravte ~/.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>

echo \$PWD/

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:

• Priamym nahraním z terminálu

qutecom -style plastique

• skopírovaním /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

Exec=qutecom -style plastique

Tento problém sa sleduje v en:Bug#1777.

• Radeon HD systémy môžu trpieť náhodnými reštartami X sedenia, pre viac informácií pozri Bug#87.
• problém s firmvérom Radeon Bug#1471

:hardware:graficke_karty:ati:radeon-prikazovy_radek_jadra.jpg

bootloader-config --action rebuild-initrds

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, pomocou MPlayer v termináli:

mplayer -vo x11 <path to video file>

• Pomocou jednej z grafických nadstavieb pre MPlayer:
  • SMPlayer: otvorte Možnosti → Nastavenia → Obraz, zmeňte Output Driver na x11
  • GNOME MPlayer: otvorte Edit → Nastavenia → Player, zmeňte Video Output na x11
  • KMPlayer: (s backendom MPlayer), otvorte Settings → Configure KMPlayer → General Options → Output, v hornom paneli vyberte X11Shm
  • VLC: otvorte Nástroje → Nastavenia → Video, zmeňte Výstup na Výstup videa X11 (XCB)
  • Totem: používa GStreamer backend, takže budete musieť nakonfigurovať nastavenia priamo pre GStreamer, uistite sa, že balíček 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:

• Získajte UUID swap oddielu z výstupu príkazu 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