Aurélien Bompard a écrit 951 commentaires

> Quelle compétence a Mandriva ? C'est une bonne question. 3 fois rien.

Hahahahahaha qu'est-ce qu'il faut pas entendre...
Faire et maintenir une distribution, c'est pas à la portée de tout le monde. Faire une distribution qui a autant de succès que Mandriva, c'est une preuve de compétences indéniable.

Franchement, je pense que Mandriva est plus capable de fournir un support technique de qualité sur sa distribution qu'une société de service lambda sur Ubuntu (et sans prendre contact avec Canonical en plus !)
On peut avoir des vrais problèmes avec une distribution. Des vrais problèmes compliqués. Il faut pas sous-estimer cet aspect. Qui est mieux placé pour les résoudre que ceux qui ont fait la distrib, testé les versions les unes avec les autres, qualifié le matériel, appliqué des patches quand c'est nécessaire, etc etc ?

A la limite, une solution acceptable serait de pouvoir installer et contrôler son propre serveur relais. Mais ce serait uniquement utile dans le cas d'une entreprise/organisation voulant prendre la main à distance sur les PC. Ici, dans le cadre de particulier à particulier, à mon avis c'est pas faisable avec un niveau minimum de sécurité.

Ou alors, faut un système de chiffrement des échanges, en te forçant à entrer le fingerprint de l'autre avant de te connecter (il peut te l'avoir donné par téléphone, puisque souvent tu es au téléphone en même temps que tu fais le dépannage).
Mouais, je vois que ça. Pas très MmeMichu-friendly en tout cas.

Donc c'est bien ça : le serveur voit passer tout le traffic, peut le lire, le modifier, etc...
Sans moi.

> "SparkAngels n’utilise aucune connexion entrante mais une connexion TCP sortante dans sa version actuelle. Il n’y a donc aucun port à ouvrir." dixit la FAQ

Ca veut dire que ça marche comment, ça ? Comment tu fais pour accéder au réseau NATé depuis l'extérieur si il n'y a pas de connexions entrantes ?

On a un client qui utilise LogMeIn, qui est censé faire le même genre de chose, pas de ports à ouvrir etc... Et quand on regarde le traffic, on voit que toutes les stations qui ont le logiciel se connectent régulièrement sur les serveurs de LogMeIn, comme une espèce de keepalive.
Si c'est ça la technique, non merci. Les serveurs LogMeIn sont en parfaite position de man-in-the-middle dans cette archi, j'installe pas un truc comme ça.

Je vote pour "dès l'ouverture" :)

Si Mandriva avait été retenue, a mon avis ils auraient récupéré du support, ne serait-ce qu'indirectement par le biais de Linagora ou d'Unilog.

Je pense que c'est plutôt lié à deux choses :

- Les outils de config du système sont assez liés à la distrib, et les outils de config des services doivent être intégrés aux autres outils, donc lib communes, etc..

- Tout est fait en perl. Les autres distribs n'ont pas forcément les compétences en interne pour maintenir et adapter une telle quantité de code Perl. (notez comme j'évite habillement le troll sur le caractère write-only du Perl)

Autre réponse intéressante :

https://www.redhat.com/archives/fedora-devel-list/2007-Febru(...)

Dans le même registre, j'ai entendu dire que kpowersave est bien meilleur que klaptop pour l'économie d'énergie. Je sais pas si il est dispo pour mandriva par contre. A tester peut-être.

Je dirais même : encore une bâche

(hou hou hou le jeu de mots pourrave, j'ai gagné ma journée là)

Moi j'ai trouvé les hôtesses GCU très jolies...
:)
--> [ ]

> sans oublier bien sûr le plus foncé avec des petites bandes noires des cagoules Gcu,

Les espèces de boulets qui hurlaient "Non Non Non" dans tout le salon le premier jour, avec des cagoules en néoprène, ce n'était PAS GCU.
Ils se sont d'ailleurs fait virer rapidement.

Une rumeur a couru comme quoi ils étaient liés à Bull, ce qui a été démenti bien sûr.

Chez GCU, ils sont beaucoup plus subtils que ça : http://www.llaumgui.com/post/Solution-Linux-resume-de-ma-deu(...) ;)

Je rappelle aussi que le jeu d'instruction i386 ne correspond pas qu'aux processeurs Intel 80386. Pas mal de processeurs embarqués (les Via il me semble) ne gèrent que les instructions i386, pas les plus récentes.
Donc pour de l'embarqué, ça a du sens (les packages binaires sont directement réutilisables)

> Et je sais pas toi mais moi je connais personne dans mon entourage qui soit allé regarder le code de SELinux et qui m'ait affirmé qu'il n'y a rien de problématique a l'intérieur.

Moi non plus, mais mon entourage est petit, et non-informaticien. Cela dit je suis totalement convaincu que les gens de chez Red Hat au moins on jeté un coup d'oeil dedans, vu qu'ils participent au développement et qu'ils ont basé un gros morceau de la sécurité de leur produit phare dessus.
Je sais qu'il y a des gens assez actifs sur SELinux chez Gentoo, et dans une moindre mesure chez Debian auss (Erich Schubert)

