Megjelent a Mandriva 2009.1 (Spring)

Címkék

Tegnap elérhetővé vált a Mandriva Linux 2009.1 végleges változata. A kiadás többek között az alábbiakat tartalmazza:

  • KDE 4.2.2
  • GNOME 2.26
  • Xfce 4.6
  • LXDE
  • Firefox 3.0.8
  • OpenOffice.org 3.0.1
  • VirtualBox 2.2.0
  • Wine 1.1.19
  • Megnövelt boot teljesítmény - elméletileg 25% a legtöbb rendszeren

Letölthető innen. További információk itt és itt.

Hozzászólások

Igaz, bár amikor (tegnap) beküldtem az írást, még ott is egy alap cikk volt írva és, hogy még szerkesztve lesz kicsit.

Egyébként ami még érdekes lehet:

  • Ebben is Xorg 1.6 van
  • 64-bites image is letölthető bármelyik ftp-ről (úgy látom, ezt sohasem linkelik külön, mindig az i586-ost - és csakis azt - kezdi tölteni)

Kíváncsi lennék, hány órakor került ki a letöltés oldalra.
Amúgy most telepítem lassan, az RC fényében nem lesz gond vele. :) + most is x64-es van fent.

Nem arra akartam célozni, hogy 'koppintás' a cikk. Mindketten külön jutottunk erre a listára, kinézetre.
A letöltésről: igen. Nem vizsgál semmit, csak elkezdi az i586-ost letölteni. Az minden gépen futni fog, a profik/hozzáértők meg úgyis elmennek ftp-zni vagy torrentezni. Vagy esetleg a javascript se indul automatikusan a firefoxban...

Aleph
----
http://www.mandrivalinux.hu

Itt is megkérdezem hátha ezt töben figyelik...
Volt valakinek online vagy egyéb frissítés után a pulseaudio hangerndszerrel?
Nálam egyszerűen nem akar megszólalni alóla az SB live 5.1 hangkártyám. ALSA-val megy csak.
A 2009-ben még jó volt :S

