Le 30/06/2020 à 17h 31

Ce n’est pas non plus comme si la censure / suppression de ce genre de contenus datait d’aujourd’hui. Étonnant que depuis le temps, ils n’aient pas encore mis en place leurs propres instances de PeerTube, Mastodon, Matrix… histoire d’avoir un contrôle total sur leur plateforme et d’être complètement à l’abri de toute forme de censure.



Je ne cautionne pas leurs discours, mais d’un point de vue purement technique, quand tu sais que ton contenu déplaît à ce point à la majorité, je trouve complètement con de dépendre entièrement de ce genre de plateformes. Je veux bien qu’il faille aller où le public se trouve, mais les GAFAM n’auraient dû être que de simples sites miroir.

Le 29/06/2020 à 21h 07

Heretron a écrit :



Je crois que c’est parce que tu as voulu chiffrer le disque, j’ai cru lire que c’est un bug connu, sauf que je m’en suis rendu compte après avoir fini l’installation haha







Même pas. C’était juste pour tester et me suis donc contenté de la conf par défaut.







Kotegaeshi a écrit :



Et c’est normal. Google et Ubuntu abusent de snapd, Mint sonne la fin de la récré en prenant une décision responsable, de celles qui font beaucoup de bien à l’écosystème Linux. Les instructions pour installer Chromium sont fournies, à chacun de le faire ou non.







Je comprends leur décision, mais en quoi c’est normal de ne pas packager eux-mêmes des applications populaires qui ne sont plus fournies par Ubuntu sous une forme qui convient à Mint ? Plein d’autres distributions proposent Chromium dans leurs dépôts. Rien ne les empêchait donc de faire ce travail.



Si, dans la prochaine Ubuntu LTS, ça ne se limite plus à Chromium, mais que des dizaines, voir des centaines d’applications ne soient plus fournies que sous forme de snap, ça sera là aussi aux utilisateurs de faire le travail de la distribution ?

Le 29/06/2020 à 14h 53

Mais oui, si tu installes par exemple Dash to Panel et le menu Arc, les applications seront rangées dans les mêmes catégories, puisque les différents environnements utiliseront les mêmes fichiers .desktop fournis par les applications.

Le 29/06/2020 à 14h 48

zempa a écrit :



Le plus drôle étant que le menu (catégories et ordonnacement) est le même sous Gnome et Cinnamon " />.







houla. Ça fait une éternité que tu n’as pas du utiliser GNOME. Les catégories ont été supprimées avec GNOME 3.8 en mars 2013, si je ne dis pas de bêtises.



Releases notes de la version 3.6 et celles de la version 3.8.

Le 29/06/2020 à 14h 04

Je viens d’installer la version finale dans une VM. Je choisis le français comme langue puis je test la disposition clavier en tapant mon mot de passe. Tout semble ok. Mais quand vient le moment de créer un compte utilisateur et un mot de passe, le clavier repasse bêtement en qwerty. Et bien évidemment, il n’y a pas la moindre option pour voir ce que l’on tape. Je finis par choisir un mot de passe basique, qu’il faudra penser à modifier après coup.



Une fois l’installation terminée, la fenêtre de la VM reste toute rikiki. Il faut apparemment installer les paquets build-essential et module-assistant, enchaîner sur la commande m-a prepare, insérer l’image CD des Additions invité, puis compiler tout ça. Sous Fedora, j’ai souvenir que c’était fonctionnel par défaut.



Puis, bien évidemment, Mint ne s’est pas sorti les doigts du cul pour packager eux-mêmes Chromium et autres paquets manquants (bon là, ok, préférant de loin Firefox et Fedora, c’était juste pour le troll) 😁



Quant à Cinnamon, mouais, bof. Un menu principal old school, désuet, vieillot (je me demande comment on peut encore aimer ça), avec tout plein de catégories, où l’on se demande sans cesse où ils ont bien pu ranger ce que l’on cherche. Plusieurs applications différentes pour faire la même chose (Logithèque, Gestionnaire de mises à jour, Gestionnaire de paquets Synaptic…). « Puis pensez à redémarrer dès que vous le pourrez » (et tant pis si on a mis à jour tout plein de bibliothèques qui risquent de poser problème si vous ne le faites pas maintenant). Ce n’est qu’un avis personnel, mais je n’aime pas du tout.



Je sais bien que les goûts et les couleurs, ça ne se discute pas, mais je n’arriverai jamais à comprendre la justification de tous ces bureaux, alors qu’il suffit d’installer une ou deux extensions sous GNOME pour obtenir le même résultat. D’autant plus que pour avoir fait le tour des outils proposés (agenda, analyseur d’utilisation des disques, calculatrice, capture d’écran, disques, numériseur de documents, polices, table de caractères…), à 2-3 exceptions près, tout semble provenir de GNOME.



Lors de ce petit tour d’horizon des applications, j’ai réussi à freezer la VM deux fois de suite. Lancer l’application Polices, cliquer sur le menu hamburger, et là, soit ça freeze ou plante seulement l’application, soit carrément la VM selon les essais.



Vu le manque de finitions comparé à GNOME et Fedora, je trouve vraiment triste que ce soit l’une des distributions les plus suggérées aux néophytes 🙁

Le 29/06/2020 à 10h 17

Il y a quelques années, j’avais lu cet article que j’avais trouvé très intéressant : L’air conditionné à l’assaut de la planète.

Le 26/06/2020 à 16h 24

Tu peux également choisir de supprimer automatiquement au bout de trois mois.

Le 26/06/2020 à 13h 16

De ne pas proposer snapd, en soit, ce n’est pas un souci. Ce qui est ennuyeux, c’est plutôt de ne pas packager ce qu’il manque, soit directement sous forme de DEB dans leur propre dépôt, soit en contribuant à Flathub (qui semble activé par défaut chez Mint).

Le 26/06/2020 à 11h 19

David_L a écrit :



