La seule chose qui pourrait retenir mon attention serait l'implémentation d'un BIOS ou UEFI standard, et la prise en charge du kernel Linux upstream.
Parce que le défaut majeur des bidules en ARM c'est quand même la spécificité. Lorsque le fabricant décide d'abandonner ton système, tu es fichu et tu ne peux plus jamais mettre à jour.
Amusant, le fait que la seconde meilleure réponse soit celle concernant les poules montre que personne n'y croit plus vraiment.
Il y a quelques années j'étais optimiste, je me disais que les FAI et les pro allaient forcément devoir s'y mettre car on avait une date précise de fin des IPv4. Et finalement rien n'a changé, on peut toujours avoir une IPv4 publique avec un vps à 2,99HT/mois autrement dit une misère. Et puis dans toutes les infra pro où j'ai pu fourrer mon nez, l'IPv6 semble très loin tant les réseaux sont pensés pour l'IPv4 avec du nat et srcnat à gogo. Il y a aussi le réflex de pas mal de windowsiens de désactivation immédiate de l'IPv6 soi disant parce que ça évite des problèmes de réseau.
Bref je n'y crois plus vraiment. Il faudrait un grand cataclysme pour motiver les différents acteurs.
Les EVO sont un excellent choix, j'en suis à mon 3e en 5 ans et aucun n'est tombé en panne. Même quand Samsung a annoncé que le firmware était potentiellement bugué et pouvait mener à une dégradation des performances, je n'ai pas été touché.
C'est là qu'on voit les limitations du rpi, on est sans cesse obligés d'ajouter des accessoires pour combler les manques. Un disque système en USB a des limites.
Vous l'avez quand même cherché. Perso je ne ferai jamais confiance à une BDD sur carte SD pour de la prod, trop lent, trop fragile. Je ne ferai jamais confiance au rpi tout court, il n'a jamais été conçu pour autre chose d'autre que l'apprentissage.
Prenez un vps, pour 2,99€ HT/mois (avec une IP4) vous serez tranquilles.
Posté par MTux .
En réponse à la dépêche Fedora 29.
Évalué à 3.
Si j'ai bien compris tu n'aura plus besoin de gérer la couche LVM + la couche filesystem.
Il faudra juste gérer Stratis, c'est lui qui s'occupe de tout.
Posté par MTux .
En réponse à la dépêche Fedora 29.
Évalué à 6.
Stratis Storage est mis à jour à la version 1.0
Je suis plutôt enthousiaste par rapport à Stratis. Pour moi Red Hat s'attaque à un vrai problème, les opérations sur les FS sont toujours longues et laborieuses, parfois peu souples (sauf ZFS). Je pense que ça va nous faciliter la vie.
Avec init t'étais surtout obligé de maintenir des scripts pour chaque distribution.
En tant qu'admin je préfère que les services se plient à ce que systemd permet de faire, je n'aime pas quand chacun veut faire sa sauce et fonctionner comme il lui plait.
Rien qu'avoir tous les logs dans /var/log/messages par défaut c'est une avancée (n'est-ce pas Java…)
Tu as le script init de Nginx, et la version systemd. La seconde est beaucoup plus courte et surtout plus lisible humainement.
On trouve souvent sur FreeBSD des ports qui n'ont pas de script d'init, et quand il faut les écrire c'est vraiment très long alors qu'avec systemd cela aurait été fait en quelques minutes.
mais j'ai déjà bien ralé dans le passé parce que des gens ont voulu remplacer un truc qui marchait plutôt bien, qui avait mis du temps à être débuggé, par un truc pas fini qui vient pourrir la vie des utilisateurs (exemple : systemd)
aïe… j'allais plussoyer ton commentaire jusqu'à ce que je lise ça.
Tu as un exemple concret ou c'est juste du FUD ? Pour avoir codé des init et services systemd, le second te fait gagner un temps fou. Je dirais même que Systemd me manque sur FreeBSD.
Question con, mais pour les gens comme moi qui subissent un proxy http à longueur de journée, c'est possible d'utiliser Haiku ? J'ai cru comprendre qu'on pouvait paramétrer un proxy dans le navigateur, mais moi j'aimerai tester le gestionnaire de paquets…
C'est LA reine de docker, mais elle n'a pas était conçue pour docker.
Aouch, mes yeux saignent.
J'utilise au maximum Alpine, super légère avec apk très rapide, mais elle ne supporte pas les locales et j'ai déjà été bloqué à cause de ça. Du coup j'utilise stretch-slim en backup.
RISC-V (prononcé en anglais « RISC five » et signifiant « RISC cinq »), est une architecture de jeu d'instruction (instruction set architecture ou ISA) 64 bits RISC ouverte et libre, c'est-à-dire aux spécifications ouvertes et pouvant être utilisées librement par l'enseignement, la recherche et l'industrie.
Libre? Est-ce que ça veut dire que chaque fabriquant va faire son propre RISC-V custom?
Déjà qu'aujourd'hui on est pas capable d'avoir une ISO unique qui boote sur tous les bidules en ARM, j'imagine que demain ce sera encore pire avec RISC-V.
Bon après j'imagine qu'ils ne font pas que des CPU mais aussi des GPU.
Posté par MTux .
En réponse à la dépêche FreeBSD 11.2.
Évalué à 1.
+1
Je rajouterai que la configuration graphique c'est un retour de 15 ans en arrière, à une époque où il fallait éditer les fichiers de xorg et compagnie non seulement pour avoir la bonne résolution mais aussi pour le clavier français.
Et puis pas de network-manager ce qui est quand même chiant quand tu te promène de réseau wifi en réseau wifi, faut travailler avec le wpa_supplicant qui est quand même moins pratique.
[^] # Re: Kernel upstream ? UEFI ?
Posté par MTux . En réponse au journal Marre des cartes ARM ?. Évalué à 6.
Tous les smartphones et tablettes, par exemple.
# Kernel upstream ? UEFI ?
Posté par MTux . En réponse au journal Marre des cartes ARM ?. Évalué à 6.
La seule chose qui pourrait retenir mon attention serait l'implémentation d'un BIOS ou UEFI standard, et la prise en charge du kernel Linux upstream.
Parce que le défaut majeur des bidules en ARM c'est quand même la spécificité. Lorsque le fabricant décide d'abandonner ton système, tu es fichu et tu ne peux plus jamais mettre à jour.
# Amusant
Posté par MTux . En réponse au sondage L'IPv6 prendra quand.... Évalué à 3.
Amusant, le fait que la seconde meilleure réponse soit celle concernant les poules montre que personne n'y croit plus vraiment.
Il y a quelques années j'étais optimiste, je me disais que les FAI et les pro allaient forcément devoir s'y mettre car on avait une date précise de fin des IPv4. Et finalement rien n'a changé, on peut toujours avoir une IPv4 publique avec un vps à 2,99HT/mois autrement dit une misère. Et puis dans toutes les infra pro où j'ai pu fourrer mon nez, l'IPv6 semble très loin tant les réseaux sont pensés pour l'IPv4 avec du nat et srcnat à gogo. Il y a aussi le réflex de pas mal de windowsiens de désactivation immédiate de l'IPv6 soi disant parce que ça évite des problèmes de réseau.
Bref je n'y crois plus vraiment. Il faudrait un grand cataclysme pour motiver les différents acteurs.
[^] # Re: Vous l'avez quand même cherché
Posté par MTux . En réponse au journal Le roi est mort, Vive le roi !. Évalué à 2.
Crucial j'ai donné, modèle en panne au bout de 1 an et 3 mois…
Bon heureusement il y a la garantie.
[^] # Re: Vous l'avez quand même cherché
Posté par MTux . En réponse au journal Le roi est mort, Vive le roi !. Évalué à 2.
Les EVO sont un excellent choix, j'en suis à mon 3e en 5 ans et aucun n'est tombé en panne. Même quand Samsung a annoncé que le firmware était potentiellement bugué et pouvait mener à une dégradation des performances, je n'ai pas été touché.
[^] # Re: Vous l'avez quand même cherché
Posté par MTux . En réponse au journal Le roi est mort, Vive le roi !. Évalué à 3. Dernière modification le 05 novembre 2018 à 11:46.
C'est là qu'on voit les limitations du rpi, on est sans cesse obligés d'ajouter des accessoires pour combler les manques. Un disque système en USB a des limites.
[^] # Re: Vous l'avez quand même cherché
Posté par MTux . En réponse au journal Le roi est mort, Vive le roi !. Évalué à 5. Dernière modification le 03 novembre 2018 à 18:12.
D'après ce que tu montre sur ta capture d'écran, ça ressemble à un .bashrc ou un /etc/profile moisi.
Avec un système conçu pour utiliser la carte au boot, puis travailler ensuite en RAM (c'est ce que font FreeNAS et VMware aussi).
# Vous l'avez quand même cherché
Posté par MTux . En réponse au journal Le roi est mort, Vive le roi !. Évalué à 5.
Vous l'avez quand même cherché. Perso je ne ferai jamais confiance à une BDD sur carte SD pour de la prod, trop lent, trop fragile. Je ne ferai jamais confiance au rpi tout court, il n'a jamais été conçu pour autre chose d'autre que l'apprentissage.
Prenez un vps, pour 2,99€ HT/mois (avec une IP4) vous serez tranquilles.
[^] # Re: Stratis
Posté par MTux . En réponse à la dépêche Fedora 29. Évalué à 3.
Si j'ai bien compris tu n'aura plus besoin de gérer la couche LVM + la couche filesystem.
Il faudra juste gérer Stratis, c'est lui qui s'occupe de tout.
# Stratis
Posté par MTux . En réponse à la dépêche Fedora 29. Évalué à 6.
Je suis plutôt enthousiaste par rapport à Stratis. Pour moi Red Hat s'attaque à un vrai problème, les opérations sur les FS sont toujours longues et laborieuses, parfois peu souples (sauf ZFS). Je pense que ça va nous faciliter la vie.
[^] # Re: Ce que j'en pense ....
Posté par MTux . En réponse au journal Un développeur qui dénonce. Évalué à 4.
Ben c'est mon point de vue de sysadmin, je préfère quand le fonctionnement est unifié.
[^] # Re: Ce que j'en pense ....
Posté par MTux . En réponse au journal Un développeur qui dénonce. Évalué à 5.
Avec init t'étais surtout obligé de maintenir des scripts pour chaque distribution.
En tant qu'admin je préfère que les services se plient à ce que systemd permet de faire, je n'aime pas quand chacun veut faire sa sauce et fonctionner comme il lui plait.
Rien qu'avoir tous les logs dans /var/log/messages par défaut c'est une avancée (n'est-ce pas Java…)
[^] # Re: Ce que j'en pense ....
Posté par MTux . En réponse au journal Un développeur qui dénonce. Évalué à 10.
Le bug que tu cites est lié à Fedora 26, une distribution expérimentale par nature, c'est un peu particulier.
L'exemple que je prends souvent pour défendre Systemd, c'est ça:
Tu as le script init de Nginx, et la version systemd. La seconde est beaucoup plus courte et surtout plus lisible humainement.
On trouve souvent sur FreeBSD des ports qui n'ont pas de script d'init, et quand il faut les écrire c'est vraiment très long alors qu'avec systemd cela aurait été fait en quelques minutes.
[^] # Re: Ce que j'en pense ....
Posté par MTux . En réponse au journal Un développeur qui dénonce. Évalué à 10.
aïe… j'allais plussoyer ton commentaire jusqu'à ce que je lise ça.
Tu as un exemple concret ou c'est juste du FUD ? Pour avoir codé des init et services systemd, le second te fait gagner un temps fou. Je dirais même que Systemd me manque sur FreeBSD.
[^] # Re: Http_proxy
Posté par MTux . En réponse à la dépêche Haiku R1 bêta 1. Évalué à 4.
Je note la présence de apache dans la liste des paquets, j'imagine déjà un serveur web sous Haiku :D
[^] # Re: Http_proxy
Posté par MTux . En réponse à la dépêche Haiku R1 bêta 1. Évalué à 2. Dernière modification le 03 octobre 2018 à 14:02.
Super merci. J'ai les paquets :)
# Http_proxy
Posté par MTux . En réponse à la dépêche Haiku R1 bêta 1. Évalué à 4.
Question con, mais pour les gens comme moi qui subissent un proxy http à longueur de journée, c'est possible d'utiliser Haiku ? J'ai cru comprendre qu'on pouvait paramétrer un proxy dans le navigateur, mais moi j'aimerai tester le gestionnaire de paquets…
[^] # Re: Ca existe
Posté par MTux . En réponse au journal sécurité et MACs. Évalué à 3.
Heu faut pas oublier tous les serveurs Linux sur le web, à mon avis c'est une majorité.
Plus les box et tous les appareils embarqués…
# Faute et Alpine
Posté par MTux . En réponse au journal Une image de base docker. Évalué à 4.
Aouch, mes yeux saignent.
J'utilise au maximum Alpine, super légère avec apk très rapide, mais elle ne supporte pas les locales et j'ai déjà été bloqué à cause de ça. Du coup j'utilise stretch-slim en backup.
# Point de vue pragmatique mais
Posté par MTux . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 3. Dernière modification le 11 juillet 2018 à 08:00.
Libre? Est-ce que ça veut dire que chaque fabriquant va faire son propre RISC-V custom?
Déjà qu'aujourd'hui on est pas capable d'avoir une ISO unique qui boote sur tous les bidules en ARM, j'imagine que demain ce sera encore pire avec RISC-V.
Bon après j'imagine qu'ils ne font pas que des CPU mais aussi des GPU.
# SUSE passe sous giron suédois
Posté par MTux . En réponse au journal SUSE passe sous giron suédois. Évalué à 5.
A lire ça on croirait que le gouvernement suédois va en prendre le contrôle…
[^] # Re: Qui utilise ?
Posté par MTux . En réponse à la dépêche FreeBSD 11.2. Évalué à 1.
+1
Je rajouterai que la configuration graphique c'est un retour de 15 ans en arrière, à une époque où il fallait éditer les fichiers de xorg et compagnie non seulement pour avoir la bonne résolution mais aussi pour le clavier français.
Et puis pas de network-manager ce qui est quand même chiant quand tu te promène de réseau wifi en réseau wifi, faut travailler avec le wpa_supplicant qui est quand même moins pratique.
[^] # Re: Diagnostic ?
Posté par MTux . En réponse au journal Tectonique de la pâte thermique (Linux Pratique). Évalué à 4.
ça vient souvent du radiateur qui s'encrasse de poussière.
[^] # Re: Qui utilise ?
Posté par MTux . En réponse à la dépêche FreeBSD 11.2. Évalué à 4.
Je connais FreeNAS, pfSense, Kace.
Et moi, en perso.
[^] # Re: rm -rf /
Posté par MTux . En réponse au sondage Oui j’avoue, ma plus grosse boulette c’est d’avoir :. Évalué à 10.
Tu es développeur pour Steam sous Linux ?