cppuser a écrit 210 commentaires

  • # C'est normal que Windows gagne

    Posté par  . En réponse au journal Microsoft estime avoir gagné la bataille contre Linux sur les Desktop/Laptop/Netbook/Workstation. Évalué à -4.

    • trop de distributions différentes qui n'apportent rien de plus. Du coup même si on n'aime pas Ubuntu elle a le mérite d'exister (même si ce n'est pas celle là que j'utilise)
    • pas assez de programmes "propriétaires" : les jeux, les logiciels propriétaires (ils connaissent pas Qt ou quoi). Ou alors quand ils utilisent Qt ils sortent juste pour Windows et Mac (Photoshop par exemple)

    Si les ordinateurs étaient installés avec linux et que les jeux sortaient en version linux aussi là cela pourrait fonctionner mais sinon...la guerre est perdue :-)
    Dans le milieu industriel les logiciels sont souvent sous Windows uniquement et c'est dommage.

  • # Mon exemple avec mon père

    Posté par  . En réponse au journal Gnu/Linux a t'il raté le Desktop ?. Évalué à 1.

    Bonjour,
    certes il a un PC de 2004 je crois, donc un peu vieux, mais à chaque fois que je faisais des mises à jour, il y avait des soucis avec X11. Je sais que ce n'est pas forcément la faute de linux, mais du coup j'étais obligé de tout ré-installer des fois (désolé mais j'ai jamais compris dans certains cas pourquoi le serveur X11 ne voulait pas se lancer). Comme c'était une rolling release j'ai même bloqué la mise à jour du noyau et de Xorg et ce qui va autour, ben non ça a réussi quand même à planter. Bref mon père en a eu marre et il a (avec l'aide de mon frère n'étant pas là) installé windows sur toute la partition et ne veut plus entendre parler de linux. Etant un utilisateur depuis très longtemps je comprends que linux n'arrive pas sur les bureaux car :
    * trop de versions de linux, Mr TrucMuche veut sa distribution, eh ben hop il le fait, donc il n'est pas possible (ou difficilement) de prendre le logiciel Machin et de l'installer. Typiquement dans le cas de mon père (firefox x est sorti sur windows). Ben pas de bol il n'est pas encore sorti sur ta distribution (bon c'était un peu faux vu que c'etait une rolling release),
    * il y a quelques trucs un peu chiant des fois qui font que ça marche pas forcément du premier coup (pas d'exemple précis en tête mais bon)

    Le soucis c'est que l'humain de base veut que cela fonctionne bien, de suite. Raison pour laquelle Windows et Mac OS resteront encore longtemps sur les bureaux.
    Je trouve dommage que ces chers développeurs (j'en suis un mais pas sur le code de "linux" noyau, biblio...) n'aient pas voulus faire un "socle" commun de suite pour contrer tout cela mais bon (du moins ce n'est pas appliqué). Souvent on a le logiciel a qui veut la bibliothèque B.4.5 et on a la B.6 sur le système donc pas possible d'installer correctement....avec Android cela démarre peut être un peu mieux (à voir) mais c'est quand même très fort non :-)
    Quand a la ligne de commande, je suis d'accord que c'est mieux pour un administrateur qui travaille toute la journée sur des machines. Mais quand vous configurez une fois l'an une machine, une bonne interface graphique a du bon.
    Bonne fin de journée

  • # Du coup cela explique C/GTK+ avec le devis de 2003

    Posté par  . En réponse à la dépêche Co-financement d'un logiciel de transfert vers machine-outil. Évalué à 2.

    Comme Qt n'était pas LGPL à l'époque, que wxWidgets n'était pas forcément hyper-connu non plus, ils sont restés sur GTK+ ou alors il s'agit d'un devis de 2003 :-) !!

  • # Entreprise radiée ?

    Posté par  . En réponse à la dépêche Co-financement d'un logiciel de transfert vers machine-outil. Évalué à 9.

    L'entreprise est radiée, donc n'existe plus. Etonnant non ? pour un tel projet (cf sociéte.com)

  • # C et GTK, pas le mieux je pense

    Posté par  . En réponse à la dépêche Co-financement d'un logiciel de transfert vers machine-outil. Évalué à 6.

    Bonjour,
    sans vouloir troller, je ne pense pas que le couple C/Gtk+ soit le plus adapté pour du portage (même si cela fonctionne). Je pense qu'un langage objet serait plus adapté, le couple C++/Qt serait pas mal (ou python/Qt). Avant de me faire incendier, j'ai testé Gtk et c'est quand même moins pratique que des frameworks comme wxWidgets ou Qt. Et ayant testé ces deux frameworks durant plusieurs années : d'abord wxWidgets puis au changement de licence j'ai essayé Qt, il m'est apparu que Qt était bien plus pratique, moins de code, plus puissant aussi. Après c'est une question d'habitudes aussi.
    Bonne journée

  • # j'ai eu ce soucis

    Posté par  . En réponse au message Openoffice et le gestionnaire de fichiers. Évalué à 1.

    et je suis passé à LibreOffice pour d'autre raison et bizarrement ça va mieux, alors que c'est juste un fork. J'ai pas essayé d'en savoir plus (mais il y a eu des patch d'Oracle entre temps).
    Sinon c'est normal que les gens demandent si cela se passe dans tous les cas, sur différents fichiers...faut pas le prendre mal, sinon ben personne ne réponds ensuite.
    Bye
  • # clang est déjà dans ma distribution

    Posté par  . En réponse à la dépêche LLVM 2.8, ça avance !. Évalué à 1.

    Je ne sais pas comment il a été compilé, je suppose en mode releave logiquement (paquet archlinux). Par contre pour le moment il faudrait aussi que les "fichiers d'entêtes" passent avec clang. Avec gcc ça "explose" les temps de compilation (divison par 4 sur des petits projets), mais j'ai une erreur "unable to read PCH file: 'Is a directory'" si je passe sur clang donc faudra déjà que je règle cela.
    Bon si le fait que Qt ait été compilé sur archlinux avec gcc fait que ça plante, ça va pas être évident non plus. Car si je dois recompiler toutes les bibliothèques avec clang c'est pas gagné. Je suis pas expert en compilation mais je croyais qu'il y avait un format standard pour les binaires ?
    Bonne soirée
  • # Pour moi clang est plus lent que gcc 4.5.1à compiler et ça bug

    Posté par  . En réponse à la dépêche LLVM 2.8, ça avance !. Évalué à 1.

    Bonjour,
    j'ai fait quelques tests avec clang et il est à chaque fois plus lent de peu pour compiler. Je n'ai fait des tests sur que des exemples de programmes avec Qt. Et sur l'exemple wolfenqt, en plus le programme une fois compilé plante avec un "segmentation fault" alors qu'il fontionne très bien compilé avec ggc.
    Je n'ai pas regardé d'ou venait l'erreur mais bon. Je suis de toute façon intrigué par le fait qu'ils indiquent que c'est bien plus rapide que gcc.
    Si quelqu'un a une idée du pourquoi de la chose. Merci
    Bonne journée
  • # Peut on savoir ce qu'elle a de plus que d'autres distributions ?

    Posté par  . En réponse à la dépêche Sortie de Frugalware 1.3 Haven. Évalué à 2.

    Bonjour,
    en effet on dirait que chacun veut faire sa distribution. Pour le rolling-release y a archlinux, Gentoo pour ceux qui veulent pouvoir recompiler "facilement" (voire archlinux aussi)...je veux dire que si l'on veut utiliser sa console pour l'installation archlinux le fait bien.
    Quel est l'intérêt de cette distribution dans le sens de l'ajout de fonctionnalités ou autre.
    Merci
  • [^] # Re: inetd et et ssh sont dans un bateau

    Posté par  . En réponse au message sshd -D fonctionne mais pas avec sshd lancé via inetd des idées ?. Évalué à 1.

    Bonsoir,
    je vais regarder cela mais à priori tout semblait identique. Quand je fais un netstat ... | grep inet je vois qu'inetd écoute sur le port 22 ce qui est (sauf erreur) normal. Ce que je trouve étrange est que sur une des machines l'identification ne fonctionne mais elle fonctionne en mode debug. Si cela ne fonctionnait pas dans les deux cas...
    Merci j'irais jeter un oeil sur les fichiers de log pour voir s'il y a quelque chose.
    Bonne soirée
  • [^] # Re: Firefox 10x plus rapide que Chrome !

    Posté par  . En réponse au journal Performances comparées de Javascript sous divers environnements. Évalué à 1.

    Bonjour,
    ben moi sur http://patrickguignot.free.fr/sf/nouvelles_sf.html c'est quasi instantané sous Chrome 5.0.307.
    Bonne fin de journée
  • # Et que te donnes VLC ?

    Posté par  . En réponse au message Kaffeine. Évalué à -1.

    Bonjour,
    je n'utilise que VLC, sinon peut être les drivers ? quelle carte tu as ?
    Bonne soirée
  • # Chakra basée sur archlinux

    Posté par  . En réponse au message choisir une distrib linux. Évalué à 0.

    Bonsoir,
    c'est facile à installer et l'intérêt est qu'ensuite tu n'as plus rien à faire pour avoir les dernières versions des logiciels (car c'est archlinux)...pour ma part j'ai essayé Mandriva (très bien) mais j'en ai eu marre "d'attendre" puis de ré-installer la version qui suivait tous les six mois, je faisais cela de façon automatique mais de temps en temps...une merde, donc fallait tout ré-installer car cela prenait moins de temps que de chercher l'erreur (je sais c'est ma faute pas forcément celle de Mandriva). Du coup avec Archlinux j'ai du regarder comment fonctionnait linux et les réparations étaient plus faciles ensuite, à toi de voir, mais si tu veux connaître le fonctionnement de linux ben Chakra est très bien.
    Bonne soirée
  • [^] # Re: Design de l'application

    Posté par  . En réponse au journal GTK+ Made Qt : une bonne idée pour KDE. Évalué à -2.

    >Toi, tu n'as pas assez programmé en WxWidgets pour dire ça...
    bien si mais pas forcément en Qt, et sauf erreur de ma part, celui qui a "repris" VLC programmait en Qt du coup le portable.
    Je suis d'accord sur le fait que l'avenir de wxWidgets est moins "rose" depuis que Qt est passé en LGPL car Qt offre plus de choses, et va plus vite car c'est développé par une entreprise+KDE aussi. Pour l'aide à la construction wxFormbuilder est pas trop mal (mais j'ai pas testé il est vrai du côté de Qt). Et le port de python pour Qt il est comment ?
  • # documentation GTK

    Posté par  . En réponse au journal GTK+ Made Qt : une bonne idée pour KDE. Évalué à 0.

    Bonsoir,
    C'est vrai que pour les applications certaines ont été depuis portées sur windows mais il y en a moins que wxWidgets je trouve on peut rajouter kicad, wxMaxima, digsby, filezilla....
    Pour la documentation GTK, j'avais essayé de rajouter des fonctionnalités à wxWidgets version linux, mais j'avais laissé tomber pour certaines car je trouvais qu'il n'y avait pas assez d'explications sur GTK (attention il s'agissait de faire des éléments un peu plus techniques que ceux de base qui existent déjà sur wxWidgets). Le plus simple serait de voir ce qu'il y a sur wxWidgets (doc+livre en pdf), je trouve que c'est beaucoup plus clair à tous niveaux. Les informations sont certainement là aussi sur GTK mais j'avais eu plus de mal à les trouver (sans parler des "cast" entre GDK, GTK...), plus simple sur wxWidgets (désolé c'est ce que j'utilise). Ce que j'avais testé sur Qt m'avait demandé aussi beaucoup moins de temps que pour la même chose sur GTK. J'avais le sentiment que la doc GTK c'était juste l'API sortie avec docoxygen. Voilà mon ressenti, pas forcément complètement objectif.
    A+
  • [^] # Re: Design de l'application

    Posté par  . En réponse au journal GTK+ Made Qt : une bonne idée pour KDE. Évalué à -4.

    Bonsoir,
    je parlais naturellement des applications hors KDE et hors linux, plutôt sur les applications sur Microsoft Windows, c'est à dire sur le système qui (hélas) est le plus utilisé sur des ordinateurs de bureau.
    Bonne soirée
  • # Design de l'application (en commentaire cette fois-ci)

    Posté par  . En réponse au journal GTK+ Made Qt : une bonne idée pour KDE. Évalué à -3.

    Bonjour et désolé pour le doublon,
    je peux me tromper mais wxWidgets continue d'évoluer et offre le look natif du système sur lequel on travaille (certes GTK+ sous linux). J'ai du mal à voir l'intérêt de GTK+ car la documentation est bien loin du niveau de celle de wxWidgets ou Qt. Certes Qt soutenu par une société tirera certainement mieux son épingle du jeu (et le fait déjà) que wxWidgets. Je ne comprends spécialement l'intérêt d'être passé en Qt pour VLC, on n'a pas forcément gagné ou perdu au change.
    Lorsque je regarde les API (systèmes, machine virtuelle...) qui ont fonctionné ou fonctionne (java, C#), elles fonctionnent car elles offrent un même code pour tous les systèmes. Pourquoi wxWidets, Qt qui sont sur le même créneau sur les 3 principaux systèmes mais en natif donc plus performant n'ont pas su s'imposer j'ai un peu de mal à comprende (certainement le C++). En ce qui me concerne je trouve que le principal c'est la documentation puis la bibliothèque et à ce niveau j'ai toujours eu du mal avec GTK. Et ce n'est pas un troll :-)
    Bonne fin de journée

    PS à part GIMP de connu qui utilise GTK sur linux/windows, wxWidgets lui a Audacity, Amaya, CodeBlocks...mais visiblement cela ne suffit pas puisque j'ai l'impression que : Ouf VLC est passé en Qt :-)
  • [^] # Design de l'application

    Posté par  . En réponse au journal GTK+ Made Qt : une bonne idée pour KDE. Évalué à -4.

    Bonjour,
    je peux me tromper mais wxWidgets continue d'évoluer et offre le look natif du système sur lequel on travaille (certes GTK+ sous linux). J'ai du mal à voir l'intérêt de GTK+ car la documentation est bien loin du niveau de celle de wxWidgets ou Qt. Certes Qt soutenu par une société tirera certainement mieux son épingle du jeu (et le fait déjà) que wxWidgets. Je ne comprends spécialement l'intérêt d'être passé en Qt pour VLC, on n'a pas forcément gagné ou perdu au change.
    Lorsque je regarde les API (systèmes, machine virtuelle...) qui ont fonctionné ou fonctionne (java, C#), elles fonctionnent car elles offrent un même code pour tous les systèmes. Pourquoi wxWidets, Qt qui sont sur le même créneau sur les 3 principaux systèmes mais en natif donc plus performant n'ont pas su s'imposer j'ai un peu de mal à comprende (certainement le C++). En ce qui me concerne je trouve que le principal c'est la documentation puis la bibliothèque et à ce niveau j'ai toujours eu du mal avec GTK. Et ce n'est pas un troll :-)
    Bonne fin de journée

    PS à part GIMP de connu qui utilise GTK sur linux/windows, wxWidgets lui a Audacity, Amaya, CodeBlocks...mais visiblement cela ne suffit pas puisque j'ai l'impression que : Ouf VLC est passé en Qt :-)
  • [^] # Re: cluster ssh

    Posté par  . En réponse au message Tuer un processus distant sur un parc de machines. Évalué à -3.

    Merci cela correspond à ce que je pensais faire en boucle avec ssh.
  • [^] # Re: cluster ssh

    Posté par  . En réponse au message Tuer un processus distant sur un parc de machines. Évalué à 2.

    Merci cela correspond à ce que je pensais faire en boucle avec ssh.
  • [^] # Re: Normal

    Posté par  . En réponse au message Pourquoi le résultat est il différent entre le programme en C et celui en python ?. Évalué à 2.

    Merci cela fonctionne
  • # Ulipad

    Posté par  . En réponse au message Python : editeur qui fait la completion. Évalué à 1.

    Bonsoir,
    Essaye celui la tu verras bien, je débute donc...
    Bonne soirée
  • [^] # Re: Modération des propos

    Posté par  . En réponse à la dépêche Chakra, la distribution qu'elle est bien. Évalué à 2.

    Bonsoir,
    J'ai eu quelques soucis aussi, j'ai relancé tribe mais je n'ai pas changer la taille des partitions donc je ne peux pas dire ce qui se passe si on change les partitions. Mais ça a fonctionné correctement à partir d'un CD. Sinon utiliser archlinux si cela ne fonctionne pas et mettre les dépôts kdemod (ouais je sais autant garder archlinux).
    Bonne soirée
  • # Mon test de cette distribution 20s de gagné au démarrage

    Posté par  . En réponse à la dépêche Chakra, la distribution qu'elle est bien. Évalué à 2.

    Bonjour,
    sur un AMD 2800+ j'ai enlevé mandriva 2009 et j'ai mis chakra, avant il fallait 65s pour lancer kde4+firefox, maintenant il faut 45s pour la même chose. Attention !!! je me doute bien qu'il y a des services en plus de lancés sur la mandriva, mais au final cela va plus vite et contrairement à archlinux un débutant peut installer chakra. En tout cas la prochaine instllation d'archlinux je passe par chakra. Pour ma part c'est le côté rolling release qui m'intéresse, car j'ai eu des bugs entre la mandriva 2009.0 et 2009.1 donc j'en ai eu marre des installations tous les six mois. Mais je tiens quand même à dire que Mandriva est une belle distribution, j'avais juste envie de voir ailleurs (car je ne connaissais que Mandriva).
    Bon week-end
  • # pourquoi ils n'utilisent pas une bibliothèque multi-plateforme ?

    Posté par  . En réponse à la dépêche Prototype du nouveau thème de Firefox 3.7 sous Linux. Évalué à 1.

    c'est peut être une connerie mais wxWidgets pour avoir le côté style natif ou Qt, pour avoir le même aspect partout (c'est la même chose avec OpenOffice). J'ai l'impression que la roue est ré-inventée à chaque fois.