Non les problèmes de compatibilité / non-régressions etc sont bien moins lourds pour une montée de version. Changer d'OS peut exiger de revoir en partie l'écosystème applicatif…
"Il y aurait peu d’obstacle à utiliser Linux en poste utilisateur pour l’ensemble des tâches et métiers d’une entreprise ou d’une administration, si ce n’est une barrière culturelle, un « petit » investissement technique et un peu plus de courage des DSI avec des gains significatifs en termes de sécurité et de coûts de licence. "
C'est sous estimer la tâche. Une montée de version de Windows est déjà un investissement technique et du courage pour une DSI! Quid d'un changement d'OS!
De plus on ne peut pas fermer les yeux sur l'immensité des progiciels incompatibles avec Linux. En bref un OS peut avoir de nombreux avantages sans qu'y passer relève d'une tâche triviale.
A voir pour le cas spécifique de cette IA, je ne sais pas , mais quand on voit celles qui créent un dessin à la demande, la différence avec un outil comme Photoshop est évidente - se poser la question est légitime.
J'ai du manquer de chance. Je suis tombé sur un AUR ou deux qui ne passaient pas avec Manjaro. Puis j'ai voulu install les zen kernel et je me suis rendu compte que Manjaro ne le permettait pas. Je suis tombé sur des cas où le wiki de Manjaro ne documentait pas, et je ne savais pas si le wiki de Arch s'appliquait vraiment où pas.
J'aurai très bien pu ne pas remarquer tout cela. Je suis sûr que plein d'utilisateurs de Manjaro sont contents. Mais je suis aussi convaincu qu'ils seraient contents sous Arch…
Vraie question : installer Arch via un installeur aboutit au même résultat qu'installer Manjaro
Non - Manjaro ce ne sont pas les dépôts Arch. C'est pour cela que je comparais à la relation Ubuntu/Debian.
Alors qu'il existe des installeurs qui ne font que installer Arch. Arch en développe un officiel (si si!!), mais que je n'ai pas testé. Bon ça a l'air de laisser un peu la main quand même.
Ce que j'ai testé c'est un truc non officiel et graphique. Ce n'est pas que pour les boulets les trucs graphiques - ça a l'avantage de permettre de vérifier que tout le matos est pris en charge correctement!
-> vous ne trouvez pas de wiki ou d'info riche comme pour Arch
-> les dépôts core ne sont pas ceux de Arch ( comme Ubuntu/Debian ) , mais vous installez les AUR de Arch
-> il peut y avoir des choses moins flexibles dans Manjaro comme sur les kernel
-> il y a des éléments "ajoutés" par rapport à Arch ; par exemple la version GNOME ils foutent le bordel dans GNOME
Donc si un truc marche pas, le user de Manjaro il va chercher un peu, ne pas trouver, puis demander de l'aide aux Arch-iens. Et du coup les Arch-iens ben ça les emmerde de faire le support d'une distrib basée sur la leur mais qui fournit des kernels différents ou rajoute des surcouches.
De nos jours il y a de meilleures solutions pour les flemmards comme moi, où l'ont peut avoir un installeur mais rester sur une vraie Arch - c'est à dire sur les dépôts Arch. Du coup Manjaro n'a absolument plus aucun intérêt aujourd'hui - au contraire cette distrib ne fait qu'apporter de potentiels problèmes. Même s'il oui la plupart du temps ça marche tranquillou.
oui, même si je n'ai pas testé Yunohost j'imagine aussi. En fait je répondais au message
Installer NextCloud via YunoHost
Installer NextCloud via l'image docker fournie
Si on n'est pas admin système, il faut se tourner vers un chaton sinon c'est la cata assurée
L'alternative 3 parait un peu dommage. Je pense qu'un "non-admin" un peu motivé devrait écouter sa motivation et tester. Quitte ensuite à faire le ratio temps/intérêt et finalement héberger ailleurs, mais en tout cas tester.
En soi installer un serveur n'est pas compliqué, même si on choisit une solution à l'ancienne (pas de docker ou truc comme ça. C'est quand un même un peu apt-get install le principe.
Il faut comprendre à minima le réseau mais, si on part de rien sur le réseau, quelques lectures sur c'est quoi un réseau local / internet , les IP, et ça suffit pour démarrer.
Il y a de bonnes pages pour
* les tutos de base comment installer le service x y ou z
* comment sécuriser
En tant que débutant on peut tjrs démarrer en exposant un pseudo truc vide, puis on peut limiter à accès via VPN ; s'assurer que les logs et firewall toussa marche bien, avant d'ajouter de vrais services utilisés.
A chaque fois que j'ai regardé les logs j'ai été surpris à quel point les bots qui cherchent à hacker sont bêtes. Ils prennent juste une page typique genre [domaine]/myadmin.php et voilà… basico basique. Il y a toujours un risque - ce n'est pas parce que je n'ai jamais eu de soucis qu'il n'y en a pas. Mais si un apprenti met en place VPN + deux trois trucs + surveille les logs on est ok non?
Manque de volonté, manque de valeurs, mauvais choix oui. Hypocrisie non.
Économiser est rarement gratuit. Tu cites là pub en exemple. Comme nous le rappelle un peu tristement Firefox, la pub est parfois nécessaire, du moins dans le système actuel.
La vraie hypocrisie est de croire et faire croire qu'on peut obtenir quelque chose sans effort. Nous devrions accepter des efforts bien, ô combien plus grands.
J'ai installé Manjaro et, bien qu'utilisable, j'ai été frustré par la documentation - on perd un peu l'intérêt du wiki de Arch car tout n'est plus applicable. Idem, les forums Manjaro sont moins actifs.
Si on pas de chance, on peut se retrouver avec un AUR qui ne marche pas bien sous Manjaro puisque le système supposé (Arch) n'est pas tout à fait celui installé…
Ensuite je pense que l'équipe Manjaro s'embarque dans des personnalisations sans intérêt - j'ai passé du temps à remettre GNOME en mode normal plutôt que personnalisé à-la-Manjaro.
Problème plus rare mais embêtant, le jour où j'ai voulu toucher au noyau, on ne peut pas faire comme sous Arch. J'avoue avoir oublié les détails mais quelque chose comme : Manjaro force ses propres noyaux et les alternatives dispo sous Arch ne sont plus dispos sous Manjaro.
En revanche j'ai énormément apprécié pamac, très bon gestionnaire de paquet graphique qui gère les dépots officiels + AUR + flatpak + snap en indiquant clairement les alternatives. C'est un peu la bonne surprise qui m'incite aujourd'hui à tester "GNOME software" sous Arch et j'ai l'impression que ce dernier a corrigé ses problèmes de jeunesse d'adolescence (lenteur, bugs). Mais bon pamac est juste un gadget amusant qui m'a fait me demander si Linux peut être utilisé sans terminal ( je rigole! pas taper!)
And as a developer, I want that… They're really good in feedback to the community. Because I want that testing—I want to make sure that things are fixed. And if it is broken, I learn about it quickly and I fix it and push the stuff out
Je n'ai pas testé mais il te faudrait certainement comparer à openSUSE Tumbleweed qui est assez proche. Il faut qu'on demande à Greg Kroah-Hartman laquelle est mieux !
la commande aptitude a indiqué une erreur que je n'ai pas eu le temps de lire, pouf ça a redémarré -> quelques heures de nettoyages au pifs avant de parvenir à retrouver un aptitude fonctionnel. Je ne me plains pas non plus, sur un upgrade tous les trois ans ça reste léger.
Après une certaine réjouissance philosophique, question bête, les carac des téléphones evoluant vite, comment vous pensez que la norme évoluera ? Quel autre standard informatique serait comparable ?
Oui créer un paquet c'est vraiment emmerdant au possible ; et s'il y a plein des snap/flatpak/appimage, plutôt que de tuer Debian ça devrait donner un second souffle
un truc que j'ai remarqué quand un 'nal est modéré (bloqué) : dans mes flux rss je vois toujours le contenu initial. C'est seulement si je suis le lien vers le site que je vois le contenu après modération. Peut être que linuxfr peut forcer les clients rss à rafraîchir le contenu lorsqu'il y a modération.
Pourquoi défendre la non concentration des pouvoirs s'opposerait t'il au mécanisme d'élection? Et pourquoi croire que cette non concentration était absente à l'origine?
Idem dans l'open source. Je considère la question de la licence comme centrale ; mais cela n'empêche pas que les projets comme python se posent des questions de gouvernance également importantes.
Ce qui est faux c'est de se focaliser sur le choix du leader au détriment du reste.
La démocratie est souvent confondue avec le fait que le peuple détermine qui détient le pouvoir. Logique, "pouvoir du peuple" : le peuple indirectement serait souverain du fait de décider qui l'est.
Pourtant une autre définition essentielle de la démocratie, est la séparation des pouvoirs. Un peuple peut élire Trump, Poutine, voir le Fuhrer. Que le peuple élise ne garantit pas grand chose! Surtout quand on connait les gens! Bref.
Mais la séparation des pouvoirs est le vrai critère. Un régime totalitaire - fut t'il élu démocratiquement - ne respecte pas ce critère de démocratie de préserver des pouvoirs indépendants. Traditionnellement éxécutif, législatif et judidiaire, mais bien sur nous sommes coutumiers de distinguer des pouvoirs informatifs (médias, réseaux sociaux…) ou économiques.
Le rapport avec l'open source enfin : l'open source n'est pas vraiment démocratique dans le fait de déterminer qui est souverain - disons que le meilleur dév ou la firme qui a les plus grosses est souverain! En revanche c'est surtout la séparation des pouvoirs à mon sens. Celui qui code le langage le plus populaire n'est pas à l'abri d'un fork. Bien plus forte qu'un concurrence économique, cette concurrence qu'est l'open source est à l'image de la séparation des pouvoirs.
[^] # Re: Peu d'obstacle?
Posté par saltimbanque (site web personnel) . En réponse à la dépêche Le poste de travail Linux : un objectif gouvernemental ?. Évalué à 5.
Non les problèmes de compatibilité / non-régressions etc sont bien moins lourds pour une montée de version. Changer d'OS peut exiger de revoir en partie l'écosystème applicatif…
# Peu d'obstacle?
Posté par saltimbanque (site web personnel) . En réponse à la dépêche Le poste de travail Linux : un objectif gouvernemental ?. Évalué à 5.
"Il y aurait peu d’obstacle à utiliser Linux en poste utilisateur pour l’ensemble des tâches et métiers d’une entreprise ou d’une administration, si ce n’est une barrière culturelle, un « petit » investissement technique et un peu plus de courage des DSI avec des gains significatifs en termes de sécurité et de coûts de licence. "
C'est sous estimer la tâche. Une montée de version de Windows est déjà un investissement technique et du courage pour une DSI! Quid d'un changement d'OS!
De plus on ne peut pas fermer les yeux sur l'immensité des progiciels incompatibles avec Linux. En bref un OS peut avoir de nombreux avantages sans qu'y passer relève d'une tâche triviale.
[^] # Re: Est-ce différent d'une IDE ?
Posté par saltimbanque (site web personnel) . En réponse au journal Est-ce qu'une IA peut choisir la licence du code qu'elle écrit ?. Évalué à 5.
A voir pour le cas spécifique de cette IA, je ne sais pas , mais quand on voit celles qui créent un dessin à la demande, la différence avec un outil comme Photoshop est évidente - se poser la question est légitime.
[^] # Re: GEns bons
Posté par saltimbanque (site web personnel) . En réponse au journal Retour sur Wayland Raspberry Pi OS. Évalué à 4.
tout à fait, faute courante. De même on écrit "sots, six"
[^] # Re: Discourse ?
Posté par saltimbanque (site web personnel) . En réponse au journal La communauté GNOME remplace ses mailing lists par Discourse. Évalué à 8.
https://linuxfr.org/news/discourse-plate-forme-de-discussion-atypique
[^] # Re: Endlessh + fail2ban
Posté par saltimbanque (site web personnel) . En réponse au sondage Quel port ouvert pour le SSH ?. Évalué à 2.
Je suis pas sûr d'avoir pigé endlessh ; est-ce que tu peux m'en dire deux mots?
[^] # Re: pourquoi tant de haine
Posté par saltimbanque (site web personnel) . En réponse au journal ManjaroARM se fait épingler par Asahi Linux. Évalué à 5.
J'ai du manquer de chance. Je suis tombé sur un AUR ou deux qui ne passaient pas avec Manjaro. Puis j'ai voulu install les zen kernel et je me suis rendu compte que Manjaro ne le permettait pas. Je suis tombé sur des cas où le wiki de Manjaro ne documentait pas, et je ne savais pas si le wiki de Arch s'appliquait vraiment où pas.
J'aurai très bien pu ne pas remarquer tout cela. Je suis sûr que plein d'utilisateurs de Manjaro sont contents. Mais je suis aussi convaincu qu'ils seraient contents sous Arch…
[^] # Re: pourquoi tant de haine
Posté par saltimbanque (site web personnel) . En réponse au journal ManjaroARM se fait épingler par Asahi Linux. Évalué à 4.
Non - Manjaro ce ne sont pas les dépôts Arch. C'est pour cela que je comparais à la relation Ubuntu/Debian.
Alors qu'il existe des installeurs qui ne font que installer Arch. Arch en développe un officiel (si si!!), mais que je n'ai pas testé. Bon ça a l'air de laisser un peu la main quand même.
https://wiki.archlinux.org/title/archinstall
Ce que j'ai testé c'est un truc non officiel et graphique. Ce n'est pas que pour les boulets les trucs graphiques - ça a l'avantage de permettre de vérifier que tout le matos est pris en charge correctement!
https://archlinuxgui.in/
Hmmm oui je suis un peu péremptoire c'est vrai.
[^] # Re: pourquoi tant de haine
Posté par saltimbanque (site web personnel) . En réponse au journal ManjaroARM se fait épingler par Asahi Linux. Évalué à 5.
Le hic c'est plus le support
-> vous ne trouvez pas de wiki ou d'info riche comme pour Arch
-> les dépôts core ne sont pas ceux de Arch ( comme Ubuntu/Debian ) , mais vous installez les AUR de Arch
-> il peut y avoir des choses moins flexibles dans Manjaro comme sur les kernel
-> il y a des éléments "ajoutés" par rapport à Arch ; par exemple la version GNOME ils foutent le bordel dans GNOME
Donc si un truc marche pas, le user de Manjaro il va chercher un peu, ne pas trouver, puis demander de l'aide aux Arch-iens. Et du coup les Arch-iens ben ça les emmerde de faire le support d'une distrib basée sur la leur mais qui fournit des kernels différents ou rajoute des surcouches.
De nos jours il y a de meilleures solutions pour les flemmards comme moi, où l'ont peut avoir un installeur mais rester sur une vraie Arch - c'est à dire sur les dépôts Arch. Du coup Manjaro n'a absolument plus aucun intérêt aujourd'hui - au contraire cette distrib ne fait qu'apporter de potentiels problèmes. Même s'il oui la plupart du temps ça marche tranquillou.
[^] # Re: Owncloud ?
Posté par saltimbanque (site web personnel) . En réponse à la dépêche Sortie de YunoHost 11.0 (Bullseye). Évalué à 3. Dernière modification le 09 septembre 2022 à 21:16.
oui, même si je n'ai pas testé Yunohost j'imagine aussi. En fait je répondais au message
L'alternative 3 parait un peu dommage. Je pense qu'un "non-admin" un peu motivé devrait écouter sa motivation et tester. Quitte ensuite à faire le ratio temps/intérêt et finalement héberger ailleurs, mais en tout cas tester.
[^] # Re: Owncloud ?
Posté par saltimbanque (site web personnel) . En réponse à la dépêche Sortie de YunoHost 11.0 (Bullseye). Évalué à 2.
En soi installer un serveur n'est pas compliqué, même si on choisit une solution à l'ancienne (pas de docker ou truc comme ça. C'est quand un même un peu apt-get install le principe.
Il faut comprendre à minima le réseau mais, si on part de rien sur le réseau, quelques lectures sur c'est quoi un réseau local / internet , les IP, et ça suffit pour démarrer.
Il y a de bonnes pages pour
* les tutos de base comment installer le service x y ou z
* comment sécuriser
En tant que débutant on peut tjrs démarrer en exposant un pseudo truc vide, puis on peut limiter à accès via VPN ; s'assurer que les logs et firewall toussa marche bien, avant d'ajouter de vrais services utilisés.
A chaque fois que j'ai regardé les logs j'ai été surpris à quel point les bots qui cherchent à hacker sont bêtes. Ils prennent juste une page typique genre [domaine]/myadmin.php et voilà… basico basique. Il y a toujours un risque - ce n'est pas parce que je n'ai jamais eu de soucis qu'il n'y en a pas. Mais si un apprenti met en place VPN + deux trois trucs + surveille les logs on est ok non?
# Hypocrisie non
Posté par saltimbanque (site web personnel) . En réponse au journal Hypocrisie d'énergie . Évalué à 5.
Manque de volonté, manque de valeurs, mauvais choix oui. Hypocrisie non.
Économiser est rarement gratuit. Tu cites là pub en exemple. Comme nous le rappelle un peu tristement Firefox, la pub est parfois nécessaire, du moins dans le système actuel.
La vraie hypocrisie est de croire et faire croire qu'on peut obtenir quelque chose sans effort. Nous devrions accepter des efforts bien, ô combien plus grands.
[^] # Re: Arch <3
Posté par saltimbanque (site web personnel) . En réponse au journal Quelques mots sur Arch. Évalué à 2.
as tu un retour à partager sur les bootloader systemd?
[^] # Re: Manjaro
Posté par saltimbanque (site web personnel) . En réponse au journal Quelques mots sur Arch. Évalué à 4.
J'ai installé Manjaro et, bien qu'utilisable, j'ai été frustré par la documentation - on perd un peu l'intérêt du wiki de Arch car tout n'est plus applicable. Idem, les forums Manjaro sont moins actifs.
Si on pas de chance, on peut se retrouver avec un AUR qui ne marche pas bien sous Manjaro puisque le système supposé (Arch) n'est pas tout à fait celui installé…
Ensuite je pense que l'équipe Manjaro s'embarque dans des personnalisations sans intérêt - j'ai passé du temps à remettre GNOME en mode normal plutôt que personnalisé à-la-Manjaro.
Problème plus rare mais embêtant, le jour où j'ai voulu toucher au noyau, on ne peut pas faire comme sous Arch. J'avoue avoir oublié les détails mais quelque chose comme : Manjaro force ses propres noyaux et les alternatives dispo sous Arch ne sont plus dispos sous Manjaro.
En revanche j'ai énormément apprécié pamac, très bon gestionnaire de paquet graphique qui gère les dépots officiels + AUR + flatpak + snap en indiquant clairement les alternatives. C'est un peu la bonne surprise qui m'incite aujourd'hui à tester "GNOME software" sous Arch et j'ai l'impression que ce dernier a corrigé ses problèmes
de jeunessed'adolescence (lenteur, bugs). Mais bon pamac est juste un gadget amusant qui m'a fait me demander si Linux peut être utilisé sans terminal ( je rigole! pas taper!)[^] # Re: Comparaison ?
Posté par saltimbanque (site web personnel) . En réponse au journal Quelques mots sur Arch. Évalué à 4.
Intéressant oui , comme ce passage
[^] # Re: Comparaison ?
Posté par saltimbanque (site web personnel) . En réponse au journal Quelques mots sur Arch. Évalué à 6.
Je n'ai pas testé mais il te faudrait certainement comparer à openSUSE Tumbleweed qui est assez proche. Il faut qu'on demande à Greg Kroah-Hartman laquelle est mieux !
[^] # Re: Arch <3
Posté par saltimbanque (site web personnel) . En réponse au journal Quelques mots sur Arch. Évalué à 3.
Debian 4 à 9 c'est sympa oui
j'ai dû manquer de chance la dernière fois :)
la commande aptitude a indiqué une erreur que je n'ai pas eu le temps de lire, pouf ça a redémarré -> quelques heures de nettoyages au pifs avant de parvenir à retrouver un aptitude fonctionnel. Je ne me plains pas non plus, sur un upgrade tous les trois ans ça reste léger.
# Comment ça va évoluer en pratique
Posté par saltimbanque (site web personnel) . En réponse au journal L'Union européenne va imposer l'USB-C !. Évalué à 4.
Après une certaine réjouissance philosophique, question bête, les carac des téléphones evoluant vite, comment vous pensez que la norme évoluera ? Quel autre standard informatique serait comparable ?
[^] # Re: vu sur Reddit: Snap Firefox vs Official Firefox from their site
Posté par saltimbanque (site web personnel) . En réponse au journal utiliser ubuntu sans snap. Évalué à 2.
en précisant que visiblement ce n'est pas lié à la techno snap (dixit Alan Pope). Sauf si entre temps les conclusions ont changé?
[^] # Re: Et si snap tuait debian ?
Posté par saltimbanque (site web personnel) . En réponse au journal utiliser ubuntu sans snap. Évalué à 4. Dernière modification le 02 avril 2022 à 09:41.
Oui créer un paquet c'est vraiment emmerdant au possible ; et s'il y a plein des snap/flatpak/appimage, plutôt que de tuer Debian ça devrait donner un second souffle
[^] # Re: Coquille
Posté par saltimbanque (site web personnel) . En réponse au journal [LWN] Une porte de sortie pour a.out. Évalué à 5.
un truc que j'ai remarqué quand un 'nal est modéré (bloqué) : dans mes flux rss je vois toujours le contenu initial. C'est seulement si je suis le lien vers le site que je vois le contenu après modération. Peut être que linuxfr peut forcer les clients rss à rafraîchir le contenu lorsqu'il y a modération.
[^] # Re: Et bah dis donc !
Posté par saltimbanque (site web personnel) . En réponse au journal Slint: Un toolkit pour interface graphiques natives. Évalué à 7.
c'est assez intéressant comme type de licence. Est-ce que ça a été inspiré d'autres produits ou une pure invention?
[^] # Re: autre démocratie, autre open source
Posté par saltimbanque (site web personnel) . En réponse au journal censure ou pas. Évalué à 5.
Pourquoi défendre la non concentration des pouvoirs s'opposerait t'il au mécanisme d'élection? Et pourquoi croire que cette non concentration était absente à l'origine?
Idem dans l'open source. Je considère la question de la licence comme centrale ; mais cela n'empêche pas que les projets comme python se posent des questions de gouvernance également importantes.
Ce qui est faux c'est de se focaliser sur le choix du leader au détriment du reste.
# autre démocratie, autre open source
Posté par saltimbanque (site web personnel) . En réponse au journal censure ou pas. Évalué à 3.
La démocratie est souvent confondue avec le fait que le peuple détermine qui détient le pouvoir. Logique, "pouvoir du peuple" : le peuple indirectement serait souverain du fait de décider qui l'est.
Pourtant une autre définition essentielle de la démocratie, est la séparation des pouvoirs. Un peuple peut élire Trump, Poutine, voir le Fuhrer. Que le peuple élise ne garantit pas grand chose! Surtout quand on connait les gens! Bref.
Mais la séparation des pouvoirs est le vrai critère. Un régime totalitaire - fut t'il élu démocratiquement - ne respecte pas ce critère de démocratie de préserver des pouvoirs indépendants. Traditionnellement éxécutif, législatif et judidiaire, mais bien sur nous sommes coutumiers de distinguer des pouvoirs informatifs (médias, réseaux sociaux…) ou économiques.
Le rapport avec l'open source enfin : l'open source n'est pas vraiment démocratique dans le fait de déterminer qui est souverain - disons que le meilleur dév ou la firme qui a les plus grosses est souverain! En revanche c'est surtout la séparation des pouvoirs à mon sens. Celui qui code le langage le plus populaire n'est pas à l'abri d'un fork. Bien plus forte qu'un concurrence économique, cette concurrence qu'est l'open source est à l'image de la séparation des pouvoirs.
[^] # Re: S'occuper vos oignons sinon ?
Posté par saltimbanque (site web personnel) . En réponse au journal Écrire directement aux Russes. Évalué à 3.
ça peut se faire, on attendait tous tes constructives propositions!