Slackware et Debian ont peut-être démarrée en parallèle, mais ces deux projets sont très différents.
Là où avec Debian tu fais une installation minimale et tu ajoutes les outils dont tu as besoin, qui vont embarquer leurs dépendances avec eux, pour te faire un OS personnel, sous Slackware en général tu fais une « full install ».
Les paquets Slackware sont séparés en catégories, par exemple :
k - les sources du noyau Linux fourni par ailleurs ;
kde - tout KDE
xfce - tout XFCE
t - texlive
x - X.org / Wayland
xap - outils nécessitant un serveur graphique
n - outils réseau (apache, dovecot, dhcp, …)
etc.
Il est possible lors de l'installation de choisir chaque paquet un par un, mais en général on choisit l'option d'installation complète, ou on restreint par catégories.
Par exemple sur un serveur sans interface graphique, on va inclure [a, ap, l, n, y]
S'il faut les outils de développement on va rajouter d (gcc, autotools, git, etc.)
Bref, pour installer sudo, une fois que tu as installé ta Slackware, ben tu ne fais rien, c'est dispo, tu ne tires pas de dépendances, tu ne cherches pas, c'est là, ça fonctionne.
Le seule question qui se pose, c'est quid des logiciels qui ne sont pas disponibles.
Et là tu as Slackbuilds.org, qui va te présenter la liste des dépendances, et si tu utilises un outil type sbotools, il va construire les dépendances, les installer et tout te faire jusqu'à ton paquet final.
À noter qu'avec une base de Slackware complète, beaucoup de slackbuilds n'ont aucune dépendances (un grep vite fait me donne 60% sans dépendances, et 92% jusque deux dépendances).
le gestionnaire de paquet n’intègre pas de résolution de dépendances
En pratique tu as juste la main sur ce que tu fais : installer deux versions de la même lib ? Pas de soucis, si ça te sert à quelque chose, ça va être un peu le bazar et certains liens symboliques de .so seront en conflit entre les deux, mais si c'est ce que tu veux, personne ne t'en empêche, et tu pourras toujours utiliser les pkgtools pour supprimer, réinstaller, modifier comme tu veux.
Ça veut dire que tu peux parfaitement faire n'importe quoi et tout péter.
C'est ce que j'attends de mon système d'exploitation : qu'il me laisse tout casser si c'est ce que j'ai envie de faire !
D'ailleurs, fais gaffe, sous Slackware, un « rm fichier » ne te demande pas confirmation, tu n'es donc pas obligé de toujours écrire « rm -f fichier », et donc si « fichier » est protégé tu auras un avertissement visible, rare, et qui t'évites de faire des bêtises.
Aurora Store est une application libre permettant d'installer les applications du play store de Google.
Outre le fait qu'elle permette d'utiliser un compte anonyme pour installer les applications gratuites, un compte google est nécessaire pour stocker les achats, on peut l'utiliser avec Aurora pour les installer, mais c'est moins anonyme.
Aurora Store fonctionne sans les google apps, donc par exemple sur un LineageOS sans aucune gapps dessus.
Un des intérêts d'Aurora Store est d'inclure les résultats d'Exodus Privacy dans la description des applications, on peut ainsi aisément voir que l'application TousAntiCovid ne contient pas de traqueurs, mais que Outlook en contient 7 qui viennent de Microsoft, Google et aussi Facebook, entre autres…
Franchement, quitte à installer des applis du Play Store, utilisez Aurora Store, disponible dans tous les bons magasins F-Droid !
J’aurais voulu gentiment vanner les derniers des mohicans qui pensent que Slackware a une place ailleurs que dans l’histoire de la galaxie Linux en leur demandant s’ils comptaient écrire plus rapidement la dépêche que le développement de Slackware 15. > Mais comme ils sont arrivés à garder une dépêche en rédaction et en soumettre une directement à publication, je vais me taire. Ils sont peut-être plus nombreux et forts que ce que je pensais.
Je suis indestructible, invincible, et inébranlable !
Et puis franchement, je n'ai ni le temps ni l'envie d'apprendre une nouvelle distrib.
Je suis un authentique vieux con, campé sur mes idées reçues, et bien planté face au remous du reste du monde.
Na.
J'ai commencé avec celle-là aussi, mais depuis un CD-Rom dans un magazine !
Avec mon PC pourri bricolé de bric et de broc, aucune distribution plus user-friendly n'arrivait à faire fonctionner correctement le serveur graphique : déformé (mauvaise résolution), ou buggé (traits bizarres, clignotements), rien n'allait.
La Slackware, elle, n'avait pas ces soucis : elle ne cherchait même pas à lancer XF86, donc tout fonctionnait au poil !
J'ai regardé comment démarrer X dessus, il y avait les outils du genre xf86config, et l'édition de fichiers de conf à la main, les modeline manuels, etc. En quelques heures alors que je découvrais Linux, ça a fonctionné.
Et débarquer dans un monde avec gnome + enlightenment 0.16 alors que j'avais connu le DOS et win 95/98, c'était le jour et la nuit : beau, réactif, puissant, les bureaux multiples, indispensable !
Enfin pouvoir lire les vidéos qui saccadaient sous windows, avec Unreal Tournament dispo sous Linux, et Starcraft qui tournait au poil avec wine, j'ai pas gardé le double-boot bien longtemps…
L'alliance entre la tradition et le modernisme, ou comment ne pas subir les hypes de ces dernières années tout en restant moderne et en permettant à chacun d'utiliser son Linux comme il l'entend.
Slackware 15.0 reste dans la continuité de Slackware, pas de changement drastique, les habitudes sont conservées.
Slackbuilds.org aura sa version du dépôt 15.0 de près de 5000 paquets additionnels prêts pour la semaine prochaine à peu près (argh, faut que je bosse moi !).
Sous Slackware, les paquets qui dépendent de polkit sont : GConf, accountsservice, gvfs, polkit-gnome, polkit-qt, udisks, udisks2, et xfce4-session.
Donc on peut très facilement s'en passer dans une installation serveur headless oui.
Et donc la majorité des machines Linux ne sont probablement pas affectées, seuls presque tous les postes de travail ou machines persos, ce qui ne fait pas la majorité, loin de là :)
Et là aussi, je ne parle pas forcément du particulier dans son garage.
Mais une collaboration universitaire avec lancement de startups, c'est plus crédible quand tu n'as pas à payer des licences de malade.
Maintenant, il faut un projet qui propose vraiment quelque chose avec de l'Open Hardware.
Et c'est sûr que par rapport à bricoler avec un SoC ARM existant, on risque d'avoir du mal à voir la différence pratique. Et tout ça pour plus cher…
Et donc quelle sera la bonne idée qui fera décoller un projet ?
Si tu as les compétences pour faire du design de puces électronique, tu as probablement ce matériel à ta disposition.
C'est un peu comme de dire que tu ne peux pas contribuer à du code sans avoir d'ordinateur : si tu es développeur, tu dois certainement avoir accès au matériel ad-hoc.
Et je n'ai pas parlé de rentabilité ni rien, j'ai juste parlé du ticket d'entrée pour concevoir un nouveau design, et le site OpenCores montre qu'il y a déjà des gens qui s'intéressent au sujet…
La commercialisation c'est toujours un autre problème, et il n'y a bien qu'avec le logiciel que ces coûts sont abordables de façon individuelle.
Encore une fois, dans mon message je crois avoir été assez clair sur le fait que ça ne va probablement rien changer, mais ça permet des choses que le hardware fermé ne permet pas (cf OpenCores finalement, super exemple !).
Je n'ai jamais prétendu que d'un seul coup un monde tout entier et merveilleux allait s'ouvrir : comme avec le logiciel libre, c'est du temps et des efforts l'open-hardware.
Et ça se fait bout par bout.
Mais si à la base tu n'as rien pour faire de l'open hardware, c'est quand même salement plus complexe d'imaginer comment arriver à quelque chose d'utile et d'utilisable.
Et qui peut dire si le buzz autour de RISC-V ne peut pas avoir l'intérêt de voir émerger à un moment un acteur qui va avoir une bonne idée et changer les choses ?
On voit arriver des cartes et des ordinateurs avec du RISC-V. J'en ai pas vu des masses (et toi non plus) avec de l'OpenSparc, comme quoi il y a déjà plus de mouvement…
C'est un peu comme si on te disait que si on avait tous les plans d'un A320, on pourrait créer nos propres avions.
On pourrait en modifier le design, faire des évolutions, et proposer des plans basés sur l'A320 mais différents.
Et oui, il y a besoin d'un sacré bagage technique derrière pour savoir ce qu'on fait.
Mais si tu as les plans, libres, tu peux proposer un A320-barmic.
Alors que va proposer un Xeon-barmic : sans bosser chez Intel, c'est mort.
Ou même un ARM-barmic : sans licence ARM, tu ne peux pas, tu peux avoir toutes les compétences du monde en design de puce électronique, ça sert à rien.
Ah t'es balaise toi quand même !
La phrase c'est : « travail collaboratif sans ticket d'entrée autre qu'un bagage technique minimal »
Ça veut dire que tu as quand même besoin d'un bagage technique minimal en deçà duquel tu ne vas rien pouvoir faire.
J'ai clairement écrit qu'il y avait une marche technique, mais ce que je veux exprimer c'est qu'il n'y a que ça.
Un peu comme de contribuer au noyau Linux : il n'y a qu'une marche technique.
Les mêmes que celle du logiciel libre.
- travail collaboratif sans ticket d'entrée autre qu'un bagage technique minimal ;
- pérennité puisque tous les design resteront toujours disponibles ;
- possibilité de forker une puce pour un usage spécifique ou pour expérimenter, sans avoir à bosser chez Intel ou AMD, ou sans avoir à acheter de licence ARM ;
- possibilité d'avoir des cartes-mères sans ME ou autre saloperies du genre…
Bref, cherche ce qui t'es interdit avec un processeur Intel aujourd'hui, et… ben ça ne l'est plus avec un matériel ouvert.
Alors comme d'hab hein, entre Photoshop et Gimp, ça va pas révolutionner ta vie, mais le second a un potentiel que n'a pas l'autre. Alors entre ARM, x86 et RISC-V, ça va pas forcément changer grand chose non plus.
Il y a beaucoup d'exemple de logiciels dont la liberté apporte quelque chose de très conséquent, au pif Blender, SQLite, Linux, VLC… Et plein d'autres ou pas vraiment.
Pour savoir ce qu'apportera précisément l'open hardware, il n'y a qu'une - et une seule - solution : en avoir et voir ce que ça va donner.
Je vois bien venir des priorités différentes de celles des processeurs mainstream modernes, comme une réduction de la dépendance aux métaux rares par une conception différente.
Mais ça fait pas mal d'année que ce n'est plus mon dealer de jeux…
Le support est assez pourri pour les bundle, souvent sans mises à jour.
Et c'est pire pour les bundle Android (oui, j'ai aussi cédé il y a quelques années de ça, un bundle de platal Asmodée, qui n'a vu passer aucune mise à jour !).
Comparer à un jeu avec avec version Linux, sans DRM, acheté sur GoG, ya pas photo…
Si tu lis les discussion dans le journal tu te feras une idée de la validité de cette étude, dont on peut débattre (là-bas), mais selon un certain nombre de critères somme toute assez objectifs, France Soir est la pire source d'information grand public française.
Derrière les sites de désinformation russes que sont Russia Today et Sputnik News…
Donc bon, France Soir quoi, c'est un site de désinformation, réputé comme tel parmi les gens qui vérifient les informations qu'ils lisent sur internet, avant de les recopier ailleurs sur internet…
On n'est pas tellement dans l'ad hominem ici, on est plutôt dans la notoriété publique, voire le fait avéré.
Mouais, enfin, si t'avais quelque chose d’intéressant à dire, tu faisais un journal, avec du texte et des mots, pour mettre en exergue tes liens, avec un bout d'argumentation ou à minima de présentation.
Juste des liens en vrac comme ça, c'est inutile, et c'est techniquement du spam.
Un lien sans explication ça peut aller - à la rigueur - si on est dans le thème du site : les logiciels libres, Linux, le libre en général. Si le titre est explicite, et contient une information utile - ici - en lui-même.
Ce que tu fais là c'est de la désinformation : des « informations » non organisées, en vrac, non vérifiées, non présentées, hors-sujet, et sous une forme assimilable à du spam.
Tu ne peux pas te faire des amis, et ce n'est pas de la censure : c'est de la qualité éditoriale.
Il y a clairement une très grosse différence de style entre la trilogie et le prélude !
Cela dit, il y a 30 ans de creux entre l'écriture de la trilogie, et le début de la suite et du prélude. 42 ans entre le premier tome et le dernier.
Qu'il y ait des différences de style, ça n'a rien de surprenant.
La trilogie est une œuvre de Science Fiction, plutôt dure.
Le prélude est un thriller, un romans d'action et d'aventure, dans un décors de science-fiction.
La série télé ne s'intéresse que de très loin à la trilogie originelle.
C'est plus le reste qui l'intéresse.
C'est dommage, je préfère très largement la trilogie :)
Justement, R. Daneel Olivaw n'existe pas dans les trois premiers tomes de Fondation.
Je ne veux rien spolier, mais c'est comme je le dis plus haut : Asimov a rattaché son cycle de Fondation au reste par la fin (R. Daneel Olivaw réapparaît, et ils retrouvent la Terre et les premiers mondes colonisés dans le cycle des Robots, sur les tomes 4 et 5 de la trilogie) puis par le début (qui se passe à Trantor), écrit des décennies plus tard (tomes -2 et -1).
Pour remettre un point, que je trouve assez important, dans son contexte :
La série Fondation, est à la base composée de trois tomes, et n'a absolument aucun lien avec le cycle des robots.
Elle y est raccrochée par la fin avec Fondation Foudroyée et surtout Terre et Fondation.
Puis un peu par le début avec Prélude à Fondation et l'Aube de Fondation.
Trantor ne joue a peu près aucun rôle dans les trois tomes de Fondation.
Pour en revenir à la série télé, le premier épisode entier se passe à Trantor, et correspond vaguement à des bouts de prélude et l'aube de fondation.
Le second épisode se passe un peu sur la Fondation, mais sans vraiment parler de ce qui se passe là-bas dans les bouquins.
N'étant pas allé plus loin, je ne peut m'avancer sur les liens entre la série télé et les livres, mais ça a l'air très ténu…
Tu fais ce qu'il y a de mieux à faire en tout cas, si le cycle t'intéresse : lire les livres :)
À mon sens la série télé ne fait que monétiser le titre, et le nom d'Asimov.
Je ne suis pas arrivé au bout, mais franchement, les ambiances sombres, de grands couloirs bétonnés qui se font passer pour des salles pseudo-grandiose, y'en a marre…
Trantor est moche, ratée, sans intérêt.
L'Empereur est inutile.
Et le pseudo-mysticisme post-rétro-moderne - avec un parallélépipède tout droit sorti de 2001 - pour une œuvre de pure science fiction, c'est assez fort…
[^] # Re: Slackware n’intègre pas de résolution de dépendances ?
Posté par Yth (Mastodon) . En réponse à la dépêche Tout arrive, même Slackware 15.0. Évalué à 10. Dernière modification le 10 février 2022 à 09:00.
Slackware et Debian ont peut-être démarrée en parallèle, mais ces deux projets sont très différents.
Là où avec Debian tu fais une installation minimale et tu ajoutes les outils dont tu as besoin, qui vont embarquer leurs dépendances avec eux, pour te faire un OS personnel, sous Slackware en général tu fais une « full install ».
Les paquets Slackware sont séparés en catégories, par exemple :
k - les sources du noyau Linux fourni par ailleurs ;
kde - tout KDE
xfce - tout XFCE
t - texlive
x - X.org / Wayland
xap - outils nécessitant un serveur graphique
n - outils réseau (apache, dovecot, dhcp, …)
etc.
Il est possible lors de l'installation de choisir chaque paquet un par un, mais en général on choisit l'option d'installation complète, ou on restreint par catégories.
Par exemple sur un serveur sans interface graphique, on va inclure [a, ap, l, n, y]
S'il faut les outils de développement on va rajouter d (gcc, autotools, git, etc.)
Bref, pour installer sudo, une fois que tu as installé ta Slackware, ben tu ne fais rien, c'est dispo, tu ne tires pas de dépendances, tu ne cherches pas, c'est là, ça fonctionne.
Le seule question qui se pose, c'est quid des logiciels qui ne sont pas disponibles.
Et là tu as Slackbuilds.org, qui va te présenter la liste des dépendances, et si tu utilises un outil type sbotools, il va construire les dépendances, les installer et tout te faire jusqu'à ton paquet final.
À noter qu'avec une base de Slackware complète, beaucoup de slackbuilds n'ont aucune dépendances (un grep vite fait me donne 60% sans dépendances, et 92% jusque deux dépendances).
Tu as donc le mauvais côté de la non gestion de dépendances : tu fais une installation complète, sans choisir précisément ce que tu veux, sinon tu te prends la tête à tirer tes dépendances à la main (personne ne fait ça je pense ?)
Mais le bon côté aussi : aucun « dependency hell » pas de paquet à-la-con©®™ qui a un sous-utilitaire graphique que tu n'utilises pas mais qui va t'installer tout X.org, et Qt5, etc.
Là tu vas avoir ton utilitaire ligne de commande, et aussi le sous-utilitaire graphique, c'est juste que ce dernier ne fonctionnera pas si tu as fait une installation pure console.
Le Slackware ne te dira rien, ne te prendra pas la tête, ne t'avertiras pas non plus : tu fais comme tu veux.
En pratique tu as juste la main sur ce que tu fais : installer deux versions de la même lib ? Pas de soucis, si ça te sert à quelque chose, ça va être un peu le bazar et certains liens symboliques de .so seront en conflit entre les deux, mais si c'est ce que tu veux, personne ne t'en empêche, et tu pourras toujours utiliser les pkgtools pour supprimer, réinstaller, modifier comme tu veux.
Ça veut dire que tu peux parfaitement faire n'importe quoi et tout péter.
C'est ce que j'attends de mon système d'exploitation : qu'il me laisse tout casser si c'est ce que j'ai envie de faire !
D'ailleurs, fais gaffe, sous Slackware, un « rm fichier » ne te demande pas confirmation, tu n'es donc pas obligé de toujours écrire « rm -f fichier », et donc si « fichier » est protégé tu auras un avertissement visible, rare, et qui t'évites de faire des bêtises.
# 15.0 disponible pour ARM aussi
Posté par Yth (Mastodon) . En réponse à la dépêche Tout arrive, même Slackware 15.0. Évalué à 10.
Et ce matin la version ARM est officiellement sortie en 15.0 aussi, une semaine après les versions ix86 et x86_64 !
# Aurora Store
Posté par Yth (Mastodon) . En réponse au lien Analyse les problèmes de vie privée dans les applications Android.. Évalué à 10.
Aurora Store est une application libre permettant d'installer les applications du play store de Google.
Outre le fait qu'elle permette d'utiliser un compte anonyme pour installer les applications gratuites, un compte google est nécessaire pour stocker les achats, on peut l'utiliser avec Aurora pour les installer, mais c'est moins anonyme.
Aurora Store fonctionne sans les google apps, donc par exemple sur un LineageOS sans aucune gapps dessus.
Un des intérêts d'Aurora Store est d'inclure les résultats d'Exodus Privacy dans la description des applications, on peut ainsi aisément voir que l'application TousAntiCovid ne contient pas de traqueurs, mais que Outlook en contient 7 qui viennent de Microsoft, Google et aussi Facebook, entre autres…
Franchement, quitte à installer des applis du Play Store, utilisez Aurora Store, disponible dans tous les bons magasins F-Droid !
[^] # Re: Chuis pô un Mohican...
Posté par Yth (Mastodon) . En réponse au journal Les dernières nouvelles du nettoyage de l'espace de rédaction. Évalué à 3.
36 versions en 29 ans, je vois pas de quoi tu parles.
# Chuis pô un Mohican...
Posté par Yth (Mastodon) . En réponse au journal Les dernières nouvelles du nettoyage de l'espace de rédaction. Évalué à 5.
Je suis indestructible, invincible, et inébranlable !
Et puis franchement, je n'ai ni le temps ni l'envie d'apprendre une nouvelle distrib.
Je suis un authentique vieux con, campé sur mes idées reçues, et bien planté face au remous du reste du monde.
Na.
Et en plus on est plusieurs.
[^] # Re: Souvenirs
Posté par Yth (Mastodon) . En réponse au lien Slackware 15.0 !. Évalué à 3.
J'ai commencé avec celle-là aussi, mais depuis un CD-Rom dans un magazine !
Avec mon PC pourri bricolé de bric et de broc, aucune distribution plus user-friendly n'arrivait à faire fonctionner correctement le serveur graphique : déformé (mauvaise résolution), ou buggé (traits bizarres, clignotements), rien n'allait.
La Slackware, elle, n'avait pas ces soucis : elle ne cherchait même pas à lancer XF86, donc tout fonctionnait au poil !
J'ai regardé comment démarrer X dessus, il y avait les outils du genre xf86config, et l'édition de fichiers de conf à la main, les modeline manuels, etc. En quelques heures alors que je découvrais Linux, ça a fonctionné.
Et débarquer dans un monde avec gnome + enlightenment 0.16 alors que j'avais connu le DOS et win 95/98, c'était le jour et la nuit : beau, réactif, puissant, les bureaux multiples, indispensable !
Enfin pouvoir lire les vidéos qui saccadaient sous windows, avec Unreal Tournament dispo sous Linux, et Starcraft qui tournait au poil avec wine, j'ai pas gardé le double-boot bien longtemps…
[^] # Re: Si c'est comme ça j'arrête de respirer!
Posté par Yth (Mastodon) . En réponse au lien Meta menace de ne plus proposer Facebook et Instagram en Europe (même pas cap'). Évalué à 8.
Ouais, un peu comme si Coca-Cola menaçait d'arrêter d'exporter en Europe parce que leurs sodas ont un nutri-score de F-, mwarff…
[^] # Re: KISS it good day !
Posté par Yth (Mastodon) . En réponse au lien Slackware 15.0 !. Évalué à 4. Dernière modification le 04 février 2022 à 17:30.
Hmm, il va donc falloir que j'affronte l'Espace de Rédaction.
J'ai un Nourjal en cours d'écriture…
(snip)
Apparemment seule la feuille de style par défaut permet une rédaction potable, je vais donc m'y atteler !
Enfin, participer…
# KISS it good day !
Posté par Yth (Mastodon) . En réponse au lien Slackware 15.0 !. Évalué à 9.
L'alliance entre la tradition et le modernisme, ou comment ne pas subir les hypes de ces dernières années tout en restant moderne et en permettant à chacun d'utiliser son Linux comme il l'entend.
Slackware 15.0 reste dans la continuité de Slackware, pas de changement drastique, les habitudes sont conservées.
Slackbuilds.org aura sa version du dépôt 15.0 de près de 5000 paquets additionnels prêts pour la semaine prochaine à peu près (argh, faut que je bosse moi !).
[^] # Re: Liens supplémentaires
Posté par Yth (Mastodon) . En réponse au lien Local Privilege Escalation avec polkit - patchez vos machines. Évalué à 4.
Sous Slackware, les paquets qui dépendent de polkit sont : GConf, accountsservice, gvfs, polkit-gnome, polkit-qt, udisks, udisks2, et xfce4-session.
Donc on peut très facilement s'en passer dans une installation serveur headless oui.
Et donc la majorité des machines Linux ne sont probablement pas affectées, seuls presque tous les postes de travail ou machines persos, ce qui ne fait pas la majorité, loin de là :)
[^] # Re: Liens supplémentaires
Posté par Yth (Mastodon) . En réponse au lien Local Privilege Escalation avec polkit - patchez vos machines. Évalué à 2.
Pareil sous Slackware.
[^] # Re: Exciting times
Posté par Yth (Mastodon) . En réponse au lien The RISC-V experience. Évalué à 3.
Et là aussi, je ne parle pas forcément du particulier dans son garage.
Mais une collaboration universitaire avec lancement de startups, c'est plus crédible quand tu n'as pas à payer des licences de malade.
Maintenant, il faut un projet qui propose vraiment quelque chose avec de l'Open Hardware.
Et c'est sûr que par rapport à bricoler avec un SoC ARM existant, on risque d'avoir du mal à voir la différence pratique. Et tout ça pour plus cher…
Et donc quelle sera la bonne idée qui fera décoller un projet ?
[^] # Re: Exciting times
Posté par Yth (Mastodon) . En réponse au lien The RISC-V experience. Évalué à 4.
Si tu as les compétences pour faire du design de puces électronique, tu as probablement ce matériel à ta disposition.
C'est un peu comme de dire que tu ne peux pas contribuer à du code sans avoir d'ordinateur : si tu es développeur, tu dois certainement avoir accès au matériel ad-hoc.
Et je n'ai pas parlé de rentabilité ni rien, j'ai juste parlé du ticket d'entrée pour concevoir un nouveau design, et le site OpenCores montre qu'il y a déjà des gens qui s'intéressent au sujet…
La commercialisation c'est toujours un autre problème, et il n'y a bien qu'avec le logiciel que ces coûts sont abordables de façon individuelle.
Encore une fois, dans mon message je crois avoir été assez clair sur le fait que ça ne va probablement rien changer, mais ça permet des choses que le hardware fermé ne permet pas (cf OpenCores finalement, super exemple !).
Je n'ai jamais prétendu que d'un seul coup un monde tout entier et merveilleux allait s'ouvrir : comme avec le logiciel libre, c'est du temps et des efforts l'open-hardware.
Et ça se fait bout par bout.
Mais si à la base tu n'as rien pour faire de l'open hardware, c'est quand même salement plus complexe d'imaginer comment arriver à quelque chose d'utile et d'utilisable.
Et qui peut dire si le buzz autour de RISC-V ne peut pas avoir l'intérêt de voir émerger à un moment un acteur qui va avoir une bonne idée et changer les choses ?
On voit arriver des cartes et des ordinateurs avec du RISC-V. J'en ai pas vu des masses (et toi non plus) avec de l'OpenSparc, comme quoi il y a déjà plus de mouvement…
[^] # Re: Exciting times
Posté par Yth (Mastodon) . En réponse au lien The RISC-V experience. Évalué à 3.
On pourrait en modifier le design, faire des évolutions, et proposer des plans basés sur l'A320 mais différents.
Et oui, il y a besoin d'un sacré bagage technique derrière pour savoir ce qu'on fait.
Mais si tu as les plans, libres, tu peux proposer un A320-barmic.
Alors que va proposer un Xeon-barmic : sans bosser chez Intel, c'est mort.
Ou même un ARM-barmic : sans licence ARM, tu ne peux pas, tu peux avoir toutes les compétences du monde en design de puce électronique, ça sert à rien.
[^] # Re: Exciting times
Posté par Yth (Mastodon) . En réponse au lien The RISC-V experience. Évalué à 3.
Ah t'es balaise toi quand même !
La phrase c'est : « travail collaboratif sans ticket d'entrée autre qu'un bagage technique minimal »
Ça veut dire que tu as quand même besoin d'un bagage technique minimal en deçà duquel tu ne vas rien pouvoir faire.
J'ai clairement écrit qu'il y avait une marche technique, mais ce que je veux exprimer c'est qu'il n'y a que ça.
Un peu comme de contribuer au noyau Linux : il n'y a qu'une marche technique.
[^] # Re: Exciting times
Posté par Yth (Mastodon) . En réponse au lien The RISC-V experience. Évalué à 4.
Les mêmes que celle du logiciel libre.
- travail collaboratif sans ticket d'entrée autre qu'un bagage technique minimal ;
- pérennité puisque tous les design resteront toujours disponibles ;
- possibilité de forker une puce pour un usage spécifique ou pour expérimenter, sans avoir à bosser chez Intel ou AMD, ou sans avoir à acheter de licence ARM ;
- possibilité d'avoir des cartes-mères sans ME ou autre saloperies du genre…
Bref, cherche ce qui t'es interdit avec un processeur Intel aujourd'hui, et… ben ça ne l'est plus avec un matériel ouvert.
Alors comme d'hab hein, entre Photoshop et Gimp, ça va pas révolutionner ta vie, mais le second a un potentiel que n'a pas l'autre. Alors entre ARM, x86 et RISC-V, ça va pas forcément changer grand chose non plus.
Il y a beaucoup d'exemple de logiciels dont la liberté apporte quelque chose de très conséquent, au pif Blender, SQLite, Linux, VLC… Et plein d'autres ou pas vraiment.
Pour savoir ce qu'apportera précisément l'open hardware, il n'y a qu'une - et une seule - solution : en avoir et voir ce que ça va donner.
Je vois bien venir des priorités différentes de celles des processeurs mainstream modernes, comme une réduction de la dépendance aux métaux rares par une conception différente.
[^] # Re: Suppression des archives Linux... pour l'abonnement seulement ?
Posté par Yth (Mastodon) . En réponse au lien Suppression des archives LINUX de Humble Bundle au 31 janvier 2022. Évalué à 3.
Réponse :
- Trop.
- Environ le tiers quand même !
Mais ça fait pas mal d'année que ce n'est plus mon dealer de jeux…
Le support est assez pourri pour les bundle, souvent sans mises à jour.
Et c'est pire pour les bundle Android (oui, j'ai aussi cédé il y a quelques années de ça, un bundle de platal Asmodée, qui n'a vu passer aucune mise à jour !).
Comparer à un jeu avec avec version Linux, sans DRM, acheté sur GoG, ya pas photo…
[^] # Re: Poubelle !!!
Posté par Yth (Mastodon) . En réponse au lien Psychopathologie du totalitarisme 1/3. Évalué à 6.
Dans un journal très récent présenté ici même : https://linuxfr.org/users/booga/liens/le-top-10-des-mesinformateurs-francophones
Se trouve un lien vers une étude de la fiabilité des informations de différents sites d'information français : https://www.newsguardtech.com/fr/special-reports/rapport-les-listes-de-2021/
Si tu lis les discussion dans le journal tu te feras une idée de la validité de cette étude, dont on peut débattre (là-bas), mais selon un certain nombre de critères somme toute assez objectifs, France Soir est la pire source d'information grand public française.
Derrière les sites de désinformation russes que sont Russia Today et Sputnik News…
Donc bon, France Soir quoi, c'est un site de désinformation, réputé comme tel parmi les gens qui vérifient les informations qu'ils lisent sur internet, avant de les recopier ailleurs sur internet…
On n'est pas tellement dans l'ad hominem ici, on est plutôt dans la notoriété publique, voire le fait avéré.
[^] # Re: mesures à prendre
Posté par Yth (Mastodon) . En réponse au lien Vaccination Covid-19 : les effets indésirables graves augmentent de manière exponentielle. Évalué à 10.
Mouais, enfin, si t'avais quelque chose d’intéressant à dire, tu faisais un journal, avec du texte et des mots, pour mettre en exergue tes liens, avec un bout d'argumentation ou à minima de présentation.
Juste des liens en vrac comme ça, c'est inutile, et c'est techniquement du spam.
Un lien sans explication ça peut aller - à la rigueur - si on est dans le thème du site : les logiciels libres, Linux, le libre en général. Si le titre est explicite, et contient une information utile - ici - en lui-même.
Genre « Blender sort en version 3.0 - https://www.blender.org/download/releases/3-0/ »
Pas besoin de plus pour intéresser ici.
Ce que tu fais là c'est de la désinformation : des « informations » non organisées, en vrac, non vérifiées, non présentées, hors-sujet, et sous une forme assimilable à du spam.
Tu ne peux pas te faire des amis, et ce n'est pas de la censure : c'est de la qualité éditoriale.
[^] # Re: Du ressort d'un professionnel?
Posté par Yth (Mastodon) . En réponse au lien Psychopathologie du totalitarisme 1/3. Évalué à 4.
Foutaises !
[^] # Re: J'ai lu la série Fondation
Posté par Yth (Mastodon) . En réponse au journal J'ai regardé la série Fondation.. Évalué à 2.
Ah ben facile alors, tu commences par le premier :)
[^] # Re: J'ai lu la série Fondation
Posté par Yth (Mastodon) . En réponse au journal J'ai regardé la série Fondation.. Évalué à 5.
Il y a clairement une très grosse différence de style entre la trilogie et le prélude !
Cela dit, il y a 30 ans de creux entre l'écriture de la trilogie, et le début de la suite et du prélude. 42 ans entre le premier tome et le dernier.
Qu'il y ait des différences de style, ça n'a rien de surprenant.
La trilogie est une œuvre de Science Fiction, plutôt dure.
Le prélude est un thriller, un romans d'action et d'aventure, dans un décors de science-fiction.
La série télé ne s'intéresse que de très loin à la trilogie originelle.
C'est plus le reste qui l'intéresse.
C'est dommage, je préfère très largement la trilogie :)
[^] # Re: J'ai lu la série Fondation
Posté par Yth (Mastodon) . En réponse au journal J'ai regardé la série Fondation.. Évalué à 5.
Justement, R. Daneel Olivaw n'existe pas dans les trois premiers tomes de Fondation.
Je ne veux rien spolier, mais c'est comme je le dis plus haut : Asimov a rattaché son cycle de Fondation au reste par la fin (R. Daneel Olivaw réapparaît, et ils retrouvent la Terre et les premiers mondes colonisés dans le cycle des Robots, sur les tomes 4 et 5 de la trilogie) puis par le début (qui se passe à Trantor), écrit des décennies plus tard (tomes -2 et -1).
[^] # Re: J'ai lu la série Fondation
Posté par Yth (Mastodon) . En réponse au journal J'ai regardé la série Fondation.. Évalué à 5.
Pour remettre un point, que je trouve assez important, dans son contexte :
La série Fondation, est à la base composée de trois tomes, et n'a absolument aucun lien avec le cycle des robots.
Elle y est raccrochée par la fin avec Fondation Foudroyée et surtout Terre et Fondation.
Puis un peu par le début avec Prélude à Fondation et l'Aube de Fondation.
Trantor ne joue a peu près aucun rôle dans les trois tomes de Fondation.
Pour en revenir à la série télé, le premier épisode entier se passe à Trantor, et correspond vaguement à des bouts de prélude et l'aube de fondation.
Le second épisode se passe un peu sur la Fondation, mais sans vraiment parler de ce qui se passe là-bas dans les bouquins.
N'étant pas allé plus loin, je ne peut m'avancer sur les liens entre la série télé et les livres, mais ça a l'air très ténu…
Tu fais ce qu'il y a de mieux à faire en tout cas, si le cycle t'intéresse : lire les livres :)
À mon sens la série télé ne fait que monétiser le titre, et le nom d'Asimov.
# Pas si bien réalisé...
Posté par Yth (Mastodon) . En réponse au journal J'ai regardé la série Fondation.. Évalué à 8. Dernière modification le 29 décembre 2021 à 10:28.
Je ne suis pas arrivé au bout, mais franchement, les ambiances sombres, de grands couloirs bétonnés qui se font passer pour des salles pseudo-grandiose, y'en a marre…
Trantor est moche, ratée, sans intérêt.
L'Empereur est inutile.
Et le pseudo-mysticisme post-rétro-moderne - avec un parallélépipède tout droit sorti de 2001 - pour une œuvre de pure science fiction, c'est assez fort…
J'ai pas aimé non plus…
Un saccage très américain.