Sébastien Le Ray a écrit 224 commentaires

Sauf que le paramétrage par défaut d'un soft est celui utilisé par 90% des gens (chiffre certifié par l'Institut National de Pifométrie). Donc si tes valeurs par défaut sont pourries, les gens vont voir ailleurs. LibreOfffice a plein de fonctionnalités géniales et tient la comparaison sur plein de points mais plein de gens s'arrêtent à la première impression: c'est vieillot et les valeurs par défaut (styles, etc) ne permettent pas de sortir un truc sympa sans une grosse étape de personnalisation (et ne parlons pas de Draw :-p)

Je vais ptet essayer d'y aller progressivement en commençant par rediriger le bureau et voir comment ça tourne. Je sais que les premiers tests avaient été avortés pour cause de fichiers hors connexions qui devenaient dingues (sans réussir à trouver pourquoi… le serveur est là, il a un ping de qqes millisecondes mais Windows passe offline). Maintenant qu'ils sont désactivés ça vaudrait peut être le coup de réessayer. Mais j'ai un peu peur de la latence sur les gros fichiers.

Pour les portables nous ils sont sur le domaine avec une GPO spécifique qui dit « pas de roaming ni de redirection de dossier », du coup on a le beurre (déploiement de soft, authentification unique) et l'argent du beurre (pas de soucis en 3G).

Merci pour les infos en tout cas :-)

Pour info ton script de démarrage se remplace très bien (si tu es en samba 4 sur un AD) avec un conf directe dans le profil utilisateur (tu définis le chemin du home et sur quel répertoire le monder) et le home.reg par une GPO… Mais je pense que t'es encore en domaine NT4 ça doit être pour ça non ?

Sur la redirection de dossier je sais que j'avais commencé à la mettre en place mais (que ce soit sous XP ou sous Seven), les fichiers hors connexion faisaient du flip flap continuel (toutes les 5 minutes connexion perdue puis retrouvée 5s plus tard avec fenêtre de synchro et tout) ça doit être ce que tu entends par "désactiver la synchro"… Mais du coup pépin réseau = freeze de la machine

Oui OK, c'est du même niveau que le script d'ouverture de session qui déplace le profil, c'est ce que je fais hein mais ça reste du gros bidouillage. Surtout que je vois aucune justification plausible à appeler un profil ezoi5r7f357re.default contre profile1, profile2, profile3, etc. alors que ça éviterait déjà pas mal de problème (suffit d'exclure du roaming les répertoires avec des noms prédictibles)

Et tu dis adieu à tout un tas de soft métier qui n'aiment pas le APPDATA redirigé…

Je veux bien un pointeur vers la doc en question…

De vrais outils de gestion et de mise à jour ?
Entre puppet et les GPO mon choix est fait.
Là la faute incombe entièrement à Mozilla qui fait n'importe quoi (le ticket pour les roaming profiles est ouvert depuis 2010)

Oui enfin ça reste de la bidouille hein…
Sans compter les gigas de mails que Thunderbird pousse dans le Roaming profil dans un répertoire nommé de façon aléatoire ou les bases SQLite qui atteignent plusieurs dizaines (voire centaines) de méga parce qu'apparemment elles sont jamais VACUUM.
Je le déploie sur le domaine que je gère mais je comprend très bien ceux qui ne veulent pas se faire chier, utiliser du Mozilla sur plus de 10 postes ça demande un investissement

J'ai pas bien compris l'intérêt de la signature du canary s'il suffit là aussi d'une réquisition pour avoir la clé de chiffrement

T'es au courant qu'apache fournit des libs java incontournables et qu'à l'époque du jdk 1.3 c'étaient eux qui rendaient le langage utilisable? Donc je pense pas qu'il y ait eu besoin d'un autre gugus pour évangéliser…

À une époque il y avait au moins un développeur (francophone) à plein temps sur libreoffice. Je ne sais pas si c'est toujours le cas.

C'est la même merde en nb6.
Et ne parlons pas de leur boitier tv minable ça va réveiller mon ulcère

Primo, le nom du jour est clairement visible

C'est aussi pris en charge par cron :)

Par contre je confirme sur la gestion des doublons en exécution sous systemd, ça marche bien

Je n'ai pas testé systemd comme scheduler. Mais pour moi, ce n'est certainement pas la syntaxe qui en fera un meilleur logiciel que cron. Par contre, s'il est possible gérer des dépendances entre les jobs, d'éviter qu'un script ne se lance tant qu'il est en cours d’exécution, de tuer une tâche qui prends trop de temps … là j'y trouverai un sérieux remplaçant.

Tu te rends compte que tu viens de décrire ce que fait le planificateur de tâches Windows depuis plus d'une décennie ?

Mmmm nan, tous les backups sont sur le même disque pour le CoW, mais tu peux très bien rsync depuis un autre disque (tu ne veux le CoW que d'une sauvegarde à l'autre, pas de la « prod » à la sauvegarde)

