Frédéric RISS a écrit 70 commentaires

la FAQ du projet explique que le portage est très simple au contraire :

If you look at the sources of Qt, *very* little of it is dependent on Xlib. Once you port QWidget, QPixmap, QFont, and QFontMetrics, virtually everything else is derived from that. 99% of the work will be in those 4 classes.

Chaque chose en son temps :)
Pour l'instant il s'agit q'une version alpha. Comme ils l'explique dans leur FAQ ( http://kde-cygwin.sourceforge.net/faq.html(...) ) le portage à été très facile grâce à cygwin, mais ils pensent faire une version Windows native sans trop de problèmes par la suite.

ben figure toi que mon PC il a du mal à lire les .doc... ça doit être un mauvais PC, je vais peut-être le jetter suite à ta remarque.
Non, franchement, je suis à l'ENSIMAG comme tu l'as été. Cette année, l'administration c'est mis à envoyer tous les documents sous forme de .doc ou .xls et je trouve ça vraiment lamentable quand on considère les moyens informatiques mis à la disposition des élèves (qq PCs et plein de TXs). En plus c'est mal (TM) d'utiliser un format propriétaire pour diffuser une information.

Fabien... Toi qui utilise Debian, un petit 'apt-cache search rtf' et qu'est ce qu'on trouve dans la liste :

---------------------------------
fred@tothkiller:~$ apt-cache show ted
Package: ted
Priority: optional
Section: editors
Installed-Size: 1100
Maintainer: Chris Waters <xtifr@debian.org>
Architecture: i386
Version: 2.10-3
Depends: ted-common (= 2.10-3), lesstif1, libc6 (>= 2.2.3-1), libjpeg62, libpng2(>=1.0.10), libtiff3g, xlibs (>> 4.0.3), zlib1g (>= 1:1.1.3)
Filename: pool/main/t/ted/ted_2.10-3_i386.deb
Size: 416666
MD5sum: 232f35dd7c25b0066038d4272b54ebb5
Description: Graphical RTF (Rich Text Format) editor, lesstif version
An editor designed for compatibility with popular MS-Windows applications
that use the .rtf format, such as Word and Wordpad. Files created by Ted
should be accepted as legal .rtf files. Compatibility the other way is
more difficult to achieve, but Ted will ignore unsupported formatting.
Ted supports font properties such as bold, italic and underline, in-line
bitmap pictures, postscript printing, tables, and symbols. It can save
documents in HTML format, and comes with built-in spell checking.
.
Ted acts as a MIME handler for the application/rtf MIME type.
.
This version of ted depends on the lesstif libraries.
------------------------------

et c'est un peu moins lourd que SO ;) (je l'ai déjà utilisé une ou deux fois et ca marche bien). Bon c'est vrai que de l'ASCII 8 bit aurait fait l'affaire aussi, mais bon RTF est un format ouvert, et pour une fois qu'un document administratif n'est pas au format doc, moi je dis que c'est pas si mal.