GitHubJe vois bien pour Ubuntu et ses dérivés à la limite, mais pour toute distribution… (ou alors on part du principe que comme c’est compilable c’est “disponible” mais ça me paraît un peu court " />)







D’autant plus, si je ne dis pas de bêtises, que le dépôt Flathub est configuré par défaut sur Mint. Ils auraient donc très bien pu créer un Flatpak de cette application qu’ils développent eux-mêmes, histoire que l’ensemble des distributions Linux (y compris les vieilles versions de Mint) puissent en bénéficier facilement.



Et vu le type d’outil, il aurait également fallu proposer des versions Windows et macOS, histoire qu’on puisse réellement transférer des fichiers facilement, sur n’importe quel poste du réseau local.

Le 12/06/2020 à 14h 27

Si snapd et la politique de Canonical te donnent des boutons, c’est peut être le moment de tester d’autres distributions (Fedora, Manjaro…) " />

Le 12/06/2020 à 11h 50

benbart34 a écrit :



J’ai du mal a voir Win32 comme une avancé mais plus comme une containte au niveau de la sécurité, des performances etc …







Je ne prends pas Win32 comme exemple à suivre. On doit pouvoir, nous aussi, garantir une compatibilité dans le temps, mais de façon plus propre, plus sûre et mieux pensée.



Dans un monde idéal, il y aurait des logiciels libres, bien maintenus, pour couvrir absolument tous les besoins possibles et imaginables. Malheureusement, ça n’arrivera jamais.



Un logiciel, ça vie, ça meurt. Quand c’est libre, parfois c’est repris, parfois non.



Du temps de What.cd (autrefois le plus grand tracker P2P musical), j’avais un pote linuxien qui rippai des CD audio pour les partager. La plateforme avait des règles particulièrement strictes. Il fallait que les rips soient parfaits. Et pour pouvoir le prouver, il fallait l’accompagner d’un fichier log fourni par l’application.



Alors oui, des applications de rip de CD audio, on en trouve plein. Mais avec contrôle fin de la correction d’erreur et création d’un journal final qui indiquait si oui ou non le rip contenait des échantillons erronés, s’il y avait eu correction d’erreurs… sous Linux, on avait trouvé que RubyRipper, dont le développeur arrêta son développement début 2014, après s’être pris un abonnement Spotify et ne plus voir d’intérêt au rip de CD.



Assez rapidement, il y a eu des problèmes de dépendances non mises à jour, et je vois que l’application a disparu de la plupart des distributions (Debian, Ubuntu, Fedora…)



Je vois que par la suite elle a eu droit à un fork, mais qui ne semble plus maintenu depuis deux ans. À voir si ça tourne mieux. De son côté, le pote est reparti sur une application Windows…



Et des petits logiciels comme ça, qui ne visent qu’un marché de niche, il doit y en avoir une tétra-chiée. Sur GitHub, on en trouve à la pelle, qui ne sont pas disponibles dans les distributions Linux (à l’exception peut être de AUR, côté Arch Linux).



Avec un paquet Flatpak, ça pourrait tourner sur toutes les distributions, tout en garantissant son fonctionnement sur la durée.

Le 11/06/2020 à 12h 48

Mihashi a écrit :



On verra bien dans quelques années, lorsqu’il commencera à avoir des logiciels à l’abandon ou autre " />.







Même dans Debian, t’as plein de logiciels « abandonnés » upstream, qui sont encore packagés par les distributions. Comme parchive, qui n’est plus développé depuis 2003.



Alors oui, c’est libre. Si une faille est découverte et que le packageur en a les compétences (petit rappel, un packageur n’est pas forcément développeur), peut être que le problème sera corrigé par la distribution. Sinon, comme tout un plein d’autres applications qui ne sont plus maintenues upstream, arrivera un jour où plus personne n’aura l’envie ou les compétences de continuer à la packager dans la distribution.



Certains diront que ce n’est pas plus mal.



Mais peut être que même non maintenue et avec une faille, cette application est la seule à répondre à tes besoins. Au moins avec Flatpak, tu seras heureux de pouvoir continuer à l’utiliser, quoi qu’il arrive.



Un des points forts de Windows, il faut le reconnaître, c’est sa capacité à pouvoir continuer à faire tourner des applications qui ont plusieurs dizaines d’années. Parfois, il n’y a pas le choix.

Le 11/06/2020 à 09h 56

cyp a écrit :



Théoriquement toujours…. en pratique j’ai constaté que pas mal de Flatpak force des versions précise des runtimes et après quelques temps on se retrouve avec une belle collection de runtime obsolète.







Je ne dirai pas vraiment qu’ils forcent une version précise. Disons plutôt qu’en tant que développeur, t’as envie que ton application tourne chez le plus de monde possible. Avec les paquets traditionnels, tu auras donc tendance à ne pas développer ton application en t’appuyant sur des dépendances trop récentes, qui te feraient prendre le risque qu’elle ne puisse pas être packagée dans les distributions populaires, qui peuvent être un peu à la traîne.



J’ai par exemple vu Clément Lefèbvre, le chef de projet de Linux Mint, demander au développeur de Drawing s’il ne pouvait pas diminuer certains pré-requis pour qu’il puisse proposer l’application par défaut dans Mint à la place de Gimp.



Avec Flatpak, ces problèmes n’ont plus lieu d’être. Tu peux t’appuyer sur les dernières versions de tel ou tel runtime, histoire de bénéficier des dernières technologies. Sauf que tous les projets sont loin d’avoir le même rythme de développement. Donc même s’ils s’appuient tous sur la dernière version de leur runtime au moment de leur sortie, il se peut que la version suivante de l’application ne sorte que de nombreux mois, voir années plus tard. Et d’ici là, l’application continuera de s’appuyer sur un runtime qui ne sera plus la dernière version.



C’est comme ça qu’effectivement, au fil du temps, plusieurs runtimes peuvent être installés. Maintenant, il est vrai que de lui-même, flatpak ne fait pas le ménage parmi les runtimes qui ne seraient plus utilisés. Ce qui est logique. À tout instant, tu peux très bien avoir besoin d’installer une vieille application non mise à jour depuis longtemps, qui aurait justement besoin de ce vieux runtime. S’il est déjà présent, il n’y a pas besoin de le re-télécharger :)



