Címlap

Xfce 4.8pre1

 ( trey | 2010. november 8., hétfő - 13:15 )

Az Xfce fejlesztői bejelentették a pehelysúlyú desktop környezet 4.8-as verziójának első prerelease kiadását. Ezzel egy időben a projekt bejelentette a 4.8-as kiadás "feature freeze"-jét is. A végleges 4.8-as kiadás várhatóan 2011. január 16-án érkezik majd.

E kiadással számos nagyobb változás áll be az Xfce desktop környezet alapjaiban és várhatóan több, régóta fennálló igény is kielégítésre kerül majd általa. A nagyobb változtatások - mint például az, hogy a fejlesztők az összes core összetevőt (legfőképpen a Thunar-t, xfdesktop-ot és a thunar-volman-t) portolták ThunarVFS-ről GIO-ra - mellett megjelenik a távoli fájlrendszerek támogatása az Xfce desktop-on. A panelt alapjaitól kezdve újraírták. Mostantól jobb launcher kezelést és javított multi-head támogatást biztosít.

A fejlesztők megjegyzik, hogy a 4.8 kiadás egyik legnagyobb eredménye, hogy sikerült az Xfce magját a modern desktop technológiákhoz - GIO, ConsoleKit, PolicyKit, udev stb. - igazítani. Emellett sikerült a core összetevők forrásából egy rakás elavult kódot kitisztítani.

A változások teljes listája megtalálható itt. A bejelentés itt olvasható.

 »
  • A hozzászóláshoz belépés szükséges
  • 2142 olvasás

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.
 ( Polesz | 2010. november 8., hétfő - 13:25 )

Azt hiszem este pörgetni fogok magamnak egy 4.8pre1-et... Akinek kell Slackware 32 bitre szóljon :-)

--
falura elmegy, városban meg úgy sem nézik...

 ( p0lyp | 2010. november 8., hétfő - 21:47 )

Szia! slackware.hu-ra nem tudod felrakni?

 ( lovas | 2010. november 8., hétfő - 13:38 )

Volt egy időszak, amikor a kde váltásból adódó gondomat xfce-el akartam orvosolni egy félévnyi gnome után. Leginkább ezek a dolgok hiányoztak belőle.

 ( whitehawk | 2010. november 8., hétfő - 18:49 )

Gentoon megy :) Tetszik ami változott.

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

 ( pegger | 2010. november 8., hétfő - 19:23 )

Xubuntuhoz vajon elérhető lesz????

 ( hza | 2010. november 8., hétfő - 21:16 )

"pre1" ?
Talán majd egy év múlva.

 ( Zahy | 2010. november 8., hétfő - 19:59 )

Ebből természetesen az a rész érdekel leginkább, hogy a Linuxon kívül sehol másutt nem létező udev vajon mennyire lesz kritikus. Ha jól sejtem, az a hal-hoz kötődést válthatja ki. (udev helyett FreeBSD-n *talán* a devd+devfs páros lehet a megfelelő, de azért arra nem lesz olyan könnyű szerintem átírni). A távoli fájlrendszer nem rossz, nekem igazából (bár gyakorlatilag alig használom) a Thunar-ból a *nagyon egyszerű* másolási lehetőség hiányzik. (Valaki írta - talán itt? -, hogy nem feltétlenül kell kétpanelesnek lennie (ha már egyszer az eredeti fejlesztője közölte, hogy soha :-) nem lesz olyan), de mondjuk az, hogy ha 2 példány fut belőle, akkor ugyan legyen már egy nyomorult "a másik ablak a default másolási cél" - vagy valami hasonló alapból - vagy mondjuk egy pipa, hogy "ez az ablak a default másolás/mozgatás esetén" - és nyilván ez csak egyetlen ablakon/példányon lehet egyidejűleg.

No lassan el is olvasom azokat a hivatkozott anyagokat.

 ( Zahy | 2010. november 8., hétfő - 20:46 )

No végigrágtam magam. Nagyon nem vagyok boldog:

"Port the code related to thunar-volman to udev. This is an optional part of Thunar. The consequences are that instead of calling thunar-volman with HAL UDIs, we'll now call thunar-volman with sysfs paths."

A nem-Linux-világ megint kapott egy pofont.

 ( Polesz | 2010. november 8., hétfő - 21:11 )

Van egy ilyen opció a thunar konfigurációjában:

--with-volume-manager=[auto/freebsd/hal/none]
                          The volume manager implementation [default=auto]

--
falura elmegy, városban meg úgy sem nézik...

 ( Zahy | 2010. november 9., kedd - 0:15 )

no ez legalább pozitívum :-)

 ( godot | 2010. november 8., hétfő - 20:51 )

A DragonflyBSD-s emberkéknek azért már sikerült portolni az udev-et, szóval nem lehetetlen az.

http://leaf.dragonflybsd.org/mailarchive/kernel/2010-07/msg00004.html

Lehet, hogy az udev-el is az fog történni, mint a v4l2 -vel kb minden BSD implementálta az API-t.

 ( Zaneck | 2010. november 8., hétfő - 22:40 )

Remélhetőleg az udev annyira kritikus lesz, hogy BSD-k alatt is implementálni kezdik.

A szélsőségesen bughalmaz spagettikódos HAL egy rémálom volt, akinek az kell harapjon citromba.

 ( Replaced | 2010. november 8., hétfő - 23:21 )

udev nem egy olyan dolog, amit majd agyatlanul lemasol mindenki, mert nagoyn os fuggo
igazabol most megint ott tartunk, hogy nincs absztrakcio ezekhez a dolgokhoz (a hal ugye pont ez volt, csak rosszul implementaltak)

--
NetBSD - Simplicity is prerequisite for reliability

 ( Zahy | 2010. november 9., kedd - 0:16 )

no ne má ...