L'ouverture du code fait TOUTE la différence par rapport à ce qui est annoncé dans ce journal. Ce n'est plus une question de "leur fais-je confiance ou pas".

En tant que packageur, je te répondrais la chose suivante : faire un package, c'est facile. Une heure ou deux pour les plus compliqués, quelques minutes pour les plus simples.
Par contre, maintenir le package, le mettre à jour, corriger les bugs, l'adapter aux modifications du logiciel source pour toute l'éternité, ça, c'est nettement plus coton.

Donc payer une bière à un mec pour qu'il te fasse le package, c'est jouable, mais c'est pas une solution viable à long terme. Ou alors faut avoir un sacré budget bières.

Le mieux c'est soit :
- de trouver un de ses utilisateurs (par distrib) qui sait faire des packages,
- d'apprendre à un de ses utilisateurs (par distrib) comment faire des packages,
- d'apprendre à faire des packages déjà pour sa distrib, ensuite pour les autres,

Bref pour être packageur il faut être utilisateur de l'appli ET de la distrib.
Apprendre le packaging en soi c'est pas très difficile pour un linuxien un peu geekeux, c'est du shell ou du Makefile, et beaucoup de lecture de guidelines.

Donc il suffit de trouver un geek par distrib parmi ses utilisateurs ! Facile, non ?

Sinon je voudrais signaler l'existance de mach, un outil qui va recompiler des rpms dans un "chroot" spécifique à chaque distrib : http://thomas.apestaart.org/projects/mach/
Ca connaît Fedora, Red Hat, SuSE et il me semble Mandriva. Le gros avantage c'est qu'on peut facilement recompiler son package pour plein de versions de sa distrib, voire pour d'autres distribs.


P.S.: j'accèpte les bières ;o)

Intéressant ça. J'ai tracker 0.5.3 et on dirait qu'il n'arrive pas à indexer mes mails de KMail. Est-ce que le fait que je n'utilise que des maildir (et pas des mbox) peut en être la cause ? Quand je lance trackerd il me dit que l'indexation des mails de KMail est désactivée alors que je l'ai bien activée dans tracker.cfg.
Je sais que c'est pas bugzilla ici, mais comme j'arrive pas à trouver sur votre site où on est censés rapporter les bugs, voilà... :)

Et hop, les deux pieds dedans !

Comme l'immense majorité des groupwares libres que je connaît, le plugin pour y connecter Outlook est propriétaire et payant.
L'avantage c'est qu'avec Zimbra, on peut n'utiliser que l'interface web, puisqu'elle est vraiment sympa et fonctionnelle.

Un autre inconvénient, c'est que l'install est très intrusive : ça installe son propre apache, son propre postfix, son propre cyrus, son propre openldap, son propre tomcat, etc...
Dommage qu'on ait pas quelquechose de plus modulaire.

A part ça, j'ai testé rapidement Zimbra, ça a l'air de faire bien le boulot. C'est sûr que ça gagnerait à être plus connu en France.

C'est sûr que si tu diminues la souplesse, tu améliores forcément la sécurité. A la limite tu devrais n'utiliser ton PC que depuis un Live-CD, là tu serais tranquille.

> (un fork proprio ? Sinon je vois pas l'intérêt pour une société d'acheter...)

Red Hat a racheté Sistina qui éditait GFS (Global File System, un système de fichiers pour clusters) et l'a passé en GPL.
Peut-être que Novell pourrait racheter Namesys ?

Je ne pense pas que ce soit effectivement Linus qui ait répondu dans ce post.
Quelqu'un a manifestement spoofé le From dans son mail pour se faire passer pour Linus, mais là c'est vraiment trop flagrant. Regardez ça : un sujet chaud, de la polémique, des désaccords, et qu'est-ce que Linus aurait répondu ? Ce post tout à fait raisonné, calme, équilibré voire limite consensuel.

C'est pas Linus. CQFD.

Le vrai Linus aurait répondu un truc dans le genre : « Faut vraiment être un crétin des Alpes pour penser qu'on peut interdire les modules proprio dans le noyau sans que ce soit contourné le lendemain par des "shell games". Toute personne qui veut imposer ses règles d'utilisation aux autres est au mieux gravement dérangé (et devrait se faire examiner le cerveau) et au pire un authentique facho. »

Là j'y aurais plus cru.

s/postent/postes/
désolé.

J'imagine que les gens veulent garder outlook sur leurs postent ? Ou est-ce remplaçable ?

Sinon en mode full-web il y a Zimbra et Scalix qui ont l'air sympa. J'ai installé et rapidement testé, ça a l'air de faire le boulot. Mais bien sûr il faudrait plus de tests pour valider ça vraiment.

Autant je suis d'accord qu'annoncer les alphas de tous les logiciels c'est pas la peine, autant je trouve que pour des disitributions, pourquoi pas.
Faire un appel à testeurs pour une distrib, ça permet de tester des centaines de logiciels différents dans leurs dernières versions, je pense que c'est suffisemment important pour être accepté sur LinuxFR

J'ai pas dit que c'était la balle en argent non plus. Il y a un paquet de gens qui utilisent MSN sans ces kikoololeries et que ça gênerait pas d'utiliser un autre protocole.