Mais si jamais t’as besoin de libérer de la place, tu peux toujours utiliser la commande flatpak uninstall –unused ou une application comme BleachBit.

Le 11/06/2020 à 09h 35

alex.d. a écrit :



Alors que sous Debian, le paquet openssl est patché avec la correction de sécurité idoine, et dès le lendemain toutes tes applications profitent d’un openssl corrigé sans avoir besoin de mettre à jour tout freedesktop, sans laisser en arrière les applis qui ne sont pas encore passées à une version plus récentes de freedesktop.



Ça ressemble juste à un énième système de packaging, mais à grain plus grossier, et sans personne pour s’assurer de la cohérence de l’ensemble.







Par contre, si ton application a besoin des nouvelles fonctionnalités proposées par la dernière version de telle ou telle bibliothèque, tu l’as dans l’os, Debian ne proposant pas de montées en version lors de ses mises à jour (obligé d’attendre la version suivante de Debian).



Puis comme dit dans un précédent post, Flatpak gère les deltas pour ses mises à jour (c’est le même principe que git). Donc, si OpenSSL est mis à jour dans le runtime Freedesktop, il y aura juste ce petit composant qui aura besoin d’être mis à jour et non pas l’intégralité du runtime. Et comme pour les paquets traditionnels, tous les Flatpak dépendant du runtime bénéficieront de la mise à jour.



Et si, il y a bien des équipes pour s’assurer de la cohérence. Les équipes GNOME, KDE, Freedesktop… collaborent à la maintenance de leur runtime. Ce n’est pas chacun dans son coin et on ne discute jamais entre nous.

Le 10/06/2020 à 21h 45

alex.d. a écrit :



Puis c’est tombé en désuétude, parce que quand même, quand tu as un binaire qui fait plusieurs centaines de mégas, les gens prennent peur. Et quand une faille critique est trouvée dans la libopenssl ou dans la libc (au hasard) et qu’il faut que les développeurs suivent toutes les failles de toutes leurs dépendances pour mettre à jour tous leurs binaires chez tous leurs clients, ce n’est pas vivable.







Tu listes toi même de nombreux problèmes, qui n’ont pas lieu avec Flatpak :

