totof2000 a écrit 9656 commentaires

Donc, je confirme, j'ai vu ça. Tout était indiqué dans le référentiel (No de série du serveur, des disques, etc …). Je ne sais pas si ils allaient jusqu'à référencer les addresses MAC, mais s'il avait fallu le faire ça n'aurait pas posé gros problèmes pour mettre à jour l'appli.

A partir du moment ou tu bases tes produits d'infrastructure sur cette base de données, tu es obligé d'avoir un référentiel à jour (pas de supervision ni de branchement réseau si ta machine est pas dans le référentiel).

qui a déjà vu un SI ou tous les équipements étaient consolidés dans un référentiel unique et "A JOUR" ?

Moi (mais tout dépend de ce que tu entends par "à jour").

Euh .. tu as déjà eu à gérer des serveurs de prod ?

On peut quand même noter que la mode "XML à toutes les sauces" (sur le tapis … :) ) est bel et bien tombée, et qu'on est maintenant dans une utilisation un peu plus "raisonnable" de ce format.

Ce qui m'a fait tiquer c'est l'expression "Je dois installer une application WEB sur une distri Linux". Le terme employé me fait penser au fait que l'intervenant subit, n'a pas choisi. Et le fait qu'il demande de l'aide sans chercher un peu est un élément qui aurait tendance à me faire penser que c'est bien le cas.

Soit c'est dans le cadre d'une vormation (un exercice), soit c'est son employeur qui lui a demandé. Si son employeur lui a demandé ça pour une plate forme de dev ou de test, pourquoi pas (mais même en dev, il risque d'installer un truc trop différent de ce qui sera installé en prod et les devs devront passer du temps à réadapter le code). Si c'est de la prod et qu'on ne lui a pas fourni un mode opératoire adapté, je trouve ça un peu limite, même si c'est fréquent.

… ou indiquer ce qui a été fait et n'a pas marché (si possible avec un extrait de log).

https://www.linode.com/docs/databases/mysql/how-to-install-mysql-on-centos-7/

en français :

https://blog.microlinux.fr/mysql-centos/

Ca m'a pris 2 mn pour trouver avec un moteur de recherche célèbre.

J'espère que tu fais pas ça dans un cadre professionnel … ou que c'est pour te former, pas pour de la prod …

Et pourquoi pas ? Cela serait un remplacement bien plus efficace qu'un TER ou un bus qui amène les gens du village au boulot et les ramène. Pour un coût probablement moindre car plus de souplesse.

C'est vrai, mais je vois pas ça comme un remplaçant de la voiture individuelle, mais plus comme un remplaçant de transports en commun.

D'autant plus que cela pourrait être rendu obligatoire pour des raisons de sécurité, d'urbanisme et de pollution.

euh … dans des zones peu denses ? Tu penses que ça aurait du sens ?

Ce genre de discours me fait peur. La voiture individuelle alimentée par des énergies fossiles pose un certain nombre de problèmes. Ceà dit la voiture individuelle répond à un tas de besoins que les solutions mutualisées ne pourront pas forcément régler. Que l'on favorise ce genre de solution là ou ça se justifie, je suis assez favorable. PAr contre imposer ce genre de solution et laisser sur le carreau les gens qui n'ont pas leurs besoins couverts par ce genre de solution, la je suis complètement contre.

