eingousef a écrit 1599 commentaires

j'allais demander des sources pour RMS sur autre chose que le logiciel (et si il avait changé d'avis sur l'art libre)

J'ai cherché dans mes articles et j'ai été surpris de ne pas trouver le lien vers l'article de Stallman sur le hardware. Puis je me suis souvenu que j'aime pas faire de lien vers des ressources non-libres au sein de mes articles.

Voici le lien : https://www.gnu.org/philosophy/free-hardware-designs.en.html

Et non, rms n'a pas changé d'avis sur l'art libre, et ce n'est pas la meilleure personne à écouter sur le sujet de toute façon.

*splash!*

Puisqu'à court terme, il est illusoire d'avoir un pc puissant, avec un bon ratio MIPS/Watt, portable, totalement libre. Quelles auraient été, selon vous, les conclusions de l'article
https://linuxfr.org/news/le-logiciel-libre-au-dela-de-x86
s'il avait un peu plus targetté le monde des ordinateurs un peu moins puissants ou moins efficient énergétiquement ? Par exemple, celui des SoC Arm ou Mips.
Pour être plus précis, parmis les gens qui s'y connaissent un peu en SoC, quels boards sont totalement libres à l'heure actuelle ou si ça n'existe pas, qu'est ce qui s'en rapprochent le plus ?

Je pense que les réponses à ta question sont dans l'article justement, dans la section "Situation actuelle" je parle du Novena Laptop, sous ARM, qui fonctionne entièrement avec du logiciel libre.

La situation avec ARM est bien meilleure qu'avec x86, ce qui probablement du à la plus grande diversité d'acteurs sur ce marché, mais on ne peut pas vraiment faire quelque chose de comparable à une station de travail x86 avec un projet openhardware ARM.

*splash!*

Un téléphone qui prend feu.

un Samsougne, quoi

*splash!*

C'était Nitot qui avait sorti l'expression "connards amers" un jour en parlant de Linuxfr. C'est devenu un mème.

*splash!*

des libriste en carton

je dirais même des rebelles en plastique !

*splash!*

peut-être que les défenseurs de Mozilla n'ont plus assez de monde pour réagir au quart de tour?

Ils ne viennent plus icitte, c'est rempli de connards amers :(

*splash!*

snif snif

tiens ? ça sent le békeune o.O

*splash!*

sans parler des billets de 500 mis comme référence

en plus ça se voit trop que c est des faux billets

*splash!*

Les graphismes de frozen bubble et le logo de la framakey sont sous licence libre, ça c'est sûr. Je ne sais pas pour le reste.

*splash!*

je tape biftons il trouve rien

*splash!*

arf cette insulte :P

*splash!*

Merci d'avoir partagé la dépêche sous licence cc-by-sa, mais vous êtes certain d'avoir les droits de re-licencier le logo qui est dérivé d'une image istock ?

D'ailleurs ce serait chouette d'avoir une banque de stock pictures sous licence libre.

Là pour remplacer la bonne femme tout en conservant le message et le bon goût de la photo originale il faudrait qu'Ayo nous fasse un pingouin weshwesh avec des bagues en or et des lunettes de soleil qui agite une liasse de biftons.

*splash!*

De ce que j'ai compris ME Cleaner permet de faire subir une cure d'amincissement au ME, à défaut de l'éliminer complètement. Ça exploite une faille dans la vérification de la signature du ME. Dans l'exemple de la news on passe de 5 Mo de blobs à 300 Ko. Ces 300 Ko ne peuvent pas être éliminés ou désactivés, sauf à trouver une autre faille qui permettrait de le faire.

*splash!*

Bah tu remplaces une alerte basée sur un truc qui marche pas très bien (l'intelligence) chez les users par une alerte basée sur un truc qui marche (l'instinct) depuis des millions d'années.

Moralement je sais pas trop quoi en penser mais ce qui est bien c'est que comme ça mêmes les animaux sauront qu'il faut faire la mise à jour (sauf ce ceux qui aiment les trucs qui puent).

*splash!*

Ça serait rigolo, surtout dans les lieux public.

C'est pas déjà le cas ? o.O

*splash!*

Oui effectivement, j'aurais du préciser que pour la voix c'était en mono et la musique en stéréo.

*splash!*

Pour de la musique, j'encode en opus 128kbps, et pour de la voix, en 32 ou 40kbps.

*splash!*

Par rapport à ses concurrents, opus est bien supérieur à bas bitrate, supérieur ou égal à haut bitrate. Il n'y a aucune raison d'utiliser vorbis maintenant.

*splash!*

Vraiment? La mémoire qui se remplit jusqu’à ce que ton ordinateur soit inutilisable.

Jamais eu ce problème, sauf bêtise de ma part.

Plus capable d'aller sur internet parce que NetworkManager change de façon d'utiliser les adresse MAC.

Jamais eu ce problème. En même temps j'ai viré NetworkManager le jour où il a cessé d'être init-agnostique.

Vraiment rien d'insurmontable, mais il faut savoir ou chercher quand sa arrive. Disons qu'un novice va se décourager et abandonner, un utilisateur intermédiaire va passer 1 semaines avant de trouver la solution et un utilisateur avancé va trouver le problème dans la même journée…