Évite de lire les petites lignes de la doc btrfs sur la fiabilité… ça fait peur :-) (je précise que ça ne m'empêche pas de l'utiliser, mais bon, de mémoire, les trucs à base de "oui oui on gère le RAID bon par contre si y a un disque qui s'en va et qui revient on le considère pas dirty" c'est un peu flippant).

J'ai eu aussi quelques freezes purs et simples du VFS sur des cas d'utilisation intensive (avec un mount -o compress et de gros fichiers d'image disque déjà en gzip, résolu en désactivant la compression uniquement sur ces fichiers).

En une ligne tu checkes la présence du fichier PID, son contenu, s'il correspond à un process en cours d'exécution, si c'est bien une copie de ton script, tu quittes si c'est le cas et tu crées le fichier avec ton propre PID si c'est OK ? Le tout avec du locking pour gérer la concurrence ? Soit tu ne fais pas tout ça, soit tu appelles une fonction qui fait bien plus d'une ligne.

mail ou syslog pour l'historique… c'est tellement pratique pour sortir des stats, filtrer, etc… Je pense que je vais m'épargner la lecture des (éventuelles) réponses à venir devant tant de bonne foi

Ouais il te faut deux fichiers… 4 lignes… Trop dur.

Combien de lignes dans le script lancé par cron pour vérifier que la même tâche est pas déjà en cours d'exécution en lisant un fichier PID merdique avec tous les contrôles qu'il faut lui appliquer ? Combien de lignes pour gérer le log convenablement ? Pour avoir l'historique des exécutions ? Savoir si ça s'est bien passé ?

Et il faut que ce soit un MP3 hein, si c'est du flac ou de l'ogg, c'est pas bon…

Heeeu… le deal d'Apple c'était pas plus "si tu veux être sur notre plateforme t'as pas le droit d'être moins cher ailleurs" ? Il n'était pas question de quelque chose d'exclusif, juste d'abus de position dominante (tu suis nos règles où on t'exclue de X% du marché)

s,/etc,HKLM s,$HOME,HKCU, c'est exactement pareil.

Pour la gestion des droits effectivement mais je répondais au message original de faisabilité du truc avec une organisation en mode fichier qui était de toute évidence de mauvaise foi

Concernant l'organisation des clés c'est au bon vouloir des applis… elles peuvent suivre les règles ou pas (comme dans le /home en fait)

Je crois que t'as pas suivi le début du fil. La personne expliquait que dans la base de registre, tu peux avoir des ACL au niveau clé. La seconde personne rétorquait que c'était tout à fait faisable dans /etc en séparant la conf en n fichier avec des ACLs dessus… en omettant de préciser qu'il fallait pour que cela fonctionne que l'appli aille chercher chacun de ses paramètres dans un et un seul fichier unique pour ce paramètre si tu veux la même finesse en termes de droits d'accès. C'est absolument pas la mise à jour dynamique dont il est question où les deux systèmes sont sur le même plan.

Sauf que dans ce cas là tu réponds absolument pas à la problématique initiale. Si tu te contentes de faire ça, il suffit que j'ajoute des paramètres dans un fichier où j'ai le droit d'écrire pour qu'ils soient appliqués par l'application… Hors c'est précisément pour éviter ça que le premier post proposait d'éclater les fichiers de conf avec des droits d'accès par fichier.

Donc ton algo c'est plus 1 ̂paramètre == 1 fichier et un seul si tu veux pouvoir avoir du droit d'accès fin, j'avoue que c'est nettement plus pratique et propre que la base de registre. Et je suppose qu'on refait la même dans le $HOME (allez, admettons que ce soit une appli sympa elle va faire un effort pour pas mettre les fichiers en vrac mais dans un .application voire, cas exceptionnel, le foutre dans .config/.application…

Sérieux, vanner la base de registre quand on voit le bordel dans le moindre home d'un compte graphique Linux c'est un peu fort…

Parce qu'il est bien connu que toutes les fonctionnalités des bureaux libres sont hyperstables et matures (coucou népomuk, coucou akonadi)

Le seul avantage que tu as sur une distribution Linux c'est qu'on va te packager tout un écosystème pour te faciliter la vie.

Donc si tu veux vraiment faire une comparaison, compare l'écosystème Windows avec ta distrib, donc s/paint/photoshop/ par exemple.

Pour les majuscules accentuées c'est vrai que c'est étrange, si tu prends Word, avec une conf canadienne il fera la correction, avec une conf fr-fr il virera l'accent. Mais bon, installer le bon layout clavier prend 30 secondes… Quand je vois le temps que perds à chaque mise à jour d'un DE dans le monde linux c'est peanuts

Marrant, j'ai un VirtuaWin qui tourne non-stop depuis 2 semaines sans soucis… Je crois que j'ai jamais atteint cet uptime avec un KDE sans avoir des glitches graphiques de partout.

Pour le clavier (évoqué ailleurs), il n'y a pas de problème particulier… en cherchant un peu on trouve même du fr-oss