Une fois installé (même sous Chrome où il est pré-installé), il faut ensuite l'activer, puisque pour des raisons de sécurité, ce n'est plus le cas par défaut. Le site d'Adobe liste les différentes méthodes en fonction des navigateurs.
Accessoirement, étant donné que la technologie Flash sera sous peu définitivement abandonnée, je trouve étonnant que Deezer ne propose pas encore une version HTML5 pleinement fonctionnelle.
Pour le matos de base, c'est généralement ok. Mais à côté de ça, un certain nombre de périphériques ne sont pas encore pris en charge. Plus d'utilisateurs aide à convaincre les constructeurs de contribuer (en écrivant eux-mêmes des pilotes, en filant les spécifications quand on le leur demande, en autorisant la distribution de firmwares sur LVFS…).
Même chose pour les jeux. Les gros éditeurs (Ubisoft, Electronic Arts, Activision Blizzard…) sont aux abonnés absents. Mais plus il y aura d'utilisateurs, plus il y aura de gamers et plus ça intéressera de nouveaux éditeurs de porter leurs titres sur notre plateforme.
Plus d'utilisateurs, signifie également plus de contributeurs (code, rapports de bugs, traductions, dons…). Et donc plus d'applications libres de qualité à l'arrivée.
Donc, même si on s'en fout d'avoir des parts de marché de folie, il n'en demeure pas moins qu'une certaine masse critique d'utilisateurs aide à améliorer la situation.
Le journal traitait de l'expérience vécue par les utilisateurs finaux sous Linux. Et il se trouve que ces derniers n'utiliseront jamais d'outils en ligne de commande. À partir de là, que Debian, Ubuntu ou qui tu veux possèdent différents outils à destination des utilisateurs confirmés, on s'en fout.
L'utilisateur final ne verra qu'une seule et unique logithèque.
Que ce soit pour parcourir ce que proposent les dépôts de la distribution ou Flathub s'il est pré-configuré, que ce soit pour installer un paquet téléchargé manuellement sur un site tiers, que ce soit après avoir cliqué sur un lien apt:// ou pointant vers un .flatpakref, c'est la logithèque qui doit se lancer - la seule que verra l'utilisateur - et où l'utilisateur n'a plus qu'à cliquer sur Installer.
Snap, c'est encore une énième réinvention de la roue par Canonical. Vaut mieux partir sur Flatpak, qui est un projet Freedesktop adopté par de plus en plus de distributions. C'est fourni en standard par Fedora, Linux Mint, Solus… et il y a fort à parier que ça sera également pré-installé sur la future Debian stable (même si on a encore le temps :)
Ensuite, il n'y a pas besoin de trois gestionnaires de paquets. Les logithèques, tel que Logiciels sous GNOME, prennent en charge, de façon transparente pour l'utilisateur, aussi bien les paquets de la distribution que les Flatpak.
Pour le moment, une des rares distributions à réellement proposer une base stable et des applications utilisateur à jour, c'est Linux Mint. Pour la base, c'est de l'Ubuntu LTS, et pour les applications, depuis la version 18.3 sortie il y a peu, ils mettent désormais en avant les Flatpak (le dépôt Flathub est d'ailleurs proposé par défaut dans leur logithèque).
Ce qui permet, non seulement d'avoir des applications à jour sur une base stable, mais offre également une bien meilleure sécurité : les Flatpak sont isolés et demandent l'autorisation de l'utilisateur pour pouvoir accéder à certains périphériques (micro, webcam…), à la géolocalisation, à certaines ressources…
Autre bonne nouvelle, LibreOffice, qui proposait un Flatpak depuis quelques temps sur son propre dépôt, a récemment décidé de rejoindre Flathub. Les Flatpak étant distribution-agnostiques, j'espère sincèrement que Flathub deviendra rapidement la référence sur laquelle tous les éditeurs d'applications proposeront leurs projets.
Depuis quelques temps, Calc prend en charge l'OpenCL pour accélérer le rendu des feuilles de calcul. Par contre, tous les pilotes graphiques ne semblent pas en tirer parti. Ça peut donc varier d'une machine à l'autre.
Sinon, je lisais récemment que le futur LibreOffice 6 (qui doit sortir début 2018) aurait droit au multi-threading, ce qui devrait encore améliorer la vitesse en tirant mieux parti des processeurs multi-coeurs.
Et même quand ce n'est pas commercialisé avec Linux préinstallé, ils ont l'air de faire en sorte que leurs machines tournent au mieux avec ce dernier. Ils ont par exemple été les premiers à rejoindre le Linux Vendor Firmware Service pour permettre à leurs utilisateurs de pouvoir facilement mettre à jour le micrologiciel de leur machine.
Flatpak n'est pas justement censé répondre à cette problématique ? Ce dernier fait appel à un runtime dans une version bien précise (il en existe pour GNOME, KDE, Freedesktop…). Par exemple, une application développée pour GNOME 3.26 utilisera le runtime GNOME 3.26. Les différentes versions du runtime restent disponibles dans le temps. Le Flatpak peut également inclure des bibliothèques qui ne font parti d'aucun runtime.
À l'arrivée, c'est donc censé tourner partout. Sur une Debian stable pas très à jour, une Arch Linux complètement à jour, ou n'importe quelle distribution qui sortira dans le futur. Que ta vieille Debian n'ai que GNOME 3.22 ou que la future Debian ait droit au futur GNOME 4.0, d'installer le Flatpak de ton application installera dans la foulée le runtime qui va bien.
Alors, à moins d'avoir raté ou mal compris un point essentiel, pour moi, la compatibilité entre les différentes versions des différentes distributions est censée être désormais garantie.
Pour la problématique de la base stable et des applications à jour, il y a désormais le format Flatpak, qui permet de bénéficier facilement des dernières versions des applications, y compris sur une Debian stable :p
On en trouve déjà un certain nombre sur Flathub, et j'ai cru comprendre que Fedora comptait inciter ses packageurs à proposer également des Flatpak, ce qui devrait aider à augmenter leur nombre.
Pour les photos, les données Exif (surtout sur les téléphones) contiennent la date précise et les données GPS. Avec l'intelligence artificielle, on a également la reconnaissance d'objets, de lieux, de visages… Chez Apple et Google, avec leurs assistants, on commence déjà à pouvoir demander les photos de Noël dernier, de tel voyage, avec telle personne.
Pour le moment, les technos ne sont pas encore totalement au point et on est dans une période de transition, mais d'ici quelques années, on devrait avoir la même chose que dans le film Her (que je vous conseil chaudement).
Par contre, la mauvaise nouvelle, c'est que le libre semble complètement à la ramasse dans ce domaine, puisque il ne semble pas y avoir les prémisses d'un début d'assistant personnel libre et on ne semble pas non plus trop se pencher sur les IA.
Tout ça devrait arriver avec Pipewire. Comme l'indique Christian Schaller sur son blog :
« Une autre utilisation de Pipewire importante pour nous, était qu'avec la migration vers Wayland, nous savions que nous aurions besoin d'un nouveau mécanisme pour gérer la capture d'écran, puisque la façon dont elle était faite sous X n'était pas très sûre. Jonas Ådahl a donc commencé à travailler sur la création d'une API que nous pourrions prendre en charge dans le compositeur et utiliser Pipewire pour la sortie. Ceci est destiné à couvrir à la fois la capture d'écran, la capture vidéo de l'écran (screencast) et les protocoles distants. Il est important de noter que nous ne nous limitons pas à des protocoles spécifiques comme RDP ou VNC, puisque nous nous sommes assurés qu'il y ait une infrastructure agnostique capable de prendre en charge n'importe quel protocole. Par exemple, nous allons travailler avec l'équipe SPICE de Red Hat pour nous assurer que SPICE puisse tirer parti de Pipewire et de la nouvelle API. Nous nous assurerons également que Chrome et Firefox prennent en charge cette fonctionnalité afin que vous puissiez partager votre bureau Wayland avec des systèmes tels que BlueJeans. »
J'espère que la traduction n'est pas trop catastrophique :)
Il était peut être mal fait. Pour un certain nombre de projets, c'est encore tout nouveau, limite expérimental.
Ensuite, il y a la question des runtimes. D'installer le runtime qui va bien pour GNOME ou KDE, ça va prendre de la place. Pour une seule application, t'auras l'impression que c'est beaucoup trop. Mais ensuite, plus t'installeras d'applications qui dépendront du même runtime, moins ça paraîtra problématique.
À deux sur des dons mensuels inférieurs à un RSA, j'imagine que Jehan aurait préféré avoir bien plus de moyens pour pouvoir monter un vrai studio avec toute une équipe. Ils n'ont donc ni les moyens financiers, ni les moyens humains et ne pourront se contenter que d'un court métrage de quelques minutes à tout casser, à mon avis.
Je trouve ça franchement triste et déprimant. D'autant plus que la situation est identique sur la plupart des projets libres. Ça vivote grâce à quelques passionnés, mais on ne peut s'empêcher de penser à toutes ces choses incroyables qui pourraient être accomplies s'ils avaient les moyens de leurs ambitions.
Tous les ans, Krita lance une nouvelle campagne de financement participatif en indiquant que durant l'année à venir, ils aimeraient bien implémenter telle ou telle nouvelles fonctionnalités. Jusqu'à présent, les campagnes ont été des succès, ce qui permet d'employer deux personnes à temps complet et de pouvoir sortir bien plus régulièrement de nouvelles versions.
À côté de ça, même si la branche de développement de GIMP est active, à partir du moment où il n'y a aucune nouvelle version stable et que sur les forums ont entend des gens se plaindre de ne pas pouvoir utiliser GIMP à cause de certaines fonctionnalités manquantes (alors qu'elles semblent enfin présentes dans la version de développement), ça peut donner l'impression d'un projet mort / qui fait du surplace à bien des gens.
Alors oui, je sais, après la 2.10, j'ai cru comprendre que ça te tenait à coeur que le projet se mette enfin à sortir de nouvelles versions plus régulièrement. Et franchement, j'ai hâte. Mais d'ici là, les gens externes au projet continueront d'avoir ce sentiment, je pense.
fwupd est un projet (utilisé entre autre par la logithèque GNOME) qui permet de mettre à jour des firmwares de façon fiable et sécurisée. Je sais que Dell, Intel et Logitech ont d'ores et déjà rejoint le projet. Si ce n'est pas encore le cas de Lenovo, ça vaudrait sans doute le coup de les contacter pour leur en parler. Plus il y aura de linuxiens à en faire la demande, plus on aura de chance de faire bouger les choses.
De voire apparaître la mise à jour du firmware dans sa logithèque et de pouvoir l'installer d'un simple clique en même temps que le dernier Firefox, c'est tout de même plus sympa et bien plus accessible pour le commun des mortels (ou les grosses feignasses :)
Pour plus d'infos, Richard Hughes a écrit plusieurs articles à ce sujet sur son blog.
Me souviens plus si c'était ce message exactement, mais on va dire que ça fait l'affaire ;-)
« Your concern is about using fast forward merge. Yes, we raised this concern as the top most important for us, and as we mention in the wiki we have good news, GitLab team is willing to strongly consider making fast forward merge to CE if GNOME decides to switch to GitLab. »
J'ai lu que si GNOME choisissait finalement Gitlab, ces derniers accepteraient de passer certaines fonctionnalités dont le projet aurait besoin dans la version communautaire.
Les lecteurs libres que j'ai testé ne prennent pas non plus en charge les modèles 3D, que l'on peut normalement faire pivoter, cacher certaines pièces…
Ah oui, puis un autre point qui n'a pas été abordé, ce sont les créatifs. De nos jours, ça peut tout aussi bien être des professionnels particulièrement compétents qui maîtrisent leur sujet, comme ça peut être de simples YouTubeurs passionnés. Avec un Mac et quelques logiciels grand public, ils peuvent créer des vidéos, faire du montage, ajouter quelques effets spéciaux… puis publier leur création sur YouTube.
Au niveau de l'audio, on retrouve d'ailleurs pas mal de YouTubeurs qui se sont fait connaître par leurs reprises de titres à succès.
Ça n'a pas été abordé dans ces 3-4 lignes de blog, mais ça se trouve, personne n'a jamais eu l'intention de remettre en cause JACK, qui restera la solution privilégiée par les pros, et que PipeWire tentera juste de répondre aux mêmes problématiques, tout en étant orienté grand public.
Ce ne sont que des théories, mais encore une fois, sans site et sans articles complets sur le sujet, on ne peut que supputer :p
Par contre, je te rejoins complètement sur les applications. Ce qui fera le succès d'une plateforme, quelle quelle soit, ça sera toujours ses applications. Maintenant, pour concevoir de bonnes applications, il faut également pouvoir proposer de bonnes bases et de bonnes technologies.
J'ai surtout l'impression que tu t'excite un peu pour pas grand chose. Ou du moins, que tu le fais prématurément. Pour le moment, il n'y a encore aucun site officiel, le développeur ne s'est pas exprimé sur le sujet, je n'ai pas vu passer d'article explicatif complet…
En gros, pour le moment, nous n'avons droit qu'à quelques lignes d'un développeur externe au projet, qui semble juste parler de son existence, sans rentrer dans les détails. À aucun moment il ne parle de remplacer Jack. Ni même PulseAudio, d'ailleurs. Au contraire, il indique que les utilisateurs ne voudraient pas subir à nouveau tous les problèmes qu'ils avaient rencontrés à l'époque de la migration vers PulseAudio. Les applications devront donc être compatibles sans la moindre modification.
Ensuite, de ce que je comprends de la référence à JACK, ça semble juste vouloir dire que ça devra répondre correctement aux problématiques auxquelles répondent JACK et PulseAudio. J'extrapole, mais j'imagine que les applications JACK resteront des applications JACK et que PipeWire fera en sorte d'être complètement transparent, sans rajouter de la latence, par exemple.
Et pour finir sur l'histoire du citoyen de première classe, connaissant Christian Schaller et Fedora, à mon avis, ça veut juste dire que les créatifs qui opteront pour Fedora (ne pas oublier que tout le monde n'est pas ingé son) auront droit à un système le plus simple possible, où les différents projets s'emboîteront parfaitement et où tout fonctionnera out of the box.
Je ne fais pas de MAO, mais quand je jette un oeil à la page décrivant GNU/Linux sur le site de Linux MAO et que je lis dans les inconvénients la « Difficulté de configuration de certaines distributions et obligation de parfois mettre "les mains dans le cambouis" », ça donne vachement envie. J'imagine que c'est cette image qu'ils souhaitent changer.
# Activation du plugin
Posté par Okki (site web personnel, Mastodon) . En réponse au message Manjaro, Flash installé mais toujours demandé. Évalué à 3.
Une fois installé (même sous Chrome où il est pré-installé), il faut ensuite l'activer, puisque pour des raisons de sécurité, ce n'est plus le cas par défaut. Le site d'Adobe liste les différentes méthodes en fonction des navigateurs.
Accessoirement, étant donné que la technologie Flash sera sous peu définitivement abandonnée, je trouve étonnant que Deezer ne propose pas encore une version HTML5 pleinement fonctionnelle.
[^] # Re: franchement on s'en fout un peu non?
Posté par Okki (site web personnel, Mastodon) . En réponse au journal part de marché Linux ?. Évalué à 5.
Pour le matos de base, c'est généralement ok. Mais à côté de ça, un certain nombre de périphériques ne sont pas encore pris en charge. Plus d'utilisateurs aide à convaincre les constructeurs de contribuer (en écrivant eux-mêmes des pilotes, en filant les spécifications quand on le leur demande, en autorisant la distribution de firmwares sur LVFS…).
Même chose pour les jeux. Les gros éditeurs (Ubisoft, Electronic Arts, Activision Blizzard…) sont aux abonnés absents. Mais plus il y aura d'utilisateurs, plus il y aura de gamers et plus ça intéressera de nouveaux éditeurs de porter leurs titres sur notre plateforme.
Plus d'utilisateurs, signifie également plus de contributeurs (code, rapports de bugs, traductions, dons…). Et donc plus d'applications libres de qualité à l'arrivée.
Donc, même si on s'en fout d'avoir des parts de marché de folie, il n'en demeure pas moins qu'une certaine masse critique d'utilisateurs aide à améliorer la situation.
[^] # Re: Debian
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Retour d'expérience d'une petite administration sous linux depuis 8 ans qui fait marche arrière. Évalué à 5.
Le journal traitait de l'expérience vécue par les utilisateurs finaux sous Linux. Et il se trouve que ces derniers n'utiliseront jamais d'outils en ligne de commande. À partir de là, que Debian, Ubuntu ou qui tu veux possèdent différents outils à destination des utilisateurs confirmés, on s'en fout.
L'utilisateur final ne verra qu'une seule et unique logithèque.
Que ce soit pour parcourir ce que proposent les dépôts de la distribution ou Flathub s'il est pré-configuré, que ce soit pour installer un paquet téléchargé manuellement sur un site tiers, que ce soit après avoir cliqué sur un lien apt:// ou pointant vers un .flatpakref, c'est la logithèque qui doit se lancer - la seule que verra l'utilisateur - et où l'utilisateur n'a plus qu'à cliquer sur Installer.
Depuis le début, tu te prend la tête pour rien.
[^] # Re: Ecran trop petit
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Ordinateurs portables Dell sous Linux. Évalué à 2.
https://linuxfr.org/nodes/113213/comments/1721890
[^] # Re: Debian
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Retour d'expérience d'une petite administration sous linux depuis 8 ans qui fait marche arrière. Évalué à 6.
Snap, c'est encore une énième réinvention de la roue par Canonical. Vaut mieux partir sur Flatpak, qui est un projet Freedesktop adopté par de plus en plus de distributions. C'est fourni en standard par Fedora, Linux Mint, Solus… et il y a fort à parier que ça sera également pré-installé sur la future Debian stable (même si on a encore le temps :)
Ensuite, il n'y a pas besoin de trois gestionnaires de paquets. Les logithèques, tel que Logiciels sous GNOME, prennent en charge, de façon transparente pour l'utilisateur, aussi bien les paquets de la distribution que les Flatpak.
[^] # Re: Détail du système + cout
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Retour d'expérience d'une petite administration sous linux depuis 8 ans qui fait marche arrière. Évalué à 4.
Pour le moment, une des rares distributions à réellement proposer une base stable et des applications utilisateur à jour, c'est Linux Mint. Pour la base, c'est de l'Ubuntu LTS, et pour les applications, depuis la version 18.3 sortie il y a peu, ils mettent désormais en avant les Flatpak (le dépôt Flathub est d'ailleurs proposé par défaut dans leur logithèque).
Ce qui permet, non seulement d'avoir des applications à jour sur une base stable, mais offre également une bien meilleure sécurité : les Flatpak sont isolés et demandent l'autorisation de l'utilisateur pour pouvoir accéder à certains périphériques (micro, webcam…), à la géolocalisation, à certaines ressources…
Autre bonne nouvelle, LibreOffice, qui proposait un Flatpak depuis quelques temps sur son propre dépôt, a récemment décidé de rejoindre Flathub. Les Flatpak étant distribution-agnostiques, j'espère sincèrement que Flathub deviendra rapidement la référence sur laquelle tous les éditeurs d'applications proposeront leurs projets.
[^] # Re: Ca marche pas mieux avec Windows et Word.
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Retour d'expérience d'une petite administration sous linux depuis 8 ans qui fait marche arrière. Évalué à 4.
Depuis quelques temps, Calc prend en charge l'OpenCL pour accélérer le rendu des feuilles de calcul. Par contre, tous les pilotes graphiques ne semblent pas en tirer parti. Ça peut donc varier d'une machine à l'autre.
Sinon, je lisais récemment que le futur LibreOffice 6 (qui doit sortir début 2018) aurait droit au multi-threading, ce qui devrait encore améliorer la vitesse en tirant mieux parti des processeurs multi-coeurs.
# Étoffement de la gamme
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Ordinateurs portables Dell sous Linux. Évalué à 10.
Ils ont récemment étoffé leur gamme (il me semble qu'avant ça, il n'y avait que le Dell XPS à destination des développeurs).
En début d'année, ils annonçaient gagner des dizaines de millions de dollars grâce à Linux
Et même quand ce n'est pas commercialisé avec Linux préinstallé, ils ont l'air de faire en sorte que leurs machines tournent au mieux avec ce dernier. Ils ont par exemple été les premiers à rejoindre le Linux Vendor Firmware Service pour permettre à leurs utilisateurs de pouvoir facilement mettre à jour le micrologiciel de leur machine.
[^] # Re: pas un mal
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Munich revient sur Windows. Évalué à 4.
Flatpak n'est pas justement censé répondre à cette problématique ? Ce dernier fait appel à un runtime dans une version bien précise (il en existe pour GNOME, KDE, Freedesktop…). Par exemple, une application développée pour GNOME 3.26 utilisera le runtime GNOME 3.26. Les différentes versions du runtime restent disponibles dans le temps. Le Flatpak peut également inclure des bibliothèques qui ne font parti d'aucun runtime.
À l'arrivée, c'est donc censé tourner partout. Sur une Debian stable pas très à jour, une Arch Linux complètement à jour, ou n'importe quelle distribution qui sortira dans le futur. Que ta vieille Debian n'ai que GNOME 3.22 ou que la future Debian ait droit au futur GNOME 4.0, d'installer le Flatpak de ton application installera dans la foulée le runtime qui va bien.
Alors, à moins d'avoir raté ou mal compris un point essentiel, pour moi, la compatibilité entre les différentes versions des différentes distributions est censée être désormais garantie.
[^] # Re: Détail du système + cout
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Retour d'expérience d'une petite administration sous linux depuis 8 ans qui fait marche arrière. Évalué à 3.
Pour la problématique de la base stable et des applications à jour, il y a désormais le format Flatpak, qui permet de bénéficier facilement des dernières versions des applications, y compris sur une Debian stable :p
On en trouve déjà un certain nombre sur Flathub, et j'ai cru comprendre que Fedora comptait inciter ses packageurs à proposer également des Flatpak, ce qui devrait aider à augmenter leur nombre.
[^] # Re: A quand une IHM révolutionnaire ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Des nouvelles de GNOME à l’occasion de la 3.26. Évalué à 5.
Pour les photos, les données Exif (surtout sur les téléphones) contiennent la date précise et les données GPS. Avec l'intelligence artificielle, on a également la reconnaissance d'objets, de lieux, de visages… Chez Apple et Google, avec leurs assistants, on commence déjà à pouvoir demander les photos de Noël dernier, de tel voyage, avec telle personne.
Pour le moment, les technos ne sont pas encore totalement au point et on est dans une période de transition, mais d'ici quelques années, on devrait avoir la même chose que dans le film Her (que je vous conseil chaudement).
Par contre, la mauvaise nouvelle, c'est que le libre semble complètement à la ramasse dans ce domaine, puisque il ne semble pas y avoir les prémisses d'un début d'assistant personnel libre et on ne semble pas non plus trop se pencher sur les IA.
[^] # Re: Et synergy ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Des nouvelles de GNOME à l’occasion de la 3.26. Évalué à 6.
Il faut tout de même avouer que c'est super étonnant de la placer ici.
[^] # Re: Et synergy ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Des nouvelles de GNOME à l’occasion de la 3.26. Évalué à 10.
Tout ça devrait arriver avec Pipewire. Comme l'indique Christian Schaller sur son blog :
« Une autre utilisation de Pipewire importante pour nous, était qu'avec la migration vers Wayland, nous savions que nous aurions besoin d'un nouveau mécanisme pour gérer la capture d'écran, puisque la façon dont elle était faite sous X n'était pas très sûre. Jonas Ådahl a donc commencé à travailler sur la création d'une API que nous pourrions prendre en charge dans le compositeur et utiliser Pipewire pour la sortie. Ceci est destiné à couvrir à la fois la capture d'écran, la capture vidéo de l'écran (screencast) et les protocoles distants. Il est important de noter que nous ne nous limitons pas à des protocoles spécifiques comme RDP ou VNC, puisque nous nous sommes assurés qu'il y ait une infrastructure agnostique capable de prendre en charge n'importe quel protocole. Par exemple, nous allons travailler avec l'équipe SPICE de Red Hat pour nous assurer que SPICE puisse tirer parti de Pipewire et de la nouvelle API. Nous nous assurerons également que Chrome et Firefox prennent en charge cette fonctionnalité afin que vous puissiez partager votre bureau Wayland avec des systèmes tels que BlueJeans. »
J'espère que la traduction n'est pas trop catastrophique :)
[^] # Re: Flatpak
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Des nouvelles de GNOME à l’occasion de la 3.26. Évalué à 4.
Il était peut être mal fait. Pour un certain nombre de projets, c'est encore tout nouveau, limite expérimental.
Ensuite, il y a la question des runtimes. D'installer le runtime qui va bien pour GNOME ou KDE, ça va prendre de la place. Pour une seule application, t'auras l'impression que c'est beaucoup trop. Mais ensuite, plus t'installeras d'applications qui dépendront du même runtime, moins ça paraîtra problématique.
[^] # Re: Un lecteur vidéos ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Des nouvelles de GNOME à l’occasion de la 3.26. Évalué à 2.
Il est dispo dans le dépôt RPM Fusion. Au pire, un Flatpak est également dispo.
[^] # Re: Un lecteur vidéos ?
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Des nouvelles de GNOME à l’occasion de la 3.26. Évalué à 6.
T'as GNOME MPV, qui fait plutôt bien le job.
[^] # Re: tout simplement merci
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles de ZeMarmot, GIMP et GIMP Motion (greffon d’animation dans GIMP). Évalué à 3.
À deux sur des dons mensuels inférieurs à un RSA, j'imagine que Jehan aurait préféré avoir bien plus de moyens pour pouvoir monter un vrai studio avec toute une équipe. Ils n'ont donc ni les moyens financiers, ni les moyens humains et ne pourront se contenter que d'un court métrage de quelques minutes à tout casser, à mon avis.
Je trouve ça franchement triste et déprimant. D'autant plus que la situation est identique sur la plupart des projets libres. Ça vivote grâce à quelques passionnés, mais on ne peut s'empêcher de penser à toutes ces choses incroyables qui pourraient être accomplies s'ils avaient les moyens de leurs ambitions.
[^] # Re: tout simplement merci
Posté par Okki (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles de ZeMarmot, GIMP et GIMP Motion (greffon d’animation dans GIMP). Évalué à 10.
Tous les ans, Krita lance une nouvelle campagne de financement participatif en indiquant que durant l'année à venir, ils aimeraient bien implémenter telle ou telle nouvelles fonctionnalités. Jusqu'à présent, les campagnes ont été des succès, ce qui permet d'employer deux personnes à temps complet et de pouvoir sortir bien plus régulièrement de nouvelles versions.
À côté de ça, même si la branche de développement de GIMP est active, à partir du moment où il n'y a aucune nouvelle version stable et que sur les forums ont entend des gens se plaindre de ne pas pouvoir utiliser GIMP à cause de certaines fonctionnalités manquantes (alors qu'elles semblent enfin présentes dans la version de développement), ça peut donner l'impression d'un projet mort / qui fait du surplace à bien des gens.
Alors oui, je sais, après la 2.10, j'ai cru comprendre que ça te tenait à coeur que le projet se mette enfin à sortir de nouvelles versions plus régulièrement. Et franchement, j'ai hâte. Mais d'ici là, les gens externes au projet continueront d'avoir ce sentiment, je pense.
# fwupd
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Mise à jour du firmware d’un Lenovo Thinkpad moderne…. Évalué à 10.
fwupd est un projet (utilisé entre autre par la logithèque GNOME) qui permet de mettre à jour des firmwares de façon fiable et sécurisée. Je sais que Dell, Intel et Logitech ont d'ores et déjà rejoint le projet. Si ce n'est pas encore le cas de Lenovo, ça vaudrait sans doute le coup de les contacter pour leur en parler. Plus il y aura de linuxiens à en faire la demande, plus on aura de chance de faire bouger les choses.
De voire apparaître la mise à jour du firmware dans sa logithèque et de pouvoir l'installer d'un simple clique en même temps que le dernier Firefox, c'est tout de même plus sympa et bien plus accessible pour le commun des mortels (ou les grosses feignasses :)
Pour plus d'infos, Richard Hughes a écrit plusieurs articles à ce sujet sur son blog.
[^] # Re: Exemple possible : macOS Finder + Smart Folders
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Le taguage des fichiers commence à être pris en compte dans Nautilus . Évalué à 2.
Si tu fais référence à Folder Color, ça fonctionne aussi bien avec Nautilus que Nemo ou Caja.
[^] # Re: Version communautaire limité
Posté par Okki (site web personnel, Mastodon) . En réponse au journal GNOME va passer à GitLab. Évalué à 4.
Me souviens plus si c'était ce message exactement, mais on va dire que ça fait l'affaire ;-)
« Your concern is about using fast forward merge. Yes, we raised this concern as the top most important for us, and as we mention in the wiki we have good news, GitLab team is willing to strongly consider making fast forward merge to CE if GNOME decides to switch to GitLab. »
[^] # Re: Version communautaire limité
Posté par Okki (site web personnel, Mastodon) . En réponse au journal GNOME va passer à GitLab. Évalué à 5.
J'ai lu que si GNOME choisissait finalement Gitlab, ces derniers accepteraient de passer certaines fonctionnalités dont le projet aurait besoin dans la version communautaire.
[^] # Re: Animations dans les PDF
Posté par Okki (site web personnel, Mastodon) . En réponse au journal Un nouveau visualiseur de PDF sous Linux. Évalué à 6.
Les lecteurs libres que j'ai testé ne prennent pas non plus en charge les modèles 3D, que l'on peut normalement faire pivoter, cacher certaines pièces…
[^] # Re: Leave Jack alone!
Posté par Okki (site web personnel, Mastodon) . En réponse au journal PipeWire veut unifier la gestion des flux audio et video. Évalué à 4.
Ah oui, puis un autre point qui n'a pas été abordé, ce sont les créatifs. De nos jours, ça peut tout aussi bien être des professionnels particulièrement compétents qui maîtrisent leur sujet, comme ça peut être de simples YouTubeurs passionnés. Avec un Mac et quelques logiciels grand public, ils peuvent créer des vidéos, faire du montage, ajouter quelques effets spéciaux… puis publier leur création sur YouTube.
Au niveau de l'audio, on retrouve d'ailleurs pas mal de YouTubeurs qui se sont fait connaître par leurs reprises de titres à succès.
Ça n'a pas été abordé dans ces 3-4 lignes de blog, mais ça se trouve, personne n'a jamais eu l'intention de remettre en cause JACK, qui restera la solution privilégiée par les pros, et que PipeWire tentera juste de répondre aux mêmes problématiques, tout en étant orienté grand public.
Ce ne sont que des théories, mais encore une fois, sans site et sans articles complets sur le sujet, on ne peut que supputer :p
Par contre, je te rejoins complètement sur les applications. Ce qui fera le succès d'une plateforme, quelle quelle soit, ça sera toujours ses applications. Maintenant, pour concevoir de bonnes applications, il faut également pouvoir proposer de bonnes bases et de bonnes technologies.
[^] # Re: Leave Jack alone!
Posté par Okki (site web personnel, Mastodon) . En réponse au journal PipeWire veut unifier la gestion des flux audio et video. Évalué à 2.
J'ai surtout l'impression que tu t'excite un peu pour pas grand chose. Ou du moins, que tu le fais prématurément. Pour le moment, il n'y a encore aucun site officiel, le développeur ne s'est pas exprimé sur le sujet, je n'ai pas vu passer d'article explicatif complet…
En gros, pour le moment, nous n'avons droit qu'à quelques lignes d'un développeur externe au projet, qui semble juste parler de son existence, sans rentrer dans les détails. À aucun moment il ne parle de remplacer Jack. Ni même PulseAudio, d'ailleurs. Au contraire, il indique que les utilisateurs ne voudraient pas subir à nouveau tous les problèmes qu'ils avaient rencontrés à l'époque de la migration vers PulseAudio. Les applications devront donc être compatibles sans la moindre modification.
Ensuite, de ce que je comprends de la référence à JACK, ça semble juste vouloir dire que ça devra répondre correctement aux problématiques auxquelles répondent JACK et PulseAudio. J'extrapole, mais j'imagine que les applications JACK resteront des applications JACK et que PipeWire fera en sorte d'être complètement transparent, sans rajouter de la latence, par exemple.
Et pour finir sur l'histoire du citoyen de première classe, connaissant Christian Schaller et Fedora, à mon avis, ça veut juste dire que les créatifs qui opteront pour Fedora (ne pas oublier que tout le monde n'est pas ingé son) auront droit à un système le plus simple possible, où les différents projets s'emboîteront parfaitement et où tout fonctionnera out of the box.
Je ne fais pas de MAO, mais quand je jette un oeil à la page décrivant GNU/Linux sur le site de Linux MAO et que je lis dans les inconvénients la « Difficulté de configuration de certaines distributions et obligation de parfois mettre "les mains dans le cambouis" », ça donne vachement envie. J'imagine que c'est cette image qu'ils souhaitent changer.