Maintenant, une petite info pour couper court à ceux qui pnseraient que je veux absolument ma voiture individuelle : j'ai plus de voiture depuis un an (on me l'a volée). Depuis un an, j'ai réappris dans la mesure du possible à me passer de voiture. Ce n'est pas nouveau pour moi, car j'ai déjà alterné plusieurs périodes avec et sans voiture. J'ai la chance d'habiter une ville de banlieue parisienne ou je peux trouver à peu près tout à proximité, mais même comme ça, il y a des choses que je ne peux pas faire sans voiture (en partie en raison de l'offre de transports en commun qui n'est pas toujours adaptée pour faire autre chose que des allers-retours paris/banlieue), et dans ce cas je demande à des amis qui ont une voiture de m'aider ( et je trouve pas ça très sain moralement d'ailleurs : se passer de voiture quand on en a pas besoin, mais profiter de celle des autres quand on peut pas faire autrement …). Pour les trucs à faire tout seul, on peut se débrouiller, mais pour certaines choses à faire en famille c'est plus difficile (tout dépend de la famille).

Mon épouse quant à elle a plus de mal à s'en passer (pour raison de santé entre autres, il y a des périodes ou rester debout dans les transports lui pose de gros problèmes, de même que monter ou descendre de nombreuses marches est assez difficile), et elle en a racheté une. Je ne l'utilise pas, sauf deux fois par semaine parce qu'on va en famille au même endroit, et prendre les transports est problématique (peu de transports aux heures ou on doit y aller - un trajet de 15 mn en voiture prendrait plus d'une heure).

Tout ça pour dire que la voiture individuelle est un mal nécessaire dans certains cas. Si certaines personnes ici peuvent s'en passer, alors bravo, faites-le, mais SVP ne cherchez pas à imposer ce mode de vie aux autres au risque de leur pourrir l'existence.

