C'est à se demander si tu as lu la doc de systemd et si tu t'en es réellement servi un jour.
Servi oui, en tant que lambda sur une fedora et même si j'ai crouté le boot avec un simple CTRL + ALT + SUP, je ne le met pas sur le dos de systemd.
Lu la doc non, parce que, comme dit au dessus, je fais de la paleo informatique et dans ma boite, les serveurs et les technos évoluent au fil du besoin et des contraintes, pas des sorties des softs et même si je fais encore un peu d'admin, je m'oriente de plus en plus vers le dev (ma spé principale), justement parce que plus ça va, plus c'est compliqué de faire ce qui se faisait simplement il y a 10 ans.
D'un pauvre script rc.M ou tu rajoutais ton /usr/local/bin/pg_ctl start -D /pathmabase, maintenant il te faut pondre un script complet start/stop/restart/magrandmereenstring avec des contraintes moisies pour gérer des cas que tu pouvais déjà gérer avant.
Ce n'est pas de la nostalgie, c'est une constatation.
Et systemd n'y change rien, amène une couche expérimentale (j'insiste : pas de roadmap claire, pas de norme) monolithique et intégrée qui fait le café et les patisseries qui l'accompagnent. Et moi je me dis merde, va me falloir manger une couche supplémentaire.
Ce qui change c'est que si Debian fait une unité adaptée pour httpd, un utilisateur de Fedora intéressé pourra copier/coller ce fichier et l'utiliser et ça fonctionnera. C'est ça qui est intéressant.
C'est bien le seul argument qui me semble intéressant au sens large dans tout ce qui a été dit pour nous vendre systemd dans ce thread. Ça reste léger et ne me concerne pas.
Quels numéros imbittables ? .S .M ? ou rc.numrunlevel ?
C'est vrai que le concept du runlevel est ardu a saisir : la page Wikipedia d'ailleurs est d'une longueur monstrueuse.
arathorn:~# systemctl
-su: systemctl: command not found
arathorn:~# man systemctl
No manual entry for systemctl
Ton script non plus
mmh au hasard et suivant les cas : dans /etc/rc.d ou dans /etc/init.d. Le truc bon c'est que c'est valable pour quasiment tous les unix, pas juste linux.
En connaissant simplement le principe des cibles (target) de systemd, on devine facilement ce que fait l'unité.
Et tu peux aussi t'en foutre et te dire "ça me concerne pas, donc ça concerne personne"
Que la possibilité existe c'est une bonne chose, vu qu'elle semble répondre a un besoin, mais qu'elle devienne incontournable, je trouve ça un peu con.
Moi, si j'étais admin de FAC (…) ma gateway openbsd qui fait aussi dns ne relance pas bind parce qu'un étudiant a cru bon d'appliquer les conneries qu'il lit sur Linuxfr
Si tu étais admin de fac, j'espère surtout que tu te débrouillerai pour que les postes des étudiants n'hébergent pas de service sensible.
C'est ce que je dis : ça répond a des problématiques plus orienté mainteneurs qu'utilisateur final.
systemd c'est la difficulté et SysV la facilité,
De mon point de vue, systemd n'est qu'une évolution de system V : un pas de plus vers de la complexité non nécessaire dans le cas général. System V n'est ni plus ni moins que l'éclatement d'un script d'init dans 36 répertoires, liens symboliques et fichiers. En remplacement de System V, alors il y a peut-être un progrès, mais par rapport a un init sauce BSD, c'est juste de la complexité ajoutée pour couvrir des cas peu probables, particulièrement sur des serveurs basiques.
Après c'est sur que pour un éditeur de distro, il y a clairement un gain, mais pour l'utilisateur final…
Tout change, tout évolue et il faut s'adapter et dans le milieu ce n'est pas quelque chose de nouveau.
Le changement c'est bien quand c'est nécessaire. Là, le changement va être induit par une nouvelle techno qui n'est pas développée pour répondre à mon besoin mais a celui de tiers (les mainteneurs). Mon besoin n'a pas changé et pourtant je vais être amené a changer : est-ce une bonne chose ?
Un peu comme quand on décide de changer l'orga des menus de Gnome parce que "c'est mieux". Sauf que 2 ans plus tard, on fait machine arrière parce que ça pue. Le problème n'est pas d'avoir essayé (bien au contraire), le problème est dans le fait qu'on bascule un truc expérimental dans un outil de production.
La LSB, Freedesktop.org, les nouveautés du noyau Linux ou X.org ça ne te dit rien ? HAL, udev et autres non plus ?
En termes de technos oui c'est plus ou moins récent, mais les concepts sous jascents sont loin de l'être.
La LSB, c'est bien le machin qui impose de supporter RPM, qui crée des répertoires doublons au FHS et qui t'impose de supporter un init system V et qui définit les runlevel ? Tellement une avancée que toutes les distro majeures la supporte, comme debian met qui les sites web et les instances SGBD dans /srv/ ?
X.org n'est qu'une implémentation de X, un protocole qui a … 30 ans.
Freedesktop, c'est sympa et le fait que ça ait fédéré les dev d'outils desktop est une bonne chose. Après, je ne connais pas tous les projets dans le détail, mais je n'ai pas l'impression qu'il aient innové techniquement, ils se sont surtout concentrés sur des définitions d'apis et d'outils.
Mais que fait udev ? Gérer des fichiers de devices dans /dev ? Ah, le vrai changement c'est qu'il annonce les changements matériels via dbus : wow quelle révolution ! A la limite, ils auraient cassé le systeme de /dev, je dis pas, mais ils ne l'ont pas fait pour répondre a la LSB.
HAL c'est l'implémentation d'une approche qui était déjà exploitée notoirement dans … Windows NT et probablement dans d'autres systèmes avant lui. Oui c'était une nouveauté linux mais les concepts sont plutôt anciens.
Excuse moi mais ce sont des changements de techno mais les changement techniques relèvent de l'implémentation, pas du concept.
Dans la série des nouveautés, tu peux rajouter le NoSQL (technos des années 80 resservies à la sauce webservice), REST ou comment faire du RPC sur http, HTML 5 ou comment développer des fonctionnalités qui existent depuis au moins 15 ans (super, on peut faire du drag n drop et lire des videos dans une IHM \o/).
Référence nécessaire, je dirais que le téléphone mobile est équivalent maintenant.
A mon avis le noyau linux est majoritairement installé sur des téléphones mobiles (faudrait trouver des chiffres). Sauf que je précise bien que ne parle pas du noyau mais de linux en tant qu'OS (GNU/Linux, si tu préfères). Et Android n'est pas un OS de type GNU/Linux. D'ailleurs, utilise-t'il systemd ?
Domaine qui est confronté aux migrations de systèmes, mises à jour et gestion des distributions où les scripts SysV n'étaient pas compatibles entre eux.
Et avec systemd, pof, ça marche en un clic ?
Il faut se farcir la doc pour écrire un lanceur de LAMP en tant que démon.
Etape obligatoire quelque soit ton gestionnaire de service non ?
A moins que ça soit tellement bien qu'il n'y a plus de shellscript dans toute la chaîne et que ça fasse le httpd.conf tout seul ?
Doc bien plus obscur et moins généraliste entre distribution que ne peut le faire systemd.
Actuellement, vu le nombre de distro qui utilisent systemd, je ne comprend pas comment du peux parler de généralités dans les config. Sans compter que systemd ou pas, je ne connais auncune distro qui n'a pas de spécificité dans sa config. Et puis, le problème se posera toujours si tu dois naviguer entre linux et un autre Unix.
Le temps d'apprentissage est bien plus court.
Donc lire la doc du service est plus long que lire la doc du service + la doc de systemd. CQFD
A moins que systemd soit tellement bien foutu qu'il te gère tout seul tes vhosts apache et tes instances PostgreSQL ?
Sans compter la maintenance qui est simplifié avec de nouveaux usages possibles.
A vous croire ça lave tellement plus blanc que toutes les distros seront identiques en termes de conf et que les migrations se feront en un clic. Rien que quand tu vois le support de la LSB par les distro, tu sais que ça relève du vœu pieux mais que c'est irréalisable justement parce que s'il existe différentes distros, c'est parce qu'il existes différents contextes.
Comprend que ce type d'arguments relève plus du décideur pressé que de la réalité quotidienne.
Donc selon toi, Linux est d'un usage marginal en dehors du serveur
Pas selon moi, selon les stats de user agent de tous les serveurs Web de la planete.
Android n'est pas Linux en tant qu'OS : c'est linux en tant que noyau. D'ailleurs, je n'ai pas l'impression que systemd soit à l'ordre du jour.
il faudrait empêcher d'agir ceux qui veulent le rendre plus accessible
Excuse moi, mais j'ai du mal a voir ce que viens faire dans l'accessibilité un gestionnaire de boot, lanceur de services réseau et autre joyeusetés bien loin des préoccupations de l'utilisateur lambda qui ne veut pas aligner 2 lignes de code.
Pourquoi le séparer du reste
Parce que partout en informatique on considère comme bonne pratique de séparer les choses qui n'ont pas le même rôle ?
Il me semble qu'il y a des différences entre démarrer des services réseau à la demande, effectuer des taches à temps défini, monter des périphériques ou configurer des interfaces réseau. Apparemment la modernité considère que non :D
Pourquoi vouloir d'un bidouillage
L'init d'un Unix un bidouillage ? Une sacrée bidouille alors… Que dire alors de tout le reste !
lorsqu'on peut intégrer proprement
Proprement ? Dans un SPOF nécessitant une maitrise poussée du bousin pour savoir ce qu'il va faire implicitement ? Moi qui croyait que l'implicite n'était pas vraiment une bonne chose dans un système un tantinet complexe…
une prise en charge officielle
Officielle de quoi ?
Source?
Pour la définition, je te donne la mienne afin d'avoir une base de discussion, si tu en as une : envoie.
Quand à démarrer apache/php et mysql, ça tient avec une ligne par commande, donc pas 3 comme j'ai dit mais 2 (si tu utilises mod_php).
Mais il est vrai que c'est beaucoup plus compliqué à force de vouloir faire des trucs qui prennent en compte les cas particuliers de chaque installation / distribution.
Je me vois mal faire du ssh client sur un serveur mail ou web. Côté serveur, ssh n'est pas disponible de base sur tous les (vieux) systèmes.
le plaisir de garder deux trucs redondants
Désolé de travailler aussi avec des vieux Unix.
quand les gens en veulent un seul
Les gens c'est toi ?
tu as loupé tous les aspects sécurité du monde moderne
Disons que les technos dans le monde de l'entreprise évoluent moins vite que ce que tu aimerais. La sécu c'est bien hein, mais derrière les FW il y a souvent des babasses bien loin de l'idéal sécuritaire de l'admin parano.
dire qu'un choix disparait avec du libre, c'est juste des foutaises pour ne pas juste dire qu'on ne veut ni faire le boulot ni faire du commun
Vu comme ça, pourquoi pas. Mais c'est un peu l'hôpital qui se fout de la charité car ton respect du travail des autres est très sélectif aussi : tu viens bien râler sur le boulot pourri des autres (les shell scripts éparpillés qui puent).
A démontrer.
Le fait qu'il existe des distributions dédiées à des cas d'utilisations de niche et sans tous ces trucs me semble démontrer qu'il y a un besoin.
Ha ha ha. Au contraire.
Ho ho ho : je t'assure que si !
Le plaisir de prendre 2 technos quand une seule suffit
Ce n'est pas les mêmes cas d'usage ? La config de sshd est sensiblement plus compliquée que celle de telnetd ? J'utilise en effet des machines sans sshd ? Désolé de te prendre pour un idiot, mais c'est une réalité.
ne demande pas aux autres de se faire chier pour ton plaisir.
je ne demande rien aux autres, je donne mon avis sur une techno que je ne trouve pas intéressante et je constate une tendance qui ne m'arrange pas.
PS pour les admins du site : excellent le dessin quand on prévisualise le commentaire :)
Si jamais tu utilises un truc genre containers, ou chroot, et que les processus sont visibles depuis l'extérieur, le processus à l'intérieur va se faire tuer aussi
Et si tu n'utilises pas tout ça ? Tu es obligé de te palucher un script de la mort quand même ?
un utilisateur sans privilége peut faire un DoS(…) Car c'est bien connu, ils ont en général que ça à faire.
C'est vrai qu'un bon admin n'intervient jamais après une intrusion, il préfère laisser faire parce qu'il n'a pas que ça a faire :)
Maintenir un paquet dans une distro c'est le boulot des devs de la distro, pas du développeur du soft (enfin après il fait ce qu'il veut, s'il aime souffrir :) ).
Et je ne vois pas pourquoi un mainteneur debian irait tenir a jour un paquet redhat.
C'est un choix de vie, tu comprendras que certains ont d'autres priorité que toi.
Oui bien sur. L'ennui c'est que ce choix disparaît avec le temps et les dépendances et que bientôt je ne l'aurais plus. Pourtant, mon approche a toujours une raison d'être.
Ça me semble une régression car une perte globale de souplesse et de modularité.
préférer mal faire quelque chose quelque en soit la raison derrière me paraît bien futile.
J'ai dû mal m'exprimer : je préfère un truc que je fais mal à un truc que quelque chose d'autre fait mal (non adéquat si tu préfères). Dans le premier cas, je peux arranger la chose, dans l'autre c'est beaucoup plus compliqué à arranger.
l'informatique a changé, le matériel est modulaire (clés USB qu'on branche et débranche, carte Wifi qu'on active selon le besoin, pareil pour le Bluetooth, etc.), les interfaces réseaux peuvent changer, le fait d'avoir le réseau en permanence n'est pas une garantie, etc.
Ok pour le desktop (et encore) mais là, les automatismes on se les tape sur toutes les machines, juste parce que le desktop a changé. Or, le desktop c'est marginal pour linux. C'est la logique qui fait qu'on développe des GUI tactiles inadaptées sur les PC sous prétexte qu'il faut que ça tourne sur tablette.
Si c'est ça le progrès alors je veux bien passer pour un dino réfractaire.
Bref, il faut gérer ces cas pour que les programmes derrières fonctionnent correctement mais aussi pour que l'utilisateur puisse exploiter le matériel qu'il a sous la main.
L'utilisateur a toujours pu exploiter le matériel qu'il avait sous la main, mais il devait le faire de manière explicite. Maintenant c'est implicite : tu branches un truc et ça fait quelque chose pour que ça marche "au mieux". Sauf que "au mieux" pour le mainteneur, ce n'est pas forcément au mieux pour moi. Alors oui ça fait le café tout seul mais une fois sur deux je me retrouve avec un cappuccino sucré quand je voulais un café noir.
C'est de l'optimisation et tout le monde y gagne.
C'est de la généralisation et tout le monde n'y gagne pas. Les gens hors du "cadre général" vont galérer beaucoup plus à désactiver une techno non désirée qu'à mettre en œuvre un service sans avoir a désactiver cette techno. Or, le cas général d'utilisation de Linux (l'OS) c'est le serveur et le serveur c'est que du cas particulier, c'est pour ça qu'on paye des gens pour faire la config.
Résultat : l'admin devra se palucher une techno supplémentaire pour un gain qui est loin d'être acquis.
tu utilises ssh et non telnet, que tu prends Firefox et non Mosaic pour aller sur le Web, que tu utilises Torrent et les courriels plutôt que USENET, que tu n'utilises pas une interface tty uniquement, etc.
J'utilise telnet ou ssh en fonction de la situation et non systématiquement l'un ou l'autre. C'est aussi valable pour le reste. Jeter ftp parce qu'il existe dropbox, http ou torrent est d'une stupidité sans nom : tu choisis un soft principalement pour l'usage que tu en fais, pas parce que ça fait "plein de choses qu'on pouvait pas avant".
Or, globalement, en info, on va vers l'intégration de fonctionnalités qui n'ont rien a faire dans le soft (par ex : inetd fusionné avec le gestionnaire de boot dans le cas systemd) et on a tendance a présenter ça comme un progrès : désolé de ne pas être d'accord.
l'informatique a évolué et pour profiter du matériel et des logiciels à disposition ils faut faire des tâches automatisés qui va s'adapter au contexte pour faire ce qu'il y a à faire
Ce n'est pas l'informatique qui évolue mais ce que les gens en font. Les technos actuelles existaient pour la plupart il y a 20 ans. Or, l'utilisation principale de Linux (l'OS) c'est le serveur et c'est une niche peu confrontée aux problématiques de matériel modulaire et de contexte de config qui change tous les jours.
on ne doit pas avoir la même définition d'une usine à gaz
Une usine a gaz c'est un truc qui nécessite trop de ressources pour le mettre en œuvre par rapport à l'usage qui en est fait. S'il faut se palucher en plus la doc de systemd pour démarrer 3 pauvres services sur un LAMP alors que 3 lignes de shell suffisent, alors c'est une usine a gaz.
On peut retourner la question de slackware sur le fait d'avoir son propre format de paquet.
vu l'age de l’ancêtre c'est plutôt les autres qui ont choisi d'utiliser leur propre format de paquet :)
Sans compter que la réponse est connue : si les paquets sont bien faits c'est beaucoup plus simple à maintenir qu'un truc a gestion de dépendances.
Pour systemd, la réponse est connue aussi : interview de Volkerding
Le souci, c'est d'écrire ça comme il faut la première fois.
Bah comme tout : si tu fait des trucs comme il faut dès la première fois, tu es très fort.
M'enfin, pour ma part, je préfère faire à la main (même mal) en shell une fois pour toutes ce que ces machins automatisés font plus ou moins bien a chacun de mes boots (détection de matos, séquençage des scripts de démarrage etc), ajoutant encore un peu plus à la balkanisation des linux. C'est sans doute mieux pour les mainteneurs mais perso, je vis mieux sans.
L'ennui c'est que plus ça va, moins c'est faisable à cause de dépendances plus ou moins fumasse à ces usines a gaz.
L'œuvre numérisée n'étant qu'une copie conforme s'y prête : tout le monde peut en profiter
Pas tout a fait : ce qui est soumis aux droit d'auteur n'est pas le tableau (puisque dans le domaine public) mais l'image du tableau à cause de la mise en œuvre significative de moyens pour obtenir l'image. La publier sans l'accord n'est ni plus ni moins que bafouer le droit qu'ont obtenu les personnes ayant fait l'effort de scanner le tableau.
Par exemple, les représentations de la nature ne sont pas soumises au droits d'auteurs pourtant, si tu diffuses des photos satellites SPOT tu vas te faire démonter justement parce que SPOTImage a mis en œuvre des moyens significatifs pour obtenir cette représentation de la nature.
Je ne vois pas pourquoi on considèrerait qu'un scan de tableau qui doit sûrement nécessiter des moyens non négligeables tels qu'une négociation avec les différents acteurs, une manipulation encadrée du tableau, la mobilisation des conservateurs du musée etc. ne serait pas comparable.
Si tu veux diffuser une image du tableau, diffuse la photo que tu en as fait et tu n'auras pas d'ennuis.
c'est exactement cela qu'indique Tanguy< la publier selon ses convictions :-)
Ahhhh, la mise en ligne "militante" … Je reconnais bien là l'approche du "la loi ne me plait pas : je ne la respecte pas" du Tanguy Ortolo (cf. cette discussion ) sous prétexte d'une morale et de "lois naturelles" supérieures à la loi des hommes.
Tu ne réponds pas sur le fond : il a bossé, il a été payé (j'imagine), pourquoi aurait-il des droits ?
Si ça se trouve il a du payer pour faire le scan (les fameux moyens mis en œuvre). Sa rétribution est sans doute liée à l'exploitation du droit d'auteur sur l'image qu'il a produite : je comprendrais qu'il ait les nerfs qu'on lui retire son steak.
La loi est élaborée pour transcrire en droit positif une loi morale qui lui est indépendante mais qu'on ne perçoit qu'imparfaitement.
Non. La loi est élaborée pour que tout le monde ait un point de repère absolu pour guider ses actes et régler les litiges éventuels. C'est un contrat que passent entre eux les gens qui sont dans le système de définition et mise en œuvre des lois, donc tout le monde dans un système démocratique (du moins en théorie). L’intérêt c'est justement que la loi, contrairement à la morale, est consensuelle et donc est la même pour tout le monde. C'est ce qui permet à chacun (dont les juges) d'avoir un point de repère pour qualifier ses actes et régler les éventuels litiges.
La morale n'intervient dans le processus de création des lois que comme un facteur de soutient ou non à une loi, tout comme d'autres facteurs : libertaires, économiques, de santé publique …
Si ce n'est pas le cas, je suis curieux de savoir comment tu peux expliquer les différences de lois entre certains pays comme par exemple la légalisation des maisons closes. C'est moral en allemagne et pas en france ?
Ce qui est bien ou mal, ce n'est pas ce qui est autorisé ou interdit par la loi
En fait si : le bien c'est ce que tu peux faire, le mal c'est ce qu'il ne faut pas faire. La loi n'est ni plus ni moins qu'une définition consensuelle de ça. Sa légitimité n'est acquise que parce que c'est décidé de manière consensuelle via des processus démocratiques.
Or, la loi qu'on définit n'est pas parfaite, et on change effectivement la loi, pour corriger ses défauts quand on les identifie.
Oui, c'est l'avantage d'un système démocratique : la loi peut se corriger et s'adapter aux changements de mœurs de la société qui la supporte. Les exemples que tu donnes sont tout à fait appropriés pour illustrer que la loi, de part le fait qu'elle est définie par la majorité (même représentative) peut s'adapter au changement du monde réel.
Alors quand tu dis :
Je ne pense pas non.
Pour ma part je ne comprend pas ce que tu veux dire …
Tu penses que la morale est au dessus de la loi ? Tu acceptes donc une violation de la loi pour des raisons morales, comme par exemple, le fait de punir son conjoint quand il couche avec le voisin ? Parce que la loi, en France du moins, ne punit pas l'adultère.
Tu penses que la loi n'est qu'une définition précise de la morale ? Donc le fait de défiscaliser les investissements outre mer correspond à la définition précise d'une règle morale ? Je serais curieux de connaitre laquelle …
Non vraiment, je ne comprends pas …
Je parlais jusque là de la fabrication de liqueurs maison et de l'achat d'alcool neutre pour cela
On parle surtout de justifier l'achat au marché noir d'alcool pour pallier l'absence de marché légal et plus généralement d'agir illégalement pour satisfaire ses envies en prétextant un respect de la morale ou tout autre raison fumasse.
Sur ce sujet précis, je n'ai jamais entendu d'argument sérieux contre cette pratique.
Je vois des arguments relevant du contrôle sanitaire/qualité de production. Mais la question ne se pose pas : je ne crois pas qu'il soit interdit de produire soit même ses liqueurs maison.
Les deux choses sont bien distinctes (…) empêcher la fabrication de liqueurs maison pour cette raison, tout en permettant à des industriels de fabriquer et de vendre les leurs n'aurait aucun sens.
Tu ne distingues pas grand chose car ta comparaison est inégale (production versus production ET commercialisation) or personne n'a parlé d'interdire la production maison : c'est hors sujet et à côté de la plaque. Ton problème vient du fait que tu ne trouves pas les éléments permettant de produire maison de manière légale, pas la production en elle même.
Et puis, je ne vois pas ce que vient faire le caractère industriel dans la discussion : ce sont les contrôles sanitaires imposés qui régulent la commercialisation, pas l'aspect industriel : il existe des producteurs d'alcool artisanaux et ils sont contrôlés, contrairement à toi.
D'une façon générale, il n'est pas raisonnable de critiquer les circuits frauduleux pour des activités qui n'ont rien de moralement répréhensible lorsqu'il n'existe pas d'alternative licite.
Moralement répréhensible … Décidément, le progrès social n'est pas le même pour tous…
La seule chose de répréhensible c'est ce qui est interdit par la loi et basta. Pourquoi ? Parce que la loi est sensée être consensuelle (processus démocratique) alors que la morale n'est qu'une question individuelle : ma morale n'est pas ta morale mais ma loi est la même que la tienne => celle qui est votée démocratiquement. Si ce n'est pas le cas, c'est que tu as un problème avec le concept d'un état démocratique.
Moi j'aime les virus et bactéries dangereuses, mais il n'y en a pas dans le commerce. Mais heureusement, mes potes qui bossent en labo P4 me sortent des souches sympa que je garde dans mon frigo. Viens chez moi, je te montrerai mes éprouvettes ebola, c'est trop mimi. Moralement, c'est super : je suis un défenseur de toutes les formes de vie !
La Mildt indique que la consommation régulière ou excessive d'alcool comporte des risque, ce dont tout le monde est généralement conscient.
Le principe même de l'aide sociale, c'est que tout le monde paye pour la minorité (on l'espère) de gens en difficulté. De ce principe, l'argent collecté sur les "taxes alcool" ne sert pas à aider les gens ayants des problèmes avec l'alcool mais à financer une caisse qui elle sert à aider les gens qui ont des problèmes tout court (de santé ou sociaux). Donc conscient ou non, on récupère des sous sur une source de problème potentiels pour aider les gens qui ont des problèmes tout court, qu'ils soient ou non en rapport avec la source de problème potentiels.
on parlait de la fabrication de liqueurs maison, ce qui est un autre sujet.
Beh pas vraiment : fabriquer des alcools de consommation pose un problème de santé publique, que ce soit toi ou quelqu'un d'autre qui les fabrique donc taxe pour financer les aides sociales.
Je ne produis pas d'alcool
pourtant :
on parlait de la fabrication de liqueurs maison
donc même si
La liqueur maison va être consommée, c'est sûr, mais c'est la liqueur qui est maison, pas l'alcool, note.
Tu as beau essayer de te justifier via des logiques fumasses, tu reste un producteur de produit alcoolisés destinés à la consommation humaine.
Mais finalement ce n'est pas ça qui a lancé le troll (moi j'aime bien les trolls :) )
Ce qui pose problème à Zenitram (et à moi même) dans ton discourt ce n'est pas tant cet aspect de la question mais surtout le fait que tu justifies que tu te fournis sur des sources illégales via le marché noir sous prétexte que tu ne peux pas te fournir légalement.
Sauf que ça se résume tout à fait par ce que dit Zenitram : les règles te gènent alors tu les outrepasses pour ton profit (confort, argent, plaisir, convictions, cequetuveux).
La raison première de la loi c'est que chacun essaye de la respecter, sinon c'est du pas vu pas pris.
utiliser de l'alcool à 90° pour faire des liqueurs maison, c'est mal (…) je n'ai jamais entendu qui que ce soit considérer sérieusement cela comme un mal.
Ce n'est pas une question de morale mais de santé publique. L'alcool (comme d'autre substances) est un risque sanitaire et social et c'est la raison pour laquelle sa production et son commerce sont limités et contrôlés en France.
C'est ce qui justifie les taxes (pour financer l'aide sociale générée par sa consommation et rendre moins accessible sa diffusion) ou les interdictions.
Après c'est plus ou moins bien fait, mais c'est fait selon un processus démocratique (à moins que tu ne contestes les systèmes à démocratie représentative comme en France).
C'est à la base une coding party et ça fonctionne comme une coding party : tu t'inscris et tu payes pour aider à supporter les frais générés par l'évènement. Sur cette base, ce n'est pas "ouvert au public" dans le sens où il y a un droit d'inscription et qu'il faut le payer pour participer aux 3 jours complets et manger de la bonne soupe au potiron.
Toutefois, le dimanche après midi, c'est journée portes ouvertes et tout le monde est invité à venir jeter un œil sur ce qui s'y fait et discuter avec les gens présents.
Allez, un petit lien (non libre) pour les petits jeunes qui ne savent pas ce qu'est la démoscene : Le lien
Et tu appelles un techno (replacez par ce que vous voulez : Linux, web, Apple, tablette…) fanboy un nerd ou un geek ?
Car lequel des caractéristiques d'un système d'exploitation JRO n'a t'il pas encore ?
A peu près toutes ? Tu confonds juste plateforme (au sens ensemble de technos) et OS.
« Si je vois un animal qui vole comme un canard, cancane comme un canard, et nage comme un canard, alors j'appelle cet oiseau un canard ».
Sauf que si ça se prépare comme le canard, que ça cuit comme le canard et que ça a le gout du canard, beh ce n'est pas un canard : c'est un magret ou une cuisse :)
Arriver à faire qu'un système d'exploitation s'impose auprès de la masse des développeurs et donc ensuite des utilisateurs, c'est l'une des choses les plus difficiles qu'il soit en informatique.
Normal car ce n'est pas de l'informatique : c'est du marketting. Et les informaticiens, sauf quelques exceptions, sont de piètres marketteux.
Paul Krugman (…) comprend mieux l'informatique que la plupart des informaticiens
L'économie du monde de l'informatique, je suis prêt à le croire. Par contre, pour ce qui relève de l'informatique je suis persuadé que comprend la plupart des choses bien mieux que lui :D
En gros, tu mélanges des concepts techniques informatiques à des chose relevant de l'économie du monde de l'informatique. Un peu comme si je prenais la star ac comme exemple et base de réflexion pour l'histoire de l'art.
Pour ceux qui sont intéresses par cette approche mais qui préfèrent Java il existe l'excellente lib JMonkey Engine disponible en licence BSD.
Leur site est une autre bonne source d'information sur l'approche entity system via les liens de leurs tutoriaux.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à -1.
Servi oui, en tant que lambda sur une fedora et même si j'ai crouté le boot avec un simple CTRL + ALT + SUP, je ne le met pas sur le dos de systemd.
Lu la doc non, parce que, comme dit au dessus, je fais de la paleo informatique et dans ma boite, les serveurs et les technos évoluent au fil du besoin et des contraintes, pas des sorties des softs et même si je fais encore un peu d'admin, je m'oriente de plus en plus vers le dev (ma spé principale), justement parce que plus ça va, plus c'est compliqué de faire ce qui se faisait simplement il y a 10 ans.
D'un pauvre script rc.M ou tu rajoutais ton /usr/local/bin/pg_ctl start -D /pathmabase, maintenant il te faut pondre un script complet start/stop/restart/magrandmereenstring avec des contraintes moisies pour gérer des cas que tu pouvais déjà gérer avant.
Ce n'est pas de la nostalgie, c'est une constatation.
Et systemd n'y change rien, amène une couche expérimentale (j'insiste : pas de roadmap claire, pas de norme) monolithique et intégrée qui fait le café et les patisseries qui l'accompagnent. Et moi je me dis merde, va me falloir manger une couche supplémentaire.
C'est bien le seul argument qui me semble intéressant au sens large dans tout ce qui a été dit pour nous vendre systemd dans ce thread. Ça reste léger et ne me concerne pas.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à -6.
désolé mais systemctl ça ne me parle pas :
Quels numéros imbittables ? .S .M ? ou rc.numrunlevel ?
C'est vrai que le concept du runlevel est ardu a saisir : la page Wikipedia d'ailleurs est d'une longueur monstrueuse.
mmh au hasard et suivant les cas : dans /etc/rc.d ou dans /etc/init.d. Le truc bon c'est que c'est valable pour quasiment tous les unix, pas juste linux.
Donc en ayant mangé la doc.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à -2.
Que la possibilité existe c'est une bonne chose, vu qu'elle semble répondre a un besoin, mais qu'elle devienne incontournable, je trouve ça un peu con.
Si tu étais admin de fac, j'espère surtout que tu te débrouillerai pour que les postes des étudiants n'hébergent pas de service sensible.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 0.
C'est ce que je dis : ça répond a des problématiques plus orienté mainteneurs qu'utilisateur final.
De mon point de vue, systemd n'est qu'une évolution de system V : un pas de plus vers de la complexité non nécessaire dans le cas général. System V n'est ni plus ni moins que l'éclatement d'un script d'init dans 36 répertoires, liens symboliques et fichiers. En remplacement de System V, alors il y a peut-être un progrès, mais par rapport a un init sauce BSD, c'est juste de la complexité ajoutée pour couvrir des cas peu probables, particulièrement sur des serveurs basiques.
Après c'est sur que pour un éditeur de distro, il y a clairement un gain, mais pour l'utilisateur final…
Le changement c'est bien quand c'est nécessaire. Là, le changement va être induit par une nouvelle techno qui n'est pas développée pour répondre à mon besoin mais a celui de tiers (les mainteneurs). Mon besoin n'a pas changé et pourtant je vais être amené a changer : est-ce une bonne chose ?
Un peu comme quand on décide de changer l'orga des menus de Gnome parce que "c'est mieux". Sauf que 2 ans plus tard, on fait machine arrière parce que ça pue. Le problème n'est pas d'avoir essayé (bien au contraire), le problème est dans le fait qu'on bascule un truc expérimental dans un outil de production.
En termes de technos oui c'est plus ou moins récent, mais les concepts sous jascents sont loin de l'être.
La LSB, c'est bien le machin qui impose de supporter RPM, qui crée des répertoires doublons au FHS et qui t'impose de supporter un init system V et qui définit les runlevel ? Tellement une avancée que toutes les distro majeures la supporte, comme debian met qui les sites web et les instances SGBD dans /srv/ ?
X.org n'est qu'une implémentation de X, un protocole qui a … 30 ans.
Freedesktop, c'est sympa et le fait que ça ait fédéré les dev d'outils desktop est une bonne chose. Après, je ne connais pas tous les projets dans le détail, mais je n'ai pas l'impression qu'il aient innové techniquement, ils se sont surtout concentrés sur des définitions d'apis et d'outils.
Mais que fait udev ? Gérer des fichiers de devices dans /dev ? Ah, le vrai changement c'est qu'il annonce les changements matériels via dbus : wow quelle révolution ! A la limite, ils auraient cassé le systeme de /dev, je dis pas, mais ils ne l'ont pas fait pour répondre a la LSB.
HAL c'est l'implémentation d'une approche qui était déjà exploitée notoirement dans … Windows NT et probablement dans d'autres systèmes avant lui. Oui c'était une nouveauté linux mais les concepts sont plutôt anciens.
Excuse moi mais ce sont des changements de techno mais les changement techniques relèvent de l'implémentation, pas du concept.
Dans la série des nouveautés, tu peux rajouter le NoSQL (technos des années 80 resservies à la sauce webservice), REST ou comment faire du RPC sur http, HTML 5 ou comment développer des fonctionnalités qui existent depuis au moins 15 ans (super, on peut faire du drag n drop et lire des videos dans une IHM \o/).
A mon avis le noyau linux est majoritairement installé sur des téléphones mobiles (faudrait trouver des chiffres). Sauf que je précise bien que ne parle pas du noyau mais de linux en tant qu'OS (GNU/Linux, si tu préfères). Et Android n'est pas un OS de type GNU/Linux. D'ailleurs, utilise-t'il systemd ?
Et avec systemd, pof, ça marche en un clic ?
Etape obligatoire quelque soit ton gestionnaire de service non ?
A moins que ça soit tellement bien qu'il n'y a plus de shellscript dans toute la chaîne et que ça fasse le httpd.conf tout seul ?
Actuellement, vu le nombre de distro qui utilisent systemd, je ne comprend pas comment du peux parler de généralités dans les config. Sans compter que systemd ou pas, je ne connais auncune distro qui n'a pas de spécificité dans sa config. Et puis, le problème se posera toujours si tu dois naviguer entre linux et un autre Unix.
Donc lire la doc du service est plus long que lire la doc du service + la doc de systemd. CQFD
A moins que systemd soit tellement bien foutu qu'il te gère tout seul tes vhosts apache et tes instances PostgreSQL ?
A vous croire ça lave tellement plus blanc que toutes les distros seront identiques en termes de conf et que les migrations se feront en un clic. Rien que quand tu vois le support de la LSB par les distro, tu sais que ça relève du vœu pieux mais que c'est irréalisable justement parce que s'il existe différentes distros, c'est parce qu'il existes différents contextes.
Comprend que ce type d'arguments relève plus du décideur pressé que de la réalité quotidienne.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à -3.
Pas selon moi, selon les stats de user agent de tous les serveurs Web de la planete.
Android n'est pas Linux en tant qu'OS : c'est linux en tant que noyau. D'ailleurs, je n'ai pas l'impression que systemd soit à l'ordre du jour.
Excuse moi, mais j'ai du mal a voir ce que viens faire dans l'accessibilité un gestionnaire de boot, lanceur de services réseau et autre joyeusetés bien loin des préoccupations de l'utilisateur lambda qui ne veut pas aligner 2 lignes de code.
Parce que partout en informatique on considère comme bonne pratique de séparer les choses qui n'ont pas le même rôle ?
Il me semble qu'il y a des différences entre démarrer des services réseau à la demande, effectuer des taches à temps défini, monter des périphériques ou configurer des interfaces réseau. Apparemment la modernité considère que non :D
L'init d'un Unix un bidouillage ? Une sacrée bidouille alors… Que dire alors de tout le reste !
Proprement ? Dans un SPOF nécessitant une maitrise poussée du bousin pour savoir ce qu'il va faire implicitement ? Moi qui croyait que l'implicite n'était pas vraiment une bonne chose dans un système un tantinet complexe…
Officielle de quoi ?
Pour la définition, je te donne la mienne afin d'avoir une base de discussion, si tu en as une : envoie.
Quand à démarrer apache/php et mysql, ça tient avec une ligne par commande, donc pas 3 comme j'ai dit mais 2 (si tu utilises mod_php).
Mais il est vrai que c'est beaucoup plus compliqué à force de vouloir faire des trucs qui prennent en compte les cas particuliers de chaque installation / distribution.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 3.
Je me vois mal faire du ssh client sur un serveur mail ou web. Côté serveur, ssh n'est pas disponible de base sur tous les (vieux) systèmes.
Désolé de travailler aussi avec des vieux Unix.
Les gens c'est toi ?
Disons que les technos dans le monde de l'entreprise évoluent moins vite que ce que tu aimerais. La sécu c'est bien hein, mais derrière les FW il y a souvent des babasses bien loin de l'idéal sécuritaire de l'admin parano.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 1.
Vu comme ça, pourquoi pas. Mais c'est un peu l'hôpital qui se fout de la charité car ton respect du travail des autres est très sélectif aussi : tu viens bien râler sur le boulot pourri des autres (les shell scripts éparpillés qui puent).
Le fait qu'il existe des distributions dédiées à des cas d'utilisations de niche et sans tous ces trucs me semble démontrer qu'il y a un besoin.
Ho ho ho : je t'assure que si !
Ce n'est pas les mêmes cas d'usage ? La config de sshd est sensiblement plus compliquée que celle de telnetd ? J'utilise en effet des machines sans sshd ? Désolé de te prendre pour un idiot, mais c'est une réalité.
je ne demande rien aux autres, je donne mon avis sur une techno que je ne trouve pas intéressante et je constate une tendance qui ne m'arrange pas.
PS pour les admins du site : excellent le dessin quand on prévisualise le commentaire :)
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 0.
Perso, je ne comprend pas ce que font les 2eme, 3eme et dernière lignes.
Ensuite, ce fichier je ne sais pas où le mettre.
Donc non ce n'est pas limpide : il faut se taper une doc supplémentaire \o/
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à -1.
Et si tu n'utilises pas tout ça ? Tu es obligé de te palucher un script de la mort quand même ?
C'est vrai qu'un bon admin n'intervient jamais après une intrusion, il préfère laisser faire parce qu'il n'a pas que ça a faire :)
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à -2.
Maintenir un paquet dans une distro c'est le boulot des devs de la distro, pas du développeur du soft (enfin après il fait ce qu'il veut, s'il aime souffrir :) ).
Et je ne vois pas pourquoi un mainteneur debian irait tenir a jour un paquet redhat.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 2. Dernière modification le 24 mars 2014 à 16:44.
Oui bien sur. L'ennui c'est que ce choix disparaît avec le temps et les dépendances et que bientôt je ne l'aurais plus. Pourtant, mon approche a toujours une raison d'être.
Ça me semble une régression car une perte globale de souplesse et de modularité.
J'ai dû mal m'exprimer : je préfère un truc que je fais mal à un truc que quelque chose d'autre fait mal (non adéquat si tu préfères). Dans le premier cas, je peux arranger la chose, dans l'autre c'est beaucoup plus compliqué à arranger.
Ok pour le desktop (et encore) mais là, les automatismes on se les tape sur toutes les machines, juste parce que le desktop a changé. Or, le desktop c'est marginal pour linux. C'est la logique qui fait qu'on développe des GUI tactiles inadaptées sur les PC sous prétexte qu'il faut que ça tourne sur tablette.
Si c'est ça le progrès alors je veux bien passer pour un dino réfractaire.
L'utilisateur a toujours pu exploiter le matériel qu'il avait sous la main, mais il devait le faire de manière explicite. Maintenant c'est implicite : tu branches un truc et ça fait quelque chose pour que ça marche "au mieux". Sauf que "au mieux" pour le mainteneur, ce n'est pas forcément au mieux pour moi. Alors oui ça fait le café tout seul mais une fois sur deux je me retrouve avec un cappuccino sucré quand je voulais un café noir.
C'est de la généralisation et tout le monde n'y gagne pas. Les gens hors du "cadre général" vont galérer beaucoup plus à désactiver une techno non désirée qu'à mettre en œuvre un service sans avoir a désactiver cette techno. Or, le cas général d'utilisation de Linux (l'OS) c'est le serveur et le serveur c'est que du cas particulier, c'est pour ça qu'on paye des gens pour faire la config.
Résultat : l'admin devra se palucher une techno supplémentaire pour un gain qui est loin d'être acquis.
J'utilise telnet ou ssh en fonction de la situation et non systématiquement l'un ou l'autre. C'est aussi valable pour le reste. Jeter ftp parce qu'il existe dropbox, http ou torrent est d'une stupidité sans nom : tu choisis un soft principalement pour l'usage que tu en fais, pas parce que ça fait "plein de choses qu'on pouvait pas avant".
Or, globalement, en info, on va vers l'intégration de fonctionnalités qui n'ont rien a faire dans le soft (par ex : inetd fusionné avec le gestionnaire de boot dans le cas systemd) et on a tendance a présenter ça comme un progrès : désolé de ne pas être d'accord.
Ce n'est pas l'informatique qui évolue mais ce que les gens en font. Les technos actuelles existaient pour la plupart il y a 20 ans. Or, l'utilisation principale de Linux (l'OS) c'est le serveur et c'est une niche peu confrontée aux problématiques de matériel modulaire et de contexte de config qui change tous les jours.
Une usine a gaz c'est un truc qui nécessite trop de ressources pour le mettre en œuvre par rapport à l'usage qui en est fait. S'il faut se palucher en plus la doc de systemd pour démarrer 3 pauvres services sur un LAMP alors que 3 lignes de shell suffisent, alors c'est une usine a gaz.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Toufou (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 6.
vu l'age de l’ancêtre c'est plutôt les autres qui ont choisi d'utiliser leur propre format de paquet :)
Sans compter que la réponse est connue : si les paquets sont bien faits c'est beaucoup plus simple à maintenir qu'un truc a gestion de dépendances.
Pour systemd, la réponse est connue aussi : interview de Volkerding
Bah comme tout : si tu fait des trucs comme il faut dès la première fois, tu es très fort.
M'enfin, pour ma part, je préfère faire à la main (même mal) en shell une fois pour toutes ce que ces machins automatisés font plus ou moins bien a chacun de mes boots (détection de matos, séquençage des scripts de démarrage etc), ajoutant encore un peu plus à la balkanisation des linux. C'est sans doute mieux pour les mainteneurs mais perso, je vis mieux sans.
L'ennui c'est que plus ça va, moins c'est faisable à cause de dépendances plus ou moins fumasse à ces usines a gaz.
[^] # Re: Domaine public
Posté par Toufou (site web personnel) . En réponse au journal Les Halles, un tableau naturaliste. Évalué à 2.
Une des questions mais pas une des thèses.
[^] # Re: Copyfraud ?
Posté par Toufou (site web personnel) . En réponse au journal Les Halles, un tableau naturaliste. Évalué à 3.
Pas tout a fait : ce qui est soumis aux droit d'auteur n'est pas le tableau (puisque dans le domaine public) mais l'image du tableau à cause de la mise en œuvre significative de moyens pour obtenir l'image. La publier sans l'accord n'est ni plus ni moins que bafouer le droit qu'ont obtenu les personnes ayant fait l'effort de scanner le tableau.
Par exemple, les représentations de la nature ne sont pas soumises au droits d'auteurs pourtant, si tu diffuses des photos satellites SPOT tu vas te faire démonter justement parce que SPOTImage a mis en œuvre des moyens significatifs pour obtenir cette représentation de la nature.
Je ne vois pas pourquoi on considèrerait qu'un scan de tableau qui doit sûrement nécessiter des moyens non négligeables tels qu'une négociation avec les différents acteurs, une manipulation encadrée du tableau, la mobilisation des conservateurs du musée etc. ne serait pas comparable.
Si tu veux diffuser une image du tableau, diffuse la photo que tu en as fait et tu n'auras pas d'ennuis.
Ahhhh, la mise en ligne "militante" … Je reconnais bien là l'approche du "la loi ne me plait pas : je ne la respecte pas" du Tanguy Ortolo (cf. cette discussion ) sous prétexte d'une morale et de "lois naturelles" supérieures à la loi des hommes.
Si ça se trouve il a du payer pour faire le scan (les fameux moyens mis en œuvre). Sa rétribution est sans doute liée à l'exploitation du droit d'auteur sur l'image qu'il a produite : je comprendrais qu'il ait les nerfs qu'on lui retire son steak.
[^] # Re: Gné
Posté par Toufou (site web personnel) . En réponse au journal Paylib va enfin remplacer paypal !. Évalué à 1.
J'ai survolé rapido les textes de la première section et franchement, c'est juste énorme :)
[^] # Re: Gné
Posté par Toufou (site web personnel) . En réponse au journal Paylib va enfin remplacer paypal !. Évalué à 4.
Non. La loi est élaborée pour que tout le monde ait un point de repère absolu pour guider ses actes et régler les litiges éventuels. C'est un contrat que passent entre eux les gens qui sont dans le système de définition et mise en œuvre des lois, donc tout le monde dans un système démocratique (du moins en théorie). L’intérêt c'est justement que la loi, contrairement à la morale, est consensuelle et donc est la même pour tout le monde. C'est ce qui permet à chacun (dont les juges) d'avoir un point de repère pour qualifier ses actes et régler les éventuels litiges.
La morale n'intervient dans le processus de création des lois que comme un facteur de soutient ou non à une loi, tout comme d'autres facteurs : libertaires, économiques, de santé publique …
Si ce n'est pas le cas, je suis curieux de savoir comment tu peux expliquer les différences de lois entre certains pays comme par exemple la légalisation des maisons closes. C'est moral en allemagne et pas en france ?
En fait si : le bien c'est ce que tu peux faire, le mal c'est ce qu'il ne faut pas faire. La loi n'est ni plus ni moins qu'une définition consensuelle de ça. Sa légitimité n'est acquise que parce que c'est décidé de manière consensuelle via des processus démocratiques.
Oui, c'est l'avantage d'un système démocratique : la loi peut se corriger et s'adapter aux changements de mœurs de la société qui la supporte. Les exemples que tu donnes sont tout à fait appropriés pour illustrer que la loi, de part le fait qu'elle est définie par la majorité (même représentative) peut s'adapter au changement du monde réel.
Alors quand tu dis :
Pour ma part je ne comprend pas ce que tu veux dire …
Tu penses que la morale est au dessus de la loi ? Tu acceptes donc une violation de la loi pour des raisons morales, comme par exemple, le fait de punir son conjoint quand il couche avec le voisin ? Parce que la loi, en France du moins, ne punit pas l'adultère.
Tu penses que la loi n'est qu'une définition précise de la morale ? Donc le fait de défiscaliser les investissements outre mer correspond à la définition précise d'une règle morale ? Je serais curieux de connaitre laquelle …
Non vraiment, je ne comprends pas …
[^] # Re: Gné
Posté par Toufou (site web personnel) . En réponse au journal Paylib va enfin remplacer paypal !. Évalué à 2.
On parle surtout de justifier l'achat au marché noir d'alcool pour pallier l'absence de marché légal et plus généralement d'agir illégalement pour satisfaire ses envies en prétextant un respect de la morale ou tout autre raison fumasse.
Je vois des arguments relevant du contrôle sanitaire/qualité de production. Mais la question ne se pose pas : je ne crois pas qu'il soit interdit de produire soit même ses liqueurs maison.
Tu ne distingues pas grand chose car ta comparaison est inégale (production versus production ET commercialisation) or personne n'a parlé d'interdire la production maison : c'est hors sujet et à côté de la plaque. Ton problème vient du fait que tu ne trouves pas les éléments permettant de produire maison de manière légale, pas la production en elle même.
Et puis, je ne vois pas ce que vient faire le caractère industriel dans la discussion : ce sont les contrôles sanitaires imposés qui régulent la commercialisation, pas l'aspect industriel : il existe des producteurs d'alcool artisanaux et ils sont contrôlés, contrairement à toi.
[^] # Re: Gné
Posté par Toufou (site web personnel) . En réponse au journal Paylib va enfin remplacer paypal !. Évalué à 3.
man prohibition
[^] # Re: Gné
Posté par Toufou (site web personnel) . En réponse au journal Paylib va enfin remplacer paypal !. Évalué à 5.
Moralement répréhensible … Décidément, le progrès social n'est pas le même pour tous…
La seule chose de répréhensible c'est ce qui est interdit par la loi et basta. Pourquoi ? Parce que la loi est sensée être consensuelle (processus démocratique) alors que la morale n'est qu'une question individuelle : ma morale n'est pas ta morale mais ma loi est la même que la tienne => celle qui est votée démocratiquement. Si ce n'est pas le cas, c'est que tu as un problème avec le concept d'un état démocratique.
Moi j'aime les virus et bactéries dangereuses, mais il n'y en a pas dans le commerce. Mais heureusement, mes potes qui bossent en labo P4 me sortent des souches sympa que je garde dans mon frigo. Viens chez moi, je te montrerai mes éprouvettes ebola, c'est trop mimi. Moralement, c'est super : je suis un défenseur de toutes les formes de vie !
[^] # Re: Gné
Posté par Toufou (site web personnel) . En réponse au journal Paylib va enfin remplacer paypal !. Évalué à 1.
Le principe même de l'aide sociale, c'est que tout le monde paye pour la minorité (on l'espère) de gens en difficulté. De ce principe, l'argent collecté sur les "taxes alcool" ne sert pas à aider les gens ayants des problèmes avec l'alcool mais à financer une caisse qui elle sert à aider les gens qui ont des problèmes tout court (de santé ou sociaux). Donc conscient ou non, on récupère des sous sur une source de problème potentiels pour aider les gens qui ont des problèmes tout court, qu'ils soient ou non en rapport avec la source de problème potentiels.
Beh pas vraiment : fabriquer des alcools de consommation pose un problème de santé publique, que ce soit toi ou quelqu'un d'autre qui les fabrique donc taxe pour financer les aides sociales.
pourtant :
donc même si
Tu as beau essayer de te justifier via des logiques fumasses, tu reste un producteur de produit alcoolisés destinés à la consommation humaine.
Mais finalement ce n'est pas ça qui a lancé le troll (moi j'aime bien les trolls :) )
Ce qui pose problème à Zenitram (et à moi même) dans ton discourt ce n'est pas tant cet aspect de la question mais surtout le fait que tu justifies que tu te fournis sur des sources illégales via le marché noir sous prétexte que tu ne peux pas te fournir légalement.
Sauf que ça se résume tout à fait par ce que dit Zenitram : les règles te gènent alors tu les outrepasses pour ton profit (confort, argent, plaisir, convictions, cequetuveux).
La raison première de la loi c'est que chacun essaye de la respecter, sinon c'est du pas vu pas pris.
[^] # Re: Gné
Posté par Toufou (site web personnel) . En réponse au journal Paylib va enfin remplacer paypal !. Évalué à 2.
tu as peut-être un élément de réponse ici
[^] # Re: Gné
Posté par Toufou (site web personnel) . En réponse au journal Paylib va enfin remplacer paypal !. Évalué à 3.
au hasard, les services de santé publique de l'état ?
Ce n'est pas une question de morale mais de santé publique. L'alcool (comme d'autre substances) est un risque sanitaire et social et c'est la raison pour laquelle sa production et son commerce sont limités et contrôlés en France.
C'est ce qui justifie les taxes (pour financer l'aide sociale générée par sa consommation et rendre moins accessible sa diffusion) ou les interdictions.
Après c'est plus ou moins bien fait, mais c'est fait selon un processus démocratique (à moins que tu ne contestes les systèmes à démocratie représentative comme en France).
[^] # Re: public/privé ? réservé à une elite ?
Posté par Toufou (site web personnel) . En réponse à la dépêche Alchimie X — le salon de la création numérique. Évalué à 4.
C'est à la base une coding party et ça fonctionne comme une coding party : tu t'inscris et tu payes pour aider à supporter les frais générés par l'évènement. Sur cette base, ce n'est pas "ouvert au public" dans le sens où il y a un droit d'inscription et qu'il faut le payer pour participer aux 3 jours complets et manger de la bonne soupe au potiron.
Toutefois, le dimanche après midi, c'est journée portes ouvertes et tout le monde est invité à venir jeter un œil sur ce qui s'y fait et discuter avec les gens présents.
Allez, un petit lien (non libre) pour les petits jeunes qui ne savent pas ce qu'est la démoscene : Le lien
# J'ai appris a programmer avec TILT
Posté par Toufou (site web personnel) . En réponse au journal JRO, le système d'exploitation n°1 en 2013. Évalué à 5.
Et tu appelles un techno (replacez par ce que vous voulez : Linux, web, Apple, tablette…) fanboy un nerd ou un geek ?
A peu près toutes ? Tu confonds juste plateforme (au sens ensemble de technos) et OS.
Sauf que si ça se prépare comme le canard, que ça cuit comme le canard et que ça a le gout du canard, beh ce n'est pas un canard : c'est un magret ou une cuisse :)
Normal car ce n'est pas de l'informatique : c'est du marketting. Et les informaticiens, sauf quelques exceptions, sont de piètres marketteux.
L'économie du monde de l'informatique, je suis prêt à le croire. Par contre, pour ce qui relève de l'informatique je suis persuadé que comprend la plupart des choses bien mieux que lui :D
En gros, tu mélanges des concepts techniques informatiques à des chose relevant de l'économie du monde de l'informatique. Un peu comme si je prenais la star ac comme exemple et base de réflexion pour l'histoire de l'art.
# en Java
Posté par Toufou (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E01 : les systèmes à entités. Évalué à 4.
Pour ceux qui sont intéresses par cette approche mais qui préfèrent Java il existe l'excellente lib JMonkey Engine disponible en licence BSD.
Leur site est une autre bonne source d'information sur l'approche entity system via les liens de leurs tutoriaux.