Sytoka Modon a écrit 4546 commentaires

J'utilise un script lancé par cfengine qui me fait les installations tout seul, et cela sur un parc entier de machine. L'option -t marche aussi avec apt-get. Je le fait la première fois puis je note tous les paquetages provenant de backports, puis je met cela dans mon fichier preferences.

Ainsi, par la suite, un apt-get dist-upgrade marche aussi ce qui n'est pas le cas si on n'a pas le fichier preferences qui va bien (souvenir).

Bref, en automatique sur un parc, c'est pas toujours trivial à faire surtout s'il y a pas mal de dépendances (comme open-office). Surtout, j'ai pas trouvé de moyen simple de le faire à part cette méthode un peu bourrin. J'aurais par exemple aimé dans le fichier préférences pouvoir mettre plusieurs noms de paquetages sur la même ligne afin de diminuer le nombre de celles-ci.

Mon expérience par le passé me fait dire qu'il n'y a pas de mise à jour de sécurité régulière. Maintenant que c'est plus officiel, cela peut changer. A voir.

A noter pour ceux qui ne le savaient pas qu'il faut limiter les paquets provenant du backport au strict minmum et ne pas tout mettre. Personnellement, je fait cela via le fichier preferences d'apt où j'ajoute chaque paquet du backport. C'est pas très souple mais cela marche !

Parfois, il vaut mieux se tourner vers schroot comme solution. Dernier exemple en date dans mon laboratoire, un utilisateur a besoin de python2.6 avec pas mal de truc autour. J'ai pas vu comment faire cela avec les backports, impossible à faire non plus en mixant lenny et squeeze sans pourrir toute la lenny (dont la libc).

J'aurais pu faire une machine virtuelle mais au final, schroot est bien plus simple et la surcharge quasi-nulle. Pour l'utilisateur, l'utilisation de schroot est très facile aussi.

Tu utilises quoi comme script pour les HP, je suis intéressé de tester.

> l'utilisation est presque confidentielle

Il faut dire que même sur les sites Perl, on en parle pas beaucoup et il y avait une certaine dynamique au début mais on a l'impression que c'est un peu mort. En tout cas, c'est mon impression lorsque je vais sur le site web...

Le concurrent de dancer est actuellement mojolicious qui a zéro dépendance sur le CPAN.

http://mojolicious.org/

La dynamique de Perl6 a relancé la dynamique Perl5 donc la mise au point de bon environnement en Perl5 sera bénéfique à Perl6. Bref, tout le monde est gagnant.

S'il n'arrive pas à faire son choix, je partirais sur Perl6 avec Raduko + Parrot. On peux alors faire du fonctionnel, de l'objet, de l'assembleur... et en plus, il y a la force du CPAN derrière.

Je suis désolé mais si on ne suit pas ton lien, c'est très bof car cela reste juste une migration Firefox. S'il y a plus, il fallait le mettre !

Sinon, je suis triple OS dans ma structure avec en plus plusieurs distribution GNU/Linux. Chez moi, l'OS majoritaire est GNU/Linux même sur les postes de travail.

Donc je confirme mon titre, si tu ne veux pas de bof, il faut nourrir tes articles avec plus de concret sans forcément faire une copie.

Au final, si je ne suit pas le lien, je ne sais rien :

- migration firefox : bon OK c'est bien mais c'est un peu normal aussi vu le taux de pénétration de firefox de nos jours. Bref, pas exceptionnel. Je dirais presque plus, en retard d'un métro.

Pour le reste, du conditionnel et finalement des choses peu précises. Je ne crois pas trop aux double postes, deux OS à gérer... Dans un premier temps, qu'il se débarrasse de cette glue qu'est Office !

Bref, je reste septique sur cette annonce...

C'est exactement ce que je cherche aussi !

Pour le moment, j'utilise parfois ikiwiki pour faire cela.

Bon, je vais tester ça vite fait !

La commande script est pratique le jour ou tu fais des choses importantes (installation...), elle sauvegarde tout dans un fichier de ton choix.

Il y a aussi Bricolage dont je suis tenté d'essayer. Quelqu'un a des retours ?

http://bricolagecms.org/