• les bibliothèques ne sont pas liées statiquement (une grosse partie des dépendances sont dans des runtimes (Freedesktop, GNOME, KDE…)
  


• les runtimes sont régulièrement mis à jour pour corriger d’éventuelles failles de sécurité (tu peux voir les changements pour celui de Freedesktop)
  


• les runtimes étant gérés par des équipes dédiées, les développeurs d’applications peuvent se concentrer sur la sécurité de leur propre projet
  


• les bibliothèques présentes dans un runtime n’ayant pas besoin d’être incluses dans chaque Flatpak qui en dépend, ça évite de gaspiller de l’espace disque en dupliquant cinquante fois la même chose. Puis les mises à jour gérant les deltas, il n’y a besoin de télécharger que les différences depuis la dernière mise à jour, et non les runtimes dans leur intégralité, ce qui économise également la bande passante (et les quotas pour ceux qui en ont)
  
  
  
  
  
  
  
  Pour tes autres points, comme le fait de pouvoir « installer la dernière version du binaire, y compris sur une distrib qui n’a pas les bonnes dépendances » ou « installer plusieurs versions d’une même appli », le développeur peut effectivement bricoler un truc dans son coin, mais tu perds en facilité.
  
  
  
  Par exemple, une fois Flatpak installé (il est présent par défaut sur de plus en plus de distributions), on peut ajouter le dépôt Flathub en deux clics. Une fois fait, depuis sa logithèque, l’utilisateur pourra rechercher, installer ou mettre à jour, de façon transparente, aussi bien depuis les dépôts de sa distribution que depuis Flathub. Facilité que tu n’as pas si tu dois aller chercher toi-même un gros binaire sur le site officiel de chacune de tes applications.

Le 10/06/2020 à 17h 52

alex.d. a écrit :



snap, flatpack, & co, c’est une façon d’émuler l’édition de lien statique avec des bibliothèques dynamiques… retour de 30 ans en arrière.







Rien à voir. Puis limiter les Flatpak à cette seule histoire de dépendances, c’est passer à côté d’autres fonctionnalités intéressantes :

• pouvoir installer les dernières versions de toutes tes applications, y compris sur les distributions qui ont un cycle long (Debian, CentOS, Ubuntu LTS…) et qui ne possèdent pas forcément les bonnes dépendances
  


• une meilleure sécurité, puisque les applications sont exécutées dans une sandbox
  


• une gestion plus fine des droits. Avec le modèle traditionnel, c’est tout ou rien. Là, tu peux accorder ou non, à chaque application, un accès à certains périphériques (micro, webcam…), à ta localisation…
  


• la possibilité d’installer facilement plusieurs versions d’une même application en parallèle (par exemple, la version stable et la version de développement)
  


• les développeurs peuvent fournir eux-mêmes leur application telle qu’ils l’ont voulu (certaines distributions désactivant certaines fonctionnalités pour ne pas enfreindre des brevets logiciels, par exemple)
  


• les applications seront exécutées à l’identique chez les développeurs et chez les utilisateurs, facilitant la reproductibilité de bugs et donc leur correction
  
  
  
  
  
  
  
  (mais je suis d’accord pour dire que snap, ça pue du cul) " />
  
  
  
  
  
  
  
  sytoka a écrit :
  
  
  
  Je ne suis pas sur que cela simplifie beaucoup les choses. On embarque tout, les mises à jour de sécurité sont toutes à refaire à chaque fois sur toutes les lib embarquées.
  
  
  
  
  
  
  
  
  
  
  
  cyp a écrit :
  
  
  
  En pratique il reste encore pas mal de trou dans la raquette, un paquet embarquant une vulnérabilité peux toujours faire beaucoup de dégâts (même sans parler des faiblesse de l’isolation) et ils ne sont pas forcément corrigé rapidement.
  
  
  
  
  
  
  
  Dans le cas de Flatpak, l’article est erroné quand il indique « qu’on retrouve un paquet contenant l’application et toutes ses dépendances », ce qui est faux. La grande majorité des Flatpak ne contiendront qu’une application sans aucune dépendance, en se basant sur les runtimes GNOME, KDE, Freedesktop… qui eux, contiennent bien les dépendances nécessaires à la majorité des applications, tout en étant bien maintenus. Les développeurs ont juste à gérer leur application, les runtimes étant gérés par des équipes. C’est donc comme pour les distributions, sauf que là, les équipes GNOME et KDE ont la main sur leur runtime respectif, ce qui n’est pas plus mal.
  
  
  
  Après oui, certaines applications peuvent avoir besoin d’inclure certaines bibliothèques un peu moins communes. Mais ce n’est donc pas la norme, et d’inclure potentiellement une ou deux bibliothèques, ce n’est pas non plus la même chose qu’un paquet qui inclurait absolument toutes ses dépendances.

Le 06/06/2020 à 14h 16

Dommage qu’ils ne proposent pas un tarif réduit pour les personnes à faibles revenus (comme Next INpact).

Le 26/05/2020 à 21h 34

Rien à voir avec la news, mais à la lecture des commentaires, j’en profite pour rappeler que Mozilla a besoin de vous pour le futur Hey Firefox 🙂

Le 25/05/2020 à 18h 30

Obidoub a écrit :



Il faut tout remettre en payant, comme au début des années 2000.

A cette époque si t’avait pas de CB (ou si t’installait pas le dialer), tu pouvais pas voir de p0rn " />











Ailothaen a écrit :



À part éventuellement une transation de 0,01 € par carte bleue à la création d’un compte, ou la vérification d’un document d’identité (et encore, je ne suis même pas sûr que cela soit légal de demander ce document pour cet usage), je ne vois pas comment les sites pornos comptent interdire l’accès au mineurs.







Même si on arrive à contraindre certains gros sites à adopter de telles mesures, on trouvera toujours facilement du porn un peu partout : sites P2P (que les autorités n’arrivent pas à faire fermer), sites hébergés dans des pays bien plus laxistes, sites de partage de fichiers entre potes / camarades de classes, Usenet, échanges sur clés USB dans la cour de récré…



Le numérique permettant de facilement copier / transférer à l’envie, c’est mort. Même si, dans l’idée, le but est de rendre la tâche un peu plus ardue, il existe tellement de moyens de diffusions un peu partout dans le monde qui ne dépendent pas d’entreprises prêtes à se soumettre, qu’à mon avis, on ne pourra jamais réellement empêcher quiconque de télécharger facilement la dernière série à la mode ou un film porno.

Le 19/05/2020 à 13h 38

Le Samsung Galaxy S20 filme déjà en 8K (7680 x 4320) @24fps. Par contre, l’image n’est stabilisée, la mise au point ne suit pas très précisément les sujets et on est limité à cinq minutes de vidéo. C’était la même chose avec l’apparition de la 4K il y a quelques années. J’imagine que tous ces soucis seront donc corrigés avec la prochaine génération d’appareils.



Filmer en 8K sur le Samsung Galaxy S20 : quels usages, quelles limites ?

Le 18/05/2020 à 09h 36

‘tain, ils sont chiants à toujours faire des reboot ou des préquelles. Peuvent pas avancer un peu dans le futur, changer de galaxie, créer de nouvelles races, de nouveaux mondes, de nouvelles technos…

Le 12/05/2020 à 22h 15

Et n’oubliez pas de contribuer à Common Voice. Le jeu de données permettra de créer tout aussi bien un système de reconnaissance vocale libre de qualité, que de nouvelles voix pour la synthèse vocale.

Le 30/04/2020 à 21h 14

Sur les articles, en bas à gauche de la photo d’en-tête, on a le nom de la catégorie auquel est rattaché l’article : ESPACE, LOI, WEB… mais étonnement, on ne peut pas cliquer dessus. Pourtant, ça serait bien de pouvoir afficher la liste de tous les articles de la catégorie.



Dans notre profil, ça serait également sympa de pouvoir ajouter un site web perso, compte de réseau social (mais faudrait un truc générique, qu’on puisse mettre du Mastodon ou n’importe quoi d’autre que les trucs mainstreams), messagerie instantanée…

Le 29/04/2020 à 17h 26

> Ainsi, ses éléments sont désormais trouvables dans le moteur de recherche.



Excellente nouvelle. Ça concerne également toutes les anciennes éditions du Brief ?



Sinon, rien à voir, mais vous en avez profité pour changer enfin tous ces vieux émojis qui font très années 90 ? 😁

Le 29/04/2020 à 13h 25

Trit’ a écrit :



« Le gestionnaire de paquets Pamac passe en mouture 9.4, apportant le support des snaps et flatpaks. »

→ ce qui est totalement inutile pour une distribution de type « rolling release », puisque la raison d’être des Snaps et autres Flatpaks est avant tout de fournir des dépendances plus à jour que celles disponibles au sein de distributions de type « fixed release »







Pour les dépendances, ça fonctionne dans les deux sens. Aussi bien pour une application récente qui a besoin des dernières technos à la mode, qu’une vieille appli basée sur des technos archaïques, mais que t’as peut être besoin de continuer à utiliser, pour x raisons.



Ensuite, limiter les Flatpak à cette seule histoire de dépendances, c’est passer à côté d’autres fonctionnalités intéressantes :

• une meilleure sécurité, puisque les applications sont exécutées dans une sandbox
  


• une gestion plus fine des droits. Avec le modèle traditionnel, c’est tout ou rien. Là, tu peux accorder ou non, à chaque application, un accès à certains périphériques (micro, webcam…), à la géolocalisation…
  


• la possibilité d’installer facilement plusieurs versions d’une même application en parallèle (par exemple, la version stable et la version de développement)
  


• les développeurs peuvent fournir eux-mêmes leur application telle qu’ils l’ont voulu (certaines distributions désactivant certaines fonctionnalités pour ne pas enfreindre des brevets logiciels, par exemple)
  


• les applications seront exécutées à l’identique chez les développeurs et chez les utilisateurs, facilitant la reproductibilité de bugs et donc leur correction
  
  
  

Le 29/04/2020 à 13h 09

Tr4ks a écrit :



C’est la première distri avec un noyau 5.6 donc un wireguard en mode kernel ?

Si c’est le cas " />







Fedora 31 et 32 disposent d’un noyau 5.6.7

Le 27/04/2020 à 11h 36

127.0.0.1 a écrit :



Si vous utilisez le service “meet.jit.si” vous passez par les serveurs (VideoBridge) de “8x8”, une société basée aux États-Unis. Auquel cas, 8x8 peut faire ce qu’il veut ou presque des données qui transitent.



Vous pouvez également héberger votre propre serveur VideoBridge, du coup pas de problème.







Il existe également tout plein d’instances en France : celles des CHATONS, de Scaleway ou de Suricate TV.

Le 27/04/2020 à 10h 30

Emmabuntüs. Ça a été pensé pour le reconditionnement de vieux PC (c’est basé sur Debian avec Xfce).

Le 26/04/2020 à 15h 22

wgg71 a écrit :



Je ne comprends pas comment on peut utilisé ce truc (Gnome 3) quand on est un “power user”. Pour mamie ou de la bureautique de base pourquoi pas mais pour le reste ça me dépasse.







Je me considère comme un utilisateur confirmé et n’ai absolument aucun problème d’efficacité sous GNOME. Je trouve au contraire qu’il sait se faire oublier, ce qui devrait être l’objectif de tous les environnements.







GourouLubrik a écrit :



C’est épuré à l’extrême, la disparition de la fenêtre de copie des fichiers m’a laissé con au début.







Cette fenêtre a été remplacée par un camembert d’état d’avancement, situé en haut à droite de la fenêtre. Tu peux cliquer dessus pour voir plus d’infos sur l’état d’avancement des opérations. Personnellement, je trouve ça génial de ne plus être emmerdé par une fenêtre qui ne sert à rien la plupart du temps, tout en pouvant tout de même accéder facilement aux infos utiles.







GourouLubrik a écrit :



Sinon je leur ai dis aussi de s’inspirer de Pop_OS … parce que…







Pop!_OS est basé sur Ubuntu et utilise également GNOME. En dehors d’éventuels paramètres par défaut qui pourraient être différents, les technos et les logiciels sont identiques. T’es donc censé pouvoir obtenir les mêmes résultats sous Ubuntu (mais pour une bonne expérience GNOME, en général, il vaut de toute façon mieux passer sous Fedora) 😁







Jarodd a écrit :



Gros +1, je n’ai pas compris (dans 18.04) pourquoi il était nécessaire pour faire des réglages de base, comme afficher la date ou les secondes dans la barre supérieure







Peut être parce que de voir défiler des secondes toute la journée ça gonfle la plupart des gens ? Et moi le premier. Tant que tu peux modifier tout ça pour obtenir ce qui te convient…







alex.d. a écrit :



Ça fait bien longtemps que toutes les distribs Linux utilisent des bibliothèques dynamiques partagées. Avec snap, ce n’est plus partagé, tout les dépendances sont dupliquées pour chaque binaire (dupliquées sur le disque et en mémoire). Ça revient à simuler un link statique comme on faisait il y a 30 ans.







Comme tout ce qu’ils ont créé jusqu’à présent, ils finiront bien par abandonner leur techno pourrie un jour ou l’autre au profit de la solution communautaire. La solution Flatpak étant d’ailleurs bien plus propre. La majorité des dépendances ne sont pas dans les paquets eux-mêmes mais dans des runtimes. On a des runtimes Freedesktop, GNOME, KDE… et des Flatpak qui s’appuient dessus. Les développeurs n’ont pas à se préoccuper des dépendances (à moins d’avoir des besoins vraiment exotiques) ou de la sécurité. Quand une faille est corrigée dans une bibliothèque, elle est mise à jour dans le runtime concerné. Pas besoin de le retélécharger intégralement, ça gère les deltas entre deux mises à jour. Et comme pour les paquets traditionnels, tous les Flatpak bénéficient aussitôt de la mise à jour.



À l’arrivée, sur les distributions dont les mises à jours n’ont lieu qu’une fois toutes les quelques années (genre Debian, CentOS, RHEL, Ubuntu LTS…), tu peux garder un système stable qui ne bouge pas, tout en pouvant tout de même bénéficier des dernières versions de tes applications utilisateur.

Le 26/04/2020 à 14h 26

wanou a écrit :



Je ne sais pas si Zoom y parvient mais le relais son+vidéo de Jitsi ne fonctionne pas depuis un accès 4G.

Cela est sans doute lié à l’utilisation du port 10000 pour cette fonctionnalité.



Du coup, cela restreint pas mal son intérêt pour ceux qui ont un accès internet poussif en adsl.







Et tu utilises bien l’appli mobile ? D’après l’article récemment publié sur LinuxFR, sur mobile, d’utiliser l’appli ou passer par un navigateur pour accéder au site web, l’expérience utilisateur n’aurait rien à voir.

Le 26/04/2020 à 06h 45

Guinnness a écrit :



Entre choisir ce que tu veux regarder dans un catalogue et juste cliquer sur lecture et passer des plombes à écumer 25 sites pour télécharger une dizaine de fichiers différents, faire le tri des pornos renommés en films/séries célèbres, faire gaffe que ton soft de téléchargement soit configuré correctement avec des listes d’IPFilter à jour, configurer ton VPN “Hadopi proof”, etc … j’ai fais mon choix. (enfin tant que les services VOD ne sont pas trop gourmands, si les tarifs commencent à s’envoler je ferais de même " />)







Il suffit de passer par un bon tracker privé et tu n’as plus tous ces problèmes 🙂

Le 25/04/2020 à 06h 37

ZoZo a écrit :



Sous Windows on peut en général prendre un ISO vieux de 3 ans et l’installer sur du matériel dernier cri. Si le contrôleur réseau est reconnu d’emblée, Windows Update quasiment de tout avoir à jour en terme de pilotes et OS. Sinon, on trouve facilement les pilotes sur Internet et ils sont faciles à installer.







Mouais. Il ne faut pas non plus croire que Windows c’est le paradis des pilotes. Exemple tout con. Il y a quelques années, j’ai acheté un lecteur de cartes mémoire externe. Il fut reconnu par défaut sous Linux, tandis qu’en déplacement chez le frangin, sur son Windows, impossible d’y accéder. Je suis allé jeter un oeil sur le site du constructeur, mais je n’ai eu droit qu’à un « désolé, votre système d’exploitation n’est plus pris en charge (c’était un Vista, toujours pris en charge par Microsoft, alors que le 8 venait tout juste de sortir), nous vous invitons à acheter notre tout nouveau et superbe lecteur de cartes prévu pour Windows 8 ». Nous n’avons donc pas réussi à le faire fonctionner.



Plus récemment, le frangin m’a demandé s’il pouvait utiliser la manette de sa vieille PS3 sous Windows… Alors oui, ça semble être techniquement faisable, mais ça semble également super galère. Sous Linux, elle est nativement prise en charge (de même que celles de la PS4 ou de la Xbox).



Donc oui, tout n’est pas parfait, mais ça ne l’est pas non plus sous Windows.







Goupil74 a écrit :



Exact pour les pilotes, le monde Linux est à déconseillé avec certains matériels (notamment les cartes graphiques) trop frait et effectivement Linux ne sait pas rechercher une prise en charge matérielle plus récente automatiquement.







En même temps, il n’y a rien à chercher. Les pilotes de scanners sont dans SANE, les imprimantes c’est dans CUPS, et pour tout le reste, c’est dans le noyau (sauf si t’as une carte nVidia et que t’as besoin des pilotes propriétaires).



Au final, puisque par défaut, contrairement à Windows, t’as absolument tous les pilotes disponibles dans leurs dernières versions (et non pas uniquement ceux de ton matos), si jamais ton matos n’est pas encore pris en charge, tu ne pourras rien faire d’autre que d’attendre la sortie une nouvelle version de SANE, de CUPS ou du noyau, selon tes besoins. Et puis, bien évidemment, d’avoir opté pour une distribution qui propose des mises à jour de ces composants en cours de cycle (ce qui est le cas de Fedora).

Le 20/04/2020 à 22h 05

Kraftix a écrit :



20 balles par mois pour de l’éducatif…j’ai du mal a y croire que les gens vont investir dans un tarif comme ca pour de l’educatif. c’est pas netflix ou deezer…ou pornhub xD







Si t’as un enfant en difficulté scolaire et que ça peut l’aider, en tant que parent, à toi de voir où sont tes priorités…

Le 20/04/2020 à 21h 32

user_6677 a écrit :



Incroyable que les réactions de son choix ne soient proposées que sur Slack (?)







Ainsi que sur Riot (Matrix).

Le 17/04/2020 à 20h 41

Tok-Ra a écrit :



Aucun des acteurs du marché ne chiffrent en E2E.







Jitsi y travaille.

Le 16/04/2020 à 18h 38

Manozco a écrit :



autant une appli qui fonctionne sans problème sous Linux et qui permet des vidéo conf a ~200 j’en ai pas vu bcp…







Ça consiste en quoi, une conf avec 200 participants ? " />



Quand je vois le nombre de personnes qui font des conférences vidéo à plus d’une dizaine de personnes, je me demande toujours si c’est la meilleure façon de travailler et s’ils utilisent les bons outils.

Le 15/04/2020 à 21h 31

carbier a écrit :



Absolument pas. Si je demandais combien de temps, c’est parceque je savais c’était irréalisable.

A partir de la, quand on me répond: il fallait y penser début février pour avoir le temps nécessaire. Je rigole. Il n’y a bien que les yakafokon qui oublient que début février la Chine disait tout faire pour maitriser l’épidémie.

Tous les pays dans le monde pensaient que cela aller se terminer comme pour le SRAS.



Donc oui cette propension à refaire l’histoire et le temps est typique des yakafokon qui EUX savaient début février qu’une pandémie arrivait.







Que ce soit le Covid-19, un incident nucléaire ou ce que tu veux, le rôle d’un gouvernement, c’est tout de même de prévoir. Alors non, ce n’est pas le rôle des politiques de concevoir des plans catastrophes et de trouver les bonnes solutions pour y faire face. Par contre, c’est son rôle de financer la recherche (on aurait pu être mieux préparés à ce virus et ceux à venir), l’hôpital public ou tout autre organisme utile pour faire face à des menaces crédibles.



Parce que oui, je comprendrais qu’on ai pas de plan pour une invasion extraterrestre, mais une pandémie, alors que de nombreux spécialistes rabâchent depuis des années que tôt ou tard, on devait fatalement y faire face, là j’ai du mal à pardonner un tel degré d’impréparation.



On peut également parler du cas de l’Eprus (Établissement de préparation et de réponses aux urgences sanitaires) qui, à une époque, était indépendant, bien plus agile et réactif :



“On a dissout l’Eprus alors que c’était un outil efficace face à l’urgence sanitaire”, estime Francis Delattre.



“L’Eprus était une administration de mission, une force de frappe disponible 24 heures sur 24 pour toute urgence sanitaire. C’était une petite unité avec un réseau capable de mobiliser en 48 heures 1 500 professionnels : brancardiers, chirurgiens, médecins, infirmiers… Une structure souple, solide qui fonctionnait en système commando. L’Eprus était d’ailleurs souvent sollicité à l’étranger, ce qui était bien utile parce que lorsqu’une pandémie démarre dans un pays, ça permet d’avoir des informations. Ils avaient une expertise logistique grâce aux militaires, médecins et logisticiens, qui étaient associés au système. Tout ça est indispensable en cas de crise.”



“C’est un point de bascule tout à fait considérable. En perdant son autonomie financière, l’EPRUS s’est désarmé et a donc désarmé l’État dans sa politique de prévention des risques.”



Je t’invite d’ailleurs à lire cet article fort intéressant, Pénurie de masques : les raisons d’un “scandale d’État”.

Le 15/04/2020 à 21h 14

Shadowman_2k3 a écrit :



ca reste encore loin d’un discord je trouve







Même si ce n’est pas encore aussi complet, la question c’était surtout de savoir si ça répondait tout de même au besoin. Parce que oui, une Ferrari ça va plus vite qu’une Twingo, mais cette dernière suffit amplement dans bien des cas…

Le 12/04/2020 à 14h 58

T’as une passerelle en cours de développement pour Discord.



De mon côté, j’étais sur IRC avec une vingtaine de potes. Un jour, j’ai balancé le lien vers le salon que je venais de créer sur Matrix, assorti d’un qui m’aime me suive, puis j’ai quitté l’IRC. Les premiers jours, la plupart traînaient des pattes, mais à l’arrivée, tout le monde a migré " />

Le 11/04/2020 à 14h 04

Ah mais, je suis entièrement d’accord que ça n’aurait jamais dû être aux profs de gérer ça eux-mêmes. D’autant plus que ça aurait été bien plus rapide et efficace de demander à chaque académie (qui ont toutes un département IT) de monter elles-même une instance ou d’en louer une clé en main, plutôt que de demander à des dizaines de milliers de profs de se démerder par eux-mêmes.



Je tenais juste à rappeler qu’il existe de nombreux outils libres bien foutus, respectueux des utilisateurs, que l’Éducation Nationale ou les différentes académies pouvaient très bien s’approprier pour monter des instances en France, sur lesquelles profs et élèves auraient ensuite pu se rendre.



À l’arrivée, les profs auraient seulement dû recevoir une formation sur la modération de leur classe ou la publication de nouveaux contenus en ligne. Oui, c’est beau de rêver " />

Le 11/04/2020 à 13h 05

Hesperion a écrit :



Merci les entreprises américaines :)











Shadowman_2k3 a écrit :



Vivement un discord qu’on puisse héberger soit-même.







En concurrent de Discord, libre, décentralisé et auto-hébergeable, il y a Riot. Pour les établissements qui n’ont pas les compétences ou l’envie de gérer ça elles-mêmes, il existe de nombreux serveurs gratuits, ainsi qu’une offre commerciale clé en main, Modular.



Durant la pandémie, ils faisaient -20% pour l’éducation.



Et pour le concurrent tout aussi libre, décentralisé et auto-hébergeable de YouTube, il y a bien évidemment PeerTube. Plusieurs académies ont déjà mis des instances en place, mais c’est dommage que tout ça n’ait pas été généralisé et que l’Éducation Nationale ne contribue pas financièrement à tous ces outils libres.

Le 14/04/2020 à 10h 23

Les jours ont beau passer, j’ai beau forcer la mise à jour, c’est toujours le 1er mars pour moi. Et c’est pire pour ma mère, qui doit se contenter de celle du 1er janvier sur son Samsung Galaxy A40 (ok, ce n’est pas du haut de gamme, mais quand même).

Le 11/04/2020 à 17h 45

Dans ce cas, t’as de la chance. Je viens de vérifier à l’instant sur mon S9+, et c’est toujours celle du 1er mars 2020 :(

Le 10/04/2020 à 16h 59

Sauf que c’était la mise à jour sécurité du mois de mars et non celle du mois d’avril…

Le 10/04/2020 à 15h 10

En France, t’as l’instance Mamot, qui est hébergée par la Quadrature du Net.

Le 08/04/2020 à 08h 28

brazomyna a écrit :



Tant de rigueur dans la rédaction, c’est beau.

Beau comme un article de Femme Actuelle qui traite d’informatique.







Une fois le lien établi avec les appareils (je mise sur du http, protocole fourre-tout de notre époque), tu communiques avec ces derniers avec des commandes en JavaScript ou en TypeScript, qui sont des « Langages » de programmation. Ce n’est donc pas déconnant pour communiquer " />

Le 08/04/2020 à 06h 48

haelty a écrit :



Je ne comprend donc pas cette démarche de Canonical de pousser autant en avant snap, et d’autant plus en proposant des programmes déjà bien présents dans les dépôts officiels. J’irai jusqu’à dire que je ne vois plus trop l’intérêt d’une quelconque distribution si tout tourne dans des snap.







L’intérêt d’une distribution LTS, c’est de pouvoir être utilisée entre deux et cinq ans sans être embêté par des mises à jour système, autre que celles concernant la sécurité. C’est super stable et l’utilisateur n’est pas ennuyé. Mais les mois vont passer, et ce même utilisateur aura peut être envie de pouvoir tout de même bénéficier des dernières versions de ses applications. Et c’est là où ça coince. Hormis pour quelques logiciels comme le navigateur web, en général, les dépôts sont tout aussi figés que le reste de la distribution.



Mais avec des Snaps ou des Flatpaks, tu concilies le meilleur des deux mondes. Tu gardes un système stable qui ne bouge pas, tout en pouvant installer les toutes dernières versions de toutes tes applications, sans jamais être embêté par des problèmes de dépendances (les bibliothèques du système devenant de plus en plus obsolètes au fil du temps et ne répondant plus aux prérequis demandés par les applications récentes).



Exemple tout bête. Un infographiste qui serait sous Ubuntu 18.04 LTS serait bloqué avec GIMP 2.8.22 et darktable 2.4.2. Avec les Flatpak (j’imagine que c’est la même chose avec les Snaps) il peut installer facilement GIMP 2.10.18 et darktable 3.0.1.



Alors oui, on trouve également des PPA pour tout un tas de logiciels, mais ça devient tout de suite plus compliqué pour la plupart des gens.

Le 07/04/2020 à 07h 37

js2082 a écrit :



L’aberration artistique est de croire que filmer, c’est se limiter à un format uniquement horizontal. L’art est tellement plus que ça…







Sauf que filmer sa famille ou ses amis, ce n’est pas de l’art. Alors oui, les gens filment et regardent comme ils le souhaitent, mais ça n’empêche pas de reconnaître que c’est juste par réflexe qu’on le tiens verticalement (la plupart des autres tâches s’effectuant généralement dans ce cens), et que ça reste dommage.



Dans quelques années, le gamin d’eglyn préférera sans doute se revoir en cinémascope sur la télé 8K du salon, sans qu’il y ait d’énormes bandes noires de chaque côté " />







eglyn a écrit :



Alors, je suis un peu de ton avis, mais depuis que je filme mon fils (pour les grands parents qui sont loin " />), ben c’est plus pratique de filmer en vertical pour l’avoir de près en pleine hauteur ^^, Si je bascule en horizontal je dois reculer pour le voir en entier, ce qui n’apporte en plus que le décors autour dont on se fou " />







Pour des appels WhatsApp, ça n’a effectivement pas grande importance. Par contre, pour des vidéos personnelles que tu garderas comme souvenirs, j’espère que tu fais un minimum d’efforts " />



Quand je revois de vieilles photos de mon enfance (quasi aucune vidéo, les caméscopes étant hors de prix à l’époque, mes parents en avaient juste loué un quelques jours), je trouve au contraire super sympa de revoir la maison où l’on avait vécu, la déco des années 80, mes vieux jouets… Puis dans un plan large, tu vois aussi les autres membres de la famille, les animaux qui nous quittent tôt ou tard… Tu saisis vraiment des gens, un moment, un lieu, dans sa globalité. Faut voir ça comme des souvenirs qui seront particulièrement précieux dans quelques années et qu’il faut valoriser aujourd’hui et pas juste « tiens, voilà, je te montre en vitesse comment le gamin a encore bien grandi depuis la semaine dernière » " />



Un autre détail que je trouve dommage, quand je vois mon frangin ou des amis filmer leur gamin, c’est que les vidéos ne durent généralement que quelques secondes. Alors oui, je sais que c’est chiant de tenir un smartphone à l’horizontal pendant 5-10 minutes, mais pour revoir mes vidéos et celles du frangin, ça n’a juste rien à voir. Avec les miennes (à l’horizontal et qui durent plusieurs minutes), j’ai vraiment l’impression de revivre le moment, tandis qu’avec celles du frangin (à la verticale et ne durant que 15-20 secondes), à moins qu’il ait réussi à filmer un moment génial, je n’arrive pas à rentrer dedans. Puis de toute façon, à peine lancée, la vidéo est déjà finie :(

Le 27/03/2020 à 12h 40

skankhunt42 a écrit :



Quelqu’un à forcément choisis d’ignorer ces minorités lors de l’apprentissage machine.







Je ne suis pas d’accord. Ce n’est pas évident d’obtenir suffisamment d’échantillons de voix représentatifs de la population dans sa globalité.



Si on reprend Common Voice, le dernier jeu de données indique, pour la francophonie (petite précision, tout le monde ne créé par forcément un compte pour préciser son genre, son âge ou sa zone géographique, ce qui explique que le total ne donne pas forcément 100%) :



59% de français, 3% de québécois, 2% de belges et 1% de suisses. 65% d’hommes et 12% de femmes. Et pour l’âge, nous avons 3% à moins de 19 ans, 21% à 19-29 ans, 23% à 30-39 ans, 14% à 40-49 ans, 8% à 50-59 ans, 4% à 60-69 ans et 1% à 70-79 ans.



Pour les français, nous n’avons pas de données sur les marseillais ou autres ch’tis à l’accent prononcé. Par contre, on voit que les belges, suisses et québécois sont particulièrement minoritaires. Les africains n’apparaissent même pas. Les femmes sont également sous-représentées, de même que les enfants ou les personnes âgées.



Tout le monde est pourtant invité à contribuer au projet. On peut le faire de chez soit. Et pour le matériel, à défaut d’avoir un micro-casque, on peut très bien contribuer avec un simple smartphone.



Au final, que ce soit Common Voice, Google Assistant, Siri ou Alexa, j’imagine que les raisons sont un peu les mêmes. Les femmes ont malheureusement beaucoup moins de temps libre que les hommes. Les enfants posent juridiquement problème (et préfèrent d’autres loisirs moins chiants XD). Une majorité d’africains ont sans doute bien d’autres priorités que de contribuer à ce genre de projet. Puis au sein d’une même population, les gens eux-mêmes ont parfois du mal à identifier leur propre accent. Maintenant, plus le temps va passer, plus il y aura d’échantillons et plus les modèles seront précis.



Et pour une reconnaissance libre, je vous invite encore une fois à contribuer à Common Voice " />



ps: pour ceux que la question des accents intéresse, le projet a prévu une nouvelle stratégie, décrite (en anglais) sur le forum.

Le 27/03/2020 à 10h 04

Je profite de cette actualité pour rappeler l’existence de Common Voice, projet de reconnaissance vocale libre auquel tout le monde peut contribuer (ce qui permet de passer le temps de façon utile en cette période de confinement) " />



C’est la seule véritable alternative aux grandes entreprises chinoises ou américaines, qui permettrait de construire des assistants personnels ou d’équiper les objets du quotidien d’une reconnaissance vocale respectueuse des utilisateurs et de leur vie privée.