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 be kell jelentkezni
- 2764 megtekintés
Hozzászólások
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...
- A hozzászóláshoz be kell jelentkezni
Szia! slackware.hu-ra nem tudod felrakni?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Gentoon megy :) Tetszik ami változott.
Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش
- A hozzászóláshoz be kell jelentkezni
Xubuntuhoz vajon elérhető lesz????
- A hozzászóláshoz be kell jelentkezni
"pre1" ?
Talán majd egy év múlva.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
no ez legalább pozitívum :-)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
no ne má ...
- A hozzászóláshoz be kell jelentkezni