marseillais a écrit 325 commentaires

Je pense que tu te trompe :
- le cd d'installation normal est doté un d'installateur graphique
- le live cd permet d'installer ubuntu

Mais ce sont toujours deux cd différents. Enfin a en voir les dépots ftp je pencherais pour cette option car on y trouve les deux types de CD.

Pour kubuntu il ya un retard. Les raisons données :
Flight 5 not ready yet!
Apparemment il y aurait quelques problémes avec l'installateur graphiques.

a moins que cela soit une retransmission ou autre si il est contre quelqu'un peut m'expliquer ce qu'il faisait la au lieu d'etre dans l'hémicycle? Une loi existe me semble t'il sur la présence des éléves de lycée en cours mais dans l'hémicycle c'est plutot light la présence, le respect de l'autre, la ponctualité, ..... Mais bon c'est surtout que ca sert a rien d'aller dire a la radio je suis contre puis de ne pas étre la ou il faut pour agir. Surtout quand on en a la possibilité.

certes pas longtemps pour le faire tourner! mais apres il faut penser qu'il faut faire fonctionner un clavier bizarroide, pouvoir afficher un clavier dans les coins de l'ecran pour étre utilisable, gérer une mobilité énorme, avoir une facilité de transfert entre les différents origami avec leurs os, bref beaucoup de boulot certainement déja fait pour ms!

je vois pas vraiment le rapport avec XGL. Certes cette technologie utilise a coup sur une accélération graphique du style de XGL mais ce n'est pas xgl qui permet de faire ca. La technologie présentée ici c'est l'ecran tactile tres particulier.

En effet on peut voir que le(s) personnes qui l'utilisent jouent avec plusieurs mains. Donc plusieurs points de contacts et meme de nombreux points de contact vue qu'ils peuvent mettre plusieurs doigts par mains en meme temps. Jusqu'a maintenant les écrans tactiles ne géraient qu'un seul point de contact. C'est ca qui est présenté et pas du tout XGL.

PS : il me semble que c'est un brevet déposé par apple.

parole de marseillais on dit : faignasse!

http://www.internetnews.com/dev-news/article.php/3583191

ce qui me semble intéressant :

- Novell has already garnered the interest of the principal graphics chips vendors, Intel, ATI and Nvidia.
et :
"Intel, ATI and Nvidia, we have engineering co-operation from each of those companies they've each seen XGL and have responded very positively.

donc des drivers certes proprio devraient sortir pour chacun de ces constructeurs et ca c'est un bon point!

- And think that adoption of Xgl into the mainstream X.org release will happen sooner than most would expect
Ca serait pas si lointain que ce qu'on pense! ce qui en gros veut tout dire et rien dire a la fois ...

ca c'est moins bon :
Friedman explained that Xgl relies on the drivers to already be on the users systems and if the users don't already have the video drivers none of this stuff will work

donc si les constructeurs ne sortent pas de drivers pour les anciens modéles ceux ci l'ont dans le baba!

PS : tout ceci est sujet aux erreurs de traduction que je pourrais avoir fait.

il y a déja un package de Xgl dans dapper. je ne l'ai pas testé pensant que sur la carte graphique de mon portable (une intel i915) ca ne donnerait pas grand chose et n'ayant pas non plus trouvé d'info sur les modifs a faire dans la conf de X.

mais bon le package existe ...... (et les libs qui vont avec aussi)

bon apparemment ca a été déplacé! je l'avais mis dans les forums parce que c un sujet qd meme peu connu et qui aurait a mon avis pu étre utilie et parce que ici j'ai une chance sur 1000 d'avoir un jour une réponse .... tant pis!

merci de la précision. J'avoue qu'étant intéressé par Xorg je me renseigne sur son avancement mais parfois je suis (comme en ce moment avec ce débat) dépassé. Et je me suis laissé dépassé par l'article de pcinpact toutes mes excuses pour cette horreur.

vista n'en aura pas un bout! il aura le pendant de XEGL mais non pas basé sur l'openGL mais sur directX. Ceci est d'ailleurs plutot négatif vue que désormais une application openGL sera forcément plus lente qu'une application directX vue que celle ci devra passé par un "interpréteur" http://www.pcinpact.com/actu/news/LOpenGL_recalle_dans_Windo(...)

il existe déja Xdesktopwaves qui permet de faire le "genre" de rendu que l'on peut apercevoir sur le screenshot que tu donne dans le dernier lien. Mais pour le moment ce genre d'applications est inutilisable (en tout cas chez moi) avec le serveur X actuel (sans XGL). Il reste a espérer que la vitesse sera donné par le serveur X et que la souplesse et la beauté seront apporté par plasma. pour ce qui est des applications, du matériel, de nombreux projets sont en cours pour kde4 comme coolness : http://appeal.kde.org/wiki/Coolness