Ezt nem hiszem el. Kipróbáltam amit írtál, van hang, erre skippel mint atom. Egy AMD X2 6000-en. Audacious 1.5.1. Természetesen eddig jó volt. Átlag random 5-10mp ként 1 skip elég zavaró kb. pont élvezhetetlen. Miért kellet ezt ennyire átvariálni??? Miért kellet a GNOME-ból kidobni a hardware-s hangerőszabályzást? :(
Észrevettem még hogy pl ha audaciousban pulseaudio kimenet van kiválasztva akkor is a Master hangerőt változtatja.
Pl pavucontrolban megjelenik az audacios mint pa-t használo program leveszem a hangerejét erre a master hangerőt veszi le. Ez is jól működött régen. Hogy lehet kiadni ilyen nem működő szart?
Ami még érdekes lehet, kernel logban a következőket látom:
pulseaudio: alsa-sink.c: Increasing wakeup watermark to x ms
pulseaudio: alsa-sink.c: Increasing minimal latency to x ms
Kb 10-15 mp-enként írja ki amig megy a hanglejátszás. x most kb 366 körüli érték és egyre nő? Ez lehet kapcsolatban a skippeléssel?

Vizsgálgatom a 2009.1-et és a következő dolog nem fér a fejembe a compizzal kapcsolatban:
- Van egy 2009.1 végleges, amin a compiz teljes méretű ablak esetén eltünteti az ablak fejlécét (ilyet játszott régebben is).
- Van egy másik vinyón 2009.1 RC2, amit régebben próbálgattam. Itt ugyanezzel egy szál gond sincs.

Mindkét esetben xorg-os ati driver van fent, a végleges verzión próbáltam törölni a .kde4 könyvtárat, külön (teljesen friss) profilt ill. a működő változatból átmásolni a .kde4 könyvtárat és az xorg.conf-ot is.
Helyzet változatlan.

Mi a fene lehet ez?

LXDE-ben nincs probléma, Compiz nélkül kde4 is jó... de RC2-ben miért volt jó kde4-ben is?
...nem értem.

Szerk.: Video chip ati

Szerk2.: Fórumokon olvasott "compiz --replace ccp & emerald --replace &" kiadása után ilyen értelmes hibaüzeneteket látok: "failed to create drawable"

Szerk3.: Felraktam az RC2-es telepítésen a frissítéseket, ugyanilyen vacakká vált... tehát valamelyik komponens nem ok. :(

Plusz párszor hülye módra váltott a billentyűzet, pl. jobb altot enternek veszi, kurzorok nem mennek... xmodmappal normális kiosztást megadva minden rendben... :(((

+KDE4-ben még mindig nem lehet megadni "Global Keyboard Scorcuts"-hoz alternatív kombinációt, ahogyan a "Standard Keyboard Scorcuts" résznél pl lehet... Katasztrófa! :((((((((((

Mire gondolsz?

Mandriva "vezérlőpultjából" a rendszerre hagyva kiválasztottam a 3D effektusoknál a Compiz-t és feltette a csomagokat...
Azelőtt működött, most ablakméret maximalizálása után egy pillanatra megjelenik az ablak teteje, aztán eltűnik és addig nem jön elő, amíg "maximalizálva" van az ablak. Minden más rendben. - eltekintve a billentyűkiosztástól, mert valamiért ha több kiosztás között szeretnék váltani, állandóan elszúrja... (mondjuk ez nem compiz hiba).

Hol nézzek utána?

Együtt nem is akartam őket használni, csak furcsállom, hogy hirtelen megbomlott a gépemen az együttműködés compiz és kde között (RC-(tökéletes) -állapothoz képest)...

Valamivel a compizos effektek gyorsabbnak és simábbnak tűnnek nálam, bár jobban meg volnék elégedve, ha maga a KDE végre teljesértékű volna.
Remélem, sikerül megoldást találnom az alternatív billentyűkombinációkhoz (futtatás, asztal mutatása és effélékhez) ill. kiagyalni a használható billentyűkiosztások mikéntjét.

Na ide is belerondítok a problémáimmal.
A /etc/sysconfig/cpufreq fileban szerepel a következő sor:
GOVERNOR=ondemand
induláskor a GNOME cpufreq-applet mégis performance-re állítja be, és 3GHz-en ketyeg a gép?
Hol tudnék még ebbe belenyúlni, mert úgy nézem azt a file-t nem veszi figyelembe.

echo "ondemand" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Illetve ha több mag van (mondjuk kettő), akkor a következő is:

echo "ondemand" > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor

Hogy milyen értéket lehet belé tenni:

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors

--
trey @ gépház

A kérdésem második fele még mindig fent all. Ezt nem a cpufreq-nek kéne megoldania? Ha bent a van a configfile-jában, akkor miért nem csinálja meg? Szintén egy dolog ami a 2009.0-ban még jó volt...

szerk.: Bocs, én voltam a hülye. Alapból nincs beállítva, hogy rendszerindításkor induljon a cpufreq, ami egy script a /etc/init.d-ben és gyakorlatilag csak annyit csinál, hogy kiolvassa a config fileból az adatokat, és a megfelelő értékeket beírja a trey által is leírt helyre.

Eddig kb. négyszer fagyott merevre a gépem az új verzióval, egész jó. :(
Ebből kétszer tíz percen belül, a többi random.
Egyik alkalommal rögtön (Hup-os) hozzászólás beküldése után, közvetlenül annak megjelenítése előtt (hozzászólás a HUP-on megjelent, én viszont már nem láttam), másik alkalommal pedig nyomtató tartozékok (cups és egyebek) automatikus telepítése után közvetlenül, amint a nyomtató hozzáadását lehetővé tevő ablak megjelent, ekkor HDD LED is égve maradt és sérült a filerendszerem is kicsit.

Kereshetem, mi a baja... Pulseaudiot első fagyás után kikapcsoltam (bár most az első alkalom, hogy végre működik is a gépemen).
Opensource ati drivert jelenleg "kedves ATI" hiányos támogatása miatt cserélni nem tudom, 3D effekteket viszont ki fogom kapcsolni.

Ha úgyis fagy, lehet, megnézem másik kernellel...

Továbbá nem fér a fejembe, hibernálást követően a megnyitott Operával miért nem érem el a netet. Konzolból pingelni tudok, Operát újraindítva működik. Így viszont a hibernálásnak nincs értelme...
Addig rendben, hogy lekapcsolás előtt lelövi a kapcsolatot, de hogy újraindítás után a megnyitott program ne lássa...

Emellett próbálta valaki hozáadni a magyar és angol kiosztásokat?
Nálam nem működik rendesen. Vált, de kb. olyan, mintha az altgr-t folyamatosan nyomva tartanám. Valamint altgr-ből enter lesz...
A rendszer alapnyelve angolon van.

Szerk.: Ja, és azóta standby-ból sem jön vissza... csak hibernálásból úgy-ahogy...
Igaz, hogy gyorsan bootol, de...

Szerk2.: A fagyásoknak egyértelműen a videohoz van köze. Talán nem csípi az opensource ati driver az osztott memóriát.
Egyelőre próbálkozom az egyes fix. VRAM értékekkel...

Csak a teljesség kedvéért írom, a megoldás a fagyásaimra az volt, hogy az xorg.conf-ban az AccelMethod-ot EXA helyett visszatettem XAA-ra.
A 3D ki/bekapcsolása nem hatott a fagyásokra, UXA még rosszabbá tette a dolgot. :)

Azóta minden rendben és stabilan megy, nyílt ati meghajtóval.
Uptime jelenleg 13 nap.

Hibernálás utáni netelérés problémája időközben megszűnt, standby-jal nem foglalkoztam (talán majd egy másik kernellel megpróbálom).