C'est pas forcément mieux du côté laser, Deus Ex Silicium avait montré un bon système à la con
Et si tu veux te faire peur, tu peux aussi comparer le prix d'un modèle avec le prix de son four et de ses toners en pièces détachées : Pour les petits modèles c'est la même embrouille tarifaire qu'avec les jets d'encre.
Tu confonds obsolescence programmée et conception au plus juste.
Un connecteur ou un support de puce ça implique un coût supplémentaire que ce soit en achat et stockage de pièce détaché qu'en fabrication. Aussi mettre une pièce ou un composant qui a des caractéristiques bien au delà du nécessaire augmente le prix unitaire.
Pour le coup, si la majorité des ordis portables ne sont plus réparables ou modulaires c'est parce que ce n'est plus un critère imposé par les consommateurs et les fabricants qui continuent de garder ces principes dans leur cahier des charges sont sur un marché plus petit qui devient plus haut de gamme. À part quelques moutons noirs, tu en as toujours pour ton argent.
Justement, d'un point de vue logiciel les marques à éviter ce n'est pas HP qui dispose d'un pilote libre et compatible avec n'importe quelle architecture informatique au-delà de x86 (donc un serveur CUPS sur une carte ARM, chose difficile ou impossible pour d'autres marques).
D'un point de vue matériel, il a existé des imprimantes sans compteur dans les cartouches (voire sans cartouche, avec des bacs d'encre à remplir) et sans blocages firmware non justifiés. Par contre actuellement je pense que tous les fabricants sont plus ou moins rentrés dans le jeu de l'obsolescence des cartouches.
Perso, mon imprimantes HP a au moins quinze ans et aucune restriction, mon scanner date de la même époque et j'ai beaucoup moins de problème que mon voisin avec son combo récent. Ça imprime et scanne moins rapidement mais ça fait le job.
(Sinon pour ceux qui veulent voir de la puce électronique, le mec qui a fait l'analyse dans le reportage a une chaine Youtube nommée Deus Ex Silicium )
Je fais partie de ces personnes qui préfère le téléphone que je trouve chaleureux et qui ne pose pas de problème avec les distances.
Et pourtant j'ai un compte Facebook, car même si je n'aime pas être le produit, je trouve important de s'intéresser à réussite comme Facebook. Vu le nombre d'abonnés on peut le considérer comme un phénomène de société. Bon Facebook ne doit pas faire fortune avec moi…
En plus il y a les modes, mon autre moyen de communication que j'utilise beaucoup c'est le chat. Et je suis tributaire des autres… C'était pourtant bien caramail…, puis il y a eu hotmail, skype, facebook, snapchat, hangout…. Pas forcément par plaisir mais quand tes contacts migrent…
Merci de l'info. Mais étant donné que cette baisse d'intérêt pour Linux et le DRM-free est bien plus ancienne que l'année dernière, je pense que le rachat par IGN n'est qu'une conséquence.
Durant ces cinq dernières années, on a vu apparaitre le Store, les bundle sur des livres et logiciels, puis leur abonnement Monthly. Le site s'est progressivement transformé en une machine à fric facile sous couvert de caritatif.
Et perso j'ai parfois envoyé des rapports de bugs mais je n'ai jamais eu de réponse et ils n'ont toujours pas été corrigés malgré les changements de design (exemple : quand dans le Store tu filtres Linux ET drm-free, tu ne veux pas les résultats de Linux OU drm-free)
Après quelques jours d'essai je reste sur mon impression initiale: ça fait doublon avec le journal du hacker sans rien apporter de plus et en étant, à mon humble avis, difficilement intégrable au design du site.
Alors que le journal du hacker s'est donné du mal pour lancer un hacker news francophone, je trouve dommage que linuxfr vienne lui couper l'herbe sous le pied avec sa masse d'utilisateurs déjà conséquente.
Linuxfr sait bien faire une chose: faire discuter ses utilisateurs sur la base d'infos enrichies et rédigées par ses utilisateurs.
Je trouverais bon esprit de laisser au journal du hacker (jdh) la place que linuxfr n'a pas su/voulu occuper jusqu'à aujourd'hui.
Dans ce cas il serait peut être plus approprié de proposer un partenariat: les liens pourraient être postés sur linuxfr qui les transmettrait au jdh chez qui se ferait les discussions éventuelles. Linuxfr conserve sa section liens, sous une forme éventuellement plus compacte, si tel est le souhait de l'association, et le jdh étoffe sa base utilisateur via les nouveaux inscrits ainsi drainés.
Ce n'est qu'une proposition, aucune idée sur sa faisabilité, qu'elle soit technique ou autre.
"ces banques de données permettent également de faire élire des tirants"
Alors pour l’écriture inclusive il y a du monde, mais pour le relecture, plus personne! Serait-ce un coup audacieux tentant le mélange de l’écriture inclusive et de l'ancien français? https://fr.wiktionary.org/wiki/tirant#Ancien_fran%C3%A7ais
La question n'était pas de savoir si c'était bien du FUD (vu la communication il n'en faisait aucun doute) mais de savoir dans quelle mesure ça en était. Il y a bien des vulnérabilités, leur exploitation est restreinte, des correctifs sont en cours mais espérons que celles-ci ne passeront pas uniquement par le support souvent léger des fabricants de matériel.
Les accidents ont eu lieu au moment elle devait de tout de facon etre mise de cote. Ils ont accelere la mise a la retraite oui.
Challenger c’est 5 ans après le premier vol, Columbia c’est 8 ans avant le dernier et il y a 17 ans entre les deux.
Il y a eu tout de meme 135 missions avec.
Et oui il y avait des problemes fondamentaux de designs mais bon une fusee c'est une bombe volante avec donc forcement "quelques" risques.
« D’après des statistiques datant de fin 2010, les USA ont réalisé 166 vols spatiaux habités, les Russes 123 et les Chinois 3. De ce compte, il faut probablement rajouter ça et là des vols secrets qui n’ont jamais été rendus publics et d’autres qui, au contraire, ont été rendus publics mais jamais réalisés. Au total, toute l’aventure spatiale se résume à moins de 300 vols habités. A titre de comparaison, l’aéroport de Londres Heathrow voit passer environ 700 décollages par jour. »
Après quelques jours d'essai je reste sur mon impression initiale: ça fait doublon avec le journal du hacker sans rien apporter de plus et en étant, à mon humble avis, difficilement intégrable au design du site.
Alors que le journal du hacker s'est donné du mal pour lancer un hacker news francophone, je trouve dommage que linuxfr vienne lui couper l'herbe sous le pied avec sa masse d'utilisateurs déjà conséquente.
Linuxfr sait bien faire une chose: faire discuter ses utilisateurs sur la base d'infos enrichies et rédigées par ses utilisateurs.
Je trouverais bon esprit de laisser au journal du hacker (jdh) la place que linuxfr n'a pas su/voulu occuper jusqu'à aujourd'hui.
Dans ce cas il serait peut être plus approprié de proposer un partenariat: les liens pourraient être postés sur linuxfr qui les transmettrait au jdh chez qui se ferait les discussions éventuelles. Linuxfr conserve sa section liens, sous une forme éventuellement plus compacte, si tel est le souhait de l'association, et le jdh étoffe sa base utilisateur via les nouveaux inscrits ainsi drainés.
Ce n'est qu'une proposition, aucune idée sur sa faisabilité, qu'elle soit technique ou autre.
Rédige tes questions en y incluant le maximum d'informations.
Réponds aux questions qu'on te pose et retiens quelles sont les infos de base qu'on demande à chaque fois pour les inclure directement dans ta question.
Quand tu résous un problème par toi-même, partage la solution pour les gens qui viendraient pour la même chose.
Ça sert à rien de poser trois fois la même question en un an. Surtout quand on t'a déjà indiqué que Systemback n'était plus développé et qu'il te faudrait trouver autre chose.
Au passage on savait que la Navette coutait cher mais bon il est plus simple de faire un lanceur d'objet que un lanceur d'objet en aller simple que un truc aller retour…
Le problème de la Navette c’est surtout qu’elle était peu fiable. C’était un joli vaisseau hein, mais elle a coûté la vie à 14 astronautes.
+1 L'idée du switch est sympa mais ça implique que u-boot démarre sur un script qui détecte les GPIO et leur état mais je ne pense pas que u-boot en soit capable tout seul (à vérifier) et dans ce cas il faudra lancer un système intermédiaire. Ça va être tout aussi compliqué à mettre en place.
Par contre chaque processeur ARM a une priorité d'amorçage qui est fixée dans le processeur (de manière classique c'est d'abord SPI / I²C puis SD puis NAND / eMMC ) donc ce qu'il est certainement possible de faire c'est de mettre un système sur SD, un autre sur USB et pour démarrer sur la clé il suffit de retirer la SD (ou de placer un interrupteur sur la piste d'alimentation du port SD mais ça va ruiner la garantie). Ça implique bien entendu que les ports USB soient amorçables donc à tester.
Après l'image ThinkerOS (Debian) de Asus est très bien fournie en logiciels bureautique/internet/multimédia avec inclus de base Kodi, LibreOffice, Chromium et Firefox donc peut-être que Android ne va pas du tout te servir.
Passer l'épreuve du silicium, c'est fait pour les cœurs RISC-V puisque ces designs libres sont la base de tous les projets qui sont sortis ou en cours de sortie (Western Digital ou Nvidia bossent à partir de ces références). OpenRISC qui est plus ancien est utilisé dans différentes conceptions dont du spatial.
Après un ASIC n'est pas nécessairement un gage d'aboutissement vu qu'il y a masse d'appareils électroniques utilisant des gros FPGA pour diverses raisons donc parfois l'ajout d'un petit processeur softcore est suffisant et plus rentable que d'ajouter une puce additionnelle.
Enfin, niveau philosophie on est principalement sur des implémentations dans des designs propriétaires. Les licences copyfree le permettent (par exemple RISC-V) et quand le design copyleft est un coprocesseur relativement indépendant du design propriétaire rien n'oblige de lui lancer du logiciel propriétaire pour communiquer avec le reste de la puce (c'est le cas pour le OpenRISC des SoC Allwinner récents).
Ton idée est certainement faisable mais ça va te demander beaucoup de travail. Sur Raspberry ça aurait été bien plus facile avec Berryboot.
Tu as plusieurs choix : soi tu utilises la ligne de commande de u-boot pour changer le boot par défaut, soi tu veux un menu et là il faut un GRUB. Tu risques de pas mal tatonner pour trouver les bonnes configurations.
Tu peux commencer par mettre l'image Debian (ThinkerOS) fournie par Asus et éventuellement lui ajouter un paquet du genre grub-uboot .
Je pense que sur l'image Android le déroulement du boot est masqué et l'accès à celui-ci est moins facile que le standard "press any key" donc c'est mieux de partir de l'image Debian.
Par contre, ces versions différentes de uboot pour chacun des systèmes d'exploitation pourrait poser problème. Il est possible que les différences rendent impossible l'inter-opérabilité.
Enfin, tu risques d'avoir du mal à mettre les deux images sur un seul support, généralement les logiciels ne sont pas conçus pour ça et les images fournies non plus.
Oui, enfin, ils n'ont pas grand chose de libre d'un point de vue 4 liberté.
Je suis d'accord mais le terme Open Hardware est fourre-tout.
il y a eu de designs de CPU libres (4 libertés appliquées au VHDL, etc.) aboutis depuis le Leon ?
Depuis le OpenSparc Leon, il y a eu pas mal de designs libres basés sur les ISA RISC (au moins une dizaine sur RISC-V) et même basés sur ARM. Je ne sais pas ce que tu entends par "aboutis" mais tous ces processeurs sont utilisables en softcore.
Pour l'instant, les ASIC dérivés de ces projets sont en shared-source. Il y a le projet LowRISC qui devrait sortir des SoC libres durant les prochaines années.
Le Raspberry Pi était cité en exemple pour donner un ordre de grandeur par rapport à du matériel récent équivalent. Comme tu le dis, il y a d'autres SoC et fabricants bien plus ouverts même pour du ARM.
Après ça dépend de ce que tu considères comme viable : Si c'est pour faire un serveur léger il y a déjà ce qu'il faut. Pour de la bureautique, lire de la vidéo et faire du Web tout va arriver d'un coup quand les pilotes seront prêts (cf le journal sur le pilote libre du Cedar de Allwinner). Le i.MX 8 choisi par Purism pour son téléphone est capable de tout ça. Et si tu as besoin d'une bête de calcul, direction Thalos II sur archi Power9.
Sans compter que côté RISC-V, ça avance aussi avec Sifive qui a récemment lancé un processeur quadcore et la carte de développement qui va avec.
Par contre il manque toujours un projet de GPU et VPU openhardware. Avec OpenGL, Vulkan, la norme DisplayPort et les codecs vidéo libres il y aurait moyen d'avoir quelque chose de sympa.
Dans les processeur et bien d'autres choses il n'est pas possible d'être 100% libre ou alors on ne dépasse pas les performances d'un PC des années 80 a un prix très élever
C'est faux, peu importe si on parle de matériel propriétaire documenté ou rétro-ingénié qui ne tourne qu'avec du code libre ou si on parle de matériel véritablement libre de type RISC-V, MIPS, SPARC ou POWER.
Un SoC ARM bas de gamme c'est déjà l'équivalent d'un Pentium des années 90 (Raspberry Pi première génération c'est déjà un Pemtium 2 et Raspberry Pi 3 c'est presque un Pentium 4) qui peut émuler les consoles et PC 16bits et 32 bits. En dessous on passe à la catégorie microcontroleur 32bits (Atmel, Microchip, STM, ARM ou encore SiFive) et là aussi on dépasse les performances d'un roi des années 80 comme le Motorola 68k ou le Intel 80386. L'écart est encore plus significatif avec des programmes multithreadés.
J'avais lu une brève sur cette reprise l'été dernier qui semblait dire que c'était loin d'être exploitable et que d'autres tentatives antérieures de reprise de Lima avaient échoué. Mais effectivement si Yu est employé d'AMD et qu'il est pas seul, le mainline va bien aider, on peut espérer un pilote fonctionnel pour Utgard d'ici quelques années.
Pour Midgard, le blog d'Alyssa montre que ça avance bien aussi. Il faut dire que le fait d'avoir réalisé que le travail sur Bifrost était en partie mutualisable a permis une meilleure gestion des énergies pour ce pilote Panfrost.
Je viens de voir que LibreELEC a fourni les Device Tree Source de pas mal de SOC Amlogic s9**. J'avais pas trouvé cette info sur linux-meson ou hardkernel. Le VPU Amlogic a l'air aussi libéré, du coup il n'y a plus que Mali qui bloque pour avoir un desktop totalement libre sur ces SoC, non ?
[^] # Re: Et les imprimantes laser ?
Posté par Anonyme . En réponse à la dépêche Du rififi dans ta cartouche d’encre. Évalué à 4.
C'est pas forcément mieux du côté laser, Deus Ex Silicium avait montré un bon système à la con
Et si tu veux te faire peur, tu peux aussi comparer le prix d'un modèle avec le prix de son four et de ses toners en pièces détachées : Pour les petits modèles c'est la même embrouille tarifaire qu'avec les jets d'encre.
[^] # Re: Sympa
Posté par Anonyme . En réponse au journal Exclusif : la nouvelle norme de claviers. Évalué à 6.
Justement, je pense que c'est peut-être trop subtil pour être repéré par quelqu'un qui ne suis pas le sujet.
J'attends une interview du gluon des claviers pour en savoir plus.
[^] # Re: autres articles sur l'obsolescence programmée.
Posté par Anonyme . En réponse à la dépêche Du rififi dans ta cartouche d’encre. Évalué à 6.
Tu confonds obsolescence programmée et conception au plus juste.
Un connecteur ou un support de puce ça implique un coût supplémentaire que ce soit en achat et stockage de pièce détaché qu'en fabrication. Aussi mettre une pièce ou un composant qui a des caractéristiques bien au delà du nécessaire augmente le prix unitaire.
Pour le coup, si la majorité des ordis portables ne sont plus réparables ou modulaires c'est parce que ce n'est plus un critère imposé par les consommateurs et les fabricants qui continuent de garder ces principes dans leur cahier des charges sont sur un marché plus petit qui devient plus haut de gamme. À part quelques moutons noirs, tu en as toujours pour ton argent.
[^] # Re: Marques à éviter
Posté par Anonyme . En réponse à la dépêche Du rififi dans ta cartouche d’encre. Évalué à 3.
Justement, d'un point de vue logiciel les marques à éviter ce n'est pas HP qui dispose d'un pilote libre et compatible avec n'importe quelle architecture informatique au-delà de x86 (donc un serveur CUPS sur une carte ARM, chose difficile ou impossible pour d'autres marques).
D'un point de vue matériel, il a existé des imprimantes sans compteur dans les cartouches (voire sans cartouche, avec des bacs d'encre à remplir) et sans blocages firmware non justifiés. Par contre actuellement je pense que tous les fabricants sont plus ou moins rentrés dans le jeu de l'obsolescence des cartouches.
Perso, mon imprimantes HP a au moins quinze ans et aucune restriction, mon scanner date de la même époque et j'ai beaucoup moins de problème que mon voisin avec son combo récent. Ça imprime et scanne moins rapidement mais ça fait le job.
(Sinon pour ceux qui veulent voir de la puce électronique, le mec qui a fait l'analyse dans le reportage a une chaine Youtube nommée Deus Ex Silicium )
[^] # Re: Question clés.
Posté par Anonyme . En réponse au journal Le Conseil constitutionnel autorise les juges à vous demander vos clés de chiffrement. Évalué à 8.
Oui c'est tout à fait possible, mais l'adresse Mac étant publique, le chiffrement n'a pas grand chose de secret.
# Réseau social ? Aucun intérêt .. Et pourtant
Posté par Anonyme . En réponse au sondage Avez-vous un compte Facebook ?. Évalué à 0.
Je fais partie de ces personnes qui préfère le téléphone que je trouve chaleureux et qui ne pose pas de problème avec les distances.
Et pourtant j'ai un compte Facebook, car même si je n'aime pas être le produit, je trouve important de s'intéresser à réussite comme Facebook. Vu le nombre d'abonnés on peut le considérer comme un phénomène de société. Bon Facebook ne doit pas faire fortune avec moi…
En plus il y a les modes, mon autre moyen de communication que j'utilise beaucoup c'est le chat. Et je suis tributaire des autres… C'était pourtant bien caramail…, puis il y a eu hotmail, skype, facebook, snapchat, hangout…. Pas forcément par plaisir mais quand tes contacts migrent…
[^] # Re: Skullgirls
Posté par Anonyme . En réponse à la dépêche ./play.it installe vos jeux sans prise de tête. Évalué à 2.
Merci de l'info. Mais étant donné que cette baisse d'intérêt pour Linux et le DRM-free est bien plus ancienne que l'année dernière, je pense que le rachat par IGN n'est qu'une conséquence.
Durant ces cinq dernières années, on a vu apparaitre le Store, les bundle sur des livres et logiciels, puis leur abonnement Monthly. Le site s'est progressivement transformé en une machine à fric facile sous couvert de caritatif.
Et perso j'ai parfois envoyé des rapports de bugs mais je n'ai jamais eu de réponse et ils n'ont toujours pas été corrigés malgré les changements de design (exemple : quand dans le Store tu filtres Linux ET drm-free, tu ne veux pas les résultats de Linux OU drm-free)
# copier/coller de mon commentaire tardif de la dépêche d'annonce
Posté par Anonyme . En réponse au journal section liens : je trouve ça nul.. Évalué à 10.
Après quelques jours d'essai je reste sur mon impression initiale: ça fait doublon avec le journal du hacker sans rien apporter de plus et en étant, à mon humble avis, difficilement intégrable au design du site.
Alors que le journal du hacker s'est donné du mal pour lancer un hacker news francophone, je trouve dommage que linuxfr vienne lui couper l'herbe sous le pied avec sa masse d'utilisateurs déjà conséquente.
Linuxfr sait bien faire une chose: faire discuter ses utilisateurs sur la base d'infos enrichies et rédigées par ses utilisateurs.
Je trouverais bon esprit de laisser au journal du hacker (jdh) la place que linuxfr n'a pas su/voulu occuper jusqu'à aujourd'hui.
Dans ce cas il serait peut être plus approprié de proposer un partenariat: les liens pourraient être postés sur linuxfr qui les transmettrait au jdh chez qui se ferait les discussions éventuelles. Linuxfr conserve sa section liens, sous une forme éventuellement plus compacte, si tel est le souhait de l'association, et le jdh étoffe sa base utilisateur via les nouveaux inscrits ainsi drainés.
Ce n'est qu'une proposition, aucune idée sur sa faisabilité, qu'elle soit technique ou autre.
[^] # Re: Tails, et d'autres...
Posté par Anonyme . En réponse à la dépêche Tails sauve discrètement le monde chaque jour et a besoin de votre soutien. Évalué à 1.
courrier, ou courriel? Peut-on chiffrer les métadonnées d'un courrier?
[^] # Re: La newsletter riseup d'aujoourd'hui
Posté par Anonyme . En réponse à la dépêche Tails sauve discrètement le monde chaque jour et a besoin de votre soutien. Évalué à 0.
"ces banques de données permettent également de faire élire des tirants"
Alors pour l’écriture inclusive il y a du monde, mais pour le relecture, plus personne! Serait-ce un coup audacieux tentant le mélange de l’écriture inclusive et de l'ancien français? https://fr.wiktionary.org/wiki/tirant#Ancien_fran%C3%A7ais
[^] # Re: Des nouvelles de la faille AMD ?
Posté par Anonyme . En réponse au journal BranchScope. Évalué à 2.
La question n'était pas de savoir si c'était bien du FUD (vu la communication il n'en faisait aucun doute) mais de savoir dans quelle mesure ça en était. Il y a bien des vulnérabilités, leur exploitation est restreinte, des correctifs sont en cours mais espérons que celles-ci ne passeront pas uniquement par le support souvent léger des fabricants de matériel.
[^] # Re: Des nouvelles de la faille AMD ?
Posté par Anonyme . En réponse au journal BranchScope. Évalué à 1.
D'après Hardware.fr, AMD est en train de travailler sur des correctifs.
[^] # Re: Commentaire bookmark
Posté par Anonyme . En réponse au journal "Intelligence artificielle", vraiment?. Évalué à 2.
C’est aussi parce qu’on ne comprend pas le fonctionnement de la technologie qui nous entours. Du coup « c’est un bug, c’est normal ».
[^] # Re: HS: Purism décide de ne pas choisir
Posté par Anonyme . En réponse à la dépêche GNOME 3.28. Évalué à 3.
Challenger c’est 5 ans après le premier vol, Columbia c’est 8 ans avant le dernier et il y a 17 ans entre les deux.
« D’après des statistiques datant de fin 2010, les USA ont réalisé 166 vols spatiaux habités, les Russes 123 et les Chinois 3. De ce compte, il faut probablement rajouter ça et là des vols secrets qui n’ont jamais été rendus publics et d’autres qui, au contraire, ont été rendus publics mais jamais réalisés. Au total, toute l’aventure spatiale se résume à moins de 300 vols habités. A titre de comparaison, l’aéroport de Londres Heathrow voit passer environ 700 décollages par jour. »
http://www.securiteaerienne.com/columbia-sts-107-chronique-dune-catastrophe-annoncee/
# Mouais...
Posté par Anonyme . En réponse à la dépêche Un nouveau type de contenus : les liens. Évalué à 9. Dernière modification le 26 mars 2018 à 16:00.
Après quelques jours d'essai je reste sur mon impression initiale: ça fait doublon avec le journal du hacker sans rien apporter de plus et en étant, à mon humble avis, difficilement intégrable au design du site.
Alors que le journal du hacker s'est donné du mal pour lancer un hacker news francophone, je trouve dommage que linuxfr vienne lui couper l'herbe sous le pied avec sa masse d'utilisateurs déjà conséquente.
Linuxfr sait bien faire une chose: faire discuter ses utilisateurs sur la base d'infos enrichies et rédigées par ses utilisateurs.
Je trouverais bon esprit de laisser au journal du hacker (jdh) la place que linuxfr n'a pas su/voulu occuper jusqu'à aujourd'hui.
Dans ce cas il serait peut être plus approprié de proposer un partenariat: les liens pourraient être postés sur linuxfr qui les transmettrait au jdh chez qui se ferait les discussions éventuelles. Linuxfr conserve sa section liens, sous une forme éventuellement plus compacte, si tel est le souhait de l'association, et le jdh étoffe sa base utilisateur via les nouveaux inscrits ainsi drainés.
Ce n'est qu'une proposition, aucune idée sur sa faisabilité, qu'elle soit technique ou autre.
[^] # pénible
Posté par Anonyme . En réponse au message systemback. Évalué à 2. Dernière modification le 26 mars 2018 à 10:16.
Cher brunofaure43620 ou brunofaure43 ou brunobubu ou bub ou n'importe quel pseudonyme passé ou futur,
Fais tes recherches AVANT de poser des questions.
Rédige tes questions en y incluant le maximum d'informations.
Réponds aux questions qu'on te pose et retiens quelles sont les infos de base qu'on demande à chaque fois pour les inclure directement dans ta question.
Quand tu résous un problème par toi-même, partage la solution pour les gens qui viendraient pour la même chose.
Ça sert à rien de poser trois fois la même question en un an. Surtout quand on t'a déjà indiqué que Systemback n'était plus développé et qu'il te faudrait trouver autre chose.
[^] # Re: HS: Purism décide de ne pas choisir
Posté par Anonyme . En réponse à la dépêche GNOME 3.28. Évalué à 2.
Vers l’ISS. Mais la NASA a d’autre lanceurs pour d’autre missions.
[^] # Re: HS: Purism décide de ne pas choisir
Posté par Anonyme . En réponse à la dépêche GNOME 3.28. Évalué à 2.
Le problème de la Navette c’est surtout qu’elle était peu fiable. C’était un joli vaisseau hein, mais elle a coûté la vie à 14 astronautes.
[^] # Re: dual boot arm = pas simple
Posté par Anonyme . En réponse au message dualboot sur asus tinker board. Évalué à 1. Dernière modification le 24 mars 2018 à 01:48.
+1 L'idée du switch est sympa mais ça implique que u-boot démarre sur un script qui détecte les GPIO et leur état mais je ne pense pas que u-boot en soit capable tout seul (à vérifier) et dans ce cas il faudra lancer un système intermédiaire. Ça va être tout aussi compliqué à mettre en place.
Par contre chaque processeur ARM a une priorité d'amorçage qui est fixée dans le processeur (de manière classique c'est d'abord SPI / I²C puis SD puis NAND / eMMC ) donc ce qu'il est certainement possible de faire c'est de mettre un système sur SD, un autre sur USB et pour démarrer sur la clé il suffit de retirer la SD (ou de placer un interrupteur sur la piste d'alimentation du port SD mais ça va ruiner la garantie). Ça implique bien entendu que les ports USB soient amorçables donc à tester.
Après l'image ThinkerOS (Debian) de Asus est très bien fournie en logiciels bureautique/internet/multimédia avec inclus de base Kodi, LibreOffice, Chromium et Firefox donc peut-être que Android ne va pas du tout te servir.
[^] # Re: Comme de bien entendu
Posté par Anonyme . En réponse au journal Présentation de l’Open Computer : un ordinateur portable Modulaire sous GNU/Linux. Évalué à 1.
Passer l'épreuve du silicium, c'est fait pour les cœurs RISC-V puisque ces designs libres sont la base de tous les projets qui sont sortis ou en cours de sortie (Western Digital ou Nvidia bossent à partir de ces références). OpenRISC qui est plus ancien est utilisé dans différentes conceptions dont du spatial.
Après un ASIC n'est pas nécessairement un gage d'aboutissement vu qu'il y a masse d'appareils électroniques utilisant des gros FPGA pour diverses raisons donc parfois l'ajout d'un petit processeur softcore est suffisant et plus rentable que d'ajouter une puce additionnelle.
Enfin, niveau philosophie on est principalement sur des implémentations dans des designs propriétaires. Les licences copyfree le permettent (par exemple RISC-V) et quand le design copyleft est un coprocesseur relativement indépendant du design propriétaire rien n'oblige de lui lancer du logiciel propriétaire pour communiquer avec le reste de la puce (c'est le cas pour le OpenRISC des SoC Allwinner récents).
# dual boot arm = pas simple
Posté par Anonyme . En réponse au message dualboot sur asus tinker board. Évalué à 1.
Ton idée est certainement faisable mais ça va te demander beaucoup de travail. Sur Raspberry ça aurait été bien plus facile avec Berryboot.
Tu as plusieurs choix : soi tu utilises la ligne de commande de u-boot pour changer le boot par défaut, soi tu veux un menu et là il faut un GRUB. Tu risques de pas mal tatonner pour trouver les bonnes configurations.
Tu peux commencer par mettre l'image Debian (ThinkerOS) fournie par Asus et éventuellement lui ajouter un paquet du genre grub-uboot .
Je pense que sur l'image Android le déroulement du boot est masqué et l'accès à celui-ci est moins facile que le standard "press any key" donc c'est mieux de partir de l'image Debian.
Par contre, ces versions différentes de uboot pour chacun des systèmes d'exploitation pourrait poser problème. Il est possible que les différences rendent impossible l'inter-opérabilité.
Enfin, tu risques d'avoir du mal à mettre les deux images sur un seul support, généralement les logiciels ne sont pas conçus pour ça et les images fournies non plus.
[^] # Re: Comme de bien entendu
Posté par Anonyme . En réponse au journal Présentation de l’Open Computer : un ordinateur portable Modulaire sous GNU/Linux. Évalué à 3.
Je suis d'accord mais le terme Open Hardware est fourre-tout.
Depuis le OpenSparc Leon, il y a eu pas mal de designs libres basés sur les ISA RISC (au moins une dizaine sur RISC-V) et même basés sur ARM. Je ne sais pas ce que tu entends par "aboutis" mais tous ces processeurs sont utilisables en softcore.
Pour l'instant, les ASIC dérivés de ces projets sont en shared-source. Il y a le projet LowRISC qui devrait sortir des SoC libres durant les prochaines années.
[^] # Re: Comme de bien entendu
Posté par Anonyme . En réponse au journal Présentation de l’Open Computer : un ordinateur portable Modulaire sous GNU/Linux. Évalué à 2.
Le Raspberry Pi était cité en exemple pour donner un ordre de grandeur par rapport à du matériel récent équivalent. Comme tu le dis, il y a d'autres SoC et fabricants bien plus ouverts même pour du ARM.
Après ça dépend de ce que tu considères comme viable : Si c'est pour faire un serveur léger il y a déjà ce qu'il faut. Pour de la bureautique, lire de la vidéo et faire du Web tout va arriver d'un coup quand les pilotes seront prêts (cf le journal sur le pilote libre du Cedar de Allwinner). Le i.MX 8 choisi par Purism pour son téléphone est capable de tout ça. Et si tu as besoin d'une bête de calcul, direction Thalos II sur archi Power9.
Sans compter que côté RISC-V, ça avance aussi avec Sifive qui a récemment lancé un processeur quadcore et la carte de développement qui va avec.
Par contre il manque toujours un projet de GPU et VPU openhardware. Avec OpenGL, Vulkan, la norme DisplayPort et les codecs vidéo libres il y aurait moyen d'avoir quelque chose de sympa.
[^] # Re: Comme de bien entendu
Posté par Anonyme . En réponse au journal Présentation de l’Open Computer : un ordinateur portable Modulaire sous GNU/Linux. Évalué à 3.
C'est faux, peu importe si on parle de matériel propriétaire documenté ou rétro-ingénié qui ne tourne qu'avec du code libre ou si on parle de matériel véritablement libre de type RISC-V, MIPS, SPARC ou POWER.
Un SoC ARM bas de gamme c'est déjà l'équivalent d'un Pentium des années 90 (Raspberry Pi première génération c'est déjà un Pemtium 2 et Raspberry Pi 3 c'est presque un Pentium 4) qui peut émuler les consoles et PC 16bits et 32 bits. En dessous on passe à la catégorie microcontroleur 32bits (Atmel, Microchip, STM, ARM ou encore SiFive) et là aussi on dépasse les performances d'un roi des années 80 comme le Motorola 68k ou le Intel 80386. L'écart est encore plus significatif avec des programmes multithreadés.
[^] # Re: Mali qui bloque
Posté par Anonyme . En réponse au journal Freedom for Allwinner VPU. Évalué à 3.
J'avais lu une brève sur cette reprise l'été dernier qui semblait dire que c'était loin d'être exploitable et que d'autres tentatives antérieures de reprise de Lima avaient échoué. Mais effectivement si Yu est employé d'AMD et qu'il est pas seul, le mainline va bien aider, on peut espérer un pilote fonctionnel pour Utgard d'ici quelques années.
Pour Midgard, le blog d'Alyssa montre que ça avance bien aussi. Il faut dire que le fait d'avoir réalisé que le travail sur Bifrost était en partie mutualisable a permis une meilleure gestion des énergies pour ce pilote Panfrost.
Je viens de voir que LibreELEC a fourni les Device Tree Source de pas mal de SOC Amlogic s9**. J'avais pas trouvé cette info sur linux-meson ou hardkernel. Le VPU Amlogic a l'air aussi libéré, du coup il n'y a plus que Mali qui bloque pour avoir un desktop totalement libre sur ces SoC, non ?