Pinaraf a écrit 3682 commentaires

Perso j'utilise assez souvent vi simplement parce que c'est court à taper (je rigole pas hein, pour éditer un xorg.conf foireux ou lire un log de X, c'est pratique)
Mais en fait, je voudrais savoir s'ils peuvent me procurer des avantages pour programmer...

P.S : OpenOffice c'est une appli gnome ? :p

Hum tu m'intéresses...
La complétion C++ d'emacs est-elle intelligente ? Je veux dire, si je fais #include puis que je tape std::, va-t-il me dire tout ce qui est dispo dans le namespace std à cet instant là ?

Je crois que t'as gardé une habitude de windowsien pour installer des programmes.
Perso, je compile presque jamais de programme, je passe toujours par apt-get (ou un de ses frontend quand je suis vraiment pas en forme, ou pas chez moi)
Quelle distrib as-tu qui ne te permette pas d'installer n'importe quel programme en quelques clics ?

Je me pose la question : pourquoi utiliser Emacs/vi/autre éditeur texte ?
Je veux juste savoir si y'a des extensions miracles qui les rendent plus sympas à utiliser pour le développement en C++/Java/Python
Parce que Eclipse ou netbeans font un boulot formidable pour Java, kdevelop correct pour C++, eric correct pour python...
Je pense à la complétion, à la coloration syntaxique, l'explorateur de projet...
Merci d'avance

Et on continue, dans la joie et la bonne humeur !
Perso, je préfère de très très loin faire un unique include/import/cequevousvoulez puis après des appels à une unique fonction, en changeant uniquement les arguments (exemple : nom de l'appli (amarok, rhytmbox...) et le nom de l'appel (mainIface/PlayPause, player/playpause...)) plutôt que de faire un include dcop, un include dbus (ou équivalent utilisé dans rhytmbox) et les appels d'initialisation de chacun de ces systèmes en fonction du choix de l'utilisateur, puis enfin l'appel correspondant à chaque système (et donc différent)

Non, c'est pas moi qui me charge de packager gnome... Je n'ai fais que rapporter ce que m'ont signalé ceux qui se cassent les dents dessus...

Plus de gimp qui dépend de gtk qui dépend d'un truc gnome ...

KDE powa pour les deps
Voici les dépendances de base d'un kde : qt, arts, kdelibs, kdebase, divers trucs de base du système (cf leur site)
Pour gnome on va rire :
> metacity - 2.9.3 (le window manager de gnome)
=> gtk+ - 2.6.1
==> atk - 1.9.0
===> glib - 2.6.1
==> pango - 1.8.0
==> gnome-mime-data - 2.4.2
===> shared-mime-info - 0.15
====> libxml2 - 2.6.17
=> GConf - 2.9.2
==> ORBit2 - 2.12.0
===> libIDL - 0.8.4
=> libglade - 2.5.0
=> startup-notification - 0.8

> gnome-panel - 2.9.4
=> libgnomeui - 2.8.0
==> libbonoboui - 2.8.0
===> libgnomecanvas - 2.8.0
====> libart_lgpl - 2.3.16
====> libglade - 2.5.0
=====> gtk+ - 2.6.1
======> atk - 1.9.0
=======> glib - 2.6.1
======> pango - 1.8.0
======> gnome-mime-data - 2.4.2
=======> shared-mime-info - 0.15
========> libxml2 - 2.6.17
===> libgnome - 2.8.0
====> gnome-vfs - 2.9.3
=====> gamin - 0.0.20
=====> libbonobo - 2.8.0
======> ORBit2 - 2.12.0
=======> libIDL - 0.8.4
=====> GConf - 2.9.2
====> libxslt - 1.1.12
==> gnome-keyring - 0.4.1
=> libwnck - 2.9.4
=> gnome-desktop - 2.9.4
==> desktop-file-utils - 0.9
==> esound - 0.2.35
===> audiofile - 0.2.6
==> scrollkeeper - 0.3.14
===> intltool - 0.32.1
==> startup-notification - 0.8
=> gnome-menus - 2.9.4
=> evolution-data-server - 1.1.3
==> libsoup - 2.2.1

Je te laisse le compiler sur ta LFS sans garnome ! (ces deps sont extraites des infos de garnome)
Pire, je te laisse le packager...

Mais tu mélanges tout. Gimp ou Firefox ne sont pas une applie Gnome et n'ont jamais prétendu l'être.
Parle de evolution, galeon, epiphany, gaim, gnucash, abiword, rhythmbox, etc quand tu veux parler des applis Gnome.

Tiens, j'ai demandé son avis à garnome (ou plutôt à mon script python qui lit les deps des applis fournies avec garnome)
Rions un peu... (vous comprendrez aisément que cela représente l'arborescence de dépendaces)
> gimp - 2.2.2
=> gtk+ - 2.6.1
==> atk - 1.9.0
===> glib - 2.6.1
==> pango - 1.8.0
==> gnome-mime-data - 2.4.2
===> shared-mime-info - 0.15
====> libxml2 - 2.6.17
=> libart_lgpl - 2.3.16

> epiphany - 1.5.4
=> libgnomeui - 2.8.0
[SNIP... SNIP]
=> firefox - 1.0

Lis et après expliques nous que c'est un remplaçant d'Orbit et bonobo. Ça va être fun.
C'est pas pour dire mais y'a un mec qui lit ce que les autres n'ont pas écrit...
Où a-t-il écrit que dbus remplace bonobo ?

Y'a pas d'autres mots là, t'es con !
C'est pas possible !!!
C'est peut être une tare familiale...
Mais franchement y'a des limites.
Mais il vaut mieux pour le future un systeme commun à Gnome et Kde.
On la refait plus simple :
UN SYSTÈME COMMUN, C'EST MIEUX

> > Firefox n'est pas une appli Gnome !
> Ok, alors pourquoi ce changement à la con ?
Votre connerie commence à me brouter grave.
T'es gentil coco, mais on t'insulte pas.
Remarque insulter les gens ça peut être sympa ça leur enlève l'envie de répondre. et en plus ça augmente les chances de se faire moinsser => les conneries sont cachées.
En attendant, t'as pas répondu.
Vraiment pratique les insultes ! Je vais essayer tiens

Red Hat met evolution en maileur par défaut sous KDE, çà ne fait pas de evolution une appli KDE.
Hé je vais t'annoncer un truc : certaines distribs mettent mozilla par défaut avec KDE, ça fait pas de mozilla une appli KDE
Qu'est-ce qu'on se marre à raconter des trivialités !

Le néophite qui configure apache avec apacheconf il est mal barré pour changer certaines options d'apache
Incompatibilité détectée dans la phrase : néophite et apache.
Mais c'est génial, on peut comparer une appli qui nécessite un niveau de connaissances (apache) à une appli de base (nautilus) :)
Ça va être poilant à la prochaine joute contre pBpG :) (j'déconne pBpG, si tu lis ce message, sache que je pense à toi mais j'ai pas le temps de faire le pitre avec la poste tchèque)
Pour la vidéo, ils utilisent xine généralement
J'utilise mplayer.Et à part ça ?
http://www.kde.org/info/requirements/3.3.php(...)

Super. Ils font mieux que de communiquer au sein d'une seule appli.
Ho, on passe au niveau supérieur à ce que je vois ?
> Et DBUS fait ça aussi, donc ça fait doublon.
DBUS ne fait pas que ça.
Dans mon dictionnaire, aussi a différents sens. Je te laisse aller regarder, tu devrais pouvoir comprendre, si néanmoins le français employé dans un dictionnaire n'est pas trop dur pour toi, que j'ai utilisé le sens "L'addition"

> Pas à la volée, mais ça existe !
Donnes plus d'info. HAL tourne en root car il faut les privilèges root pour ça. Peut-être que KDE a trouvé un trou de sécurité pour faire ça sans uid=0.
Pas à la volée => en utilisant le fstab

Très bien. Que KDE recode tout dans son coin puisque c'est ce qu'ils veulent.
Ils vont nous faire quoi à ton avis ?
Un Dbus light pour ne pas concurrencer le monopole de DCOP.
Toi con ou toi faire exprès ?
Eux faire choses avant standard freedesktop exister. Donc eux pas pouvoir utiliser ce standard
Et eux embêtés devoir tout casser car maintenant standard exister. Donc eux attendre prochaine version.
Toi compris ?

À la lumière de tes brillantes explications, tu peux expliqué pourquoi KDE va utiliser DBus/HAL et peut être gstreamer s'ils ont déjà tout et "tout bien".
Pour suivre des standards ? Pour l'interopérabilité entre les desktops ?

Je suis désolé mais gconf est une cache pour les options : leur visibilité est largement réduite, surtout pour le néophite...
Un néophite qui n'aime pas le mode spatial, il est mal barré pour le changer tout seul.
Alors que si il aime pas... j'en sais rien moi, le gg: pour chercher sur google (il peut préférer google), il n'a qu'à faire Configuration > Configurer konqueror

Firefox n'est pas une appli Gnome !
Ok, alors pourquoi ce changement à la con ?
(et non j'imprime pas bien j'ai une grippe)

Framework multimedia sous KDE (je ne parle pas d'un serveur de son) ? => Non
Et tu veux qu'ils intègrent gstreamer pour faire double emploi avec arts sur le son ? sympa.
Pour la vidéo, ils utilisent xine généralement
Bus de communication système ? => Non
Communication entre applis ? Oui
Et DBUS fait ça aussi, donc ça fait doublon.
Gestionnaire de périphérique et configuration à la volé du système ? => Non
Pas à la volée, mais ça existe !
Que KDE implément Dbus uniquement pour les qualités spécifiques de DBus. Ça sera parfait.
Puis au passage fasse doublon avec DCOP.

Es-ce que ça remplacera quelque chose de KDE ?
Oui : http://developer.kde.org/development-versions/kde-3.4-features.html(...)

Gnome utilise DBus dans Gnome 2.8 et il y a compatibilité source et binaire pour tous les gnome 2.x.
Ben non ça casse rien : ça remplace un vide...

Ho, j'avais pas remarqué :
j'ai rebooter
How shocking ! (C'est chiant de lire des langues étrangères, alors arrête le SMS)

Bon, mon état grippal m'empêche d'argumenter...
Je te réponds simplement : http://easyurpmi.zarb.org/?language=fr(...)

C'est toi qui comprend pas le monsieur !!
Je vais pas tout reprendre mais par exemple sur gconf : il a dit que c'était caché dans gconf, et toi tu lui réponds que c'est pas caché parce que gconf est fourni en standard... Je suis désolé mais gconf est pour moi une cachette, au même niveau que le about:config de mozilla ! Les options ne sont pas clairement visibles comme dans KDE. Autre reproche que je fais à gnome : Edition > Préférences... Je te laisse expliquer à un ami qui utilise firefox sous linux pourquoi Outils > Options s'est barré là dedans

Autre chose : Enfin, la nouvelle différence est que Gnome est réellement impliqué dans freedesktop. KDE est encore en train de discuter sur DBUS/HAL/Gstreamer/etc alors que tout est déjà utilisé et diffusé par Gnome depuis quelques mois.
gnome avait un équivalent à gstreamer ? Non
à DBUS ? Non
à HAL ? Non
KDE avait tous les outils remplissant ces tâches plus ou moins bien. Comment veux tu du jour au lendemain dire : "aller hop, on remballe tout et on recode tout avec les nouvelles technos, et adieu la compatibilité" ?
HAL sera utilisé dans KDE 3.4 via media:/ gstreamer sera peut être utilisé (je m'en fous complètement : mon arts marche, j'en demande pas plus)
DBUS sera utilisé dans KDE 4 car ils vont pouvoir briser la compatibilité binaire, ce qui n'est pas "permis" lors du passage kde 3.3 -> 3.4 par exemple.

Et ?
Je veux pas faire un raccourci clavier ni cliquer sur quoi que ce soit !
Je veux juste voir toutes mes fenêtres en même temps tout le temps !

Une config qui arrive à faire tourner correctement un affichage en 2D ne peut pas forcément afficher un bureau 3D. Pour faire tourner l'interface "niou d'jenerailleshone" de longhorn il faudra une carte graphique DX9!!! Z'avez pas une 6800GT? Désolé il faudra utiliser l'ancien look.
Ce qui n'est pas vraiment le cas de Looking Glass.
Enfin, si mais pas dans cette proportion !
Il tourne sans problème sur une GeForce 4 MX 440, qui est désormais sous le bas de gamme actuel.
Mais pas sur les radeon : merci ATI pour les drivers linux de la mort, on les attend encore !

Ma mauvaise influence continue...
C'est dingue ça y'a personne sur ce groupe ou quoi ??
Pour info, si je partais du groupe, Renaud passerait en trentième position (http://www.audioscrobbler.com/user/Pinaraf/(...))

Oui j'ai pu l'essayer !
Ça marche assez bien, je trouve ça sympa à utiliser... Mais j'ai pas de périphérique spécial...
Sinon comment j'aurais pu faire les screenshots ?

Et pour la vidéo : pas le temps maintenant...

J'ai essayé Komposé. J'ai essayé exposé de MacOS X...
Ben c'est pas ce que je veux ! Je veux pas appuyer sur une touche pour pouvoir voir toutes mes fenêtres !!

Boubourse ! c'est le troll sur E17 qui est en train de mourir !

C'est surtout les fabricants de matos qui ramennent à microsoft leur matériel !
Les fabricants font leur matos avec la compatibilité windows en tête !

Je t'invite à envoyer ta lettre de doléance aux fabricants de matériel qui nous méprisent.
Si tu veux comparer linux et windows à terrain égal, prend un windows sans jamais prendre de driver faits par les fabricants : tu vas bien te marrer... La solution c'est d'utiliser du matos qui soit standard, par exemple un modem ADSL ethernet...

c'est toujours bon de mettre en perspective...
Surtout quand on parle de 3D :)