imalip a écrit 1280 commentaires

Changement fait entre les versions 6 et 7 de la page :
http://developer.pidgin.im/wiki/WhyPackagesExist?action=diff(...)

D'un certain point de vue, je dserais d'accord avec toi. Par contre, j'ai du mal a comprendre la différence de traitement avec d'autres distribution.
4 lignes pour (enfin contre) Slackware, ensuite :

We have no developers using arch, SuSE, or any other distribution.

Ou alors c'est qu'ils en ont mare des utilisateurs qui viennent leur demander de l'aide pour compiler sur $distro a laquelle ils ne connaissent rien, et qu'ils leurs conseillent de voir directement avec la distrib. Ce que je comprendrais tout a fait, mais la forme me semble tout de meme inutilement "agressive" et détaillée.

La fonction "reveil automatique a heure fixe" du BIOS ?

surtout que la LGPL permet explicitement la redistribution sous GPL :

3. You may opt to apply the terms of the ordinary GNU General Public License instead of this License to a given copy of the Library. To do this, you must alter all the notices that refer to this License, so that they refer to the ordinary GNU General Public License, version 2, instead of to this License. (If a newer version than version 2 of the ordinary GNU General Public License has appeared, then you can specify that version instead if you wish.) Do not make any other change in these notices.

Donc effectivement, ca fait doublon, vu que la LGPL est d'office une double licence GPL/LGPL.

pour changer des echecs ?

L'utilisation d'isoloir ne s'applique qu'aux bureaux de vote avec une urne traditionnelle. Dans le cas d'une machine a voter, la procedure pour voter (Article L62 du code electoral) ne mentionne pas d'isoloir.

Le code electoral impose une urne (et une seule) par bureau, et d'un isoloir par tranche de 300 electeurs. La loi considere qu'une machine a voter est une urne, pas un isoloir.

Dommage, bien tente.

Je confirme, il y a un bordel sans nom la-dedans...

En plus je viens de voir la licence de metis/parmetis, pas exactement "libre" au sens compatible GPL, OSI ou DFSG... Le tout distribué au milieu d'un projet sous GPL, ouch :(

Sinon, état de ma situation :
-metis/parmetis semblent ne pas exporter certaines fonctions, ca casse a l'édition de liens quand on utilise LA lib qui est liée avec les 2.
-flex++ arrete la génération au milieu des fichiers, du coup j'ai temporairement enlevé certains outils de conversion.

A part ca, j'arrive a compiler le truc en tappant juste "make" (et en attendant 3 heures), et j'arrive dans la joie et la bonne humeur a lancer une partie des outils de test, il y en a meme une bonne partie qui passe. \o/

Le tout avec un nombre de patches relativement modéré.

Je crois que je vais avoir le droit de me packager paraview dans la foulée :)

Ca a été étudié par certains constructeurs. Je crois qu'un gros probleme est que ca ramenne dse courants tellement forts au freinage qu'on ne peut de toute facon en stoquer qu'une toute petite partie.

Et c'est prévu en F1 pou 2009 ou 2010 il me semble. On a déja une équipe qui bosse dessus et qui est venue nous voir pour commencer a étudier comment on peut gérer la chose niveau soft.

Si le conseil constitutionnel invalide tous les votes des machines à voter, ca sera achement plus simple pour le législateur de faire passer une loi contre.

Sauf que le conseil constitutionnel peut seulement vérifier que le vote s'est fait conformément a la législation en vigueur. Si les machines sont autorisées et que l'election s'est faite selon le code électoral en vigueur, ils n'ont aucun motif qui leur permette d'invalider les votes juste parce qu'il y avait des machines a voter.

Rapidement, apres avoir jete un oeil aux multiples patches...

Je confirme qu'il y a une grosse partie qui peut etre mise en commun. Mon objectif est d'avoir une "architecture" générique qui puisse etre utilisée indifférement sur Linux ou FreeBSD, et de refaire le systeme de config en utilisant un fichier Makefile a la place des .*shrc, éventuellement autoconf par la suite.

Ca progresse. Doucement, mais ca progresse. :)

Premiere chose, c'est le systeme de build d'OpenFOAM que je critique. Celui fourni par EDF, je n'ai pas encore regarde precisement, mais ca m'a l'air plus propre (difficile de faire pire, remarque).

