Concernant les utilisateurs, il est toujours possible de faire des mappings d'utilsiateur au montage. C'est d'ailleurs pratique pour du fat monté par root et que l'on veut laisser un utilisateur lambda modifier.
Les options uid= et gid= sont là pour ça (man mount)
À mon sens, c'est une métonymie, dans le sens que écologique veut dire respectueux du système écologique de la planète terre, notre petit vaisseau spatial.
Ce qui va pousser cette société à en importer d'autres… ça revient un peu au même.
Le seul avantage potentiel, c'est l'économie d'échelle, ils font venir ça de Chine dans des grosses boîtes en contenant plein, plutôt que plein de petites paquets qui en contiennent un peu (surtout si fournisseurs différents). Mais bon, à la fin, ils vont tout de même faire des petits paquets pour que ça arrive au destinataire final. Au final, comparativement aux tonnes de déchets d'emballage quotidiens des supermarchés (là c'est efficace de boycotter), à mon avis ça doit jouer autant qu'un robinet qui fuit au goutte à goutte par rapport à l'agriculture intensive.
Je trouve que les paquets sont de plus en plus fins quand pas besoin d'épais (genre juste un film plastique (encore du plastique certes), plutôt que des cartons épais pour les trucs pas trop fragile ou protégés par un plus gros emballage. Cela dit, ils sont peut être aussi groupés dans des protections.
La dernière fois, c'était pour une des très rares limites en dur à modifier avant la compilation où je risquait la saturation dans mon utilisation, et qu'on ne peut donc pas modifier via /proc ou (/sys|sysctl).
Sinon de temps en temps pour tuner dans des cas très spéciaux ou encore de temps en temps avoir un gros-binaire sans modules, pour embarquer ou netbooter plus facilement. Mais ça doit être une ou deux fois par an max je pense.
C'est davantage que le marché des ordinateurs monocartes est majoritairement tributaire de celui des SoC destinés aux boitiers TV/multimédia et que celui-ci est très en retard par rapport à celui des téléphones.
Les gros comme Mediatek ou Qualcomm en ont pas grand chose à faire de ce marché low-cost.
C'est surtout ça le problème, la majorité n'en a que faire, pas envie de perdre du temps avec la relation-geek. Du coup, ils sont absents des SBC, ça n'est pas un problème d'avancée/retard, juste de partenariat accepté ou non. Les TI qui sont complétement à la ramasse niveau perfs ont eu l'avantage de supporter les SoC dès le début ce qui les rend bien supportés. ST Microelectronics fait pareil par contre son SoC ARM qui au tope il y a 10 ans n'a pas eu de succès (trop tôt pour ce marché), dans le domaine des microcontrôleurs par contre ça a bien marché. du coup on trouve le STM32 partout, et c'est de loin le plus populaire :
* Carte comaptible arduino (et bien plus puissante) comme la bluepill à 1~2€
* Cartes de bord des drones racer/FPview et leur télécommandes (bon domaine libriste / DIY)
* Carte synthé (comme la super Axoloti Hardware libre), on peut faire des synthés analogiques aussi avec une arduino ou compatible.
* Dans les fers à souder éléctroniques allumé en USB (je suis étonné par leur faible conso (marche sur un chargeur de voyage USB) et la vitesse de chauffe (10~20 s).
* Dans le Linky :(.
Tu les tirent d'où tes infos ? Je n'ai rien trouvé de nouveau depuis leur annonce en avril dernier.
Bah les infos d'avril justement. Les précédentes années, ils ont respectées leurs annonces pour les sorties. La puce sort cet automne et le matos devrait pouvoir sortir début 2020, l'intégration dans le noyau se fait en parallèle.
Je m'attends uniquement à des boitiers multimédia sous Android entre 100 et 150€.
On a eu accès à des SBC et boitiers android+linux moins cher dès les premiers mois les précédentes années.
Et il faudra attendre de voir si ce SoC sera bien élu par la firme pour être digne d'un développement Linux mainline.
La firme pousse tout dans le mainline depuis des années et c'est leur principal évolution. Sachant que leur SoC ne sont utilisé quasiment que par du Linux, et leur support mainline Linux est toujours très actif. Je ne vois pas l’intérêt qu'ils auraient à ne pas l'y ajouter.
Chez Rockchip les VPU ne sont pas du tout libérés, je n'attendrai pas grand chose non plus du côté NPU.
Si, il y a bien des pilotes FLOSS pour les VPU Rockchip et fait par Rockchip :
C'est du Bifrost donc si le support Linux mainline est bien présent, il y a toutes les raisons de penser qu'il sera couvert par le pilote Panfrost.
Oui, mais comme je disait, ils ne maîtrisent pas les droit (appartient à ARM) et ne peuvent donc faire un pilote libre d'eux même.
J'ai testé le pilote panfrost sur un RK3288 (Mali-T760), comme l'auteur principale à travaillé tout d'abord sur le RK3399 (Mali-T860), son support est donc plus récent, je ne sais pas encore ce qui en est des GPU Bitfrost et pas la peine de rêver pour Valhall). Ça ne commence à fonctionner pour X11 et Wayland) qu'avec Mesa-19.2.0 (actuellement en RC1). Mais ça marche déjà sacrément bien pour une première mouture. XFCE est encore un peu lent (un peu moins que le blob d'ARM), mais :
* Tous les tests glmark2 fonctionnent, juste un petit détail dans l'ombre portée du logo 3d ideas in motion (glmark2-es2 -b ideas), par contre le test jellyfish (glmark2-es2 -b jellyfish (es2 ou sans)) qui bug sur mon intel (les courbures en splines sont remplacés par des formes angulaires), fonctionne là.
* Il supporte déjà partiellement l'OpenGL full, contrairement au blob ARM qui ne supportait que GL ES et ça, ça débloque plein de choses pour Linux sur le bureau.
score global glmark2:
* Panfrost: 333 sous XFCE, 337 sous OpenBox
* blob ARM: 257 (dans le meilleur cas sous XFCE, pas testé avec OpenBox)
* C'est un peu moins de la moitié du résultat en fps des test et en score global de mon corei7 (Sandybridge 2700K).
Weston 6.x fonctionnait par conter, problème avec la mise à jour en 7.0.0 ce matin, Archlinux.
Quelques demos WebGL fonctionnent mais plutôt lent dans Firefox (paradoxalement demande Full GL donc marchait pas avec le blob, alors que c'est fait pour être compatible GL ES). Pas testé avec Chromium.
Marble (utilise openstreetmap sur une sphere fonctionne parfaitement et fluide)
pencil2d (animation), mypaint ou gimp pas de problèmes.
krita (fortement basé sur GL) est inutilisable (trop lent)
Blender plante au démarrage.
Godot est complétement buggé à l'affichage et plante au lancement d'appli.
Niveau jeux :
* Neverball parfait.
* SuperTuxKart est censer marcher mais je ne l'ai pas encore compilé.
* mame fonctionne (dont 3d), un peu lent en général.
* Le RTS Warzone2100 (full GL) fonctionne et est très fluide mais avec plein de glitchs (grosse facettes translucides qui traversent l'écran et rendent certains objets invisibles) qui le rendent quasi-inutilisable. (le blob ne permet de l'utiliser qu'en pure logiciel, et c'est trop lent).
Bref il y a encore du boulot, mais c'est un bon début, déjà prometteur.
Le RK3399 à maintenant quelques années effectivement (on le trouve dans des produits finis depuis octobre 2016). le A72 aussi d'ailleurs (février 2015). Il y a plusieurs autres Fabless qui font de l'A73, A75 ou A76, avec d'avantages de cœurs (Amlogic, MediaTek, HiSilicon, NXP (16*A72 orienté station de travail) etc…) le problème étant de ressaisir à les convaincre de laisser souder le SoC sur des SBC d'indépendants. Odroid fait des SBC avec des Amlogic comprtant 4*A73(1.8Ghz)+2*A53(1.9Ghz) ODROID-N2.
On trouve une version 4G à 70 ($=€ normalement), donc pour moins de 13€ de plus on a une plus basse conso en creux et beaucoup plus de puissance en pic + collabo avec CoreELEC https://www.hardkernel.com/shop/odroid-n2-with-4gbyte-ram/
On devrait trouver les nouveaux SoC RK3588 (4*A76 + 4*A55, NPU, vidéo 8K, GPU Mali G52, USB3, SATA) dans des produits finis début 2020, ça ne sera probablement pas le prix d'une RasbPi, mais ça reste abordable avec des SBC <100€ dès la sortie pour chaque gamme et des netbook <300€. La société Rockchip (comme quelques autres dans le domaine ARM) supporte bien eux-même le noyau mainline, ça reste un avantage. Ils ne maîtrisent pas les droits pour les GPU qui sont conçus par ARM par contre. Je n'ai pas trop suivi ce qui en est au niveau des NPU (neural) niveau pilote.
Il est cependant important de noter que la plupart des utilisateurs de bureautique aimeront avoir une solution plus finalisée, avec un boitier.
Justement dans les accessoires de la RockPro64, il y a un vrai boîtier de bureau, avec 2 emplacements disques, comme la carte supporte 2 disques SATA sur le bus PCI (et non pas USB comme certaines cartes).
Je ne connais pas de SBC qui n'a pas son boîtier proposé comme accessoire (ça n'interesse pas tout le monde, selon l'usage (empilements pour cluster HAADOP par exemple, mais celui de la RockPro64 est une nouveauté dans le monde des SBC.
Sinon, des gens de Collabora ont posté des vidéos sur Youtube, de la Rockpi4b (même SoC que la RockPro64) avec le pilote libre Panfrost encore balbutiant. Le pilote libre émule OpenGL 2.1 là où le blob d'ARM ne faisait qu'OpenGL ES !!
Vhercher "panfrost". (à regarder éventuellement avec indivio.us ou le module firefox invidition, je n'aime pas le fait de ne pas pouvoir accélérer et de regarder en 1080p des vidéos qu'on peut regarder parfois en 140p ou 360p)
Il y a "N64 emulation" (il y a 2 jours). Il y a aussi une démo de SuperTuxKart dans un teste plus complet de différentes distro (ambian, ubuntu) sur RK3399 avec PanFrost sur desktop
Visiblement ça utilise la même technique que ça https://github.com/rfht/fnaify pour cette démo de owlboy (utilisant une api Microsoft XNA, porté via mono et nommé FNA ?).
Je trouve que Broadcomm fait un peu du caca à vouloir économiser sur des bouts de chandelle, ce qui fait des conflits, les Rockchips (et en fait tous les autres procs ARM) ont des unités plus spécialisées et séparées. Ils se sont améliorés avec le proc du RasbPi4, mais ils ont encore du travail. L'avantage du Rasb reste indéniablement l'énorme base utilisateur.
Bah, 2 personnes agressives c'est pas la majorité des gens hein ;).
Comme je ne suis pas sûr de pouvoir y aller (et que beaucoup de gens de province non plus), voir quelques extraits (via une instance peertube (merci Framasoft) par exemple, serait sans doute un plus ;p.
Je trouve ça bien, de faire un premier pas vers du libre, chacun y arrive comme il peu en fonction de son histoire. Ça n'est pas facile dans un environnement ou les machines à broyer le temps de cerveau disponible ne parle que de concurrence (soit disant non faussée), et d'industriels privateurs forcément au top de la qualité. Chaque étape vers leur émancipation est une bonne étape.
Cela dit, il serait peut être bien de faire une petite bande annonce ou au moins diffuser des extraits, pour donner envie. Après avoir passer 4 ans sur un long métrage, cela peut valoir le coup de passer quelques heures ou jours à mettre en valeur, non ?
J'ai bien aimé l'approche de « La bataille du Libre » montant une bande annonce et quelques extraits bonus. Ça donne clairement envie de le voir en entier, et permet de diffuser facilement quelques notions sur la toile :
Je ne suis pas un libriste, je suis plutôt open source que bobo libriste qui parle de logiciel privateur, qui s'approprie un peu le taff des autres (coucou frama ou autres distro makers)
Je crois que tout est dit sur Gabin3… C'est pas la peine de traîner sur LinuxFR alors… c'est avant tout un repère de libristes. Lui aussi profite des logiciels libres (et non pas qu'Open source), comme Framasoft, il participe à sa diffusion. Et Framasoft fait aussi un sacré boulot depuis pas mal d'années pour sa diffusion, et organise également le financement de projets libres et open source.
Faire une distribution est un travail titanesque. Organiser les paquets, les repos, les bugs et conflits entres versions de bibliothèques et d'applications. Pour ne citer que les distributions que j'utilise le plus, entre des approches à la Debian qui font un travail de patch dans la distro ou celle d'ArchLinux, qui remontent les problèmes aux développeurs de l'application pour que ce soit patché en amont. Dans les 2 cas c'est un travail important et indispensable. La documentation qu'apportent les distributions pour les autres distributions est aussi d'une grande valeur ajoutée.
Je crois qu'il vaut mieux couper ce troll, et plutôt se consacrer au sujet de l'article, le film. Chose suffisamment rare pour vouloir y consacrer d'avantage de lignes.
Je ne pense pas que les effets spéciaux soit primordiaux dans un documentaire, mais j'ajouterais à :
Blender (il me semble qu'il y a aussi une version modifiée spécifiquement centrée éditeur vidéo non-linéaire)
Cinerella
Natron
déjà cités, les suivants :
Flowblade
Kdenlive
Kino
OpenShot,
Olive
Bref, les solutions et approches ne manque pas, et ont tous au moins des effets spéciaux de bases que l'on retrouve dans 99 % des documentaires.
C'est tout de même une bonne initiative et l'occasion de diffuser ce qui existe en libre en matière de montage vidéo, les prochaines occurrences pourront en bénéficier.
J'utilise différentes cartes ARM (de l'Allwinner et du Rockchip, dont un netbook), avec Archlinux ARM, ça boot sans problème, la majorité marche sans problème, les pilotes gpu, pour accélération 3d libre il faut les compiler soi même pour le moment par contre (GPU ARM dans les 2 cas). Je préfère sans acceleration 3d que le blob proposé. Ce qui impose aussi le noyau imposé, plutôt qu'un mainline standard.
Ouais, enfin, en même temps, un (ou plusieurs) transfo USB ou une alim d'ordi portable, si il faut alimenter 4 disques en SATA, ça risque de ne pas arranger les disques et de ne pas suivre (multiplier les alims USB, ça réduit carrément le rendement, par rapport à une bonne alim ATX.
Les SoC Allwinner (A10/A20 ont un contrôleur SATA intégré) et les Rockchip récents, comme le RK3399 un bus PCI-e (de plus en plus répandu sur les ARM récents haut de gamme). Cela permet à des cartes, comme la rockpro64, d'avoir un vrai contrôleur SATA, indépendant. Par contre, un seul port Gb ethernet.
J'ajouterais ses copinages (plus que grandes amitiés du patron avec le président préféré des français, enfin, d'1 % d'entre eux pour être précis). Ça va, les journaux qu'il détient sont pas les pires au traitement médiatique cela dit (si on ne regarde pas le cauchemar de la rubrique news de son site)
Au passage, la carte faite par le Monde diplomatique (dans lequel il a indirectement des parts, mais qui a un bon contrat d'indépendance) permettant de savoir qui possède quel média (ça peut servir pour déterminer les orientation pro-Microsoft tentant de prendre le dessus sur le libre) :
Enfin, avec Leetchi appartenant au propriétaire de Free, la fermeture d'une cagnotte (ce qui contrevient aux closes de son contrat) dont le but était d'aider quelqu'un qui va être acculé (aide qui est légale).
Au passage la cagnotte pour la police est elle illégal, mais bon, il faut bien qu'ils soient défendus un peu eux aussi. Ils n'arriveront jamais au niveau d'illégalité des élus qui sont censés nous représenter.
Vivement un gouvernement open-source et participatif, sans copinages mafieux. Il faudra le statu de mutilé de guerre à tous les manifestants éborgnés, et aux mains arrachées, même si ils n'ont jamais porté d'armes.
Je sais que c'est que la nième tentative, mais ça a été pareil avec Linux, maintenant que Linux est partout (même sur le bureau, si on compte les tablettes et smartphone). Il faut retranscrire le même modèle partout.
Au niveau du matériel on voit de même, code ouvert dans les drones, leur télécommandes, les arduinos, les processeurs, les tracteurs ouverts. Il est devenu normal de s'échanger ses trucs & astuces dans tous les domaines du DIY, de l'éco-construction, de la permaculture et agroforesterie (qui sont fondamentalement libristes dans leur rapport à la production participative, mais par les plantes, les champignons, insectes et bactéries par elles mêmes), etc… etc…
Les données publiques ouvertes gagnent du terrain, les rapports de recherche sont de plus en plus lisible librement. Wikipédia est incontournable, l'explosion de Github à consacré le git comme modèle standard de développement.
Il reste plus que le dernier chaînon… le pouvoir. L'Islande avait bien fait bougé les choses en 2008, après la banqueroute (qui en était une fausse). On a les gilets jaunes qui demandent en France et Belgique (et d'autres pays) le Référendum d'initiative citoyenne, (ce qu'avait promis un grand nombre de partis dont celui au pouvoir), et il y a eu l'élection très récente de Zdeněk Hřib du Parti Pirate à la mairie de Prague, capitale de la Tchéquie. C'est donc la première capitale à voir un parti libriste au pouvoir. Espérons que la politique cédera enfin à l'ouverture de son code source, afin que nous ayons une chance de pouvoir sauver la planète contre les lobbies type Microsoft, Mosanto et consorts.
Les pilotes GPU sont vraiment un des plus gros point faible de l'architecture ARM sous GNU/Linux (pas de specs ouvertes, donc pilotes fermés, peu stables et très limités). Espérons que ces GPU libre 3D de RISC-V ne bloqueront pas le développement de la plate-forme pour le bureau pendant des années comme ça a été le cas pour ARM. Les pilotes libres ont cependant bien progressé cette année sur ARM.
Pour les GPU Mali d'ARM (probablement un des derniers GPU utilisé sur architecture ARM à ne pas avoir de pilotes DRM/Linux et Mesa en mainline), les hauts de gammes (Mali-T6xx, T7xx et T8xx, je ne suis pas sur pour les Gxx), le pilote Panfrost permet déjà d'utiliser Weston, pas mal de fonction 3d, dont des texture/shaders, avec déjà des meilleurs perfs que les blobs.
Les plus anciens et bas de gamme (Mali-400 et 450) avec le pilote Lima, commencent à peine à afficher le cheval de GLmark-ES2 mais visiblement depuis ce mois-ci à afficher de la vidéo. LibreElec/Kodi avec son interface au GPU, et MythTV ne doit pas en être très loin d'après ce ticket.
Mes vœux pour 2019 : Ces pilotes rapidement main-linés Linux et Mesa et dans les distro, et des SOC libres RISC-V + GPU libres.
C'est un double cœur RV64 400 MHz + un cœur réseau neuronal (les pilotes de ce dernier ne sont visiblement pas encore libre). On trouve des cartes microcontrôleur (Sipeed MAIX, différents modèles à partir de 5$) l'embarquant, dont notamment dans une campagne Indiegogo qui s'est terminée la semaine dernière et qui a atteint 428 % du but initial.
Elle est du coup moins chère qu'une Arduino Uno, mais plus chère qu'une blue pill (~2€, STM32 103C8T6, Cortex-M, 32 bits, 72 MHz), déjà plus puissante que l'Arduino de base AVR 8 bit, 16 MHz d'Amtel.
Ces cartes ont l'air assez sympa, il y a une compatibilité Arduino au niveau des broches de la MAIX bit, et, par défaut, une interface dérivée de MicroPython (appelée MAIXpy) sous FreeRTOS. J'espère que le processeur AI sera bientôt libéré.
Surtout que c'était au moment ou une des failles processeurs étaient annoncées, que les processeurs ARM était touché comme Intel par l'une d'elles, mais pas RISC-V. Et qu'ils disaient que RISC-V serait forcément moins fiable sur ce site de dénigrement ;). Tout ceux qui se préoccupent de la sécurité était au courant de la faille sur les ARM, ça leur à permis de découvrir qu'il existait RISC-V qui ne l'avait pas.
Il y a eu une tentative de tableau blanc partagé par réseau, qui avait si je me rappelle mobilisé un GSOC pour inkscape, ça a du marché pendant quelques jours sur des bétas, puis abandonné, compliqué à gérer avec les grosses évolutions d'inkscape en plein développement de ses bases à l'époque. maintenant que c'est relativement stable et que la base est très bonne, ça serait peut être une idée de s'y repencher ? Il y a une espèce de mini-clone en web aussi, pourrait être mixé avec ça ?
Il existait aussi l'application Coccinella en tableau blanc partagé par le réseau il y a bien 15 ans. http://coccinella.im
[^] # Re: pour quoi faire.?
Posté par tao popus . En réponse à la dépêche exFAT dans le noyau Linux ? Microsoft a (enfin) dit oui !. Évalué à 1.
Concernant les utilisateurs, il est toujours possible de faire des mappings d'utilsiateur au montage. C'est d'ailleurs pratique pour du fat monté par root et que l'on veut laisser un utilisateur lambda modifier.
Les options uid= et gid= sont là pour ça (man mount)
[^] # Re: écologique ??
Posté par tao popus . En réponse à la dépêche Open Computer v0.1 : Preuve de concept d’un ordinateur portable modulaire sous GNU/Linux. Évalué à 3.
À mon sens, c'est une métonymie, dans le sens que écologique veut dire respectueux du système écologique de la planète terre, notre petit vaisseau spatial.
[^] # Re: écologique ??
Posté par tao popus . En réponse à la dépêche Open Computer v0.1 : Preuve de concept d’un ordinateur portable modulaire sous GNU/Linux. Évalué à 4. Dernière modification le 13 septembre 2019 à 23:06.
Ce qui va pousser cette société à en importer d'autres… ça revient un peu au même.
Le seul avantage potentiel, c'est l'économie d'échelle, ils font venir ça de Chine dans des grosses boîtes en contenant plein, plutôt que plein de petites paquets qui en contiennent un peu (surtout si fournisseurs différents). Mais bon, à la fin, ils vont tout de même faire des petits paquets pour que ça arrive au destinataire final. Au final, comparativement aux tonnes de déchets d'emballage quotidiens des supermarchés (là c'est efficace de boycotter), à mon avis ça doit jouer autant qu'un robinet qui fuit au goutte à goutte par rapport à l'agriculture intensive.
Je trouve que les paquets sont de plus en plus fins quand pas besoin d'épais (genre juste un film plastique (encore du plastique certes), plutôt que des cartons épais pour les trucs pas trop fragile ou protégés par un plus gros emballage. Cela dit, ils sont peut être aussi groupés dans des protections.
# Rares limites en dur
Posté par tao popus . En réponse au sondage La dernière fois que j’ai compilé un noyau Linux, c’était parce que…. Évalué à 1.
La dernière fois, c'était pour une des très rares limites en dur à modifier avant la compilation où je risquait la saturation dans mon utilisation, et qu'on ne peut donc pas modifier via /proc ou (/sys|sysctl).
Sinon de temps en temps pour tuner dans des cas très spéciaux ou encore de temps en temps avoir un gros-binaire sans modules, pour embarquer ou netbooter plus facilement. Mais ça doit être une ou deux fois par an max je pense.
[^] # Re: Utilisation de bureau
Posté par tao popus . En réponse à la dépêche Ordinateur à carte unique : Raspberry Pi 4 et consort. Évalué à 0.
[^] # Re: Utilisation de bureau
Posté par tao popus . En réponse à la dépêche Ordinateur à carte unique : Raspberry Pi 4 et consort. Évalué à 3.
Bah les infos d'avril justement. Les précédentes années, ils ont respectées leurs annonces pour les sorties. La puce sort cet automne et le matos devrait pouvoir sortir début 2020, l'intégration dans le noyau se fait en parallèle.
La firme pousse tout dans le mainline depuis des années et c'est leur principal évolution. Sachant que leur SoC ne sont utilisé quasiment que par du Linux, et leur support mainline Linux est toujours très actif. Je ne vois pas l’intérêt qu'ils auraient à ne pas l'y ajouter.
Si, il y a bien des pilotes FLOSS pour les VPU Rockchip et fait par Rockchip :
https://github.com/rockchip-linux/mpp/tree/release/mpp
Et son intégration dans gstreamer :
https://github.com/rockchip-linux/gstreamer-rockchip
Support dans kodi déjà en 2015
https://www.cnx-software.com/2015/07/16/kodi-14-2-linux-ported-to-rockchip-rk3288-with-vpu-hardware-decoding/
Oui, mais comme je disait, ils ne maîtrisent pas les droit (appartient à ARM) et ne peuvent donc faire un pilote libre d'eux même.
J'ai testé le pilote panfrost sur un RK3288 (Mali-T760), comme l'auteur principale à travaillé tout d'abord sur le RK3399 (Mali-T860), son support est donc plus récent, je ne sais pas encore ce qui en est des GPU Bitfrost et pas la peine de rêver pour Valhall). Ça ne commence à fonctionner pour X11 et Wayland) qu'avec Mesa-19.2.0 (actuellement en RC1). Mais ça marche déjà sacrément bien pour une première mouture. XFCE est encore un peu lent (un peu moins que le blob d'ARM), mais :
* Tous les tests glmark2 fonctionnent, juste un petit détail dans l'ombre portée du logo 3d ideas in motion (glmark2-es2 -b ideas), par contre le test jellyfish (glmark2-es2 -b jellyfish (es2 ou sans)) qui bug sur mon intel (les courbures en splines sont remplacés par des formes angulaires), fonctionne là.
* Il supporte déjà partiellement l'OpenGL full, contrairement au blob ARM qui ne supportait que GL ES et ça, ça débloque plein de choses pour Linux sur le bureau.
score global glmark2:
* Panfrost: 333 sous XFCE, 337 sous OpenBox
* blob ARM: 257 (dans le meilleur cas sous XFCE, pas testé avec OpenBox)
* C'est un peu moins de la moitié du résultat en fps des test et en score global de mon corei7 (Sandybridge 2700K).
Weston 6.x fonctionnait par conter, problème avec la mise à jour en 7.0.0 ce matin, Archlinux.
Niveau jeux :
* Neverball parfait.
* SuperTuxKart est censer marcher mais je ne l'ai pas encore compilé.
* mame fonctionne (dont 3d), un peu lent en général.
* Le RTS Warzone2100 (full GL) fonctionne et est très fluide mais avec plein de glitchs (grosse facettes translucides qui traversent l'écran et rendent certains objets invisibles) qui le rendent quasi-inutilisable. (le blob ne permet de l'utiliser qu'en pure logiciel, et c'est trop lent).
Bref il y a encore du boulot, mais c'est un bon début, déjà prometteur.
[^] # Re: Utilisation de bureau
Posté par tao popus . En réponse à la dépêche Ordinateur à carte unique : Raspberry Pi 4 et consort. Évalué à 3. Dernière modification le 28 août 2019 à 02:33.
Le RK3399 à maintenant quelques années effectivement (on le trouve dans des produits finis depuis octobre 2016). le A72 aussi d'ailleurs (février 2015). Il y a plusieurs autres Fabless qui font de l'A73, A75 ou A76, avec d'avantages de cœurs (Amlogic, MediaTek, HiSilicon, NXP (16*A72 orienté station de travail) etc…) le problème étant de ressaisir à les convaincre de laisser souder le SoC sur des SBC d'indépendants. Odroid fait des SBC avec des Amlogic comprtant 4*A73(1.8Ghz)+2*A53(1.9Ghz) ODROID-N2.
On trouve une version 4G à 70 ($=€ normalement), donc pour moins de 13€ de plus on a une plus basse conso en creux et beaucoup plus de puissance en pic + collabo avec CoreELEC
https://www.hardkernel.com/shop/odroid-n2-with-4gbyte-ram/
On devrait trouver les nouveaux SoC RK3588 (4*A76 + 4*A55, NPU, vidéo 8K, GPU Mali G52, USB3, SATA) dans des produits finis début 2020, ça ne sera probablement pas le prix d'une RasbPi, mais ça reste abordable avec des SBC <100€ dès la sortie pour chaque gamme et des netbook <300€. La société Rockchip (comme quelques autres dans le domaine ARM) supporte bien eux-même le noyau mainline, ça reste un avantage. Ils ne maîtrisent pas les droits pour les GPU qui sont conçus par ARM par contre. Je n'ai pas trop suivi ce qui en est au niveau des NPU (neural) niveau pilote.
# Utilisation de bureau
Posté par tao popus . En réponse à la dépêche Ordinateur à carte unique : Raspberry Pi 4 et consort. Évalué à 3.
Justement dans les accessoires de la RockPro64, il y a un vrai boîtier de bureau, avec 2 emplacements disques, comme la carte supporte 2 disques SATA sur le bus PCI (et non pas USB comme certaines cartes).
Je ne connais pas de SBC qui n'a pas son boîtier proposé comme accessoire (ça n'interesse pas tout le monde, selon l'usage (empilements pour cluster HAADOP par exemple, mais celui de la RockPro64 est une nouveauté dans le monde des SBC.
https://store.pine64.org/?product=rockpro64-metal-desktopnas-casing
Sinon, des gens de Collabora ont posté des vidéos sur Youtube, de la Rockpi4b (même SoC que la RockPro64) avec le pilote libre Panfrost encore balbutiant. Le pilote libre émule OpenGL 2.1 là où le blob d'ARM ne faisait qu'OpenGL ES !!
Vhercher "panfrost". (à regarder éventuellement avec indivio.us ou le module firefox invidition, je n'aime pas le fait de ne pas pouvoir accélérer et de regarder en 1080p des vidéos qu'on peut regarder parfois en 140p ou 360p)
Il y a "N64 emulation" (il y a 2 jours). Il y a aussi une démo de SuperTuxKart dans un teste plus complet de différentes distro (ambian, ubuntu) sur RK3399 avec PanFrost sur desktop
Visiblement ça utilise la même technique que ça https://github.com/rfht/fnaify pour cette démo de owlboy (utilisant une api Microsoft XNA, porté via mono et nommé FNA ?).
https://www.youtube.com/watch?v=022ROW2MsYQ
Je trouve que Broadcomm fait un peu du caca à vouloir économiser sur des bouts de chandelle, ce qui fait des conflits, les Rockchips (et en fait tous les autres procs ARM) ont des unités plus spécialisées et séparées. Ils se sont améliorés avec le proc du RasbPi4, mais ils ont encore du travail. L'avantage du Rasb reste indéniablement l'énorme base utilisateur.
[^] # Re: Alternative libre
Posté par tao popus . En réponse à la dépêche Interview de Thierry Bayoud, co‐auteur du film « Lol — Logiciel libre une affaire sérieuse ». Évalué à 1.
On m'a filé aussi ce lien sur le sujet aujourd’hui. Il manquait notamment PiTiVi dans les listes données :
https://itsfoss.com/open-source-video-editors/
[^] # Re: [PAS CONTENT] Sérieux... Plus ça va plus DLFP me semble un repaire d'abrutis.
Posté par tao popus . En réponse à la dépêche Interview de Thierry Bayoud, co‐auteur du film « Lol — Logiciel libre une affaire sérieuse ». Évalué à 7.
Bah, 2 personnes agressives c'est pas la majorité des gens hein ;).
Comme je ne suis pas sûr de pouvoir y aller (et que beaucoup de gens de province non plus), voir quelques extraits (via une instance peertube (merci Framasoft) par exemple, serait sans doute un plus ;p.
[^] # Re: dogfooding quelqu'un?
Posté par tao popus . En réponse à la dépêche Interview de Thierry Bayoud, co‐auteur du film « Lol — Logiciel libre une affaire sérieuse ». Évalué à 6.
Je trouve ça bien, de faire un premier pas vers du libre, chacun y arrive comme il peu en fonction de son histoire. Ça n'est pas facile dans un environnement ou les machines à broyer le temps de cerveau disponible ne parle que de concurrence (soit disant non faussée), et d'industriels privateurs forcément au top de la qualité. Chaque étape vers leur émancipation est une bonne étape.
Cela dit, il serait peut être bien de faire une petite bande annonce ou au moins diffuser des extraits, pour donner envie. Après avoir passer 4 ans sur un long métrage, cela peut valoir le coup de passer quelques heures ou jours à mettre en valeur, non ?
J'ai bien aimé l'approche de « La bataille du Libre » montant une bande annonce et quelques extraits bonus. Ça donne clairement envie de le voir en entier, et permet de diffuser facilement quelques notions sur la toile :
https://www.bastamag.net/Logiciels-semences-education-a-la-rencontre-des-activistes-du-Libre-pionniers-d
[^] # Re: dogfooding quelqu'un?
Posté par tao popus . En réponse à la dépêche Interview de Thierry Bayoud, co‐auteur du film « Lol — Logiciel libre une affaire sérieuse ». Évalué à 9.
Je crois que tout est dit sur Gabin3… C'est pas la peine de traîner sur LinuxFR alors… c'est avant tout un repère de libristes. Lui aussi profite des logiciels libres (et non pas qu'Open source), comme Framasoft, il participe à sa diffusion. Et Framasoft fait aussi un sacré boulot depuis pas mal d'années pour sa diffusion, et organise également le financement de projets libres et open source.
Faire une distribution est un travail titanesque. Organiser les paquets, les repos, les bugs et conflits entres versions de bibliothèques et d'applications. Pour ne citer que les distributions que j'utilise le plus, entre des approches à la Debian qui font un travail de patch dans la distro ou celle d'ArchLinux, qui remontent les problèmes aux développeurs de l'application pour que ce soit patché en amont. Dans les 2 cas c'est un travail important et indispensable. La documentation qu'apportent les distributions pour les autres distributions est aussi d'une grande valeur ajoutée.
Je crois qu'il vaut mieux couper ce troll, et plutôt se consacrer au sujet de l'article, le film. Chose suffisamment rare pour vouloir y consacrer d'avantage de lignes.
[^] # Re: Alternative libre
Posté par tao popus . En réponse à la dépêche Interview de Thierry Bayoud, co‐auteur du film « Lol — Logiciel libre une affaire sérieuse ». Évalué à 3. Dernière modification le 15 juin 2019 à 14:44.
Je ne pense pas que les effets spéciaux soit primordiaux dans un documentaire, mais j'ajouterais à :
Bref, les solutions et approches ne manque pas, et ont tous au moins des effets spéciaux de bases que l'on retrouve dans 99 % des documentaires.
C'est tout de même une bonne initiative et l'occasion de diffuser ce qui existe en libre en matière de montage vidéo, les prochaines occurrences pourront en bénéficier.
# ça peut aussi servir
Posté par tao popus . En réponse à la dépêche Python pour les sciences, une présentation. Évalué à 6.
PYO est un module python dédié au traitement de signal.
http://ajaxsoundstudio.com/software/pyo/
Il est notamment utilisé par différents outils de traitement du son et de musique, comme Cecilia par exemple :
http://ajaxsoundstudio.com/software/cecilia/
[^] # Re: Kernel upstream ? UEFI ?
Posté par tao popus . En réponse au journal Marre des cartes ARM ?. Évalué à 1.
quels types de bug ?
J'utilise différentes cartes ARM (de l'Allwinner et du Rockchip, dont un netbook), avec Archlinux ARM, ça boot sans problème, la majorité marche sans problème, les pilotes gpu, pour accélération 3d libre il faut les compiler soi même pour le moment par contre (GPU ARM dans les 2 cas). Je préfère sans acceleration 3d que le blob proposé. Ce qui impose aussi le noyau imposé, plutôt qu'un mainline standard.
[^] # Re: Kernel upstream ? UEFI ?
Posté par tao popus . En réponse au journal Marre des cartes ARM ?. Évalué à 1.
On parlait de SBC ici, pas de smartphones (contrainte des chip 3G et vidéo pas très ouverts sur ceux-ci).
[^] # Re: Pas mal
Posté par tao popus . En réponse au journal Marre des cartes ARM ?. Évalué à 1.
Ouais, enfin, en même temps, un (ou plusieurs) transfo USB ou une alim d'ordi portable, si il faut alimenter 4 disques en SATA, ça risque de ne pas arranger les disques et de ne pas suivre (multiplier les alims USB, ça réduit carrément le rendement, par rapport à une bonne alim ATX.
[^] # Re: Intéressant, mais combien ça coute ?
Posté par tao popus . En réponse au journal Marre des cartes ARM ?. Évalué à 1.
Les SoC Allwinner (A10/A20 ont un contrôleur SATA intégré) et les Rockchip récents, comme le RK3399 un bus PCI-e (de plus en plus répandu sur les ARM récents haut de gamme). Cela permet à des cartes, comme la rockpro64, d'avoir un vrai contrôleur SATA, indépendant. Par contre, un seul port Gb ethernet.
[^] # Re: Perlimpinpin
Posté par tao popus . En réponse au journal Les ricains nous ont tout chouravé…. Évalué à 2.
On voit au titre, que LinuxFR est voué aux manipulation des hordes de poutines.
[^] # Re: correction + compléments
Posté par tao popus . En réponse au journal Bye bye définitif au fameux 29,99 €/mois. Évalué à -3.
J'ajouterais ses copinages (plus que grandes amitiés du patron avec le président préféré des français, enfin, d'1 % d'entre eux pour être précis). Ça va, les journaux qu'il détient sont pas les pires au traitement médiatique cela dit (si on ne regarde pas le cauchemar de la rubrique news de son site)
Au passage, la carte faite par le Monde diplomatique (dans lequel il a indirectement des parts, mais qui a un bon contrat d'indépendance) permettant de savoir qui possède quel média (ça peut servir pour déterminer les orientation pro-Microsoft tentant de prendre le dessus sur le libre) :
https://www.monde-diplomatique.fr/cartes/PPA
Enfin, avec Leetchi appartenant au propriétaire de Free, la fermeture d'une cagnotte (ce qui contrevient aux closes de son contrat) dont le but était d'aider quelqu'un qui va être acculé (aide qui est légale).
http://www.vududroit.com/2019/01/schiappa-leetchi-violer-loi-cest-open-bar/
Au passage la cagnotte pour la police est elle illégal, mais bon, il faut bien qu'ils soient défendus un peu eux aussi. Ils n'arriveront jamais au niveau d'illégalité des élus qui sont censés nous représenter.
https://www.juritravail.com/codes/code-securite-interieure/article/R434-9.html
Vivement un gouvernement open-source et participatif, sans copinages mafieux. Il faudra le statu de mutilé de guerre à tous les manifestants éborgnés, et aux mains arrachées, même si ils n'ont jamais porté d'armes.
# Année de la démocratie pinguinesque en gilets jaunes
Posté par tao popus . En réponse au sondage 2019 sera l'année.... Évalué à 8.
Je sais que c'est que la nième tentative, mais ça a été pareil avec Linux, maintenant que Linux est partout (même sur le bureau, si on compte les tablettes et smartphone). Il faut retranscrire le même modèle partout.
Linux is Freaking Weird
Au niveau du matériel on voit de même, code ouvert dans les drones, leur télécommandes, les arduinos, les processeurs, les tracteurs ouverts. Il est devenu normal de s'échanger ses trucs & astuces dans tous les domaines du DIY, de l'éco-construction, de la permaculture et agroforesterie (qui sont fondamentalement libristes dans leur rapport à la production participative, mais par les plantes, les champignons, insectes et bactéries par elles mêmes), etc… etc…
Les données publiques ouvertes gagnent du terrain, les rapports de recherche sont de plus en plus lisible librement. Wikipédia est incontournable, l'explosion de Github à consacré le git comme modèle standard de développement.
Il reste plus que le dernier chaînon… le pouvoir. L'Islande avait bien fait bougé les choses en 2008, après la banqueroute (qui en était une fausse). On a les gilets jaunes qui demandent en France et Belgique (et d'autres pays) le Référendum d'initiative citoyenne, (ce qu'avait promis un grand nombre de partis dont celui au pouvoir), et il y a eu l'élection très récente de Zdeněk Hřib du Parti Pirate à la mairie de Prague, capitale de la Tchéquie. C'est donc la première capitale à voir un parti libriste au pouvoir. Espérons que la politique cédera enfin à l'ouverture de son code source, afin que nous ayons une chance de pouvoir sauver la planète contre les lobbies type Microsoft, Mosanto et consorts.
# Un projet de SoC complet avec GPU libre
Posté par tao popus . En réponse à la dépêche 2018, l’année de la libération des processeurs ?. Évalué à 3.
Autre projet intéressant, un SoC complet avec GPU libre et pilote Vulkan, en cours de développement, je n'ai pas trop suivit où ils en sont.
https://libre-riscv.org/3d_gpu/
Les pilotes GPU sont vraiment un des plus gros point faible de l'architecture ARM sous GNU/Linux (pas de specs ouvertes, donc pilotes fermés, peu stables et très limités). Espérons que ces GPU libre 3D de RISC-V ne bloqueront pas le développement de la plate-forme pour le bureau pendant des années comme ça a été le cas pour ARM. Les pilotes libres ont cependant bien progressé cette année sur ARM.
Pour les GPU Mali d'ARM (probablement un des derniers GPU utilisé sur architecture ARM à ne pas avoir de pilotes DRM/Linux et Mesa en mainline), les hauts de gammes (Mali-T6xx, T7xx et T8xx, je ne suis pas sur pour les Gxx), le pilote Panfrost permet déjà d'utiliser Weston, pas mal de fonction 3d, dont des texture/shaders, avec déjà des meilleurs perfs que les blobs.
Les plus anciens et bas de gamme (Mali-400 et 450) avec le pilote Lima, commencent à peine à afficher le cheval de GLmark-ES2 mais visiblement depuis ce mois-ci à afficher de la vidéo. LibreElec/Kodi avec son interface au GPU, et MythTV ne doit pas en être très loin d'après ce ticket.
Mes vœux pour 2019 : Ces pilotes rapidement main-linés Linux et Mesa et dans les distro, et des SOC libres RISC-V + GPU libres.
# Le Kendryte K210
Posté par tao popus . En réponse à la dépêche 2018, l’année de la libération des processeurs ?. Évalué à 3.
C'est un double cœur RV64 400 MHz + un cœur réseau neuronal (les pilotes de ce dernier ne sont visiblement pas encore libre). On trouve des cartes microcontrôleur (Sipeed MAIX, différents modèles à partir de 5$) l'embarquant, dont notamment dans une campagne Indiegogo qui s'est terminée la semaine dernière et qui a atteint 428 % du but initial.
Elle est du coup moins chère qu'une Arduino Uno, mais plus chère qu'une blue pill (~2€, STM32 103C8T6, Cortex-M, 32 bits, 72 MHz), déjà plus puissante que l'Arduino de base AVR 8 bit, 16 MHz d'Amtel.
Ces cartes ont l'air assez sympa, il y a une compatibilité Arduino au niveau des broches de la MAIX bit, et, par défaut, une interface dérivée de MicroPython (appelée MAIXpy) sous FreeRTOS. J'espère que le processeur AI sera bientôt libéré.
[^] # Re: étonnement
Posté par tao popus . En réponse à la dépêche 2018, l’année de la libération des processeurs ?. Évalué à 3.
Surtout que c'était au moment ou une des failles processeurs étaient annoncées, que les processeurs ARM était touché comme Intel par l'une d'elles, mais pas RISC-V. Et qu'ils disaient que RISC-V serait forcément moins fiable sur ce site de dénigrement ;). Tout ceux qui se préoccupent de la sécurité était au courant de la faille sur les ARM, ça leur à permis de découvrir qu'il existait RISC-V qui ne l'avait pas.
# Coccinela et Inkscape
Posté par tao popus . En réponse à la dépêche WBO : un tableau blanc interactif. Évalué à 4.
Il y a eu une tentative de tableau blanc partagé par réseau, qui avait si je me rappelle mobilisé un GSOC pour inkscape, ça a du marché pendant quelques jours sur des bétas, puis abandonné, compliqué à gérer avec les grosses évolutions d'inkscape en plein développement de ses bases à l'époque. maintenant que c'est relativement stable et que la base est très bonne, ça serait peut être une idée de s'y repencher ? Il y a une espèce de mini-clone en web aussi, pourrait être mixé avec ça ?
Il existait aussi l'application Coccinella en tableau blanc partagé par le réseau il y a bien 15 ans. http://coccinella.im