Thierry Thomas a écrit 1236 commentaires

> J'en profite pour faire un lien vers le How-to.
> http://fr.openoffice.org/Documentation/How-to/writer/Navigat(...)

Ayant installé KDE avec koffice, je n'ai pas éprouvé le besoin
d'installer OpenOffice, et kword se met dans ce mode navigateur
automatiquement (en tous cas je ne me souviens pas avoir modifié une
préférence pour ça...).

Le plus simple est encore d'essayer de ne pas réinventer ce qui a déjà
été codé par des bons et testé et éprouvé par le plus grand nombre.

Je pense par exemple à GSL (GNU Scientific Library), ou à fpconst pour
ceux qui font du Python, etc.

> De plus, comme la tradition de ce site l'oblige, j'ai relus le texte
> en cherchant les fautes, et n'en ai trouvé aucune :-)

Il y en a tout de même une petite : « Quoi qu'il en soit » au lieu de
« Quoiqu'il en soit »... quoique je me demande si les deux ne sont pas
admis ;-)

Et si on veut chipoter, il y a aussi un problème de typo : il n'y a pas
d'espaces insécables avant les caractères de ponctuation doubles, mais
des espaces normaux (c'est peut-être un problème de DLFP ?).

Ici ça se traduit par une ligne avec cette césure :

...le projet de loi «
Consommation: développement...

Bien sûr selon vos largeurs de navigateur × tailles de police, ça ne se
verra pas forcément, ou alors pas au même endroit !

Et où en est-on par rapport au support de la carte vitale ?

> Et même dans ce cas, il doit y avoir moyen d'installer les extensions
> en ligne de commande, en donc de le faire à la chaine avec un zolie
> petit script

Toutafé ! Je suppose que si viridis pose la qustion, c'est qu'il
installe ses extensions manuellement en mode utilisateur individuel.
Personnellement, je préfère les installer en passant par mon système de
packages habituel, ce qui les rend disponibles pour tous les
utilisateurs, tout en me permettant de bénéficier des audits de sécurité
et des notifications de mises à jour standards, et de plus c'est
scriptable et reproductible sur plusieurs machines.

Quant au problème de synchroniser les marques-pages, historiques, etc.,
je ne vois pas bien l'intérêt non plus : tout ça est stocké sous
~/.mozilla et donc automatiquement récupéré en synchronisant les $HOME
(à la maison, je n'ai même rien à faire, nos $HOME sont partagés par NFS
entre les différentes machines...).

> Unilog et Linagora, ce ne sont pas des entreprises Françaises ?

Linagora, sans doute, mais Unilog s'est faite bouffer par Logica CMG,
qui doit être un conglomérat multinational, d'origine plus ou moins
anglaise et hollandaise.

Mais la modestie est une de mes nombreuses qualités.

> Et puis, la licence BSD est quand même reconnue libre par la FSF

J'aurais plutôt dit que la FSF la considère comme compatible avec la
GPL... Ça serait tout de même trop fort qu'elle puisse oser la
considérer comme non libre !

Ça me semble tout de même bien différent d'une mise à jour complète par
make buildworld puis make buildkernel...

Je ne parle pas de paquets, mais bien de l'ensemble du système, y
compris noyau + système de base, qui sur les BSD forment un tout
cohérent, sont développés en continu, et dans le même dépôt CVS¹.

Si on suit la branche -CURRENT, effectivement, comme tu dis, on ramasse
tout ce qui passe dans le CVS, et on peut avoir des surprises ;-) Ce
n'est bien sûr pas conseillé sur un serveur de prod', mais c'est
important que des gens l'utilisent et fassent des mises à jour
régulières, soit sur des serveurs non critiques, soit sur des machines
de dév': c'est ce qui permet de faire remonter les problèmes et les
idées d'améliorations.

Par contre, si on suit la branche -STABLE, le risque de mauvaises
surprises est très réduit : ce qui y est mis (MFC = Move From Current)
a déjà été validé pendant une période suffisante dans la branche
-CURRENT. La fréquence des mises à jours y est aussi plus faible.

¹: en fait, ce n'est pas tout à fait vrai... Certains développements
conséquents sont réalisés dans un dépôt à part, et re-synchronisés
périodiquement, pour éviter de tout bouleverser !

> Pour finir sortir une version tous les 2 ou 3 mois ne signifie pas en
> aucun cas progresser plus vite, cela signifie juste faire des release
> plus fréquentes. Le foin c'est vous (ceux qui sentent linux attaqué
> par le rapport et les bench) et l'auteur du journal qui le font.

