Pour nous c’est un serveur de compilation en AIX 4.3.2, avec sa baie de disque SCSI externe de 10Go ! La classe ! Et toujours sous maintenance hardware effectivement. J’ai changé Le disque dur système l’année dernière, ils ont réussi à me trouver un disque dur SCSI IBM de 1Go encore sous blister, fabriqué en 1998. Ça c’est du support à long terme ! Alors la sauvegarde du système sur bande a coup de mksysb, ça s’invente pas… heureusement que mes prédécesseurs ont mis de côté un classeur dans lequel se trouve imprimés plein de newsgroup d’époque sur le sujet ! Et on restaure la bande en faisant booter l’AIX dessus. Faut pas être pressé, mais pour l’époque, c’est quand même impressionnant.
Personnellement j'appelle programmation système le développement sur les briques de base de nos ordinateurs : boot loader, firmware, kernel, piles réseau, graphique, audio, les drivers, etc… La couche de base sur laquelle s'appuie les applications et frameworks "userspace".
Le développement "bare metal" sur SOC par exemple, j'appelle plutôt cela programmation logiciels embarqués. Après, la frontière est assez floue…
Ah ben tout ça c'est dans le monde parfait des applications distribuées avec proxy de HA, des parcs gérés en conf avec puppet ou autre. Allez faire un tour dans le SI des gros industriels. On en est pas encore là, loin de là ! Déjà quand on aura dégagé les Solaris on sera content :D
On peut aussi parler des mainframes IBM de nos administrations ;)
Donc docker tout ça… Oui c'est bien, mais non tout le monde n'en est pas là !
Oula, il est reste des choses à faire !!! Et au contraire, on régresse sur la stabilité je trouve.
En bazard, ce qu'il reste à faire pour moi :
-> Mises à jour sans reboot, même pour le kernel. Ca commence sur GNU/Linux avec Kernel Live Patching (KLP), mais ça reste encore nouveau
-> Stabilité et uniformité des ABI/API. Aujourd'hui, quel cauchemar de développer une appli assez bas niveau portable… POSIX est un échec, au point qu'il a fallut inventer moulte rustines, tels que les autotools.
-> A quand un système d'authentification Linux au niveau de MS Active Directory ?
-> A quand un système de patch management avec reporting et audit du parc pour Linux au niveau de MS WSUS ?
Il ne faut pas oublier que toutes ces belles technos, ces beaux cloud "magiques", etc… ont quand même besoin d'un OS pour tourner. C'est un impondérable, et il faudra toujours des gens compétents pour développer ces systèmes. Je pense que le monde du desktop pour Linux, mais aussi pour les autres OS, est un marché en perte de vitesse, face au tout connecté. Par contre, les OS orientés serveurs "pro", comme RHEL, zOS, Windows Server (obligé de le mentionner quand même, il a ses qualités, surtout la version Core), les BSD, etc… sont la base des technos d'aujourd'hui.
Savoir programmer bas niveau pour ces systèmes, savoir les administrer, savoir les exploiter, cela restera toujours une compétence recherchée. Surtout quand 99% des jeunes diplômés ne sont ni formés ni intéressés par le sujet.
Perso je suis sorti d'école d'ingé il y a 3 ans, j'ai 26 ans. Sur les 100 de ma promo, nous ne sommes que 2 (à ma connaissance) à faire de l'administration système, et à peine plus à faire du dev bas niveau (driver, stack réseau, etc…). Tous les autres sont "consultants" Java, Angular, etc… J'ai pas mis longtemps à avoir un CDI correctement rémunéré. Et je pense pas que je ne manquerai pas de boulot à l'avenir !
En tous cas, on est toujours très loin de ce qui se fait ailleurs, que ce soit en terme de fonctionnalité ou en terme de facilité d'administration. Je pense au beadm de Solaris 11. Couplé à ZFS, c'est terrible. Et c'est sorti en 2011. Repris par FreeBSD depuis d'ailleurs.
Posté par Dafyd .
En réponse à la dépêche Fedora 31 est sortie !.
Évalué à 9.
Dernière modification le 31 octobre 2019 à 23:10.
Bon sang, je dois vraiment être réfractaire au changement, mais sous GRUB 1, on avait un petit fichier menu.lst à éditer, à la syntaxe simple et claire. C'est devenu tellement compliqué sous GRUB 2 qu'on en est arrivé à pondre des utilitaires douteux tels que grubby ou blscfg pour rendre le truc éditable par un être humain.
Alors je comprends bien que GRUB 2 est une avancée sur pleins de sujets par rapport à GRUB 1, mais pourquoi avoir rendu sa conf aussi complexe ??
En fait il faudrait effectivement pouvoir ajouter un petit texte dans la section Liens, avec peut être une limite en nombre de caractères je ne sais pas. Ça éviterai les journaux de ce type et ramènerai plus d’intérêt à la section Liens.
J’utilise souvent VSCode, je trouve que c’est un très bon outil. Il a des performances très correctes comparé à Atom. Ça bouffe beaucoup de RAM par contre, Électron inside… mais quand même, chapeau bas aux dev de chez MS, qui ont réussi à pondre un éditeur très performant avec un framework aussi bloaté.
Maintenant, je n’aime pas cette tendance à rajouter un moteur JS dans tout et n’importe quoi. Même Qt s’y est mit, avec Qt Quick, ou l’art et la manière de faire une appli qui fait la même chose qu’avant mais en consommant 5 fois plus de RAM. Exemple concret : le text editor qui est fourni dans les tuto de QtCreator. La version QWidgets prend environ 20Mo de RAM sur ma machine. La version QtQuick, 100. Pour le même périmètre fonctionnel.
Pour moi, Electron c’est pareil, et c’est symptomatique de l’état d’esprit de beaucoup de dev Web : la fuite en avant vers des frameworks toujours plus hype et toujours plus bloatés. Qu’importe si le butineur doit déployer des trésors d’optimisation pour réussir à afficher 1 pauvre page à l’écran en moins de 10 secondes.
C’est pas parce que les PC ont plein de RAM qu’il faut en bouffer le maximum possible pour tout et n’importe quoi…
Ce qui est compliqué c’est que bien souvent ces administrations chargées du contrôle sont elles-mêmes gangrenées. On tape pas sur les copains… on sait jamais, un jour ils nous nommeront pour un poste ;)
La démocratie s'arrête là où commence la raison d'état.
Charles Pasqua.
Je pense qu’il est naïf d’imaginer qu’il n’existe pas de sujets qui ne sont pas traitables démocratiquement. Surtout dans le domaine de la géopolitique et de la souveraineté des États.
Le problème des screenlocker sous X, c’est qu’ils ne lock rien du tout, X ne permet pas de faire cela proprement. La seule chose qu’ils peuvent faire c’est de demander à X : mets moi full screen devant tous les autres et donne moi tous les inputs. Le problème, c’est qu’il suffit d’un crash du screenlocker, d’un comportement particulier de X au plug d’un nouveau moniteur, d’une sortie de veille un peu foireuse qui force X à réinitialiser ses buffers pour perdre le screenlocker, et tout retrouver derrière. J’ai même eu une fois en sortie de veille le screenlocker qui s’est retrouvé en arrière plan des applis…
Bref, on en revient toujours au même. Tant que X vivra, la sécurité est un doux rêve.
Les OS et navigateurs modernes s'adaptent à la quantité de RAM dont ils disposent.
Mon laptop actuel a une config très limite : 2 Go de RAM, CPU celeron bicoeur anémique, carte flash de 32Go. Le tout sous Windows 10 1903 32 bits (pour éviter la surcharge disque de WOW64). Chrome en navigateur. Ben franchement, c'est certes pas un foudre de guerre, mais ça fonctionne bien. Faut éviter de lancer 46 onglets sous Chrome, mais jusqu'à 5-6 ça marche bien. Actuellement, avec Windows, 1 onglet sous Chrome et Visual Code d'ouvert, je tourne à 1,4 Go de RAM occupé sur 2. Sur un PC disposant de 16 Go de RAM (mon 2ème PC), le même usage occupe bien 3 Go de RAM. Simplement, je pense que l'OS et le browser n'utilisent pas la même stratégie d'allocation et de libération de RAM. Ça se ressent sur les perfs évidemment, mais ça fonctionne. Firefox par contre a plus de mal avec si peu de RAM, c'est pour ça que je suis passé à Chrome sur cette machine.
Mes excuses à l’auteur du journal, n’ayant pas trouvé les sources je n’avais pas fait gaffe à la licence du logiciel. Il est effectivement libre, j’aurai du mieux chercher au lieu de cracher mon venin. Toutes mes excuses !
Posté par Dafyd .
En réponse au journal Ultracopier 2 Beta.
Évalué à 7.
Dernière modification le 18 juin 2019 à 06:45.
Une petite image, 3 phrases sur le skin, et hop, payez ! On ne sait même pas qu’elles sont les fonctionnalités du logiciel, à part de copier quelque chose. Est-ce libre ? Et le pompon : le lien fournit permet de télécharger … un .exe !
C’est ça qui me rend fou. Au travail, les dev ont fait des pieds et des mains pour passer d’UCM ClearCase à Git, car ClearCase c’est pas moderne, c’est pas sexy, c’est pas en local sur leur PC, etc..
Et maintenant que c’est fait, ils tombent de l’arbre :
-> Ben, comment ça Git aime pas les gros binaires ?
-> Pourquoi commiter des liens symboliques ça fait des trucs bizarres ?
-> Euh, pourquoi ce merge a shooté 1 semaine de travail ?
-> Euh, dit, pourquoi j’ai trois branches du même nom dans l’historique alors qu’on a mergé ?
-> Comment je gère mes composants logiciels ? Les submodules ça fait pas ce qu’on veut… y’a pas moyen d’avoir des config spec ?
Et donc après une tétrachiée d’outillages bancals par dessus, nous voilà avec un clone du pauvre de ClearCase. C’est le progrès.
Pour des installations PXE automatisées je te conseille kickstart. C'est une techno RedHat, mais c'était supporté par Debian et Ubuntu, la dernière fois que j'ai regardé. Ça marche relativement bien (bien qu'un peu rigide). J'utilise ça au taf pour déployer des postes clients, c'est rapide et efficace, et les postes sont tous les mêmes, sans doute possible.
# Une révolution
Posté par Dafyd . En réponse au journal La Turquie s'équipe de « drones mitrailleurs ». Évalué à 7.
A quand la même chose en France pour remplacer les CRS lors des manifs ???
[^] # Re: Trop récent tout ça !
Posté par Dafyd . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 4.
Pour nous c’est un serveur de compilation en AIX 4.3.2, avec sa baie de disque SCSI externe de 10Go ! La classe ! Et toujours sous maintenance hardware effectivement. J’ai changé Le disque dur système l’année dernière, ils ont réussi à me trouver un disque dur SCSI IBM de 1Go encore sous blister, fabriqué en 1998. Ça c’est du support à long terme ! Alors la sauvegarde du système sur bande a coup de mksysb, ça s’invente pas… heureusement que mes prédécesseurs ont mis de côté un classeur dans lequel se trouve imprimés plein de newsgroup d’époque sur le sujet ! Et on restaure la bande en faisant booter l’AIX dessus. Faut pas être pressé, mais pour l’époque, c’est quand même impressionnant.
# Trop récent tout ça !
Posté par Dafyd . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 3.
Dommage qu’il n’y ait pas dans cette liste IBM AIX 4, MSDOS, RedHat 7 (pas RHEL), Windows 2000 server, …
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 1.
Personnellement j'appelle programmation système le développement sur les briques de base de nos ordinateurs : boot loader, firmware, kernel, piles réseau, graphique, audio, les drivers, etc… La couche de base sur laquelle s'appuie les applications et frameworks "userspace".
Le développement "bare metal" sur SOC par exemple, j'appelle plutôt cela programmation logiciels embarqués. Après, la frontière est assez floue…
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 1.
Ah ben tout ça c'est dans le monde parfait des applications distribuées avec proxy de HA, des parcs gérés en conf avec puppet ou autre. Allez faire un tour dans le SI des gros industriels. On en est pas encore là, loin de là ! Déjà quand on aura dégagé les Solaris on sera content :D
On peut aussi parler des mainframes IBM de nos administrations ;)
Donc docker tout ça… Oui c'est bien, mais non tout le monde n'en est pas là !
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 5. Dernière modification le 19 novembre 2019 à 21:35.
Oula, il est reste des choses à faire !!! Et au contraire, on régresse sur la stabilité je trouve.
En bazard, ce qu'il reste à faire pour moi :
-> Mises à jour sans reboot, même pour le kernel. Ca commence sur GNU/Linux avec Kernel Live Patching (KLP), mais ça reste encore nouveau
-> Stabilité et uniformité des ABI/API. Aujourd'hui, quel cauchemar de développer une appli assez bas niveau portable… POSIX est un échec, au point qu'il a fallut inventer moulte rustines, tels que les autotools.
-> A quand un système d'authentification Linux au niveau de MS Active Directory ?
-> A quand un système de patch management avec reporting et audit du parc pour Linux au niveau de MS WSUS ?
Enfin bref, sur Linux, il y a encore du boulot !
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 6. Dernière modification le 19 novembre 2019 à 21:16.
Il ne faut pas oublier que toutes ces belles technos, ces beaux cloud "magiques", etc… ont quand même besoin d'un OS pour tourner. C'est un impondérable, et il faudra toujours des gens compétents pour développer ces systèmes. Je pense que le monde du desktop pour Linux, mais aussi pour les autres OS, est un marché en perte de vitesse, face au tout connecté. Par contre, les OS orientés serveurs "pro", comme RHEL, zOS, Windows Server (obligé de le mentionner quand même, il a ses qualités, surtout la version Core), les BSD, etc… sont la base des technos d'aujourd'hui.
Savoir programmer bas niveau pour ces systèmes, savoir les administrer, savoir les exploiter, cela restera toujours une compétence recherchée. Surtout quand 99% des jeunes diplômés ne sont ni formés ni intéressés par le sujet.
Perso je suis sorti d'école d'ingé il y a 3 ans, j'ai 26 ans. Sur les 100 de ma promo, nous ne sommes que 2 (à ma connaissance) à faire de l'administration système, et à peine plus à faire du dev bas niveau (driver, stack réseau, etc…). Tous les autres sont "consultants" Java, Angular, etc… J'ai pas mis longtemps à avoir un CDI correctement rémunéré. Et je pense pas que je ne manquerai pas de boulot à l'avenir !
Le système, c'est bon mangez-en ;)
[^] # Re: Boot Loader Specification (blscfg de grub2)
Posté par Dafyd . En réponse à la dépêche Fedora 31 est sortie !. Évalué à 2.
En tous cas, on est toujours très loin de ce qui se fait ailleurs, que ce soit en terme de fonctionnalité ou en terme de facilité d'administration. Je pense au beadm de Solaris 11. Couplé à ZFS, c'est terrible. Et c'est sorti en 2011. Repris par FreeBSD depuis d'ailleurs.
https://docs.oracle.com/cd/E23824_01/html/E21801/index.html#scrolltoc
[^] # Re: Boot Loader Specification (blscfg de grub2)
Posté par Dafyd . En réponse à la dépêche Fedora 31 est sortie !. Évalué à 9. Dernière modification le 31 octobre 2019 à 23:10.
Bon sang, je dois vraiment être réfractaire au changement, mais sous GRUB 1, on avait un petit fichier menu.lst à éditer, à la syntaxe simple et claire. C'est devenu tellement compliqué sous GRUB 2 qu'on en est arrivé à pondre des utilitaires douteux tels que grubby ou blscfg pour rendre le truc éditable par un être humain.
Alors je comprends bien que GRUB 2 est une avancée sur pleins de sujets par rapport à GRUB 1, mais pourquoi avoir rendu sa conf aussi complexe ??
[^] # Re: Journal bookmark
Posté par Dafyd . En réponse au journal Un serveur de mail complet et moderne . Évalué à 4.
En fait il faudrait effectivement pouvoir ajouter un petit texte dans la section Liens, avec peut être une limite en nombre de caractères je ne sais pas. Ça éviterai les journaux de ce type et ramènerai plus d’intérêt à la section Liens.
[^] # Re: moinsage?
Posté par Dafyd . En réponse au journal Un serveur de mail complet et moderne . Évalué à 2.
Sûrement parce que ce journal aurait plutôt eu sa place dans la section Liens, vu le faible volume de texte accompagnant l’URL.
# VSCode
Posté par Dafyd . En réponse au journal Atom / VSCode. Évalué à 10.
J’utilise souvent VSCode, je trouve que c’est un très bon outil. Il a des performances très correctes comparé à Atom. Ça bouffe beaucoup de RAM par contre, Électron inside… mais quand même, chapeau bas aux dev de chez MS, qui ont réussi à pondre un éditeur très performant avec un framework aussi bloaté.
Maintenant, je n’aime pas cette tendance à rajouter un moteur JS dans tout et n’importe quoi. Même Qt s’y est mit, avec Qt Quick, ou l’art et la manière de faire une appli qui fait la même chose qu’avant mais en consommant 5 fois plus de RAM. Exemple concret : le text editor qui est fourni dans les tuto de QtCreator. La version QWidgets prend environ 20Mo de RAM sur ma machine. La version QtQuick, 100. Pour le même périmètre fonctionnel.
Pour moi, Electron c’est pareil, et c’est symptomatique de l’état d’esprit de beaucoup de dev Web : la fuite en avant vers des frameworks toujours plus hype et toujours plus bloatés. Qu’importe si le butineur doit déployer des trésors d’optimisation pour réussir à afficher 1 pauvre page à l’écran en moins de 10 secondes.
C’est pas parce que les PC ont plein de RAM qu’il faut en bouffer le maximum possible pour tout et n’importe quoi…
[^] # Re: Dictature
Posté par Dafyd . En réponse à la dépêche Mémoires vives ("Permanent record") par Edward Snowden. Évalué à 2.
Ce qui est compliqué c’est que bien souvent ces administrations chargées du contrôle sont elles-mêmes gangrenées. On tape pas sur les copains… on sait jamais, un jour ils nous nommeront pour un poste ;)
[^] # Re: Dictature
Posté par Dafyd . En réponse à la dépêche Mémoires vives ("Permanent record") par Edward Snowden. Évalué à 6.
La démocratie s'arrête là où commence la raison d'état.
Charles Pasqua.
Je pense qu’il est naïf d’imaginer qu’il n’existe pas de sujets qui ne sont pas traitables démocratiquement. Surtout dans le domaine de la géopolitique et de la souveraineté des États.
C’est moche, mais ainsi tourne le monde !
# X11 inside
Posté par Dafyd . En réponse au journal Linux Mint, Mate et grosse faille foireuse au niveau du verrouillage d´écran. Évalué à 10.
Le problème des screenlocker sous X, c’est qu’ils ne lock rien du tout, X ne permet pas de faire cela proprement. La seule chose qu’ils peuvent faire c’est de demander à X : mets moi full screen devant tous les autres et donne moi tous les inputs. Le problème, c’est qu’il suffit d’un crash du screenlocker, d’un comportement particulier de X au plug d’un nouveau moniteur, d’une sortie de veille un peu foireuse qui force X à réinitialiser ses buffers pour perdre le screenlocker, et tout retrouver derrière. J’ai même eu une fois en sortie de veille le screenlocker qui s’est retrouvé en arrière plan des applis…
Bref, on en revient toujours au même. Tant que X vivra, la sécurité est un doux rêve.
[^] # Re: CodinGame
Posté par Dafyd . En réponse au journal Apprentissage de la programmation : comment moderniser les exercices. Évalué à 2.
Je confirme, c’est juste que j’ai personnellement apprécié le concept et que j’y ai passé un certain nombre d’heures très ludiques :)
# CodinGame
Posté par Dafyd . En réponse au journal Apprentissage de la programmation : comment moderniser les exercices. Évalué à 4.
Super ludique pour apprendre la programmation dans le langage de votre choix et l’algorithmie :
CodinGame
[^] # Re: Accélération de contenu
Posté par Dafyd . En réponse à la dépêche Firefox 68 et 68 ESR par le menu. Évalué à 1.
Les OS et navigateurs modernes s'adaptent à la quantité de RAM dont ils disposent.
Mon laptop actuel a une config très limite : 2 Go de RAM, CPU celeron bicoeur anémique, carte flash de 32Go. Le tout sous Windows 10 1903 32 bits (pour éviter la surcharge disque de WOW64). Chrome en navigateur. Ben franchement, c'est certes pas un foudre de guerre, mais ça fonctionne bien. Faut éviter de lancer 46 onglets sous Chrome, mais jusqu'à 5-6 ça marche bien. Actuellement, avec Windows, 1 onglet sous Chrome et Visual Code d'ouvert, je tourne à 1,4 Go de RAM occupé sur 2. Sur un PC disposant de 16 Go de RAM (mon 2ème PC), le même usage occupe bien 3 Go de RAM. Simplement, je pense que l'OS et le browser n'utilisent pas la même stratégie d'allocation et de libération de RAM. Ça se ressent sur les perfs évidemment, mais ça fonctionne. Firefox par contre a plus de mal avec si peu de RAM, c'est pour ça que je suis passé à Chrome sur cette machine.
[^] # Re: Franchement...
Posté par Dafyd . En réponse au journal Ultracopier 2 Beta. Évalué à 6.
Mes excuses à l’auteur du journal, n’ayant pas trouvé les sources je n’avais pas fait gaffe à la licence du logiciel. Il est effectivement libre, j’aurai du mieux chercher au lieu de cracher mon venin. Toutes mes excuses !
# Franchement...
Posté par Dafyd . En réponse au journal Ultracopier 2 Beta. Évalué à 7. Dernière modification le 18 juin 2019 à 06:45.
Une petite image, 3 phrases sur le skin, et hop, payez ! On ne sait même pas qu’elles sont les fonctionnalités du logiciel, à part de copier quelque chose. Est-ce libre ? Et le pompon : le lien fournit permet de télécharger … un .exe !
# Publicité, pas libre
Posté par Dafyd . En réponse au journal IP Finder CLI: le client en ligne de commande officiel pour IPFinder. Évalué à -1.
Dommage, il manque le lien vers les sources ;)
Pub pour un soft commercial, aucun intérêt.
[^] # Re: Et pour les fichiers binaires ou du moins autres que texte?
Posté par Dafyd . En réponse à la dépêche Pijul, contrôle de version et théorie des patchs, version 0.12. Évalué à 3.
C’est ça qui me rend fou. Au travail, les dev ont fait des pieds et des mains pour passer d’UCM ClearCase à Git, car ClearCase c’est pas moderne, c’est pas sexy, c’est pas en local sur leur PC, etc..
Et maintenant que c’est fait, ils tombent de l’arbre :
-> Ben, comment ça Git aime pas les gros binaires ?
-> Pourquoi commiter des liens symboliques ça fait des trucs bizarres ?
-> Euh, pourquoi ce merge a shooté 1 semaine de travail ?
-> Euh, dit, pourquoi j’ai trois branches du même nom dans l’historique alors qu’on a mergé ?
-> Comment je gère mes composants logiciels ? Les submodules ça fait pas ce qu’on veut… y’a pas moyen d’avoir des config spec ?
Et donc après une tétrachiée d’outillages bancals par dessus, nous voilà avec un clone du pauvre de ClearCase. C’est le progrès.
Moi je garde ma VOB, merci ;)
# Excellente dépêche
Posté par Dafyd . En réponse à la dépêche Parution d’OpenSSH 8.0. Évalué à 5.
Merci pour cette excellente dépêche !
# Installation automatisée
Posté par Dafyd . En réponse au journal Debian, installations automatiques et ARM. Évalué à 8.
Salut,
Pour des installations PXE automatisées je te conseille kickstart. C'est une techno RedHat, mais c'était supporté par Debian et Ubuntu, la dernière fois que j'ai regardé. Ça marche relativement bien (bien qu'un peu rigide). J'utilise ça au taf pour déployer des postes clients, c'est rapide et efficace, et les postes sont tous les mêmes, sans doute possible.
# Devuan
Posté par Dafyd . En réponse au journal Remède au problème démarrage devuan ascii sur raspberry pi 2 . Évalué à 10.
La solution est simple ! Cesser d’utiliser des OS maintenus par 3 rageux au fond d’un garage et utiliser un OS sérieux, comme Debian.
Comment ça on est pas vendredi ?
Ok je => []