2 conseils : 1) utiliser apt-listbugs, 2) utiliser des logiciels simples et stupides le plus possible (le deuxième conseil ne conviendra pas forcément à ceux qui aiment les environnement de bureau tout intégrés où il n'y a rien à configurer).

Les changements dans Testing seront majeurs dans les prochaines semaines. J'ai de la misère a croire que tu vas effectuer un dist-upgrade prochainement!

Non, je vais attendre : https://linuxfr.org/nodes/111860/comments/1701524

*splash!*

Cas de figure 1 :

Entreprise Machin sort le nouveau format VP11 de vidéo pour le web. En 3 mois elle est incluse dans les nouvelles versions des principaux brouteurs et encodeurs. Au bout d'un an les 3/4 des vidéos sur le web sont en VP11. Et encore 1 an après la nouvelle Debian sort, et les utilisateurs de stable sur le desktop peuvent profiter des vidéos du web en VP11. Pas de pot, on est déjà passés à VP12.

Cas de figure 2 :

Des utilisateurs communiquent sur une ML qui rajoute un titre en début de sujet (par exemple: [Râleurs] ) si celui-ci n'existe pas déjà. Kévin envoie un e-mail en mettant pour sujet sainul sa marchent pa xD, toute la ML recevra un e-mail ayant pour sujet [Râleurs] sainul sa marchent pa xD encodé en UTF-8. Un utilisateur avec un client à jour répond, le sujet de la réponse est Re: [Râleurs] sainul sa marchent pa xD. Un utilisateur en Debian stable avec un vieux icedove qui ne gère pas les changements d'encoding dans les sujets répond, le sujet devient Re: [R�leurs] Re: [Râleurs] sainul sa marchent pa xD. Au bout de 5 échanges de réponses ça devient :

Re: [R�leurs] Re: [Râleurs] Re: [R�leurs] Re: [Râleurs] Re: [R�leurs] Re: [Râleurs] sainul sa marchent pa xD

Dans l'affichage des threads d'un client mail c'est juste illisible. Déjà que le mail de Kévin à la base était tout pourri >:(

Cas de figure 3 :

Le nouveau jeu Battle For Bidule sort une nouvelle version stable. Un utilisateur de Debian stable veut jouer avec une bande de copains. Situation :

— On joue à Bidule, version X.Y.
— Ah mais j'ai pas la X.Y, elle est pas dans les dépôts.
— Ben utilise les backports.
— Elle est pas dans les backports
— Ben fais de l'apt-pinning alors
— Ok j'installe le paquet de testing. Ah zut il me demande de mettre à jour 250 paquets dont la libc.
— Ouch attends un peu tu risques de tout péter.
— T'inquiète, ça risque r
*user disconnected*

Pour résumer, le problème auxquels sont confrontés les utilisateurs de stable c'est qu'aujourd'hui les standards évoluent plus vite que ne sortent les nouvelles versions de Debian. Pour une utilisation sur serveur, ce n'est généralement pas un problème, parce que quand on fait évoluer les protocoles implémentés sur les serveurs, c'est généralement par petites incrémentations en faisant gaffe à casser le moins souvent la compatibilité avec les versions précédentes. Et ces petites incrémentations sont généralement bien gérées par les mainteneurs des backports Debian. Pour une utilisation sur Desktop, c'est plus problématique, parce que les standards implémentés sur les clients évoluent beaucoup plus vite (en peu de temps tu peux avoir un nouveau codec vidéo pour le web qui se déploie, un nouveau codec audio pour la VoIP, un nouveau champ dans les header des e-mails, une nouvelle version d'un jeu multijoueur), ils évoluent de façon plus massive (pour les jeux d'une version à une autre t'auras des changements de gameplay, ça va forcément casser), et les backports debian ne peuvent pas suffire.

Donc mon conseil: n'utilisez pas stable sur votre desktop, sauf si vous n'allez jamais sur internet / n'interagissez jamais avec personne. Sinon, utilisez plutôt testing ou unstable. Personnellement à part quelques programmes que j'ai pas réussi à compiler parce qu'ils étaient écrits par des jeunots hyperactifs qui ont décidé que le C++11 c'était HaZBine et qu'ils étaient incapables de coder un hello world sans utiliser C++17, j'ai jamais eu de problèmes avec testing.

*splash!*

Pas bête ! Il y avait aussi "la version qui n'existera jamais", "la version auto-générée par une intelligence artificielle (fireplop<)" et "la version qui existera mais qui ne sera jamais publiée pour whatever raison à la con". La partie continue !

*splash!*

La version téléchargeable de Firefox

Parce qu'il y a une version "non-téléchargeable" ?

*splash!*

C’est juste que je préfère. Parce que ça me passionne, m’intéresse et me fait plaisir.

Ben te plains pas alors

*splash!*

Comment ça se passe pour rapporter les bugs ? Dans Debian il y a un outil reportbug qui envoie les rapports de bug au mainteneur, qui corrige le bug ou renvoie le rapport à l'upstream suivant les cas.

Dans Devuan, si on rencontre un bug lié à un "remplacement" de systemd (sysvinit, runit, vdev/eudev, etc.) c'est assez évident qu'on doit faire un rapport de bug directement à Devuan, mais si on rencontre un bug sur un paquet qui est en commun avec Debian, à qui doit-on envoyer le rapport ?

Et aussi, est-ce que l'outil reportbug a été modifié dans Devuan pour prendre cela en compte ?

*splash!*

Va vite leur dire qu'ils se trompent ! Tu as peut-être encore la possibilité de les sauver !

PS: n'oublie pas de les menacer de passer à windows ! Je suis sûr que ça fera son petit effet.

*splash!*