Ensuite, je ne dis pas que c'est mauvais au point que je refuse d'utiliser le code. Si c'etait le cas, je ne serais pas en train de me battre avec pour essayer de le compiler proprement depuis 3 jours. Et c'est une base de code assez importante (554 Mo), donc chaque tentative prend un moment.

C'est maintenant à la communauté de polir le système d'install

Et tu crois que les lignes de compilation qui defilent dans un autre term depuis 30 minutes c'est quoi ? Tu peux aussi constater dans mon post juste au-dessus du tien que je propose de regrouper mes efforts avec Christophe Merlet qui bosse sur Fedora pour essayer d'ameliorer les choses et les voir integrees upstream.

Mais manifestement le fait que je me batte avec le truc pendant des jours ne serait-ce que pour essayer de le compiler sans foutre le bordel dans mon environnement de travail ne me donne pas le droit de dire que le systeme de build est mal foutu.

Je suis en train d'essayer de faire des packages debian propres, sans utiliser les bashrc. Si j'arrive a quelque chose de propre, je te contacte en prive pour voir ce qui est transferable a Fedora, comment, et si ca peut etre inclus upstream.

(comme quoi on peut faire du boulot inter-distros, je fais deja beaucoup ca pour Amaya)

Perso j'y ai deja vu un gros inconvenient (a OpenFOAM). Le systeme de build a base de .bashrc ou .cshrc pour la config, qui exporte une quarantaine de variables, modifie massivement le PATH, LD_LIBRARY_PATH ; CC, CXX, LD, CFLAGS etc... qui sont hardcodés avec des trucs du genre "-m32", "-m64" ou "-melf_i386", et quelques autres joyeusetés du meme genre. Ah, est pas d'équivalent de "make distclean", donc galere infame pour nettoyer.

Sinon, apres un rapide coup d'oeil, Code_Saturne a l'air d'etre quasi entierement en Fortran, et OpenFOAM en C++, donc les échanges croisés, c'est vraiment pas gagné...

Pour des raisons vaguement liées a de potentielles évolutions de mon boulot pour 2008, j'ai commencé hier a jeter un oeil a un autre outil de CFD libre, OpenFOAM[0]. Je ne cherche pas a faire de la pub pour la chose ; juste par curiosité, est-ce que quelqu'un connaitrait les différences, s'il y a des possibilités de transferts entre les deux, etc...

[0] http://www.opencfd.co.uk/openfoam/

Article L66 du code electoral :

Les bulletins blancs, ceux ne contenant pas une désignation suffisante ou dans lesquels les votants se sont fait connaître, les bulletins trouvés dans l'urne sans enveloppe ou dans des enveloppes non réglementaires, les bulletins écrits sur papier de couleur, les bulletins ou enveloppes portant des signes intérieurs ou extérieurs de reconnaissance, les bulletins ou enveloppes portant des mentions injurieuses pour les candidats ou pour des tiers n'entrent pas en compte dans le résultat du dépouillement.
Mais ils sont annexés au procès-verbal ainsi que les enveloppes non réglementaires et contresignés par les membres du bureau.
Chacun de ces bulletins annexés doit porter mention des causes de l'annexion.
Si l'annexion n'a pas été faite, cette circonstance n'entraîne l'annulation des opérations qu'autant qu'il est établi qu'elle a eu pour but et pour conséquence de porter atteinte à la sincérité du scrutin.

elle se contente d'être « la voie du peuple ».

Faut il comprendre que tout le peuple va lui passer dessus ?

"there is no ubuntu-private, there is no 'behind the scenes' agenda"
-- Mark Shuttleworth, Debconf 2005

pourquoi n'a-tu pas proposé de dépêche ??

Simplement parce que je ne savais meme pas qu'ils cessaient leurs activités. Je me suis un peu penché sur CL il y a 2 ans parce que l'idée me plaisait bien, j'ai bossé avec eux il y a 4/5 ans sur un truc qui n'avait rien a voir (une dérivée RH pour cluster ia64). Ca m'a ammené a en apprendre un peu plus sur la boite elle-meme a l'époque, mais au-dela de ca...

Évoquer le succès d'une distribution basée sur debian pour expliquer la disparition d'un autre distribution, basée elle aussi sur debian semble logique et fort a propos.

