Sébastien Le Ray a écrit 234 commentaires

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

Par rapport à DOS, c'est compliqué, mais par rapport à Windows, je trouve que depuis quelques années les distributions Linux ont fait beaucoup de progrès au niveau du tempsde démarrage

toi t'as pas du démarrer un Windows depuis XP. Sous seven on a un bureau utilisable sous les 20 secondes quand dans le même temps un KDE a pas fini d'afficher son splashscreen et de lancer baloo…

Translation ça se traduit par traduction, le routeur qui fait du NAT "traduit" depuis l'extérieur vers l'intérieur et vice versa… Mais dans ce contexte que ce soit translation ou traduction c'est pourri :)

Je donne aussi un lien vers l'académie française à ma décharge :)

Que la langue française évolue OK… Que l'évolution soit gérée par des gens (journalistes en tête) qui n'ont pas le niveau en anglais et traduisent directement les faux amis sans s'emmerder… je trouve ça plus problématique (actuellement, éventuellement, la mode (qui semble être passée) de foutre du "juste" partout)

Mouais, prendre le wictionnaire comme référence c'est un peu bof bof.
Le grand dictionnaire ne le connait que dans le sens lié aux doigts et mentionne bien le fait qu'il s'agit d'une mauvaise traduction (idem pour l'Académie française)

Ça rejoint la translation d'adresse, résumer un téléchargement, etc.

C'est une technique qui est parfois utilisée en développement Web lorsque l'interface doit se mettre à jour selon des événements, tu as une réponse Ajax qui n'arrive qu'en cas d'événement ça fait de l'attente passive, plus réactif que du polling (sauf si on déplace le polling côté serveur :-) )

Au passage, j'ignorais qu'il était possible de construire un objet et de surcharger une méthode pour cette instance, c'est curieux, et pas vraiment élégant non plus.

T'as pas du coder des masses en Java alors… C'est, je trouve, plus élégant que les classes définies in extenso et utilisées qu'une seule fois

L'auto(un)boxing c'est java 5 hein

Je vois pas le rapport, tu n'imprimes pas le livre à l'identique dans tous les pays

Être sur "Linux" ou pas, c'est le métier qui change et les acteurs de la prese ont bien du mal à accepter le changement (comme les musiciens contre le musique numérique, comme les producteurs de vidéo contre la VOD…). C'est triste, espérons que d'autres prendront la relève.

T'inquiètes, comme dans les autres domaines tu peux compter sur l'état français pour encourager la résistance au changement et maintenir sous perfusion une industrie qui refuse d'évoluer…

Sinon j'ai l'impression que c'est pareil partout, les éditeurs considèrent que la version numérique est équivalente en coût à la version papier dans leur grande majorité… En même temps quand on voit le prix et la qualité des livres papier (c'est fou le nombre de poches qui arrivent à avoir une couverture cartonnée au Royaume-Uni alors qu'en France on considère ça normal que le bouquin soit bon à jeter après une lecture), faut pas s'étonner…

Toi, on sent que tu as une idées très réaliste du niveau moyen en informatique dans l'éducation nationale…

Et il fait quoi ce service public du numérique? Nan parce que bon quand on voit la tronche de l'informatique (au moins en primaire) dans l'éducation nationale ca fait doucement marrer… c'est comme pour l'anglais et le reste? On va dire aux instits "utilisez du libre" sans expliquer en quoi ca consiste ni fournir la moindre formation?

C'est exactement le même principe sous Debian avec les dpkg-new.

Sachant que pour 80% des softs y a un système d'include/whatever qui permet d'avoir les paramètres spécifiques dans un fichier dédié qui n'est pas écrasé par l'update…

Que tes propositions sont ridicules et rendent l'utilisation des mails laborieuse (recherche, etc.) ? Que c'est plus simple d'utiliser un autre service ?

Effectivement ta technique d'envoyer des emails vides, sans sujet et à personne est assez imparable…

C'est exactement ce qu'il dit…

Je suis passé sous Ubuntu récemment pour le portable. Il m'a clairement indiqué que je pouvais améliorer les performances graphiques mais que cela nécessitait l'utilisation de pilotes propriétaires… Les choses ont donc du changer