Je trouve quans même curieux la sortie de la commande( contradictioins). Quoi qu'il en soit, essaie d'exécuter la commande pm-suspend, et ensuite d'aller voir les logs dans /var/log/pm-suspend.log
J'y ai déjà réfléchi depuis longtemps. La raison est simple : la majorité s'en moque complètement, et ne veut pas écouter lorsqu'on leur parle de ce genre de problématique.
D'ailleurs il n'y a pas que pour la vie privée que les gens ne veulent pas entendre. La même chose se produit dans le milieu professionnel : la plupart des gens à tout niveau n'écoute que ce qui les arrange, et n'ont qu'une vision à court terme. Et quand on leur parle des dérives possibles, ou de problèmes potentiels, ils ne veulent pas comprendre. Et malhereusement, ta réaction ne fait qu'aller dans le sens de ce que je dis : refus de voir la réalité (et c'est toi qui qualifie les gens de "cons", pas moi).
… on tente de faire la même chose dans "la vraie vie".
Mais vu le nombre de moutons qui existent ne serait-ce qu'en France, avec une grosse quantité de personnes qui veulent cette surveillance pour se sentir en sécurité (mais ne savent pas que la sécurité n'est qu'une illusion : ils se sentiront bien moins en sécurité qu'aujourd'hui quand il comprendront ce qi se passe - mais il sera trop tard), je ne me fais pas d'illusion : on va directement vers ce genre de société. Le plus grave c'est qu'aujourd'hui on a encore les moyens de s'y opposer (même si c'est plus difficile qu'il y a 10 ans) - contrairement à d'autres pays ou c'est impossible, mais dans 10 ans je pense qu'il sera trop tard.
Pour moi un logiciel qui ne fait pas son travail dans des temps acceptables, c'est effectivement un bug.
Le problème c'est que, mis à part dans les logiciels de type temps-réel, jamais on ne spécifie de durée d'exécution pour une tache à exécuter. Certes il existe des "conventions" qui indiquent par exemple qu'une interface de site web doit répondre en moins de x secondes si on ne veut pas perdre un client, mais mis à part les interfaces de logiciels "commerciaux - c'est à dire conçus pour générer de l'argent" (et encore … il y a pléthore d'apps sur android qui ne respectent pas ces règles), on s'asseoit vite sur ces règles lorsque par exemple il s'agit de développer un progiciel propre à une entreprise (on s'en fout que l'utilisateur doit attendre 10 à 15 secondes entre deux clics, ou que le parcours de l'interface soit contre-productif : la santé mentale des employés passe après les économies "de bout de chanfdelle"). Et la façon de faire de l'agilité en rance n'a pas arrangé ces problèmes.
Quand tu utilises un service la transaction est continue jusqu'à fermeture du compte / arrêt du service.
Est-ce qu'on peut alors considérer les opérateurs téléphoniques comme responsables des communications passant par leurs services ? Attention, je ne dis pas que Meta doit laisser tout faire sous pretexte qu'ils ne sont que des intermédiaires, mais je suis assez dubitatif sur l'action en question (timing). Ca donne plutôt l'impression que tant que Meta leur permettait de s'enrichir les actionnaires ne disaient rien, mais lorsque Meta commence à aller un peu plus mal, on se retourne pour essayer de ramasser de l'argent sur le dos de la bête. Le problème c'est que l'article en question ne donne pas forcément de références suffisantes pour se faire une idée. J'aimerais savoir "pourquoi maintenant ?" (il y a peut-être une bonne raison mais je m'interroge).
ce dernier a une possibilité : fermer les comptes, et faire cesser lui-même les comportements interdits par ses propres conditions d'utilisation.
La question est de savoir ce que reprochent exactement les actionnaires à Meta. C'est étrange d'ailleurs qu'ils se réveillent maintenant, lorsque Meta se trouve en difficultés (fin de Metaverse, licenciements), alors qu'ils auraient pu agir depuis longtemps.
Si Meta n'a pas agi après signalement de comportements inappropriés avérés contraires aux conditionss d'utilisation, on peut effectivement leur faire des reproches. Par contre on ne peut pas leur reprocher d'avoir empêché ces comportements avant qu'ils ne se produisent, ou d'avoir attendu d'avoir des preuves des agissements douteux pour agir. Meta n'a pas a surveiller préventivement les agissements et échanges de ses utilisateurs, contrairement à ce que beaucoup de monde croit.
Le problème c'est que l'article du lien ne précise pas exactement ce que l'on reproche à Meta.
Considérons que Wikasu est un fabricant fictif de couteaux japonais. Et on pourrait se servir de cette plainte comme template pour tout fabricant ou éditeur de produit et de service à qui on voudrait soutirer de l'argent. (Peugeot qui permet à des personnes sous emprise de la drogue, ou d'alcool de prendre le volant et de tuer/blesser des gens).
Des fonds de pension et d'investissement, ainsi que des victimes d'agression ou de menaces via couteaux ont porté plainte contre Wikasu pour avoir "fermé les yeux" sur les meurtres, menaces, ou toute activité illégale perpétrés avec leurs produits.
"Pendant la décennie écoulée, les couteaux de Wikasu ont aidé, soutenu et facilité la tâche des criminels responsables de meurtres et de menaces diverses qui ont eu lieu à grande échelle avec leurs produits" accuse la plainte.
"Des preuves substantielles montrent que le conseil d'administration a fermé les yeux alors qu'il avait connaissance, tout comme la direction de l'entreprise, de ce phénomène en pleine expansion", continuent les avocats des fonds signataires, qui détiennent des actions chez Wikasu.
Ils assurent que les trafiquants se servent des couteaux pour menacer, tuer, mutiler et exploiter des victimes, qui sont des utilisateurs mineurs et adultes (ou pas) produits Wikasu, "dont les vies sont pour toujours dévastées".
Wikasu "interdit clairement l'utilisation de ses produits à des fins illicites ou criminelles", a réagi mardi le porte-parole du fabricant.
"Conclusion logique"
"Les affirmations dans cette plainte ne reflètent pas nos efforts pour lutter contre ce type d'activités. Notre but est d'empêcher les personnes qui cherchent à exploiter des êtres humains d'utiliser nos couteaux (…)"
Mais selon la plainte, le conseil d'administration de Wikasu a "échoué à expliquer comment il cherche à éradiquer le problème", et la seule "conclusion logique" est que "le conseil a consciemment décidé de permettre aux outils de Wikasu de promouvoir et de faciliter" ces utiliusations illicites.
Ces accusations ont pris une nouvelle dimension quand, à l'automne 2021, un ex-employée de Wikasu a fait fuiter des documents internes montrant que les dirigeants de la plateforme avaient conscience de certains risques en cas de mauvaise utilisation de leurs produits.
La lanceuse d'alerte et des ONG estiment que Wikasu fait passer les profits avant les utilisateurs.
Cette plainte n'est qu'un début, et devrait se généraliser à tous les fabricants de couteaux.
Pour éviter tout problème à l'équipe linuxfr je tiens à rappeler ce point :
l’article L 122-5 du Code de la Propriété Intellectuelle aménage certaines exceptions à ce droit exclusif de l’auteur. Il en est ainsi notamment de la parodie, la pastiche ou la caricature, le but poursuivi doit, en principe, être de faire sourire ou rire, sans pour autant chercher à nuire à l’auteur.
J'ai récupéré un ordinateur UC/écran intégré avec écran tactile. J'ai installé ubuntu dessus, mais je n'ai pas l'impression que l'IHM est faite pour ça : la gestion du clavier virtuelle est moyenne, et surtout j'ai du mal avec les ascenseurs de défilement sur firefox par exemple : ils sont trop fins, et pour défiler en tactile c'est pas génial. Cela dit c'est peut-être l'écran qui manque de sensibilité sur les bords lorsque la fenetre est en plein écran … ou alors il y a un mode à activer pour que l'IHM fonctionne mieux en tactile ?
Comment font les autres ? ruby avec GEM, il me semble qu'on peut faire une recherche, idem avec snap par exemple. N'est-ce pas un peu radical de tout fermer ?
Perso quand je peux éviter python, je l'évite, ce qui explique pourquoi je ne me suis pas rendu du problème avant. Mais là ce n'est pas pour moi que je bosse ( j'ai à nouveau l'impression de devoir lutter contre l'écosystème python pour pouvoir faire ce que j'ai à faire).
En effet, personnellement, je suis las de ne voir que des images Docker toutes faites ou des chart helm pour du déploiement sur kub …. sans alternative permettant de générer soi-même ses images.
En effet bien souvent en milieu pro, une image docker toute faite peut poser un tas de problème (cycle de vie du produit, de l'image, besoin de composants supplémentaires, ou trop de choses dans l'image, intégration dans un écosystème existant, etc …). Pour un poc, ou une utilisation personnelle, une image toute faite peut être utile, mais pour de la prod …. je reste vraiment sceptique.
Bien sûr ceci a peu d'intérêt étant donné le caractère anecdotique des systèmes d'exploitations autres que GNU-Linux.
Dans ce cas inutile de coder pour du GNU Linux étant donné le caractère anecdotique des systèmes autre que windows.
Après je ne dis pas qu'il faille tout rendre portable sur tous les systèmes, mais si ça coute peu de faire quelque chose qui marche partout, pourquoi s'en priver ?
Et ils sont parfaitement routables, c'est juste qu'ils n'ont pas le droit d'aller dans le grand Ternet sauvage.
C'est pour ça que je parle de convention. Et une implémentation réseau bien faite se doit de respecter ces conventions ( que ce soit un réseau local qui se connecte vers l'extérieur ou un intermédiaire relayant des données publiques sur le Grand Ternet Sauvage).
Même si en pratique tu peux les router, il s'agit d'une convention : tu définis tes tables de routage pour ne pas relayer les adresses locales vers l'extérieur:
L'IANA (Internet Assigned Numbers Authority) a attribué plusieurs plages d'adresses devant être utilisées par les réseaux privés.
Les plages d'adresses devant être utilisées par les réseaux privés sont les suivantes :
Class A: 10.0.0.0 to 10.255.255.255
Class B: 172.16.0.0 to 172.31.255.255
Class C: 192.168.0.0 to 192.168.255.255 Je continue la citation : Une adresse IP se trouvant dans ces plages est par conséquent considérée comme étant non routable car elle n'est pas unique . Tout réseau privé devant utiliser des adresses IP en interne peut utiliser toute adresse se trouvant dans ces plages sans nécessiter de coordination avec l'IANA ou un répertoire Internet. Les adresses se trouvant dans cet espace d'adresse privé sont seulement uniques dans un réseau privé donné.
Toutes les adresses extérieures à ces plages sont considérées comme publiques.
?? Tu peux configurer un routeur pour drop des paquets selon des règles (genre des réseaux privés), tu peux renvoyer des icmp unreachable, mais le DNS n'a pas grand chose à voir là dedans? quand je tape les serveur web www.google.fr depuis une IP en 10.x.x.x, que je traverse le réseau 192.168.x.x puis un autre, puis je me fait NAT sur internet, qu'est ce que vient faire le DNS?
Ce que je comprends du commentaire auquel tu réponds, c'est que les serveurs racines qui viennent à recevoir une résolution de nom par des IP considérées comme privées ne répondent pas à ces requêtes (probablement en dropant les paquets avant même qu'ils n'atteignent le serveur DNS en lui-même - c'est d'ailleurs une bonne pratique que de droper les paquets issus d'ip locale arrivant sur une interface externe).
Si ça te chante de router tes paquets considérés comme privés vers le réseau public, tu peux le faire, mais je ne pense pas qu'ils iront plus loin que le routeur de ton FAI qui ne saura pas quoi en faire (car comme le dit le lien que je cite, ces IP ne sont pas considérées comme unique).
le NAT à outrance a forcé les gens à imaginer que les réseaux privés étaient très différents et étanches à un grand Internet (aux contours mal définis),
Les "contours" d'internet sont très bien définis. La convention veut que des IP sont considérées comme locales. Les autres IP sont publiques et uniques sur Internet. De ce fait aucun routeur ne devrait router des adresses privées ailleurs que sur des réseaux privés.
le posteur original voulait un protocole de communication autre que TCP/IP pour les "brancher en réseau" (c'est vague). Kermit permet de faire de l'échange de fichier sur un port série avec autre chose que TCP/IP.
Effectivement … Et il y en a d'autres (a une époque il y avait pléthore de freewares sir disquettes qui permettaient de faire ça).
Le port parallèle est un média. Maintenant, utiliser un port parallèle pour "brancher en réseau", je connais plip, et plip c'est du TCP/IP.
Il y avait aussi des protocoles propriétaires permettant de faire de l'échange style kermit.
Hein? TCP/IP c'est du réseau. Internet c'est un grand réseau c'est tout.
TCP/IP inclut des plages réseau non routables (127.x.X.X ou 10.X.X.X par exemple). Les équipement conçus pour relayer le trafic externe ne relaient pas ce trafic. De plus Internet ce n'est pas "un grand réseau" mais une interconnection de réseaux.
C'est un peu overkill, non? Tu mets un switch tout bête, tu prends 3 adresses IP dans le même sous-réseau et ça marche
Oui c'est vrai.
ah bah c'est pas unidirectionnel alors. La machine demande un truc à un serveur de mise à jour, et le serveur lui envoie une réponse, c'est bidirectionnel. Et si le serveur de mise à jour décide de t'envoyer un virus, bimbamboum.
Dans l'absolu tu as raison (et c'est aussi ce qui se passe avec un terminal série que tu as cité dans un commentaire précédent) : mais la communication n'est pas à l'initiative d'un système externe Ca limite déjà pas mal les attaques. Et en général les serveurs permettant de mettre à jour ses distributions sont assez surs (ilk faut juste bien choisir ses serveurs).
avec le port série tu peux faire une console série (connexion unidirectionnelle)
Une console série est bidirectionnelle. La console envoie des signaux a ton terminal et ton terminal répond. Et "port série c'est vague. Il y a plusieurs normes de liaisons série (rs232, rs422, rs485 …). De plus tu peux faire passer du TCP/IP sur une liaison série ( voir https://docstore.mik.ua/orelly/networking_2ndEd/tcp/ch06_02.htm). Les premières liaisons internet via modem RTC utilisaient un port rs232.
ou des échanges de fichiers via kermit je crois.
La liaison série, c'est la liaison physique. Kermit c'est le protocole. Il y en a d'autres. Tu peux faire ce que tu veux à partir du moment ou les extrémités de tes liaisons savent se parler. Soit un protocole existant, soit tu l'inventes.Durant mes études j'avais fait un TP qui permettait de lancer un invité de commande DOS (msdos 6.22) depuis une console série Wise.
Pour le port parallèle, tu passes par TCP/IP si je ne dis pas de bêtises
J'ai l'impression que tu dis beaucoup de bêtisee … :). La encore le port parallèle c'est le média. Ensuite tu as divers types de ports paralleles ( il faut d'ailleurs préciser la norme utilisée) : certains sont unidirectionnels de base, d'autres bidirectionnels (dans le sens ou tu peux lire et écrire des données depuis les registres de données de ton port) - bien qu'une astuce, avec le logiciel adéquat permettait d'utiliser un port parallele unidirectionnel en bidirectionnel (je n'arrive plus à trouver le schéma).
merci pour ces noms d'antibiotiques, hors médecine c'est peu connu. J'ai l'impression que les "vieux" médicament ont une liste longue comme un bras d'effet secondaire grave, avec une forte efficacité.
Je dirais que c'est normal : les "nouveaux ont probablement autant d'effets secondaires qui ne sont pas encore connus (mais qui seront différent - ou pas - des effets secondaires des vieux). D'ou l'intéret d'avoir le choix, et de ne pas non plus "jeter" les vieux sous prétextes qu'ils ont trop d'effets secondaires (par contre s'en débarrasser lorsque le risque est plus important que l'effet bénéfique apporté est une bonne idée).
Je crois que je me suis mal exprimé : la directive semble ne pas avoir fait la même confusion que le journaliste et c'est ça qui me rassure. Maintenant en pratique je suis d'accord que la mise en pratique ne sera pas simple.
Oui mais TCP/IP, c'est de la communication entre systèmes différents: il faut bien des standards pour que l'on puisse interconnecter les divers systèmes entre eux (un peu comme il y a des normes pour connecter des matériels audio entre eux).
Les logiciels libres ne sont pas dans le champ de la directive, parce que « ce ne sont pas des produits lancés sur le marché parce qu'ils sont développés et fournis gratuitement ».
Je pensais que cette phrase venait du texte original mais il semble d'après une réponse à mon commentaire que cette tournure est une approximation journalistique grossière. L'auteur de l'article ne connaît pas son sujet et mélange tout. Bel exemple de désinformation.
Certes, il y a sans doute moyen d'être plus précis,
With the aim of not hampering innovation: (i) free and open-source software developed or supplied outside the course of commercial activity, as well as (ii) the source code of software, should be excluded from the definition of products covered under the proposal (Recital 13).
[^] # Re: Est-ce que tu as le même comportement en exécutant l'action via la ligne de commande ?
Posté par totof2000 . En réponse au message Mise en veille freeze complet [22.04 LTS]. Évalué à 2.
Je trouve quans même curieux la sortie de la commande( contradictioins). Quoi qu'il en soit, essaie d'exécuter la commande pm-suspend, et ensuite d'aller voir les logs dans /var/log/pm-suspend.log
# Je ne comprend pas vraiment la question posée.
Posté par totof2000 . En réponse au message Disque après nouvelle installation. Évalué à 4.
Désolé si c'est moi qui ai du mal, mais je ne comprend pas ce qui ne va pas, et la question posée.
# Est-ce que tu as le même comportement en exécutant l'action via la ligne de commande ?
Posté par totof2000 . En réponse au message Mise en veille freeze complet [22.04 LTS]. Évalué à 3. Dernière modification le 06 avril 2023 à 15:11.
Et est-ce que sous Windows ça fonctionne ? Je suppose que oui, mais je préfère demander quand même ( ça évitera de se poser des questions pour rien).
quelques infos ici : https://wiki.ubuntu.com/DebuggingKernelSuspend
D'autres pistes ici (notamment pour voir ce qui e passe dans la log) : https://askubuntu.com/questions/1290432/suspend-to-ram-not-working
[^] # Re: Après le suivi des comportements via les cookies et site internet ...
Posté par totof2000 . En réponse au lien Suisse : Les CFF veulent scruter les habitudes des voyageurs . Évalué à 5.
J'y ai déjà réfléchi depuis longtemps. La raison est simple : la majorité s'en moque complètement, et ne veut pas écouter lorsqu'on leur parle de ce genre de problématique.
D'ailleurs il n'y a pas que pour la vie privée que les gens ne veulent pas entendre. La même chose se produit dans le milieu professionnel : la plupart des gens à tout niveau n'écoute que ce qui les arrange, et n'ont qu'une vision à court terme. Et quand on leur parle des dérives possibles, ou de problèmes potentiels, ils ne veulent pas comprendre. Et malhereusement, ta réaction ne fait qu'aller dans le sens de ce que je dis : refus de voir la réalité (et c'est toi qui qualifie les gens de "cons", pas moi).
# Après le suivi des comportements via les cookies et site internet ...
Posté par totof2000 . En réponse au lien Suisse : Les CFF veulent scruter les habitudes des voyageurs . Évalué à 3. Dernière modification le 30 mars 2023 à 11:04.
… on tente de faire la même chose dans "la vraie vie".
Mais vu le nombre de moutons qui existent ne serait-ce qu'en France, avec une grosse quantité de personnes qui veulent cette surveillance pour se sentir en sécurité (mais ne savent pas que la sécurité n'est qu'une illusion : ils se sentiront bien moins en sécurité qu'aujourd'hui quand il comprendront ce qi se passe - mais il sera trop tard), je ne me fais pas d'illusion : on va directement vers ce genre de société. Le plus grave c'est qu'aujourd'hui on a encore les moyens de s'y opposer (même si c'est plus difficile qu'il y a 10 ans) - contrairement à d'autres pays ou c'est impossible, mais dans 10 ans je pense qu'il sera trop tard.
[^] # Re: Échange avec Uncle Bob
Posté par totof2000 . En réponse au lien « Clean code » : performances lamentables. Évalué à 2. Dernière modification le 24 mars 2023 à 10:19.
Le problème c'est que, mis à part dans les logiciels de type temps-réel, jamais on ne spécifie de durée d'exécution pour une tache à exécuter. Certes il existe des "conventions" qui indiquent par exemple qu'une interface de site web doit répondre en moins de x secondes si on ne veut pas perdre un client, mais mis à part les interfaces de logiciels "commerciaux - c'est à dire conçus pour générer de l'argent" (et encore … il y a pléthore d'apps sur android qui ne respectent pas ces règles), on s'asseoit vite sur ces règles lorsque par exemple il s'agit de développer un progiciel propre à une entreprise (on s'en fout que l'utilisateur doit attendre 10 à 15 secondes entre deux clics, ou que le parcours de l'interface soit contre-productif : la santé mentale des employés passe après les économies "de bout de chanfdelle"). Et la façon de faire de l'agilité en rance n'a pas arrangé ces problèmes.
[^] # Re: Excellent
Posté par totof2000 . En réponse au journal Faire un débat sans moisissures argumentatives. Évalué à 2.
Plus fort : systemd, ou python vs Ruby ?
[^] # Re: Je ne suis pas défenseur de Meta, mais on pourrait réécrire l'article ainsi
Posté par totof2000 . En réponse au lien Des actionnaires poursuivent Meta pour avoir autorisé la traite des êtres humains et la pornographie. Évalué à 3.
Est-ce qu'on peut alors considérer les opérateurs téléphoniques comme responsables des communications passant par leurs services ? Attention, je ne dis pas que Meta doit laisser tout faire sous pretexte qu'ils ne sont que des intermédiaires, mais je suis assez dubitatif sur l'action en question (timing). Ca donne plutôt l'impression que tant que Meta leur permettait de s'enrichir les actionnaires ne disaient rien, mais lorsque Meta commence à aller un peu plus mal, on se retourne pour essayer de ramasser de l'argent sur le dos de la bête. Le problème c'est que l'article en question ne donne pas forcément de références suffisantes pour se faire une idée. J'aimerais savoir "pourquoi maintenant ?" (il y a peut-être une bonne raison mais je m'interroge).
[^] # Re: Je ne suis pas défenseur de Meta, mais on pourrait réécrire l'article ainsi
Posté par totof2000 . En réponse au lien Des actionnaires poursuivent Meta pour avoir autorisé la traite des êtres humains et la pornographie. Évalué à 5.
La question est de savoir ce que reprochent exactement les actionnaires à Meta. C'est étrange d'ailleurs qu'ils se réveillent maintenant, lorsque Meta se trouve en difficultés (fin de Metaverse, licenciements), alors qu'ils auraient pu agir depuis longtemps.
Si Meta n'a pas agi après signalement de comportements inappropriés avérés contraires aux conditionss d'utilisation, on peut effectivement leur faire des reproches. Par contre on ne peut pas leur reprocher d'avoir empêché ces comportements avant qu'ils ne se produisent, ou d'avoir attendu d'avoir des preuves des agissements douteux pour agir. Meta n'a pas a surveiller préventivement les agissements et échanges de ses utilisateurs, contrairement à ce que beaucoup de monde croit.
Le problème c'est que l'article du lien ne précise pas exactement ce que l'on reproche à Meta.
# Je ne suis pas défenseur de Meta, mais on pourrait réécrire l'article ainsi
Posté par totof2000 . En réponse au lien Des actionnaires poursuivent Meta pour avoir autorisé la traite des êtres humains et la pornographie. Évalué à 6. Dernière modification le 22 mars 2023 à 10:23.
Considérons que Wikasu est un fabricant fictif de couteaux japonais. Et on pourrait se servir de cette plainte comme template pour tout fabricant ou éditeur de produit et de service à qui on voudrait soutirer de l'argent. (Peugeot qui permet à des personnes sous emprise de la drogue, ou d'alcool de prendre le volant et de tuer/blesser des gens).
Pour éviter tout problème à l'équipe linuxfr je tiens à rappeler ce point :
Je suis ici dans la caricature.
# Ce n'est pas encore la panacée
Posté par totof2000 . En réponse au message Écran Tactile. Évalué à 2.
J'ai récupéré un ordinateur UC/écran intégré avec écran tactile. J'ai installé ubuntu dessus, mais je n'ai pas l'impression que l'IHM est faite pour ça : la gestion du clavier virtuelle est moyenne, et surtout j'ai du mal avec les ascenseurs de défilement sur firefox par exemple : ils sont trop fins, et pour défiler en tactile c'est pas génial. Cela dit c'est peut-être l'écran qui manque de sensibilité sur les bords lorsque la fenetre est en plein écran … ou alors il y a un mode à activer pour que l'IHM fonctionne mieux en tactile ?
[^] # Re: Trop de requêtes sur leur serverus
Posté par totof2000 . En réponse au message Mais pourquoi pip search ne fonctionne plus ?. Évalué à 3.
Comment font les autres ? ruby avec GEM, il me semble qu'on peut faire une recherche, idem avec snap par exemple. N'est-ce pas un peu radical de tout fermer ?
Perso quand je peux éviter python, je l'évite, ce qui explique pourquoi je ne me suis pas rendu du problème avant. Mais là ce n'est pas pour moi que je bosse ( j'ai à nouveau l'impression de devoir lutter contre l'écosystème python pour pouvoir faire ce que j'ai à faire).
[^] # Re: Je fais du LXC à la place de Docker. Et vous ?
Posté par totof2000 . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 6.
A une époque j'ai bossé dans un endroit ou les images LXC étaient créées via packer il me semble.
https://developer.hashicorp.com/packer/plugins/builders/lxc
# Faites vous-même vos images Docker, hébergez-les chez vous
Posté par totof2000 . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 10.
En effet, personnellement, je suis las de ne voir que des images Docker toutes faites ou des chart helm pour du déploiement sur kub …. sans alternative permettant de générer soi-même ses images.
En effet bien souvent en milieu pro, une image docker toute faite peut poser un tas de problème (cycle de vie du produit, de l'image, besoin de composants supplémentaires, ou trop de choses dans l'image, intégration dans un écosystème existant, etc …). Pour un poc, ou une utilisation personnelle, une image toute faite peut être utile, mais pour de la prod …. je reste vraiment sceptique.
# C'est le genre de remarque qui a tendance à m'agacer
Posté par totof2000 . En réponse au message C : gestion du répertoire de travail. Évalué à 0. Dernière modification le 15 mars 2023 à 14:42.
Dans ce cas inutile de coder pour du GNU Linux étant donné le caractère anecdotique des systèmes autre que windows.
Après je ne dis pas qu'il faille tout rendre portable sur tous les systèmes, mais si ça coute peu de faire quelque chose qui marche partout, pourquoi s'en priver ?
[^] # Re: Un simple routeur avec interface d'administration suffit... pour commencer
Posté par totof2000 . En réponse au message Remplaçant Ipx, NetBEUI appletalk en 2023. Évalué à 3.
C'est pour ça que je parle de convention. Et une implémentation réseau bien faite se doit de respecter ces conventions ( que ce soit un réseau local qui se connecte vers l'extérieur ou un intermédiaire relayant des données publiques sur le Grand Ternet Sauvage).
[^] # Re: Un simple routeur avec interface d'administration suffit... pour commencer
Posté par totof2000 . En réponse au message Remplaçant Ipx, NetBEUI appletalk en 2023. Évalué à 5.
Même si en pratique tu peux les router, il s'agit d'une convention : tu définis tes tables de routage pour ne pas relayer les adresses locales vers l'extérieur:
https://www.ibm.com/docs/fr/networkmanager/4.2.0?topic=translation-private-address-ranges
Je cite :
L'IANA (Internet Assigned Numbers Authority) a attribué plusieurs plages d'adresses devant être utilisées par les réseaux privés.
Les plages d'adresses devant être utilisées par les réseaux privés sont les suivantes :
Class A: 10.0.0.0 to 10.255.255.255
Class B: 172.16.0.0 to 172.31.255.255
Class C: 192.168.0.0 to 192.168.255.255
Une adresse IP se trouvant dans ces plages est par conséquent considérée comme étant non routable car elle n'est pas unique . Tout réseau privé devant utiliser des adresses IP en interne peut utiliser toute adresse se trouvant dans ces plages sans nécessiter de coordination avec l'IANA ou un répertoire Internet. Les adresses se trouvant dans cet espace d'adresse privé sont seulement uniques dans un réseau privé donné.
Toutes les adresses extérieures à ces plages sont considérées comme publiques.
Ce que je comprends du commentaire auquel tu réponds, c'est que les serveurs racines qui viennent à recevoir une résolution de nom par des IP considérées comme privées ne répondent pas à ces requêtes (probablement en dropant les paquets avant même qu'ils n'atteignent le serveur DNS en lui-même - c'est d'ailleurs une bonne pratique que de droper les paquets issus d'ip locale arrivant sur une interface externe).
Si ça te chante de router tes paquets considérés comme privés vers le réseau public, tu peux le faire, mais je ne pense pas qu'ils iront plus loin que le routeur de ton FAI qui ne saura pas quoi en faire (car comme le dit le lien que je cite, ces IP ne sont pas considérées comme unique).
Les "contours" d'internet sont très bien définis. La convention veut que des IP sont considérées comme locales. Les autres IP sont publiques et uniques sur Internet. De ce fait aucun routeur ne devrait router des adresses privées ailleurs que sur des réseaux privés.
[^] # Re: Quel matériel, pour quoi faire ?
Posté par totof2000 . En réponse au message Remplaçant Ipx, NetBEUI appletalk en 2023. Évalué à 3.
Effectivement … Et il y en a d'autres (a une époque il y avait pléthore de freewares sir disquettes qui permettaient de faire ça).
Il y avait aussi des protocoles propriétaires permettant de faire de l'échange style kermit.
[^] # Re: Un simple routeur avec interface d'administration suffit... pour commencer
Posté par totof2000 . En réponse au message Remplaçant Ipx, NetBEUI appletalk en 2023. Évalué à 3.
TCP/IP inclut des plages réseau non routables (127.x.X.X ou 10.X.X.X par exemple). Les équipement conçus pour relayer le trafic externe ne relaient pas ce trafic. De plus Internet ce n'est pas "un grand réseau" mais une interconnection de réseaux.
Oui c'est vrai.
Dans l'absolu tu as raison (et c'est aussi ce qui se passe avec un terminal série que tu as cité dans un commentaire précédent) : mais la communication n'est pas à l'initiative d'un système externe Ca limite déjà pas mal les attaques. Et en général les serveurs permettant de mettre à jour ses distributions sont assez surs (ilk faut juste bien choisir ses serveurs).
[^] # Re: Quel matériel, pour quoi faire ?
Posté par totof2000 . En réponse au message Remplaçant Ipx, NetBEUI appletalk en 2023. Évalué à 3.
Une console série est bidirectionnelle. La console envoie des signaux a ton terminal et ton terminal répond. Et "port série c'est vague. Il y a plusieurs normes de liaisons série (rs232, rs422, rs485 …). De plus tu peux faire passer du TCP/IP sur une liaison série ( voir https://docstore.mik.ua/orelly/networking_2ndEd/tcp/ch06_02.htm). Les premières liaisons internet via modem RTC utilisaient un port rs232.
La liaison série, c'est la liaison physique. Kermit c'est le protocole. Il y en a d'autres. Tu peux faire ce que tu veux à partir du moment ou les extrémités de tes liaisons savent se parler. Soit un protocole existant, soit tu l'inventes.Durant mes études j'avais fait un TP qui permettait de lancer un invité de commande DOS (msdos 6.22) depuis une console série Wise.
J'ai l'impression que tu dis beaucoup de bêtisee … :). La encore le port parallèle c'est le média. Ensuite tu as divers types de ports paralleles ( il faut d'ailleurs préciser la norme utilisée) : certains sont unidirectionnels de base, d'autres bidirectionnels (dans le sens ou tu peux lire et écrire des données depuis les registres de données de ton port) - bien qu'une astuce, avec le logiciel adéquat permettait d'utiliser un port parallele unidirectionnel en bidirectionnel (je n'arrive plus à trouver le schéma).
[^] # Re: très intéressant
Posté par totof2000 . En réponse au journal Et encore un scandale sanitaire.... Évalué à 4.
Je dirais que c'est normal : les "nouveaux ont probablement autant d'effets secondaires qui ne sont pas encore connus (mais qui seront différent - ou pas - des effets secondaires des vieux). D'ou l'intéret d'avoir le choix, et de ne pas non plus "jeter" les vieux sous prétextes qu'ils ont trop d'effets secondaires (par contre s'en débarrasser lorsque le risque est plus important que l'effet bénéfique apporté est une bonne idée).
[^] # Re: Pas d'accord avec le point 2
Posté par totof2000 . En réponse au journal L'UE révise sa directive sur la responsabilité du fait des produits. Évalué à 4.
Je crois que je me suis mal exprimé : la directive semble ne pas avoir fait la même confusion que le journaliste et c'est ça qui me rassure. Maintenant en pratique je suis d'accord que la mise en pratique ne sera pas simple.
[^] # Re: remplaçant IPX ou NetBEUI
Posté par totof2000 . En réponse au message Remplaçant Ipx, NetBEUI appletalk en 2023. Évalué à 4. Dernière modification le 13 mars 2023 à 16:35.
Pourquoi ?
Oui mais TCP/IP, c'est de la communication entre systèmes différents: il faut bien des standards pour que l'on puisse interconnecter les divers systèmes entre eux (un peu comme il y a des normes pour connecter des matériels audio entre eux).
Maintenant si tu es nostalgique d'IPX/SPX :
https://tldp.org/HOWTO/IPX-HOWTO-10.html
Autre lien intéressant :
https://www.halolinux.us/networking/alternativenetworkstackoptions.html
Pour netbeui, je n'ai pas pris le temps de chercher mais il semble que ça ne soit pas supporté (peut-être devrais-tu demander à ChatGT ?).
[^] # Re: Pas d'accord avec le point 2
Posté par totof2000 . En réponse au journal L'UE révise sa directive sur la responsabilité du fait des produits. Évalué à 3.
Je réagissais à la phrase ci-dessous :
Je pensais que cette phrase venait du texte original mais il semble d'après une réponse à mon commentaire que cette tournure est une approximation journalistique grossière. L'auteur de l'article ne connaît pas son sujet et mélange tout. Bel exemple de désinformation.
Oui, d'après ce commentaire :
Ca me rassure.
# remplaçant IPX ou NetBEUI
Posté par totof2000 . En réponse au message Remplaçant Ipx, NetBEUI appletalk en 2023. Évalué à 4. Dernière modification le 13 mars 2023 à 15:22.
Oui, il s'appelle TCP/IP.
http://www.materiel-informatique.be/netbeui.php
https://fr.wikipedia.org/wiki/NetBEUI
https://fr.wikipedia.org/wiki/Internetwork_packet_exchange
http://www.poradykomputerowe.eu/fr/protokoly-sieciowe-ipx-spx-netbeui-appletalk/