plasma devrait permettre bien plus que superkaramba! lui n'ajoutais que de simple image sur le bureau. Plasma devrait (si j'ai bien tout compris) de gérer entiérement le bureau. Ainsi la barre des taches, le menu K, le systray seront des applets plasma changeable a volonté, déplaceable a volonté avec la souris, customisable.
De plus plasma acceptera des langages de programmation bien plus varié que ne le fait superkaramba actuellement.

plutot comme des "Mets plus de sauce bolognaise sur mes spaghetti"

sinon pour acid2 je pensais que le défilement devait laisser la tete intacte non ? si oui ce n'est pas le cas.

en résumé :
quelques améliorations sympa dans kicker

konqueror bien amélioré (passe presque acid2 (le défilement ne marche toujours avec celui de la RC1))

superkaramba intégré a kde, plus jolie, plus fonctionnel facile a utiliser, plus buggé!

kopete avec des améliorations sympa comme gestion plus fine des notifications ou la video avec le protocole msn

a part ca rien de bien trancendant a part des corrections de bug et autre joyeuseté!

et non kde3.5 n'est pas sous qt4 vue que meme pas 5% des appli kde n'ont été porté sous qt4!

pour le probléme du depot c'est temporaire le dépot est emporairement down mais ne semble pas etre vitale. sinon pour les problémes de clé en cherchant un peu :
http://www.kubuntu.org/announcements/kde-35rc1.php

donc tu télécharge la clé a cette adresse : http://people.ubuntu.com/~jriddell/kubuntu-packages-jriddell(...)
puis : sudo apt-key add kubuntu-packages-jriddell-key.gpg

voici les depots kubuntu :
#kde 3.5
deb http://kubuntu.org/packages/kde35rc1 breezy main
deb ftp://bolugftp.uni-bonn.de/pub/kde/unstable/3.5-rc1/kubuntu breezy main
deb http://www.mirrorservice.org/sites/ftp.kde.org/pub/kde/unsta(...) breezy main

un quatriéme devrait peut etre arriver vu qu'il était actif pour les deux premiéres béta mais pour le moment rien sous le soleil :
#kde 3.5 beta2 dépot non mis a jour!
#deb http://mirror.cc.columbia.edu/pub/software/kde/unstable/3.5-(...) breezy main

désolé la prochaine fois je laisserais troller et ne chercherais a donner des liens contenant des infos complémentaires!

comme de bien entendu le lien est celui de ma page personnelle. http://mars-linux.over-blog.com/(...)

Voila je n'essai pas de me faire de la pub mais seulement de fournir un lien connexe : celui de mon blog!
j'y parle un peu de linux un peu de tout et rien et beaucoup de kde.

sinon clic droit ajouter un flux a akregator sur le lien RSS a gauche. a partir de konqueror hein! :)

ca m'intéresse et je bookmarkerais volontier dans akregator sauf que :
Problème lors de l'analyse du XML
problème grave lors de l'analyse : error occurred while parsing reference à la ligne 492, colonne 58
Le Livret du Libre dans le livre blanc de Di&Mark
^

et donc akregator ne veut pas de ton flux.

bon c'est bon j'ai trouvé c'etait mes régles de montage dans udev qui n'etaient pas les bonnes : http://mars-linux.over-blog.com/article-843955.html(...)

euh si j'ai bien compris! mais moi je veux que ma cléusb se monte dans /mnt/cleusb que mon apn se monte dans /mnt/foto et mon ddusb dans /mnt/dd_usb. Et ceci tout le temps et dés que je les branche!

j'utilise kde 3.4.2 avec en effet pmount hal et dbus sauf que ca ne me monte que sda1 sdb1 et autre! Le probléme est que selon l'ordre ou je branche ces périphériques je n'ai pas un nom associé a un périphérique! du genre si je branche mon apn en premier il sera en sdb1 dans ce cas je fait mon fstab pour qu'il le monte dans /mnt/foto mais si la fois d'apres je branche ma clé usb en premier elle se retrouvera sur sdb1 et donc montée dans /mnt/foto au lieu de /mnt/cleusb. c'est pour cette raison que j'ai avec udev créé les liens /dev/ma_cle et /dev/apncoolpix spécifiques a ces périphériques. Mais la combinaison hal/pmount/dbus ne me monte que sdb1 et pas les liens que j'ai créé.