FantastIX a écrit 1338 commentaires

[…] les extensions GNU sont surtout utiles pour des usages interactifs ou sont assez peu connu.

J'en ai aucune idée en fait, je ne suis pas encore assez avancé, j'imagine. Les expériences que j'ai eues concernent notamment les options. Par exemple, '-r' rend les expressions régulières bien plus lisibles avec sed sous Linux. Mais avec OSX, c'est '-E'. Je ne me souviens plus des détails avec tar mais je sais que j'ai séché pas mal de temps avant de trouver.

Merci pour ce guide. Je me rends compte que j'ai du bol de n'être pas encore en train de sécher dans un faux-plafond. Mais, tout compte fait, il y a deux raisons à ça: 1) je suis seul à scripter sous Linux dans la boîte et 2) y a pas de faux plafond.

Ceci dit, la théorie et les règles, c'est bien. Mais écrire des scripts SHELL qui tournent aussi bien sous *NIX que Mac OS, par exemple, ça rend les règles plus difficiles à suivre. Surtout en raison des différences entre les outils, genre sed et tar, pour ne citer qu'eux.

Cette dépèche est à accrocher en post-it sur le bureau.

(Hein? Comment ça, trop de post-it?)

Ah merci! C'est en effet tellement simple que je mériterais bien de me faire moinsser, tiens. 11 références pour "food", 4 pour "pharma", ça me paraît très bon. De quoi commencer à discuter pour aborder un projet de migration…

Vanité à effet retard. On est bien d'accord. Juste pas au même moment ;-) .

EDIT: Je m'en veux de pas consulter LinuxFR plus fréquemment, faute avouée…

Y a-t-il des retours d'expérience dans le domaine Pharma/Alimentaire ?

(attaque gratuite, basée sur rien, n'appelant pas spécialement de réponse :) )

T'as raison, une tradition (hebdomadaire), ça se respecte ;-) .

Je pense que la solution c'est de faire de la synchronisation plutôt que d'utiliser directement NFS.

Non, ce n'est pas la solution, pour la simple raison (exposée par Larry Cow) que ça dépend de la taille des données et de ce qu'on en fait. Il n'y a pas une seule solution pour couvrir tous les cas mais une solution adaptée à chaque cas de figure.

Par exemple, synchroniser un espace de 2To vers un disque local de 100 Go, ça ne va pas. Indexer les données d'une source partagée n'est pas non plus une bonne idée en raison du trafic réseau engendré, sans parler de la protection contre les accès concurrents. Une meilleure option, dans le cas d'accès à des grands espaces de données partagées en réseau, serait, par exemple, de fournir un service d'indexation interrogeable à distance, plutôt que d'accéder directement aux méta données.

L'accès direct aux données d'indexation n'a de pertinence que pour un système local. La synchronisation n'a de pertinence que pour les faibles volumes et, en plus, dont la fréquence de mise à jour est relativement faible.

Juste mes 2 eurocents ;-) .

C'est moi ou bien PHP commence à ressembler de plus en plus à Python?

-->[]

Non non. Mais quand le bouton est trop loin, il reste le menu. Ou la ligne de commande.

Et quand le porc est à point? Ben, on le mange.

« Il ne faut pas nécessairement croire tout ce qu'on lit sur internet. » — Theodore Roosevelt