debian n'est pas lent, debian porte les logiciels afin qu'ils compilent et fonctionnent sur une multitude d'architecture.

debian ne priviligie pas le x86 contrairement à la plupart des projets amonts.

Si tu n'aimes pas la FSF, supprimes ses logiciels de ton poste ;-)

L'UREC s'arrête mais on le savait depuis plusieurs années... Cela fait au moins 2 ou 3 ans que c'était "dans l'air du temps". En fait, un peu depuis le départ de Jean-Luc Archimbaud de la tête de l'UREC (et avant qu'il ne se lance dans PLUME).

Mias si l'UREC n'est plus, il reste plein d'UMR qui ne demande qu'à avoir des informaticiens compétents près à donner du temps pour la collectivité (UMR = Unité Mixte de Recherche).

Sinon, il y a peut être aussi la solution des chèques emploi service qui est simple et efficace mais je ne sais pas si elle peux marcher dans ce cadre.

Je viens d'avoir un utilisateur dont la boite faisait 6Go ! Effet secondaire, thunderbird affichait le fichier attaché du mail n-1 pour le courriel n....

Après compactage, la boite Inbox est revenu a 350Mo !

Bref, cela fait des années qu'on a régulièrement des cas comme cela et que la fonctionnalité "compactage" est incompréhensible pour la grande partie des utilisateurs finaux.

Normalement, les annonces se font après les synchro...

Ensuite, le système est déjà en place sur security.debian.org, c'est donc que cela marche car les mises à jour de sécurité, c'est un peu plus sensible que les images ISO ;-)

Surtout qu'il y a un paquet de mirroir debian...

D'ailleurs, ce serait bien qu'il mette GeoDNS sur l'archive principale de debian et non seulement la branche security, ainsi, on ne s'embêterais pas à choisir des miroirs debian sur son territoire.

A terme, la distribution via torrent pourrait alléger la gestion de ce cluster de miroir. Je ne sais pas qu'elle énergie en terme de temps Homme et en terme de ressource électrique cela pourrait faire gagner (ou perdre).

Je ne sais pas pour vous mais je trouve qu'il y a un problème de numérotation. Annoncer la version 1.0 après seulement 5 mois de boulot mais surtout annoncer les versions 2 et 3 pour l'année m'inquiète un peu la pertinence des numéros.

J'avoue que je ne comprends pas trop le problème ici car la boite qui fait cela ne se met pas spécialement en avant. Il y a juste un lien en bas mais son nom n'est pas vraiment spécifié.

Qt Quick a besoin de Qt Creator qui a besoin de Qt Quick...

Bref, je n'ai pas pigé ce qui manquait pour que cela quick fort ;-)

Il y a un problème lorsque la mbox dépasse 2Go et cela arrive dans la vraie vie...

Il y a un soucis avec le format mbox, il faut compacter de temps en temps. C'est incompréhensible pour les utilisateurs et sur une grosse boite, c'est long...

Je ne comprends pas pourquoi le format MailDir n'est pas gérer par thunderbird et surtout, on ne vois rien dans la feuille de route. Je ne comprends pas aussi pourquoi thunderbird ne compacte par de manière intelligente sans faire de réglage de sioux ni pourquoi il n'avertis pas l'utilisateur lorsqu'une boite atteint la limite des 2Go.

Pas ailleurs, même topo que pour Firefox, la gestion des profils ne sers à rien pour 99,9% des utilisateurs et pourrait être agréablement remplacé par une option de la ligne de commande.

Je rajouterais qu'il n'y a pas de serveur de méta-données avec glusterfs et rien que cela, c'est un énorme stress en moins qui vaut bien le coup de passer 5mn de plus sur la configuration.

Glusterfs a beaucoup de choix de mode de fonctionnement. Il faut un peu savoir ce que l'on veut avant de choisir le mode. Je ne pense pas qu'on puisse passer d'un mode à un autre et c'est que je ferais comme critique car ce n'est pas toujours facile de changer de mode car on ne manipule pas aussi facilement que cela des centaines de Téra !

Dans le même genre, il y a glusterfs qui me semble plus complet et qui a l'avantage de ne pas avoir de noeud maître !

http://www.gluster.org/