Tuto FreeBSD - Page 4

Je quitte ce forum, ainsi qu'Internet en général.

moi, fediora etait tellement bugué pour un version stable que je reste a deb, qui meme en unstable est plus stable qu fedora

je plussoye mais ca va troller

lol mais non voyons

Billy Charvet
: la configuration des paquetages sous Red Hat/FC est vraiment pourrave.

As-tu essayé Synaptic (le frontend pour apt-rpm)? (Cf. Fedora Extras.)

Anaconda on en parle m^ pas (pk rester à l'ext3 ?)

Pourquoi pas?

et X.Org merci mais pas de pilotes NVidia permettant l'accélération hw...

Ce n'est pas un problème avec X.Org, mais avec le noyau 4KSTACKS. Et c'est résolu dans la version la plus récente du pilote NVidia.

Je quitte ce forum, ainsi qu'Internet en général.

X.Org le futur

je demande a voir

Godzil :
X.Org le futur

je demande a voir

C'est vite vu.
http://freedesktop.org/XOrg/X11R68ScreenShots

Qu'est-ce qu'on est censés remarquer ?

Bof X11 est en fin de vie

Faut plutot ce tourner du coté de projet tel Y

godzil> un lien ?
parce que pour google, c'est un peu court 'Y'

[google]y window system[/google] a priori


edit : http://www.y-windows.org/

J'avais entendu parler de ça. Certains points sont prometteurs, dont :
- la conservation de la transparence réseau. Ca c'était un sine qua non.
- "This can even include the use of 3D-accelerators' textures to draw windows with"
Ca c'est quelque chose que j'attendais depuis longtemps. C'est ce que Apple fait sur Mac OSX pour avoir un affichage aussi rapide. En plus ça permet toutes sortes d'effets visuels, d'avoir le contenu d'une fenêtre sous forme d'une texture.

Les points qui pèchent :
- le site ne parle pas du support multihead. J'espère que l'architecture du truc ne passe pas à côté.
- apparement aucun protocole de transition n'est prévu. Ca ça risque d'être fatal au projet . Enfin ils ont quand même une xlib utilisant leur serveur, donc à voir.

Billy Charvet
: Hélas, c'était une beta au moment de la sortie de FC2... Donc dl supplémentaire...

Le driver NVidia n'a jamais été inclus avec Fedora.

Bon, et une compilation de X.Org alors qu'on a XFree compilé sur le CD de FreeBSD

On a X.Org compilé, nous! Et FreeBSD est aussi passé à X.Org dans -CURRENT depuis.

quel homme ce kevin

ça veut dire qu'on est fouttu, nous pauvres gentooistes, parce que notre x.org est pas compilé ?

bof, compilé/pas compilé....
moi j'ai entierement compilé ma gentoo

Sasume :
Qu'est-ce qu'on est censés remarquer ?

Que X.Org X11 est en pleine activité, et qu'ils ont même implementé les fameuses extensions qui manquaient tant dans les serveurs X, qui permettent en autre de faire de la composition de surfaces (vraie transparences, scaling, fini les clignotements de widgets, vraies ombres sous les fenêtres etc...).

Godzil :
Bof X11 est en fin de vie

Faut plutot ce tourner du coté de projet tel Y

X est et restera la référence pendant encore de nombreuses années, ça ne fait plus aucun doute maintenant. Le plan à long terme s'appelle XGL.

Que X.Org X11 est en pleine activité, et qu'ils ont même implementé les fameuses extensions qui manquaient tant dans les serveurs X, qui permettent en autre de faire de la composition de surfaces (vraie transparences, scaling, fini les clignotements de widgets, vraies ombres sous les fenêtres etc...).

Chose qu'aucun terminaux X n'implementera un jour, bref quasi inutile. La notion de réseau, autant génial soit elle est le "bas qui blesse" avec X11, autant pour des machines distante c'est utile, autant sur une machine locale c'est un surcoût énorme de ressources pour pas gd chose

Nan, en local c'est pas un surcout énorme. Ca c'est une idée reçue, mais qui n'a pas de fondement. tu perds presque rien en réalité, parce que les applications locales n'utilisent pas la pile réseau mais utilisent le transport UNIX qui est un pipe bidirectionnel.

Godzil
: Chose qu'aucun terminaux X n'implementera un jour, bref quasi inutile.

C'est la feature request numéro 1 des utilisateurs.

La notion de réseau, autant génial soit elle est le "bas qui blesse" avec X11, autant pour des machines distante c'est utile, autant sur une machine locale c'est un surcoût énorme de ressources pour pas gd chose

Euuuh, t'as pas l'air de bien savoir comment fonctionne X ? En local ça ne passe surtout pas par le réseau, c'est de l'IPC locale (sockets UNIX, ce qu'il y a de plus rapide), et mémoire partagée avec MIT-SHM. Dans X.Org X11 on va bientôt pouvoir faire carrément du direct rendering vers OpenGL via Cairo/glitz, et il y a des benchs qui montrent un facteur 100 d'accélération pour certaines primitives graphiques (ça dépend alors de la carte graphique et de la qualité des drivers OpenGL). Tout le monde migre vers cette approche, Mozilla et GTK sont en train d'être portés en ce moment même.

On verra bien, les sockets unix je connait, mais cela dépend de la config de la machine si ton "display" est foireux tu pers l'utilisation des socket unix (AF_UNIX) et j'ai vu pas mal de *nix configuré avec un DISPLAY=IP_MACHINE:0

La config par défaut de toutes les distrib que je connais (drake, debian, fc :/, openbsd) utilise un display de :0

Sinon pour les accès direct OpenGL, ça exitste déjà avec XFree86. En cas de serveur local, un stub côté client bypasse la transmission des commandes au serveur. Et si tu utilises les ARB qui vont bien, tu peux même mapper la mémoire de ta carte vidéo directement dans ton processus.

j'espere quand mme qu'en local on pourra largement mieux faire qu'a distance, mais bon la gestion des transparences & co via un terminal X ça va suxxé a mort

Ben le but c'est justement d'avoir la gestion de la transparence sur le serveur pour que ça ne sux plus. (parce que actuellement la transparence c'est le serveur qui envoit l'image au client, le client calcule le résultat et le renvoit au serveur il me semble).

vraie transparence sous linux ?
miam !!!

vraie = ?

Sasume :
vraie = ?

Calculée en temps réel, en fonction de toutes les surfaces et pas seulement le background.

pas un affichage du fond par dessous l'affichage du contenu de la fenêtre
(ce que faisait Konsole ou un prog dans ce genre, il y a quelques temps)

Godzil
:

Que X.Org X11 est en pleine activité, et qu'ils ont même implementé les fameuses extensions qui manquaient tant dans les serveurs X, qui permettent en autre de faire de la composition de surfaces (vraie transparences, scaling, fini les clignotements de widgets, vraies ombres sous les fenêtres etc...).

Chose qu'aucun terminaux X n'implementera un jour, bref quasi inutile.

Je m'en fiche des terminaux X si j'utilise X.Org X11 client et serveur (en local sur ma machine Fedora).