Matthieu Moy a écrit 3248 commentaires

Je ne me souviens plus de la licence exacte de XFree, mais je crois bien qu'il est possible de faire un fork (L)GPL sans l'autorisation des auteurs, de même qu'il est possible de faire un fork proprio. Par contre, la transition est à sens unique.

Par exemple, il y a du code récupéré dans FreeBSD dans Linux, qui a été passé en licence GPL.

Un spécialiste pour (con|in)firmer ?

Attention, ce qui est condamné, en général, c'est l'utilisation de système destinés à transmettre des virus. L'objectif principal d'OE reste quand même d'être un organiseur/mailer. Les virus, c'est un objectif de second rang.

Par contre, l'intérêt d'utiliser des logiciels peu ou pas modifiés par ta distrib, c'est que la migration vers une autre distrib est plus facile, les fichiers de config plus portables, ... C'est sans doute une des raisons qui font que la slack à la réputation d'être très pédagogique.

Euh, c'est moi ou le monsieur 3 commentaires plus haut à posté un lien vers le patch pour le 2.4.20 ??

Vu que visiblement, le patch est vraiment trivial, il devrait être possible d'en appliquer d'autre après, non ?

On ne parle pas de 2.5, mais de la dernière version stable, à savoir le 2.4.20, comme tu le soulignes toi-même.

Le monsieur voulait un patch pour le 2.4.18. Sachant qu'en principe, le dernier numéro ne correspond qu'à des bugfixes, il n'y a que très peu d'intérêt à patcher une ancienne version du 2.4. (Le seul que je vois étant de ne pas avoir à télécharger un noyau complet si on a une connexion lente.)

Par contre, bien entendu, les noyaux 2.2 et 2.4 sont toujours activement maintenus.

Debian 3.0. KWrite: 3.0. Abiword 1.0.2.

Le copier-coller du menu edit ne marche ni dans un sens ni dans l'autre entre abiword et kwrite. Par contre, le copier-coller X11 (bouton du milieu) marche nickel, mais il ne permet pas de copier autre chose que du texte brut, non ?