Il y a une différence entre évoquer et occuper la moitié la news. A coté de ca, rien sur les réelles activités commerciales de Progeny (vente de support), rien sur le fait qu'elle employait Branden Robinson (ex-DPL) et d'autres DD. Et puis apres tout c'est Progeny qui ferme boutique, rien n'empeche de reprendre la distrib sous forme de projet. Perso j'ai plus mal a la fermeture d'une boite qu'a la disparition d'une distro.

Je commence par ailleurs à me fatiguer un peu des commentaires critiquant systématiquement Ubuntu,

Je n'ai pas critiqué Ubuntu (enfin pas ici).

ou pour être plus précis, des commentateurs qui se sentent agressés à chaque fois que l'on parle d'Ubuntu.

Ca aurait été d'autres distributions, ca me dérangerait tout autant. Il se trouve juste que la, je connais un peu, pour m'etre un peu penché su CL il y a 2 ans. Tu trouverais pertinent que dans une news sur les résultats financiers de Mandriva, la moitié du texte explique qu'a coté RH est une entreprise cotée en bourse dégageant du bénéfice et leader sur le marché du Linux pro sous pretexte que l'une était basée sur l'autre il y a presque 10 ans ?

Progeny, bien avant Ubuntu avait fait ce pari d'une debian récente à sortie fréquente et facile à installé.

La distribution Progeny Linux a disparu en 2001, pour réapparaitre sous la forme de CL en 2004, c'est a dire au moment ou Ubuntu demarrait.

Ubuntu est resté monolithique, mais a quand même gagné en flexibilité.

Ce n'est pas un gain en flexibilité, c'est un différenciation avec/sans support. A comparer avec le concept de CL qui était d'avoir un repository core, un X, un GNOME, un KDE qui évoluent en parallele...

Si tu ne pense qu'à trouver de la propagande Ubuntu dans les dépêches, rédige-les !

Ok, a la prochaine news Ubuntu, si je propose une depeche dont la moitié du contenu vante les mérites de Red Hat, tu approuves ?

Progeny n'était pas (seulement) une distribution, c'était surtout une boite qui vendait du support pour Debian et les vieilles Red Hat, et faisait de la personalisation de distribution. Pendant tres longtemps ils n'ont meme plus fait de distribution "Progeny" du tout. J'ai eu l'occasion de bosser avec eux il y a quelques années sur une dérivée RH, c'était tres efficace.

Au passage, je trouve le paragraphe de propagande Ubuntu limite déplacé et incorrect. En plus quand je vois les points mis en avant...

Ubuntu a ajouté le système de composant (en ajoutant universe et multiverse)

C'est vrai que main/contrib/non-free, ca n'existait pas avant. la séparation main/universe/multiverse n'a rien a voir avec le concept a la base du Componentized Linux, mais ca fait bien de dire qu'Ubuntu a réussi la un autre a échoué.

elle suit un cycle régulier et fréquent

Et ? Tiens, Componentized Linux aurait permis de faire ca. Il me semble meme qu'elle le faisait...

elle est conçue pour faciliter la dérivation de distribution

C'est vrai que Debian ne l'était pas a l'origine, le faible nombre de distros dérivées le prouve bien.

elle est facile d'installation

Elle utilise l'installeur Debian.

un support commercial est proposé.

Progeny proposait un support commercial pour Debian. HP le fait toujours.

Et réussir a caser toutes la vriantes d'Ubuntu dans la liste des "nouvelles distros de ces dernieres années", faudrait vraiment voir a ne pas transformer les news Debian-related en pages de pub Ubuntu non plus...

leur nouvelle invention révolutionnaire :http://fr.wikipedia.org/wiki/Roue

Trop tard, il y a anteriorite. Quelqu'un a deja depose le brevet en Australie.

Personnellement il ne me manque qu'un truc : un correcteur grammatical.

Avec une moyenne d'une faute de grammaire par phrase, je confirme que ce correcteur te manque...

J'ai trouvé une explication intéressante sur http://beranger.org/index.php?article=1410 (fichiers > 2Gb non supportés...), mais pas de solution donc sans recompilation... Est-ce bien le cas ?

C'est effectivement un defaut d'apache 2.0, qui a ete corrige dans apache 2.2. Donc pour corriger, au choix, passer a Etch, ou faire un backport. Je recommande tout de meme le premier cas.