1/ Est-ce généralisé ? tout le monde dans ces villes utilisent ce service ? Il n'y a plus du tout de voiture personnelle ?
2/ Les bannis du service, ils font quoi? Ils restent chez eux ?
3/ En France, depuis les attentats de Charlie Hebdo, une loi est passée pour que toute voiture de location soit équipée d'un traceur GPS. Pense-tu que ce sera différent pour des voitures mutualisées ?
4/ Peut être qu'ailleurs les gens sont plus respectueux des biens communs, mais en France, il y a vraiment un gros problème par rapport à ça. D'ailleurs ça se passe à tous les niveaux : tant les gens issus des milieux défavorisées, que des personnes issus de milieux plus favorables (les gens qui laissent leurs chiens déféquer dans les lieux publics par exemple, ceux qui jettent leurs mégots, bouteilles/cannettes vides ou papiers par terre, ou dans les transports, il suffit également de voir l'état des toilettes publiques, ou même des toilettes dans les entreprises, etc …).

Ensuite se pose un autre problème : ce genre de service mutualisé nécessite de devoir tout planifier : planifier le moment ou on va faire ses courses, planifier le moment ou on va aller chez le médecin ou passer des examens médicaux, … Alors certes, certaines choses peuvent se planifier facilement (les courses par exemple et encore, j'y reviendrai plus tard …), mais d'autres non (on ne sait pas si on va être malade, et aller chez son médecin, c'est pas forcément un truc de prévu, et vu que l'on a tendance à fermer certains services médicaux non rentables, ce qui a pour coséquence de rendre plus difficile l'accès aux soins, dans les zones peu denses, et sans véhicule c'est encore pire). Fini aussi, le fait de décider d'aller à la plage ou en pique nique à la derniere minute avec les enfants pur peu que la destination soit un peu éloignée. T'as juste à prévoir, tant pis si le temps ne s'y prête pas le jour ou tu as prévu de sortir. Si en plus tu as oublié un truc en allant fairte tes courses t'es cuit. Si tu as envie d'inviter quelqu'un chez toi à l'improviste, tu peux pas aller vite fait faire les courses pour acheter ce qui te manque, sauf à avoir une boutique de proximité (celà dit, en y réfléchissant, peut-être que ça permettrait le retour des commerces de proximité, et ce serait pas un mal, au contraire).

C'est pour ça que je dis que ce genre de mode de transport ne remplacera pas la voiture individuelle: je pense même que ça remplacera plutôt certains modes de transports collectifs non rentables (comme indiqué dans un autre post), tout simplement parce que ça ne couvre pas tous les besoins de déplacement de toute la population.

Je pense que de toute façon la voiture individuelle est un concept qui va disparaître assez rapidement au profit d'un parc commun (public ou privé) automatisé.

Ben ça je n'y crois pas du tout.

Ca pourrait se passer comme ça pour les grandes métropoles, mais pas pour le reste du monde.

Celà dit, même dans les métropoles, pour que ce concept fonctionne, il faudrait que les gens soient respectueux des biens communs, ce qui est loin d'être le cas,n et qui ne s'arrange absolument pas de nos jours, a moins de fliquer encorer plus les gens, et c'est le genre de truc que je ne veux absolument pas.

… si ta config le permet, tu peux installer une distribution plus orientée 'grand public', et par dessus créer des machines virtuelles sur lesquelles tu pourras installer une distribution pour "tester/bidouiller".

Côté CPU, la plupart des CPU de moins de 5 ans peuvent gérer (a plus de 5 ans faut voir : j'ai chez moi des AMD de plus de 10 ans qui le font très bien, mais d'autres ne le font pas), par contre faut avoir un peu de marge niveau RAM.

Donc en fait, les gens en veulent, et on leur en donne. Où est le problème ?

Le problème ? C'est qu'a terme on risque de l'imposer aussi à ceux qui n'en veulent pas.

Ce serait déjà pas mal.

Il me semble que les programmes de comptes personnels ne manquent pas.

Pour ma part j'en ai essayé plusieurs, mais aucun n'était aussi simple et pratique que ce soft. Et surtout, il est dispo sous FreeBSD. LEs autres softs que j'ai essayés étaient beaucoupplus complexes à prendre en main.

Ou alors c'est un type de logiciel bancaire particulier et y en a peu des comme ça? Ou celui-là est vraiment vraiment meilleur que les autres? Pourquoi s'accrocher à ce logiciel en particulier?

Je ne sais pas pour le posteur initial, mais pour ma part, comme je l'ai dit, il a l'avantage d'être simple, mais relativement complet. Les autres softsque j'ai utilisés ont tendance à ressembler plus à une appli decompta "pro" qu'à une appli de gestion de compte personnelle.

Le développeur voulait planker son soft pour pas qu'on le retrouve … C'est ça, les développeurs timides et humbles.

XML dérive se SGML qui a quand même été pensé pour l'utilisation par les humains (c'est quand même pas du binaire ou du BSON ou du gzip !).

D'après wikipédia, L'objectif initial de XML est de faciliter l'échange automatisé de contenus complexes (arbres, texte riche…) entre systèmes d'informations hétérogènes (interopérabilité) .

J'essaierai de retrouver d'autres sources (celles que j'avais utilisées à l'époque ou je me suis intéressé à xml - ce doit être un bouquin de chez o'reilly) qui détaillent un peu plus tout ça. mais si ma mémoire ne me fait pas défaut, et ma compréhension de l'époque était la bonne (et je peux avoir mal compris), le fait qu'xml soit manipulable par des humains n'est qu'une conséquence, pas le but.

Sinon, le xml ne me dérange pas lorsqu'il est utilisé à bon escient (je pense par exemple au format OpenDocument, ou au format svg), mais lorsqu'il s'agit de choses éditables par des humains, tel que des fichiers de conf, j'ai tendance à ne pas aimer (je n'aime d'ailleurs pas le format de fichier de conf d'Apache qui est une espèce de pseudo xml/html qui est parfois lourd à manier et difficile à comprendre).

Il reste une fonctionnalité de XML qui manque, à mon goût, à YAML, c'est les namespaces.

Là je suis tout à fait d'accord avec toi : je ne trouve pas le yaml parfait, mais beaucoup plus facile à utiliser pour de la conf (ou des trucs qui doivent être édités/manipulés par des humains).

Et du coup, dans 200 ans, nous devrions être encore au C ?

Bah, si le C, malgré tous ses défauts, est suffisamment adapté pour développer, on utilisera encore le C.

Personnellement, je constate que la plupart des "défauts" et reproches que l'on fait au C peuvent être également des points forts : tout dépend dans quel domaine on l'utilise.

Les pointeurs par exemple : personne n'aime les pointeurs en général, sauf les développeurs très ba s niveau qui auraient du mal à faire sans. Mais je comprends que le développeur d'un service web ne veuille pas s'en soucier. Idem pour l'allocation de la mémoire devant être gérée par le développeur : c'est certes une contrainte, mais cette contrainte se révèle parfois un atout. Tout dépend à quel niveau on se place.

?

si un langage te promet d'attraper les erreurs les plus communes à la compilation plutôt qu'à l'exécution ou pendant d'hypothétiques phases de check que tous les développeurs sont loin de mettre en place, bin personnellement je pense que C a du soucis à se faire.

Si c'était aussi simple, ADA aurait remplacé le C depuis longtemps.

Ben moi je le pense sérieusement.

J'utilise les 3 formats (json, yaml et xml) quasiment tous les jours, et c'est xml qui pose le plus de problème.

Le XML n'a jamais été fait pour être éditable par un humain.

Avant ça il y a eu dans un autre domaine, Jean-Jacques Goldman qui a quitté les enfoirés, probablement en raison de l'age, et probablement l'envie à terme de passer à autre chose au bout d'un moment , ou la sensation d'être allé au bout de ses idées et de ses convictions et de ne plus pouvoir apporter grand chose à la cause ou au projet que l'on défend (et à mon avis il est plutôt sain arrivé à ce stade de passer la main plutôt que de s'entêter à rester au risque de couler le navire).
On voit ça dans tous les domaines, avec des gens qui restent moins longtemps que d'autres, mais aussi des gens qui restent trop longtemps à s'accrocher alors qu'ils auraient du partir avant (sans avoir suivi de trop près le sujet, l'exemple qui me vient a l'esprit est celui du fiasco de l'équipe de France de football en Afrique du Sud: pour certains, c'est du au fait que le sélectionneur de l'époque aurait du passer la main avant que le navire ne sombre, mais il doit y avoir d'autres exemples).

Je mettrais en tout premier de la liste : soit virer le xml, soit développer un outil permettant de ne pas avoir à manipuler cette horreur.

Un brouillon POSIX (POSIX draft 1003.1e) avait été proposé afin de définir un modèle qui permet de donner aux processus uniquement les privilèges de super‐utilisateur dont ils ont besoin.

L'approche unix se base sur les droits attribués à un utilisateur sur les objets manipulés (fichiers, etc …) et non sur des droits attribués à un processus. Et je crains qu'ajouter une couche de contrôle au niveau processus ne vienne à rendre difficile la gestion des accès au ressources, surtout soi à ça on interagit avec d'autres couches telles que selinux par exemple. Après, si on intègre les diverses couches à un seul outil, pourquoi pas, mais vu qu'on se dirige de plus en plus vers des applications orientées microservices sur des containers/VM n'ayant que peu de choses qui tournent dessus, je me demande si les admins prendront le temps de gérer ce genre de choses.

Moi je voyais surtout les snapshots avec la possibilité de réversibilité suite à une mauvaise manip ou mise a jour. BTRFS + snapper sont parmis les candidats.

Ca ne répond qu'à une partie du problème. Ce genre de façon de faire ne te permettra pas de récupérer les données suite à une panne matérielle. Il faut combiner ce que tu proposes à de bonnes sauvegardes, et de l'archivage.

Liste des imprimantes supportées par hplip:

https://developers.hp.com/hp-linux-imaging-and-printing/supported_devices/index

Par contre faudrait voir dans hplip s'il n'y aurait pas un pilote "générique" dispo pour les imprimantes de la série hp deskjet 2600. Il ne supportera peut-être pas toutes les fonctionnalités de ton imprimante, mais peut-être pourras-tu imprimer avec ?

J'ai pas de hplip à portée de main pour vérifier.

Ca veut dire quoi ce commentaire ?