Malheureusement aucun de ces 3 OS ne supporte ma carte wifi.
Par ailleurs, il me semble que la position de Redox est très stricte sur l'usage de l'IA contrairement à celle de Haiku qui est assez laxiste. Dans le cas de Haiku, y a-t-il eu une décision définitive?
Ce commentaire est sous licence CC0: faites-en ce que vous voulez tant que vous ne m'attribuez pas de fausses paroles.
Bonjour, dans Haiku les contributions contenant du code généré par IA sont interdites en raison de risques au niveau du copyright. On est particulièrement inquiet sur ce sujet car les LLM ont été entraînés par exemple sur le code de linux qui est sous GPL, et si on demande d'écrire un driver pour du matériel spécifique, il y a d'assez fortes chances que le code ressemble beaucoup à celui de Linux.
Par ailleurs nous avons tout plein d'autres raisons de détester et de vouloir interdire l'utilisation de LLM une fois que ce problème aura une réponse.
Les contributions où les gens demandent de l'aide à un LLM mais rédigent le code eux-même sont autorisées, mais mal vues, surtout si cela a causé une déconnexion avec la réalité (c'est malheureusement le cas de plusieurs de nos utilisateurs, ça l'était déjà avant l'arrivée des LLM mais le phénomène est renforcé). C'est difficile d'être plus restrictif que ça là dessus, car on ne peut pas vraiment savoir ce que les gens ont fait et aussi parce que l'argument du copyright ne s'applique pas. Pour l'instant un rejet pour des raisons perçues comme politiques par une partie de la communauté n'est pas envisageable. Personellement je prévois de continuer à me battre pour que le projet se politise un peu plus.
Au niveau de Haikuports, on rejette les paquets de logiciels vibe codés, mais on ne va pas faire la chasse à la moindre contribution assistée par LLM dans chaque logiciel. Les recettes doivent être écrites et envoyées par des humains (sinon nous étions exposés à une avalanche de trucs faits par des robots).
S'agit-il d'une politique laxiste? Que faudrait-il faire de plus?
Nous avons également un gros travail à faire pour mettre à jour notre documentation afin de faciliter les contributions par des humains, afin de rester constructifs et de ne pas juste se lamenter sur la fin du monde.
Redox est a ma connaissance le plus avancé des OS en rust et aussi le plus complet, le plus ancien. Les PoC n'ont pas d'intérêt et les os comme Linux ne sont pas entièrement en Rust.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Tu as dans l'écosystème Linux, la Slackware, qui ne risque pas d'avoir lourd de contributions par IA ou d'intégration de l'IA avant une bonne cinquantaine d'années.
On contribue pour le plaisir, pour la maîtrise, pour la compréhension.
Faire faire par l'IA, c'est perdre exactement tout ça.
Cependant, vu que le noyau Linux en lui-même se fait contribuaminer par de l'IA, on a au moins cette base la pour laquelle ce n'est plus le cas.
Mais pour les gens qui aiment bidouiller leur système, le comprendre, et le maîtriser de bout en bout, viendez chez Slack, on est sympas ;)
Et il est difficile - je pense - de trouver une communauté autour d'un projet logiciel et où les problématique liées à l'IA sont moins présentes de nos jours.
C'est pas impossible ;-)
En particulier, l'absence de SystemD rend cette intégration plus crédible, puisque cet init est centré sur Linux, alors que Slackware utilise un init type BSD justement.
Il faut que quelqu'un se lance :)
Mais il faudrait quelqu'un qui maîtrise déjà pas mal un BSD.
J'avais eu la même idée en écrivant mon premier commentaire.
Et regardé Hurd qui reste déconseillé en production, et « réservé » à de la machine virtuelle.
BSD n'est pas prêt pour le desktop malheureusement.
Le jour ou ma carte wifi est supportée par un des BSD, je passe dessus. Je pense malheureusement que c'est peu probable et je suis très très (très) loin d'avoir les compétences techniques pour écrire un driver.
Ce commentaire est sous licence CC0: faites-en ce que vous voulez tant que vous ne m'attribuez pas de fausses paroles.
# Redox et haiku
Posté par Psychofox (Mastodon) . Évalué à 7 (+4/-0).
Peut-être moins matures mais il ne faut pas oublier Haiku et Redox qui ont il me semble une même politique de contributions.
[^] # Re: Redox et haiku
Posté par impromptux (site web personnel) . Évalué à 1 (+0/-0).
Malheureusement aucun de ces 3 OS ne supporte ma carte wifi.
Par ailleurs, il me semble que la position de Redox est très stricte sur l'usage de l'IA contrairement à celle de Haiku qui est assez laxiste. Dans le cas de Haiku, y a-t-il eu une décision définitive?
Ce commentaire est sous licence CC0: faites-en ce que vous voulez tant que vous ne m'attribuez pas de fausses paroles.
[^] # Re: Redox et haiku
Posté par Jona . Évalué à 6 (+8/-4).
Pourquoi tu ne demandes pas à Claude de te développer un driver ?
[^] # Re: Redox et haiku
Posté par pulkomandy (site web personnel, Mastodon) . Évalué à 10 (+8/-1).
Bonjour, dans Haiku les contributions contenant du code généré par IA sont interdites en raison de risques au niveau du copyright. On est particulièrement inquiet sur ce sujet car les LLM ont été entraînés par exemple sur le code de linux qui est sous GPL, et si on demande d'écrire un driver pour du matériel spécifique, il y a d'assez fortes chances que le code ressemble beaucoup à celui de Linux.
Par ailleurs nous avons tout plein d'autres raisons de détester et de vouloir interdire l'utilisation de LLM une fois que ce problème aura une réponse.
Les contributions où les gens demandent de l'aide à un LLM mais rédigent le code eux-même sont autorisées, mais mal vues, surtout si cela a causé une déconnexion avec la réalité (c'est malheureusement le cas de plusieurs de nos utilisateurs, ça l'était déjà avant l'arrivée des LLM mais le phénomène est renforcé). C'est difficile d'être plus restrictif que ça là dessus, car on ne peut pas vraiment savoir ce que les gens ont fait et aussi parce que l'argument du copyright ne s'applique pas. Pour l'instant un rejet pour des raisons perçues comme politiques par une partie de la communauté n'est pas envisageable. Personellement je prévois de continuer à me battre pour que le projet se politise un peu plus.
Au niveau de Haikuports, on rejette les paquets de logiciels vibe codés, mais on ne va pas faire la chasse à la moindre contribution assistée par LLM dans chaque logiciel. Les recettes doivent être écrites et envoyées par des humains (sinon nous étions exposés à une avalanche de trucs faits par des robots).
S'agit-il d'une politique laxiste? Que faudrait-il faire de plus?
Nous avons également un gros travail à faire pour mettre à jour notre documentation afin de faciliter les contributions par des humains, afin de rester constructifs et de ne pas juste se lamenter sur la fin du monde.
[^] # Re: Redox et haiku
Posté par mahikeulbody . Évalué à 2 (+0/-0).
Même si c'est écrit dans un autre langage (Rust, par exemple) ?
Ça pose la question de la signification juridique de "ressembler".
[^] # Re: Redox et haiku
Posté par abriotde (site web personnel, Mastodon) . Évalué à 1 (+2/-3).
Je pense que Redox aurait tout intérêt a être laxiste sur l'IA pour accélérer son développement. Rust apportant déjà certaines garanties.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Redox et haiku
Posté par Psychofox (Mastodon) . Évalué à 4 (+1/-0).
Ce n'est pas le choix de son fondateur et mainteneur principal.
Maintenant c'est libre, n'importe qui à qui ça ne plaît pas peut forker et accesoirement ce n'est pas le seul OS écrit en rust.
[^] # Re: Redox et haiku
Posté par abriotde (site web personnel, Mastodon) . Évalué à 1 (+0/-1).
Redox est a ma connaissance le plus avancé des OS en rust et aussi le plus complet, le plus ancien. Les PoC n'ont pas d'intérêt et les os comme Linux ne sont pas entièrement en Rust.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# La Slackware, au large des hypes.
Posté par Yth (Mastodon) . Évalué à 9 (+7/-0).
Tu as dans l'écosystème Linux, la Slackware, qui ne risque pas d'avoir lourd de contributions par IA ou d'intégration de l'IA avant une bonne cinquantaine d'années.
On contribue pour le plaisir, pour la maîtrise, pour la compréhension.
Faire faire par l'IA, c'est perdre exactement tout ça.
Cependant, vu que le noyau Linux en lui-même se fait contribuaminer par de l'IA, on a au moins cette base la pour laquelle ce n'est plus le cas.
Mais pour les gens qui aiment bidouiller leur système, le comprendre, et le maîtriser de bout en bout, viendez chez Slack, on est sympas ;)
Et il est difficile - je pense - de trouver une communauté autour d'un projet logiciel et où les problématique liées à l'IA sont moins présentes de nos jours.
[^] # Re: La Slackware, au large des hypes.
Posté par raphj (site web personnel) . Évalué à 5 (+3/-0).
(sans vouloir faire de l'ombre à Slackware, c'est cool ce que vous faites !)
Gentoo aussi, politique anti IA stricte pour le coup : https://wiki.gentoo.org/wiki/Project:Council/AI_policy
[^] # Re: La Slackware, au large des hypes.
Posté par legranblon (site web personnel) . Évalué à 5 (+3/-0).
Prochaine étape : un noyau BSD dans slackware ?
[^] # Re: La Slackware, au large des hypes.
Posté par Yth (Mastodon) . Évalué à 5 (+3/-0).
C'est pas impossible ;-)
En particulier, l'absence de SystemD rend cette intégration plus crédible, puisque cet init est centré sur Linux, alors que Slackware utilise un init type BSD justement.
Il faut que quelqu'un se lance :)
Mais il faudrait quelqu'un qui maîtrise déjà pas mal un BSD.
J'avais eu la même idée en écrivant mon premier commentaire.
Et regardé Hurd qui reste déconseillé en production, et « réservé » à de la machine virtuelle.
[^] # Re: La Slackware, au large des hypes.
Posté par impromptux (site web personnel) . Évalué à 1 (+0/-0).
BSD n'est pas prêt pour le desktop malheureusement.
Le jour ou ma carte wifi est supportée par un des BSD, je passe dessus. Je pense malheureusement que c'est peu probable et je suis très très (très) loin d'avoir les compétences techniques pour écrire un driver.
Ce commentaire est sous licence CC0: faites-en ce que vous voulez tant que vous ne m'attribuez pas de fausses paroles.
[^] # Re: La Slackware, au large des hypes.
Posté par BAud (site web personnel) . Évalué à 7 (+5/-0).
ça dépend du BSD ;-) freeBSD est utilisé par certains fabricants, et parfois cela fonctionne avec OpenBSD ou NetBSD.
pour le wifi, tu peux te brancher (temporairement) en ethernet et remonter l'info par
hw-probe -all -uploadsur https://bsd-hardware.info/Pour l'instant, il y a https://bsd-hardware.info//?view=search&busid=pci&typeid=wireless#list
sinon, tu as quelques dongles USB Wifi qui fonctionnent https://bsd-hardware.info/?view=search&busid=usb&typeid=wireless#list
si vous avez
429 Too Many Requestsfaudra réessayer un peu plus tard (filtrage un peu trop agressif des bots :/)[^] # Re: La Slackware, au large des hypes.
Posté par devnewton 🍺 (site web personnel) . Évalué à 3 (+0/-0).
C'est plutôt les constructeurs qui ne sont pas prêt pour le desktop.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.