Je l'avais oubliée celle-la … Je voulais tester son utilisation pour la compilation de gros projets … mais je n'ai pas eu le temps de le faire et ensuite je suis passé à autre chose.
Effectivement, je mélange un peu tout … La page wikipedia sur uboot indique que celui-ci peut remplacer BIOS et UEFI, j'avais aussi par ailleurs lu des articles ou justement uboot joue le rôle de l'UEFI dans certaines cartes ARM (ça doit être ici d'ailleurs ). Enfin, après avoir lu ce document (en diagonale je l'avoue), j'ai confondu uboot et firmware pour le Raspberry pi. Or il semble qu'en fait le firmware de démarrage du RPi n'est pas uboot, mais que rien n'empêche de l'installer sur un raspberry pi (ce que je ne savais pas) ou il prendra le rôle de Grub (voir par exemple https://elinux.org/RPi_U-Boot).
u-boot fait partie du firmware du raspberry pi : je le vois au même niveau que le BIOS ou l'UEFI. Si on veut parler de boot loader pour RPi, je verrais un truc du style Noobs/Pinn, ou Berryboot
Je sais que tu demandes des ressources papier mais j'ai quand même un petit lien vers un doc pdf qui te donnera un apperçu (que tu pourras imprimer si vraiment la version élactronique te rebute).
Tu trouveras les références des normes AFNOR (il me semble que tu peux commander les documents correspondants sur le site de l'AFNOR). J'ai aussi quelques liens dans des docs que j'ai téléchargé il y a quelques temps sur ma liseuse : je verrai si j'y trouve des références vers des recommandations de livres/doc que tu pourrais te procurer.
Le bootloader (tel que grub) n'avait de raison d'être que sur des machines x86, en raison de la limitation du sercteur de boot à 512 octets, et surtout pour pouvoir installer plusieurs OS sur le même disque. ( je me rappelle encore du fameux LILO sur les premier Linux que j'avais intallé ). Si le BIOS avait permis d'aller chercher un programme de plus de 512 octets sur le disque dur des machines x86, nous n'aurions pas eu besoin de gestionnaire de démarrage ( il me semble que les machines sun, IBM/AIX - ou apple PowerPC - qui utilisent l'Open Firmware, n'ont pas besoin de cette étape intermédiaire : ils vont lire directement le noyau sur la partition si ma mémoire est bonne).
Aujourd'hui avec l'UEFI, même pour du multi-boot on peut se passer de Grub (ou tout autre logiciel équivalent). Et il me semble qu'il n'y a pas de grub sur les distributions Linux à base de CPU ARM (ex : Raspberry pi).
Tiens … d'ailleurs cette histoire de bootloader, et de secteur de démarrage de 512 octets me fait penser à une série de journaux que je dois écrire depuis maintenant bien longtemps ( idée que j'ai eue durant le premier confinement COVID, que je n'ai pas pu concrétiser à l'époque par manque de motivation, mais celle-ci m'est revenue ces derniers temps).
LA conception de produit se base avant tout sur l'analyse fonctionnelle et d'analyse de la valeur (un produit/servce n'existe que pour remplir une fonction qui répond à un besoin ).
Il existe un tas de méthodes pour ce genre d'analyse ( Fast, Apte, etc …). Je ne sais pas quelles sont les méthodes les plus utilisées aujourd'hui (j'avais appris FAST et Apte durant mes études il y a maintenant fort longtemps, avec la fameuse bête à cornes et le diagramme pieuvre - que j'utilise encore parfois, sans forcément le montrer en tant que tel en milieu professionnel lorsqu'il faut réorienter les sujets techniques autour des besoins réels ).
Je n'ai plus fait ce genre de choses depuis longtemps, donc je n'aurai pas de lecture récente à te conseiller, mais si tu dois chercher c'est dans cette direction.
Distributions such as CentOS (Community Enterprise OS) are designed to be deployed within large organizations using enterprise hardware. The needs of the enterprise are very different from the needs of the small business, hobbyist or home user. In order to ensure the availability of their services, enterprise users have higher requirements regarding the stability of their hard- and software. Therefore, enterprise Linux distributions tend to include older releases of the kernel and other software, which are known to work reliably. Often the distributions port important updates like security fixes back to these stable versions. In return, enterprise Linux distributions might lack support for the most recent consumer hardware and provide older versions of software packages. However, like consumer Linux distributions, enterprises tend to also choose mature hardware components and build their services on stable software versions.
Consumer Grade Linux
Distributions such as Ubuntu are more targeted for small business or home and hobbyist users. As such, they are also likely to be using the latest hardware found on consumer grade systems. These systems will need the latest drivers to make the most of the new hardware but the maturity of both the hardware and the drivers is unlikely to meet the needs of larger enterprises. For the consumer market, however, the latest kernel is exactly what is needed with the most modern drivers even if they are little under tested. The newer Linux kernels will have the latest drivers to support the very latest hardware that are likely to be in use. Especially with the development we see with Linux in the gaming market it is tremendously important that the latest drivers are available to these users.
Je sens du parti pris dans la sélection de distribution : Ubuntu peut être utilisé (et est utilisé) au même titre que Redhat/centos (et maintenant les alternatives à centos). Il n'y a aucune raison de restreindre ubuntu à des petites structures. Du coup …. je recommence à douter sur la pertinence de ce cours …
Posté par totof2000 .
En réponse au message Débutant.
Évalué à 3.
Dernière modification le 09 juillet 2024 à 15:19.
Tu trouveras des supports de cours sur ce site. Bien que j'aie eu quelques reproches à faire dans un journal, il semble que l'aspect technique des cours tienne plutôt bien la route. Ca te permettra de structurer un peu ton apprentissage de Linux (et te permettra si tu es motivé de passer quelques certifications pour valider tes compétences).
Vous me faites gerber avec ces polémiques stériles. J'étais plutôt satisfait que LinuxFR soit plutôt épargné pendant cette campagne (quoique certains n'ont pas su s'empêcher d'éclabousser de leur déjections linuxfr … ). Que la propagande vienne de gauche ou de droite, j'en ai assez !! Allez cracher votre bile ailleurs SVP.
Je crois que je n'ai jamais vu de campagne électorale aussi pourrie, et la pourriture je ne veux pas la voir ici.
Même avec un SSD, les accès en écriture sont lents. Pour pallier cette lenteur, les systèmes d'exploitation écrivent en RAM (buffer cache). Le risque est donc de perdre le contenu de ton buffer cache avant qu'il ne soit écrit sur le disque, et d'avoir des données incohérentes. De plus les disques ont eux-même du cache, et si tu as écrit tes données vers ton disque et que celui-ci n'a pas écrit son cache sur disque, je pense que ça risque de poser problème (sauf à avoir un contrôleur qui garde le cache persistant quand tu coupes l'alim). Alors certes, les systèmes de fichiers journalisés limitent la casse lorsqu'on éteint sauvagement un système, mais si une application est en cours d'exécution, c'est la cohérence des fichiers de l'application qui risque de poser problème, même si les fichiers ne sont pas corrompus.
Il me semble qu'il est possible de configurer des annotations sur les repo qui t'intéressent. Par contre (au moins pour GitHub), tu dois avoir un compte de créé.
La question que je me pose est celle-ci : est-on à l'abri d'une tentative de reprise de contrôle par Oracle du monde Java avec une interdiction des alternatives (avec dépots de plaintes associés si besoin) ?
Je ne vais pas parler ici du langage en tant que tel (qui a ces points forts et ses faiblesses comme tout autre langage), mais du fait que Java est depuis un bon moment contrôlé par Oracle, et que depuis, il y a eu de nombreuses tentatives pour faire payer un max cette techno Et vu ce qui se passe en ce moment avec toutes les sociétés qui sont passé d'un modèle libre/open source à un modèle plus restreint, et ce qui se passe en ce moment avec Broadcom et VMWare, je trouve toujours étrange que les devs continuent à utiliser Java pour leurs logiciels libres. (attention, ce n'est pas un mépris ou de la critique négative, juste un questionnement).
L'une de mes inquiétudes à propos de wayland a été le fait qu'une part assez significative de développeurs sur d'autres environnements ( xBSD particulièrement ) se sont plaint de la "fermeture" du projet Wayland aux contributions permettant de le porter sur d'autres systèmes (attention, je ne prend pas ces propos comme argent comptant, et ne les interprète pas comme une volonté délibérée des développeurs Wayland de fermer celui-ci à Linux, mais justee comme un point de blocage suffisamment important pour être inquiétant).
En lisant cet article de nextinpact à propos d'une question que posait la question que s'est posée Samia Kabir, chercheuse de l'université de Purdue aux États-Unis.
Pouvez-vous SVP, remplacer par :
En lisant cet article de next à propos d'une question que se posait Samia Kabir, chercheuse de l'université de Purdue aux États-Unis.
Je oense surtout que beaucoup de monde veut faire faire a des scripts shell des choses pour lesquelles il n'est pas prevu ni conçu. Il ne me viendrait jamais à l'idée d'utiliser le shell pour les cas que tu presentes. Dans ce cas je prefère utiliser d'autres langages mieux adaptés (ona eu Perl, ensuite Ruby et Python, et maintenant on a go … ), même si c'est faisable en shell.
Ne pas oublier que le shel n'est pas là pour faire, mais pour faire faire: c'est avant tout une espece de glue entre plein d'outils.
Parce que là on parle des émissions de CO2, mais est-ce que l'on parle de :
- l''accaparation (ou accaparement - les deux sembles valables) de ressources naturelles telles que l'eau pour l'industrie des semiconducteurs par exemple (GPU, etc …)
- la pollution de ces ressources naturelles
- la génération de déchets électroniques accélérée lié au fait que les composants utilisés par les IA d'hier - et même d'aujourd'hui sont déjà obsolètes.
On va bientôt utiliser plus de moyens pour purifier de l'eau pour générer des puces électroniques pour des IA qui vont remplacer des humains que l'on va priver d'eau potable parce que les ressources vont se tarir - à cause des effets du réchauffement climatique et de l'accaparement de ces ressources …
Le truc c'est que si tu achètes des IPV4 pour faire monter le prix de celles-ci afin de pousser le monde à IPV6, tu te retrouveras en fin d'opération avec des IPV4 que tu auras payées bien cher, mais qui ne vaudront plus rien … De loin ça me fait penser à la problématique des taxi qqui ont eu leurs plaques gratuitement mais qui se sont mis à les revendre entre eux à prix prohibitifs: ilsse sont mis eux-même en galère par appat du gain (mais les gouvernements successifs sont responsables d'avoir laissé faire).
Du coup ça explique la réticence des opérateurs réseau à passer à IPV6 : ils vont "perdre" de l'argent ( ou plutôt leurs actifs vont perdre de la valeur).
Il faudrait que la législation empêche ce genre de pratique, ou taxe fortement les IPV4 (avec interdiction de répercuter le cout de la taxe sur les clients) pour pousser à la bascule vers IPV6. Je ne suis pas fan de la méthode de l'impôt popur forcer aux bonnes pratiques, mais dans ce cas précis, pour accélérer la transition, je pourrais bien faire une exception.
De plus, run0 évite les complexités de la configuration traditionnelle en utilisant polkit pour l'autorisation,
Le mec qui écrit ça n'est jamais allé voir ce qu'est Polkit. Honnêtement, ce n'est peut-être pas pire que sudo, mais c'est loin d'être mieux …
en rationalisant les interactions avec l'utilisateur et en sécurisant davantage le processus d'exécution.
Bullshit
L'outil ajoute également une touche de convivialité : lorsqu'il fonctionne avec des privilèges élevés, il modifie l'arrière-plan du terminal en lui donnant une teinte rougeâtre, ce qui sert de repère visuel pour indiquer le statut élevé de l'utilisateur - un rappel simple mais efficace pour gérer les privilèges de manière responsable.
OOOOh !!! C'est vrai que c'est LE truc qu'il fallait pour sécuriser son système. Mettre du rouge …
Je ne m'attarde pas sur le reste, mais quand je lis les arguments de Pottering, je retrouve les mêmes que ceux qui se lancent dans une réécriture de code Cobol en Java … Ces mecs qui se croient meilleurs que les anciens, qui remplacent du code, certes pas parfait par un truc qui paraît plus propre en théorie, mais qui ne traite qu'une partie de la problématique auquel répond le code "crade" selon leur point de vue.
Dans la profusion des distributions existantes mis à part Ubuntu (et certaines de ses dérivées) et une version spécifique de Fedora il me semble qu'il n'y a que quelques distribution à la marge qui sont dans ce cas.
C'est ce qui me semble également, en tout cas pour le moment. Du coup je cherche un peu. J'ai tenté Alpine, mais Enlightenment n'y est pas porté. Les candidats suivants pourraient être magéïa ou un retour aux sources (slackware). Une autre option : bodhi Linux, si cette distribution, basée sur Ubuntu, ne force pas le passage à snap.
Il y a 20 ans quand Ubuntu a commencé à avoir du succès beaucoup de gens essayaient de rappeler qu'Ubuntu n'est pas linux, que c'est une distribution parmi d'autres.
Pour ma part je suis passé à Ubuntu un peu par facilité, après avoir testé plusieurs autres (slackware, mandriva, arch, fedora, Debian). Je n'ai pas trop poussé les tests ar j'avais besoin rapidement de quelque chose qui s'installait sur mon portable et supportait la mise en hibernation sur fermeture du capot. Maintenant, je m'y suis fait, j'ai mes habitudes, mon installation est customisée, donc effectivement j'ai un peu la flemme de reprendre de zero. Celà dit peut-être qu'au final je choisirai la simplicité et repartirai sur une bonne vieille Debian.
Si le problème c'est la disponibilité des logiciels : un projet qui ne propose que docker et appimage ne vas pas magiquement changer son packaging si tu viens le voir depuis un FreeBSD.
A la limite, tant qu'il est dans les ports de Freebsd, je m'en fous un peu. Et si j'ai réellement besoin de ces logiciels, ça pourrait me motiver à faire le nécessaire pour qu'il soit dispo dans les ports FreeBSD. Ca pourrait être un challenge intéressant.
[^] # Re: Essayer c'est simple...
Posté par totof2000 . En réponse au message MAO: Utilité d'un ramdisk / disque virtuel. Évalué à 2.
Je l'avais oubliée celle-la … Je voulais tester son utilisation pour la compilation de gros projets … mais je n'ai pas eu le temps de le faire et ensuite je suis passé à autre chose.
[^] # Re: Ça ne nous rajeunit pas
Posté par totof2000 . En réponse au lien Démarrer Linux sans boot loader . Évalué à 2.
Effectivement, je mélange un peu tout … La page wikipedia sur uboot indique que celui-ci peut remplacer BIOS et UEFI, j'avais aussi par ailleurs lu des articles ou justement uboot joue le rôle de l'UEFI dans certaines cartes ARM (ça doit être ici d'ailleurs ). Enfin, après avoir lu ce document (en diagonale je l'avoue), j'ai confondu uboot et firmware pour le Raspberry pi. Or il semble qu'en fait le firmware de démarrage du RPi n'est pas uboot, mais que rien n'empêche de l'installer sur un raspberry pi (ce que je ne savais pas) ou il prendra le rôle de Grub (voir par exemple https://elinux.org/RPi_U-Boot).
[^] # Re: Ça ne nous rajeunit pas
Posté par totof2000 . En réponse au lien Démarrer Linux sans boot loader . Évalué à 2.
u-boot fait partie du firmware du raspberry pi : je le vois au même niveau que le BIOS ou l'UEFI. Si on veut parler de boot loader pour RPi, je verrais un truc du style Noobs/Pinn, ou Berryboot
[^] # Re: analyse fonctionnelle et analyse des besoins.
Posté par totof2000 . En réponse au message Lectures sur la conception de produits. Évalué à 3.
Je sais que tu demandes des ressources papier mais j'ai quand même un petit lien vers un doc pdf qui te donnera un apperçu (que tu pourras imprimer si vraiment la version élactronique te rebute).
Tu trouveras les références des normes AFNOR (il me semble que tu peux commander les documents correspondants sur le site de l'AFNOR). J'ai aussi quelques liens dans des docs que j'ai téléchargé il y a quelques temps sur ma liseuse : je verrai si j'y trouve des références vers des recommandations de livres/doc que tu pourrais te procurer.
[^] # Re: Ça ne nous rajeunit pas
Posté par totof2000 . En réponse au lien Démarrer Linux sans boot loader . Évalué à 5. Dernière modification le 09 juillet 2024 à 16:23.
Le bootloader (tel que grub) n'avait de raison d'être que sur des machines x86, en raison de la limitation du sercteur de boot à 512 octets, et surtout pour pouvoir installer plusieurs OS sur le même disque. ( je me rappelle encore du fameux LILO sur les premier Linux que j'avais intallé ). Si le BIOS avait permis d'aller chercher un programme de plus de 512 octets sur le disque dur des machines x86, nous n'aurions pas eu besoin de gestionnaire de démarrage ( il me semble que les machines sun, IBM/AIX - ou apple PowerPC - qui utilisent l'Open Firmware, n'ont pas besoin de cette étape intermédiaire : ils vont lire directement le noyau sur la partition si ma mémoire est bonne).
Aujourd'hui avec l'UEFI, même pour du multi-boot on peut se passer de Grub (ou tout autre logiciel équivalent). Et il me semble qu'il n'y a pas de grub sur les distributions Linux à base de CPU ARM (ex : Raspberry pi).
Tiens … d'ailleurs cette histoire de bootloader, et de secteur de démarrage de 512 octets me fait penser à une série de journaux que je dois écrire depuis maintenant bien longtemps ( idée que j'ai eue durant le premier confinement COVID, que je n'ai pas pu concrétiser à l'époque par manque de motivation, mais celle-ci m'est revenue ces derniers temps).
# analyse fonctionnelle et analyse des besoins.
Posté par totof2000 . En réponse au message Lectures sur la conception de produits. Évalué à 3. Dernière modification le 09 juillet 2024 à 16:10.
LA conception de produit se base avant tout sur l'analyse fonctionnelle et d'analyse de la valeur (un produit/servce n'existe que pour remplir une fonction qui répond à un besoin ).
Il existe un tas de méthodes pour ce genre d'analyse ( Fast, Apte, etc …). Je ne sais pas quelles sont les méthodes les plus utilisées aujourd'hui (j'avais appris FAST et Apte durant mes études il y a maintenant fort longtemps, avec la fameuse bête à cornes et le diagramme pieuvre - que j'utilise encore parfois, sans forcément le montrer en tant que tel en milieu professionnel lorsqu'il faut réorienter les sujets techniques autour des besoins réels ).
Je n'ai plus fait ce genre de choses depuis longtemps, donc je n'aurai pas de lecture récente à te conseiller, mais si tu dois chercher c'est dans cette direction.
[^] # Re: les formations LPIC ....
Posté par totof2000 . En réponse au message Débutant. Évalué à 2. Dernière modification le 09 juillet 2024 à 15:31.
Bon .. je viens de regarder et j'ai vu quand même un truc qui me gène :
Je cite :
Je sens du parti pris dans la sélection de distribution : Ubuntu peut être utilisé (et est utilisé) au même titre que Redhat/centos (et maintenant les alternatives à centos). Il n'y a aucune raison de restreindre ubuntu à des petites structures. Du coup …. je recommence à douter sur la pertinence de ce cours …
[^] # Re: les formations LPIC ....
Posté par totof2000 . En réponse au message Débutant. Évalué à 2. Dernière modification le 09 juillet 2024 à 15:22.
En complément, les diverses traductions des supports de cours ainsi que d'autres ressources (certaines payantes et d'autres non - à toi de voir)
# les formations LPIC ....
Posté par totof2000 . En réponse au message Débutant. Évalué à 3. Dernière modification le 09 juillet 2024 à 15:19.
Tu trouveras des supports de cours sur ce site. Bien que j'aie eu quelques reproches à faire dans un journal, il semble que l'aspect technique des cours tienne plutôt bien la route. Ca te permettra de structurer un peu ton apprentissage de Linux (et te permettra si tu es motivé de passer quelques certifications pour valider tes compétences).
[^] # Re: Les buffers ne sont pas écrits sur le disque et les fichiers sont incohérents.
Posté par totof2000 . En réponse au message mémoire flash : quels risques d'un redémarrage à la sauvage?. Évalué à 2.
Oui, comme tu dis, système industriel. Je ne pense pas que les ssd grand public soient munis de ce genre de dispositif (mais je peux me tromper).
# Assez svp !!!
Posté par totof2000 . En réponse au lien [HS] Hasta la vista, Hanouna ?. Évalué à -10.
Vous me faites gerber avec ces polémiques stériles. J'étais plutôt satisfait que LinuxFR soit plutôt épargné pendant cette campagne (quoique certains n'ont pas su s'empêcher d'éclabousser de leur déjections linuxfr … ). Que la propagande vienne de gauche ou de droite, j'en ai assez !! Allez cracher votre bile ailleurs SVP.
Je crois que je n'ai jamais vu de campagne électorale aussi pourrie, et la pourriture je ne veux pas la voir ici.
# Les buffers ne sont pas écrits sur le disque et les fichiers sont incohérents.
Posté par totof2000 . En réponse au message mémoire flash : quels risques d'un redémarrage à la sauvage?. Évalué à 10. Dernière modification le 06 juillet 2024 à 21:07.
Même avec un SSD, les accès en écriture sont lents. Pour pallier cette lenteur, les systèmes d'exploitation écrivent en RAM (buffer cache). Le risque est donc de perdre le contenu de ton buffer cache avant qu'il ne soit écrit sur le disque, et d'avoir des données incohérentes. De plus les disques ont eux-même du cache, et si tu as écrit tes données vers ton disque et que celui-ci n'a pas écrit son cache sur disque, je pense que ça risque de poser problème (sauf à avoir un contrôleur qui garde le cache persistant quand tu coupes l'alim). Alors certes, les systèmes de fichiers journalisés limitent la casse lorsqu'on éteint sauvagement un système, mais si une application est en cours d'exécution, c'est la cohérence des fichiers de l'application qui risque de poser problème, même si les fichiers ne sont pas corrompus.
# Annotations sur github/gitlab ?
Posté par totof2000 . En réponse au journal Comment se tenir informé ?. Évalué à 2.
Il me semble qu'il est possible de configurer des annotations sur les repo qui t'intéressent. Par contre (au moins pour GitHub), tu dois avoir un compte de créé.
[^] # Re: Pourquoi en Java ?
Posté par totof2000 . En réponse au message Ancestris passe en V12. Évalué à 3.
La question que je me pose est celle-ci : est-on à l'abri d'une tentative de reprise de contrôle par Oracle du monde Java avec une interdiction des alternatives (avec dépots de plaintes associés si besoin) ?
# Pourquoi en Java ?
Posté par totof2000 . En réponse au message Ancestris passe en V12. Évalué à 4.
Je ne vais pas parler ici du langage en tant que tel (qui a ces points forts et ses faiblesses comme tout autre langage), mais du fait que Java est depuis un bon moment contrôlé par Oracle, et que depuis, il y a eu de nombreuses tentatives pour faire payer un max cette techno Et vu ce qui se passe en ce moment avec toutes les sociétés qui sont passé d'un modèle libre/open source à un modèle plus restreint, et ce qui se passe en ce moment avec Broadcom et VMWare, je trouve toujours étrange que les devs continuent à utiliser Java pour leurs logiciels libres. (attention, ce n'est pas un mépris ou de la critique négative, juste un questionnement).
# En voilà une bonne nouvelle !!!!
Posté par totof2000 . En réponse au lien Wayland 1.23.0 : OpenBSD support. Évalué à 6.
L'une de mes inquiétudes à propos de wayland a été le fait qu'une part assez significative de développeurs sur d'autres environnements ( xBSD particulièrement ) se sont plaint de la "fermeture" du projet Wayland aux contributions permettant de le porter sur d'autres systèmes (attention, je ne prend pas ces propos comme argent comptant, et ne les interprète pas comme une volonté délibérée des développeurs Wayland de fermer celui-ci à Linux, mais justee comme un point de blocage suffisamment important pour être inquiétant).
Cette nouvelle est donc une très bonne nouvelle.
# Oups ... coquille (pour la modération)
Posté par totof2000 . En réponse au journal Questionnement sur l'effet des IA sur la diffusion de la connaissance.. Évalué à 2.
Pouvez-vous SVP, remplacer par :
En lisant cet article de next à propos d'une question que se posait Samia Kabir, chercheuse de l'université de Purdue aux États-Unis.
Merci d'avance
[^] # Re: Résultat
Posté par totof2000 . En réponse au lien The Programming Language compiled to Bash.. Évalué à 9.
Je oense surtout que beaucoup de monde veut faire faire a des scripts shell des choses pour lesquelles il n'est pas prevu ni conçu. Il ne me viendrait jamais à l'idée d'utiliser le shell pour les cas que tu presentes. Dans ce cas je prefère utiliser d'autres langages mieux adaptés (ona eu Perl, ensuite Ruby et Python, et maintenant on a go … ), même si c'est faisable en shell.
Ne pas oublier que le shel n'est pas là pour faire, mais pour faire faire: c'est avant tout une espece de glue entre plein d'outils.
[^] # Re: GNU/Linux ≠ bureau / WM
Posté par totof2000 . En réponse au journal windows linuxifié, linux windowsifié?. Évalué à -3.
Dans le sens inverse tu aurais pu citer
le BSOD avecsystemd.# Entre ça et les cryptos ...
Posté par totof2000 . En réponse au lien Les investissements dans l'AI font bondir les émissions de Microsoft de 30%. Évalué à 3.
… on est mal barrés !!!
Parce que là on parle des émissions de CO2, mais est-ce que l'on parle de :
- l''accaparation (ou accaparement - les deux sembles valables) de ressources naturelles telles que l'eau pour l'industrie des semiconducteurs par exemple (GPU, etc …)
- la pollution de ces ressources naturelles
- la génération de déchets électroniques accélérée lié au fait que les composants utilisés par les IA d'hier - et même d'aujourd'hui sont déjà obsolètes.
On va bientôt utiliser plus de moyens pour purifier de l'eau pour générer des puces électroniques pour des IA qui vont remplacer des humains que l'on va priver d'eau potable parce que les ressources vont se tarir - à cause des effets du réchauffement climatique et de l'accaparement de ces ressources …
[^] # Re: Rachat des IPv4
Posté par totof2000 . En réponse au message Reverse proxy pour rendre accessible en IPv4 un service IPv6. Évalué à 3. Dernière modification le 05 mai 2024 à 13:42.
Hum ..
Le truc c'est que si tu achètes des IPV4 pour faire monter le prix de celles-ci afin de pousser le monde à IPV6, tu te retrouveras en fin d'opération avec des IPV4 que tu auras payées bien cher, mais qui ne vaudront plus rien … De loin ça me fait penser à la problématique des taxi qqui ont eu leurs plaques gratuitement mais qui se sont mis à les revendre entre eux à prix prohibitifs: ilsse sont mis eux-même en galère par appat du gain (mais les gouvernements successifs sont responsables d'avoir laissé faire).
Du coup ça explique la réticence des opérateurs réseau à passer à IPV6 : ils vont "perdre" de l'argent ( ou plutôt leurs actifs vont perdre de la valeur).
Il faudrait que la législation empêche ce genre de pratique, ou taxe fortement les IPV4 (avec interdiction de répercuter le cout de la taxe sur les clients) pour pousser à la bascule vers IPV6. Je ne suis pas fan de la méthode de l'impôt popur forcer aux bonnes pratiques, mais dans ce cas précis, pour accélérer la transition, je pourrais bien faire une exception.
# Je me marre quand je lis ses arguments (à moins qu'ils aient été mal retranscrits )
Posté par totof2000 . En réponse au lien Lennart veut remplacer sudo par run0 dans SystemD. Évalué à 10.
Le mec qui écrit ça n'est jamais allé voir ce qu'est Polkit. Honnêtement, ce n'est peut-être pas pire que sudo, mais c'est loin d'être mieux …
Bullshit
OOOOh !!! C'est vrai que c'est LE truc qu'il fallait pour sécuriser son système. Mettre du rouge …
Je ne m'attarde pas sur le reste, mais quand je lis les arguments de Pottering, je retrouve les mêmes que ceux qui se lancent dans une réécriture de code Cobol en Java … Ces mecs qui se croient meilleurs que les anciens, qui remplacent du code, certes pas parfait par un truc qui paraît plus propre en théorie, mais qui ne traite qu'une partie de la problématique auquel répond le code "crade" selon leur point de vue.
[^] # Re: Il falllait s'y attendre.
Posté par totof2000 . En réponse au lien "I AM SO DISAPPOINTED WITH UBUNTU 24.04". Évalué à 2.
Je pense que pour l coup il est fort probable que la flemme l'emporte et que ça finisse avec Debian …
[^] # Re: Il falllait s'y attendre.
Posté par totof2000 . En réponse au lien "I AM SO DISAPPOINTED WITH UBUNTU 24.04". Évalué à 3.
C'est ce qui me semble également, en tout cas pour le moment. Du coup je cherche un peu. J'ai tenté Alpine, mais Enlightenment n'y est pas porté. Les candidats suivants pourraient être magéïa ou un retour aux sources (slackware). Une autre option : bodhi Linux, si cette distribution, basée sur Ubuntu, ne force pas le passage à snap.
Pour ma part je suis passé à Ubuntu un peu par facilité, après avoir testé plusieurs autres (slackware, mandriva, arch, fedora, Debian). Je n'ai pas trop poussé les tests ar j'avais besoin rapidement de quelque chose qui s'installait sur mon portable et supportait la mise en hibernation sur fermeture du capot. Maintenant, je m'y suis fait, j'ai mes habitudes, mon installation est customisée, donc effectivement j'ai un peu la flemme de reprendre de zero. Celà dit peut-être qu'au final je choisirai la simplicité et repartirai sur une bonne vieille Debian.
A la limite, tant qu'il est dans les ports de Freebsd, je m'en fous un peu. Et si j'ai réellement besoin de ces logiciels, ça pourrait me motiver à faire le nécessaire pour qu'il soit dispo dans les ports FreeBSD. Ca pourrait être un challenge intéressant.
[^] # Re: Il falllait s'y attendre.
Posté par totof2000 . En réponse au lien "I AM SO DISAPPOINTED WITH UBUNTU 24.04". Évalué à 3.
Un exemple pour imprimante cannon