J'ajouterais qu'une des spécificités de FreeBSD (et des autres BSD) est
la disponibilité de l'ensemble des sources dans un CVS, avec les outils
permettant de mettre à jour quand bon nous semble, que ce soit pour les
branches -STABLE ou -CURRENT.

Ainsi, de nombreux sites utilisent un FreeBSD -STABLE en prod', et le
mettent à jour quand ils ont le temps ou quand quelque chose qui les
intéresse a été committé, sans attendre les nouvelles releases.

> Qu'est ce que vous recommandez comme bon client user friendly qui a un
> bon support IMAP?

Fetchmail (ou similaire) pour rapatrier avec nokeep et fetchall + son
propre serveur IMAP local, et avec ça n'importe quel MUA convenable.

Dans le même genre, les auteurs de FreeSBIE ont regroupé leurs scripts
sous forme d'un port FreeBSD, ce qui permet à tout un chacun de créer
son propre CD ou DVD amorçable.

http://www.freshports.org/sysutils/freesbie/
http://www.freesbie.org/

Et n'oublions la 6.3, pour les moins téméraires, qui sortira à peu près à la même époque.

> Doutes de compromission? Réinstallation!

Inutile si c'est pour réinstaller à l'identique et permettre que ça recommence...

Il est indispensable d'essayer de comprendre d'où provient cette éventuelle intrusion, et quelles conséquences elle aurait pu avoir (par ex. sur les autres machines du réseau local).

Et n'oubliez pas : compromis, chose due !

C'est un sujet qui avait été traité aux JDLL de l'année passée :

- lien vers la conf' de Sébastien Chaumat sur la virtualisation
[http://www.jdll.org/archives/2006/conferences/virtualisation(...)]

- les diapos
[http://aldil.org/media/jdll2006/slides/jdll2006-j2-conf1-vir(...)]

- la vidéo
. torrent [http://flucast.org/files/videos/jdll2006/jdll2006-j2-conf1.o(...)]
. fichier [http://flucast.org/files/videos/jdll2006/jdll2006-j2-conf1.o(...)]

Et ça me permet de redire que les prochains se préparent
[http://www.jdll.org/2007/]

Viendez !

>> Quels sont les avantages d'un noyau solaris plutôt que Linux ou BSD ?

> ZFS, DTrace, etc... Non?

Non, même pas : ZFS est déjà dans FreeBSD, et DTrace est en cours de portage par John Birrell.

On peut aussi supposer que les sites bien administrés savent analyser
leur logs eux-mêmes et voient donc qui vient chez eux. Les xiti & Cie,
c'est juste pour avoir une attestation par un tiers dit « de
confiance » afin de présenter ces stats aux annonceurs.

> Espérons que les échanges de connaissance et de technologie avec
> l'excellent "Smartsuite" vont rapidement se multiplier. OOo a
> énormément besoin d'avancées ergonomiques (et il y a largement de quoi
> s'inspirer dans la suite de Lotus)

Espérons que personne ne s'inspirera de l'ergonomie de Lotus Notes !

ni des culasses !

> A titre d'exemple mettre sur le même serveur IIS deux configuration
> ASP avec des paramètres totalement différents pour des raisons de
> sécurité qui appellent la même base de données avec d'un coté des
> appels extrèmement intensifs pour une mise à jour immédiate des
> données et de l'autre une gestion de cache optimisée pour minimiser
> les accès base est assez délicat sous Apache/PHP, rien que de gérer
> des php.ini différents en fonction des sites est problématique, et
> pour la gestion des accès il va probablement falloir se farcir une
> gestion du cache à la main (ce qui est toujours une très mauvaise
> idée, tant la question est délicate). Sous IIS ca se fait facilement.
> On met un processus middle tier par site et on règle les paramétrages
> OleDB par site et basta.

Mais que je sache il n'y a pas de possilités similaires au chrootage ou
à la mise en jail pour IIS - sauf à virtualiser. Ce n'est donc pas
véritablement de l'isolation.

Il y a une étude intéressante sur le wiki de FreeBSD, avec un tableau comparatif des systèmes envisagés : Cf. [http://wiki.freebsd.org/VersionControl].

> quelle est votre marque de papier toilettes

http://www.lotus.com/

(non, les voitures, c'est pas eux !)

<pub> Pour FreeBSD, il y a <http://www.eurobsdmall.com/catalog/product_info.php/cPath/34/products_id/57>, qui ne sont pas à imprimer mais vendus prêts à coller.</pub>

Ils sont relativement solides, mais tout de même beaucoup moins que les MS-Win d'origine...

Pendant qu'ils y étaient, ils ont aussi listé OpenBSD, FreeBSD et NetBSD...