J'utilise DuckDuckGo. Même si ce n'est pas libre, c'est une autre option que Google. Ça ne me rend pas encore heureux mais j'ai au moins la satisfaction (l'espoir?) que mes recherches ne tombent pas sur une machine appartenant à type qui prétend que si on veut une vie privée, c'est qu'on a quelque chose à cacher.

Merci Sylvain et Misc pour ces éclaircissements. Je comprends un peu mieux ce que systemd apporte par rapport à sysvinit (j'espère). Cependant j'ai toujours du mal à voir en quoi ça aurait empêché quelque chose comme services/machin, services/machin.d, services/machin.d/wants et, pour les fichiers de configuration, services/machin.conf ou services/machin.d/machin.conf ou services/conf.d/machin.

on aurait dû voir un programme musclé pour gicler les boites américaines […]

Ben justement: on aurait dû.

Raison pour laquelle on n'est jamais si bien servi que par soi-même. En théorie, c'est vrai, on devrait voir les politiques s'en charger. Mais 1) ils ne comprennent rien à la technologie, 2) le lobbying aidant… bref, c'est pas demain la veille.

Donc oui:

Là tu parles des particuliers.

car ce n'est que de ce côté-là qu'on a une chance de voir les choses bouger. Comment? En arrêtant de mettre ses données personnelles n'importe où et en se prenant en charge soi-même le plus possible.

Parce que les répertoire sont utilisés pour autre chose. Par exemple ajouter des dépendances à certains services, ou (avec une version suffisamment récente) ajouter des options à un service sans écraser celles déjà présentes.

Pourrais-tu développer? Je ne comprends pas ce que tu veux dire. Aurais-tu un exemple? Si j'ai compris, un répertoire possède une fonction logique unique avec systemd?

Ceux qui font office d'autorité, probablement. La généralisation à tout le peuple est quelque peu excessive, je pense.

Ça fait quand-même plus sérieux que:

« Le monde ne sera pas détruit par ceux qui font le mal, mais par ceux qui les regardent sans rien faire. » — heu… je sais plus qui.

Non?

-->[]

"Virer tous ces malpropres", ce serait aux politiques de le faire. Et, comme tu le sais… enfin bon. Perso, ce que je pense, c'est que c'est à nous de prendre notre indépendance virtuelle. On ne nous la donnera pas. On ne doit pas l'attendre, elle ne viendra pas sans qu'on la prenne tous seuls, comme des grands.

Pourquoi a-t-on x/y/machin.service et v/w/truc.task plutôt que x/y/services/machin et v/w/tasks/truc, par exemple?

Normal, c'est une distribution pour terroristes. La nouvelle fera l'effet d'une bombe…

(Je sais, un peu facile, je reconnais. Manque d'inspi, je suppose.)

Les bordures dans l'interface sont plus petites au lieu d'être plus jolies, certains widgets s'affichent mal, etc.

Ça ne serait pas plutôt un problème de l'ordre du thème visuel ça? Quand les bordures sont trop petites, je change le thème, avec des bordures plus grosses, par exemple. Enfin, si ça se trouve, on avait déjà la solution. Je reconnais, tripatouiller un thème GTK n'est pas forcément chose facile (j'ai essayé, j'ai eu mal au crâne). Alors, justement, pourquoi pas simplifier la personnalisation des thèmes?

Depuis que j'ai lu un article de Michael Larabel sur Phoronix à propos des écrans à haut DPI (en-us), je me pose la question: c'est quoi le problème? Je n'ai pas de tel écran à proprement parler mais avec Xfce, j'ai toujours réglé la valeur du DPI et la taille des icônes indépendamment à quelque chose qui me convienne et ça me suffit amplement depuis toujours.

Par exemple, sur un portable Dell 15 pouces, avec une résolution de 1920x1080 (vraiment trop petit à lire pour moi), j'ai dû régler le DPI à 120 ou 150 et adapter la taille des icônes à 48 ou 64 pixels pour que tout reste lisible sur l'écran du portable. Et quand je branche un écran externe, le même paramétrage est appliqué et ça me convient parfaitement, c'est vraiment plus que lisible. Et, en plus, ça me permet de mettre en avant les petits problèmes d'alignement des contrôles dans certaines applications graphiques ou les sites internet aux CSS désastreux.

Que du bonheur donc.

Alors c'est quoi le problème avec les écrans à haut DPI?

Nous sommes déjà notés, rien de nouveau sous le soleil.

Hmmm… Génération Facebook! jusqu'au jour où plus personne n'acceptera quiconque comme ami avec une note inférieure à 4.8. Me réjouis de voir arriver ce moment-là…

Pourquoi pas CouchDB ? Je ne connais pas bien ce moteur, sauf pour en avoir lu quelques articles dans Linux Magazine. Ce type de moteur ne serait-il pas plus pertinent pour ce genre de tâche qu'un moteur SQL relationnel?

C'est sympa d'avoir publié cette dépêche un troll-di 13! C'était prémédité? ;-)

Ceci dit merci pour la traduction. Après la dépêche sur le nouveau noyau Linux, nous voilà gâtés.