Certains des problèmes décris ( http://fink.sourceforge.net/pr/openosx.php(...) et http://fink.sourceforge.net/pr/forked.php(...) ) ressemblent beaucoup à l'histoire actuelle entre mplayer et warpvision (le lecteur OS/2 de la news http://linuxfr.org/2001/11/22/6047,0,-1,0,1.php3(...) ).
Je recommande à tous le monde de lire la conversation par mail entre les auteurs de mplayer et de warpvision disponible sur le site de mplayer ( http://www.mplayerhq.hu/homepage/(...) ).
C'est un vrai problème du logicile libre qui commence à pointer son nez; à savoir le respect du travail d'autrui... Chacun son opinion, moi je dis que voler c'est mal (oui, je considère tous ces actes comme du vol)

je me met -1 parce que ça n'a rien à voir avec Fink ;)

va faire un tour sur http://www.opensource.apple.com/projects/darwin/(...)
Darwin est le noyau (open source) sur lequel se base MacOS X. Il s'agit effectivement d'un système de type BSD (proche de FreeBSD) mais adapté aux besoins de Apple. Ca reste quand même un système bien à part de mon point de vue (il est d'ailleurs basé sur un micro-noyau Mach, ce qui fait qu'il n'a que l'apparence externe d'un système BSD)

Je ne suis pas du tout d'accord avec toi... ce que tu considères comme des faiblesses, moi je trouve que c'est une force.
On l'a bien vu avec le changement de VM ; les deux versions ont pu être testées en parallèle et améliorées en parallèle. Il y a eu une concurrence extrêmement saine entre les 2 développeurs. Aujourd'hui, tout le monde s'accorde pour dire que c'est la meilleure VM qui a gagné, et les gens sont bien content de l'avoir...
Depuis toujours les premiers noyaux des branches dites « stables » ont eu besoins de grosses corrections. Si on voulait éliminer les bugs, la solution serait de sortir un noyau stable tous les 6 mois, mais ça non plus personne n'en veux, car le développement s'enliserait.
Bref, la où tu veux de l'homogénéité, moi je réclame des divergences d'opinions et de la concurrence comme il y en a eu.

Franchement, je ne critiquais pas ta remarque en particulier... Il y a juste que ça m'insupporte qu'à chaque bug découvert dans le noyau tout le monde s'exclame : « Quelle honte dans un noyau dit stable ! »
Ca a toujours été comme ça... Les premières version d'une série stable nécessite toujours du développement, jusqu'à l'ouverture de la branche alpha suivante, et je te rejoins sur ce point, l'arrivée du 2.5 est une bonne chose.
Il n'empêche que trainer un peut plus sur les pre ne modifieras peut-être rien à l'affaire étant donné que le dernier patch est toujours succeptible d'amener un nouveau bug (une solution consisterais à figer le dev du noyau avant un release, mais cela entraînerais des retards, et personne ne le veut).
A mon avis, celui qui utilise le dernier noyau (même d'une branche stable) doit s'attendre à trouver un problème et ne pas s'en étonner. C'est d'ailleurs pour ça que la série 2.2 est toujours maintenue, pour pouvoir utiliser une version testée exhaustivement...

Arrêtez donc de critiquer le développement du noyau ! Une release du noyau correspond à un snapshot des sources à un moment donné. Il peut arriver qu'un patch introduise un bug à ce moment donné. La revue de code qu'effectue Linus à beau être très importante, il ne peut pas tout voir ! Si au lieu de critiquer vous participez au développement. Non mais c'est vrai quoi ! Le noyau avance vite et vous devriez plutôt être content de cet état de fait. Si vous voulez un noyau stable utilisez donc les derniers 2.2 qui eux ne vous poserons pas de problèmes...

bon, -1 parce que j'aime pas les gens qui critiquent et là j'en fait partie

Je ne suis pas trop d'accord sur ce point... Premièrement, même si c'est vrai que Mozilla reste lourd, ca s'améliore de release en release. De plus, le fait d'utiliser XUL me paraît un choix technique judicieux étant donné que cela rend Mozilla indépendant d'un quelconque toolkit et donc portable extrèmement facilement.

Je me suis intéressé dernièrement au Hurd, et contrairment à ce que tu dis, il semble que X fonctionne (je sais plus trop où je l'ai lu, qq part sur http://www.gnu.org/software/hurd/(...)). Par contre effectivement, le support pthread n'est pas au point et donc pas question de faire tourner Gnome ou KDE. Par contre Windowmaker, fvwm ou encore Blackbox fonctionnent très bien.

ben le fait que ca ne soit qu'une version Alpha peut justifier ca... C'est sûr qu'à voir le titre ca m'a surpris aussi.

Moi j'ai rien contre la pétition en elle même (d'ailleurs je me suis inscrit), mais je doute beaucoup du poids qu'elle pourrait avoir... Un formulaire sur internet où il faut juste rentrer 3 pauvres données n'apporte pas une source statistique fiable.
Ce genre de démarches pourra fonctionner le jour où tout le monde aura un accès ET une identification (cf. signature électronique). Je pense que les revendication devraient aussi porter la dessus, pour qu'il soit possible que la démocratie s'exprime de façon fiable et reconnue par internet.

Ben chez moi ca marche... et pourtant c'est pas moi qui l'hébèrge.
Allez, réessaye, ca va venir (et demain une leçon sur l'usage du mulot ;) )

Je viens de répondre au commentaire du dessus avec le lien relatif à cela : http://www.scssi.gouv.fr/(...)

Il me semble qu'en gros, seul le chiffrement est reglementé (la signature est légale dans tout les cas et même reconnue par loi au même titre qu'un acte notarié).
Pour ce qui est du chiffrement, il est libre pour usage individuel avec des clés de taille inférieure à 128 bits. Dans le cadre non privé le logiciel doit avoir été déclaré par son fournisseur auprès du SCSSI. Pour plus de renseignements, voir la page du SCSSI : http://www.scssi.gouv.fr(...)

Tu remarqueras dans mon post que je n'ai jamais dit du mal de la debian

Et moi j'ai pas dit de mal de RPM (au contraire, j'ai dit que la gestion des signatures de paquets était un peu mieux faite (mais c'est en haute priorité sur la TODO list de dpkg :) )

Chacun est libre de choisir sa distrib, chaqu'une a ses avantages et ses defauts. Et surtout je respecte les choix des autres.

On est d'accord sur l'essentiel alors. Mais je te répète que tu te trompes sur la communauté Debian, comme c'est souvent le cas quand on se base sur les spécimens les plus bruyants d'un groupe. Ce que je trouve vraiment bien chez Debian, c'est que c'est la seule distribution à avoir une vraie politique du libre. Pour moi c'est important, pour d'autre moins, et je ne les en blâme pas.

Je n'ai pas grand chose à répondre, à part que je ne connais pas bien les rpms (comme je l'avais précisé dans mon premier post). Maintenant si j'ai qq chose à redire sur ton message, c'est à propos de ton avis sur les utilisateurs de Debian.
Tu remarqueras que les messages de ce thread répondait à qq'un qui demandait «quels sont les avantages de apt ?» Plein de gens on répondu en disant que c'est vachement bien et en expliquant ce que c'est... On allait pas dire «RPM c'est mieux !», surtout si on connait pas... Personnellement, je n'ai aucune haine envers les autres distrib. Si j'utilise Debian c'est par choix personnel et je ne l'impose à personne. Bien sûr il y a des cons partout. C'est ce que je pense de la plupart des gens qui se croient intelligent parce qu'ils ont installé Linux et qui arrivent sur les forums en donnant du Windaube ou Winsuck à qui en veut. Perso, j'aime pas Windows, mais ces attitudes intégristes ne mènent absolument à rien sinon des catastrophes.
Maintenant j'en viens au fait de mon propos; si j'utilise debian, c'est aussi pour son ouverture (cf. les masses de ML qui sont hébergées par debian.org). Je suis désolé, mais quand on critique, il vaut mieux connaître et d'après moi tu ne connais rien au monde Debian.

Sans rancune.

PS : pour rechercher les packages debian : http://packages.debian.org(...) (c'est centralisé, on y trouve quasiment tout, c'est on ne peux plus officiel, mais ATTENTION je ne dis pas que rpmfind pue du cul ;) )

C'est sûr que c'est bien gratifiant de compiler tous ces programmes à la main, mais bon pour garder un système propre, c'est pas forcément facile. Avec une Debian et un bon accès réseau (ou bien des CDs qu'un(e) ami(e) aura gentillement gravé), la mise à jour s'effectue le plus souvent en deux lignes (apt-get install; apt-get upgrade;) et le système reste propre (ce qui est le but de tous les systèmes de packages, il me semble).
Maintenant pour la comparaison à RPM, il me semble que son principal avantage est une mise à jour _automatique_ des paquets lorsque de nouvelles versions sont dispo, le téléchargement _automatique_ des paquets manquants pour satisfaire une dépendance, le support de toutes les sources de paquets possible et imaginables, et j'en oublie certainement. (je n'utilise pas RPM, donc merci de me corriger si je me trompe)
D'un autre côté, il n'y a pas encore de systême permettant de vérifier les signature de paquets (chose qui doit se faire avec des RPMs).
L'outils s'appelle APT (Advanced Package Tool). apt-get est une commande (gestion des paquets), il existe aussi apt-cache (recherche, infos sur les paquets), et de nombreuses autres à usage plus spécifique (apt-cdrom, apt-ftparchives, apt-sortpackgs,...)

Juste pour signaler qu'il ne dit pas ce que tu fais dire à ses propos.
De plus ce qu'il dit est vrai. Il ne dit pas «impossible», mais c'est évident qu'il est plus difficile de demander de l'argent pour quelque chose qui est dispo gratuitement.
Il faut réaliser que le développement du LL ne sera pas financé par la vente des logiciels, mais il faut pour cela trouver d'autre moyens.