En espérant que les choses aient changé entre temps ... (nb : Il y a très longtemps, je faisait du copier-coller de dessins vectoriels de Corel Draw à Word sous windows, et ça se passait très bien ... :-( )

Oui, mais pour faire GNOME, il a fallu écrire une librairie graphique (gtk) plus tout le reste.

>Hors, mis à part le dnd/pasteboard (qui fonctionne déja plus ou moins entre les différents desktop/toolkits/logiciels sous linux),

Je viens de faire une expérience intéressante : J'ai un kword et un abiword ouverts. Je tappe du texte dans kword, je le sélèctionne, Edition -> copier, je vais dans Abiword, Edition -> coller. Rien ne se passe.

Est-ce acceptable ?

Scilab est pas totalement libre (Donc, entre autre, plus difficiel à trouver dans sa distribution favorie). Enfin bon, on a les sources, on peut les modifier, on peut distribuer librement la version originale. C'est déjà ça.

Exemple typique bien que discutable : Le webmail.

Les newbies sont fans de texte mis en forme dans leur mails, et veulent pouvoir cliquer avec leur souris pour envoyer un message en couleur.

J'ai déjà vu ça il y a longtemps sur yahoo mail ou un truc du genre. Ce serait bien qu'un jour ça devienne une recommandation du w3c histoire de standardiser un peu la chose.

Un petit rappel que l'on oublie trop souvent :

GNOME et KDE sont bien plus que des environnement de bureaux.

GNOME veut dire GNU Network Oriented Model Environnement si mes souvenirs sont bons. C'est tout d'abord une couche d'abstraction pour la communication inter-processus (Basé sur CORBA).

Par exemple, quand je fais glisser une icône de gmc ou nautillus vers la fenêtre mozilla, mozilla charge la page. Ce sont deux processus différents, et ils sont capables de communiquer entre eux.

Il y a aussi des outils de gestion de configuration communs, genre gconf pour GNOME, qui ne sont pas très visibles pour l'utilisateur final, mais fournissent des API aux développeurs d'applications.

Dans les deux cas, il y a des gestionnaires de session. Quand on quitte l'environnement, il demande à chaque application de se sauvegarder. Sous windows, depuis très longtemps, quand on éteint la machine avec un document Word ouvert, on a une gentille boite de dialogue demandant si on veut enregistrer le document, et la machine ne s'éteint pas avant qu'on ai répondu. Sous "UNIX de base", faites un shutdown -h now avec pleins de documents ouverts non sauvés, vous risquez de le regretter :-(

Y'a pleins de choses aussi pour avoir plusieurs morceaux d'application dans la même fenêtre (Kpart pour KDE, par exemple).

Je comprends très bien que l'utilisateur souhaite avoir le choix. Qu'il puisse choisir son Window manager, son gestionaire de fichier, sa barre des taches, c'est cool.

Par contre, avoir deux back-end différents pour la gestion des configurations, des presses-papiers incompatibles entre applications KDE et GNOME, des glisser-déposer qui ne marchent pas de l'un à l'autre, ... ça, ce serait inacceptable. (Je ne sais plus très bien ce qu'il en est en ce moment. Par exemple, le glisser-déposer Konqueror-Mozilla marche)

C'est entre autre pour ça qu'il est très important que les développeurs des deux environnements discutent entre eux.

[ Et les spécialistes de la question pourront corriger les innombrables conneries techniques que ce post doit contenir ;-)}

Le problème de licence était surmontable : Seul Qt avait une licence non libre, et il y avait un projet de réécriture de Qt sous une licence libre. L'effort demandé par la réécriture d'une seule librairie graphique aurait été bien plus faible que celui de l'écriture d'un environnement complet.

C'est à mon avis plus une question GNU/non GNU (cf. le duel Emacs XEmacs), et de liberté de choix.

Ce qui est dommage, c'est que du coup, les librairies graphiques Qt/gtk, censée offrire une cohérence visuelle (Qui est quand même appréciable) sont différentes, donc, même si on peut utiliser Konqueror sous Gnome, on perds l'idée de cohérence visuelle.

Y'a une lettre d'amour qui a remporté un prix à la compétition du code C le plus obscur.

J'ai pas l'URL sous la main, et je suis derrière un proxy, mais cherche dans un cours de bernard cassagne. C'est l'histoire de "(char) lie" qui parle à "(char) lotte" et c'est très fort !!

Ben ouais, ça va chier si un jour un développeur de LL est accusé pour des histoires de garanties : Il y aura jurisprudence et on pourra faire un procès à M$ à chaque fois qu'un Windows nous plante au nez.

Bon, pour l'instant, je pense qu'on est relativement tranquiles.

Une question que je me pose quand même :

Pour une utilisation légale, quel est l'intérêt d'un logiciel P2P par rapport à un bon vieux site web ou du ftp ?

Quand je veux partager un contenu légal, je le met sur mon site web, c'est tout.

Bon, mais j'ai jamais utilisé ces machins là, alors j'ai peut être raté quelque chose.

> Bonjour l'amalgame !!!!! On parlait de la société RedHat, pas des développeurs!

Ben oui, mais justement, les développeurs, y'en a pas mal qui travaillent chez RedHat ...

Tiens, au passage,

$ cd gcc-3.2.2
$ grep redhat MAINTAINERS | wc -l
82
$ wc -l MAINTAINERS
254 MAINTAINERS

Tiens, gcc serait maintenu en assez grande partie par des gens de RedHat ... Je ne parle même pas du travail qu'ils font sur le noyau et autres.

Comme quoi, même les Debiannistes utilisent du code "made in RedHat".

Conclusion : Si vous n'aimez pas RedHat, n'utilisez pas leur distrib, mais ne crachez pas dans la soupe pour autant.

toutes les plateformes ?

$ > toto
Invalid null command.
$ touch toto
$ rm toto
rm: remove `toto'? y

(Hint : J'utilise tcsh)

Si tu veux une distribution, télécharges la download edition. Si tu veux du support, achete une version commerciale. Est-ce plus compliqué que ça ?

C'est que le prix élevé des distribs Red Hat est surtout du aux contrats de maintenance. Si vraiment ils ont mis une limitation logiciel au nombre de processeurs (Ce dont je doute), il sera toujours assez facile de la faire sauter puisque les logiciels sont libres. Par contre, qu'ils fassent payer plus cher le support pour un cluster de 30 noeuds de 4 procs chacun que pour un petit PC bi-proc, ça n'a rien d'anormal à mon gout.

Cherche un peu, je suis prèsque sur qu'il y a quelque chose comme ça dans vim. Sous Emacs, le mode par défaut en Scheme fait ce que tu veux automatiquement. Il détermine l'indentation, et insère autant de tabs que possible et termine avec des espaces. Sinon, on lui dit de mettre des espaces partout. Si tu as un disque dur de 1Mo, et 2Ko de RAM, tu peux faire un mode qui supprime les espaces quand tu sauves, et C-x h C-M-\ indente tout le buffer. Mais en pratique, c'est complètement inutile ...

Je t'autorise aussi à faire une fonction et à utiliser return.

Bon, ça dépends des fois ...

Nottons que dans ces cas là, les languages un minimum modernes fournissent en général un système d'étiquetage de boucle, qui permettent de dire "je veux sortir de la boucle X" plutot que de dire "Je veux aller à la ligne Y" (qui se trouve juste après la boucle X).

Le principe des exceptions permet également de gérer ça proprement, mais il faut voir si l'implémentation est efficace.

D'autant que la présence de goto dans le code inhibe une partie des optimisation du code. (Les algos de détection de variables actives par exemple, font souvent des hypothèses sur la forme du graphe de control.)

Je ne suis donc pas si sur que les deux codes donnent la même chose avec gcc -O3.

Un truc qui ne gère pas l'indentation et qui ne permet pas de trouver la parenthèse ouvrante correspondant à une parenthèse fermante, on appelle encore ça un éditeur ?!...

< troll >
Même vi le fait, c'est dire !
< /troll >

Tu as essayé ECB ?

(Moi, non, je n'ai jamais vraiment ressenti ce besoin. Les tags, me suffisent largement)