Par exemple GIMP-telle-version; il n'y a pas de dépôt, pas de mise à jour.
Ce n'est pas ce que semble indiquer le billet que tu cite :
GNOME Software also supports single-file flatpak bundles like gimp.flatpak – just double click and you’re good to install. These files are somewhat like a package in that all the required files are included and you can install without internet access. These bundles can also install a remote (ie a reference to a flatpak repository) too, which allows them to be kept up to date. Such per-application remotes are only used for the specific application and not the others potentially in the same tree (for the curious, this is called a “noenumerate” remote).
A priori, un bundle flatpak peut également installer un remote qui ne concernera que le logiciel en question. La doc ne semble cependant pas à jour à ce propos sur le site officiel.
Pour le *.flatpakref, effectivement, il configure obligatoirement un remote et installe une application.
En gros, soit on télécharge l'application dans un bundle qui va potentiellement configurer le remote de mise à jour (possible à l'heure actuelle), ce qui permet également de la distribuer autrement que par un remote (mail, dropbox, etc), soit on utilise un *.flatpakref qui est plus léger mais utilise obligatoirement un remote.
Il me semble que Gnome Software 3.22 supporte parfaitement l'installation de bundles Flatpak, à défaut de pouvoir utiliser les *.flatpakref.
Et tant que j'y suis : merci (vraiment) (beaucoup !) pour Gnome Games, j'utilisais OpenEmu dans ma période OSX, cela faisait longtemps que je cherchais à retrouver quelque chose de semblable sous Linux, et intégré à Gnome :)
Tout d'abord, félicitations pour le travail accompli :)
Je gère une association de comédiens, nous utilisons actuellement Office 365 pour les mails / agendas / contacts. J'aimerais migrer vers une solution libre, et je pense que Sogo serait un excellent candidat.
Je me demandais toutefois : quel type d'hébergement devrions-nous envisager ?
Docker pour ce type d'applications, c'est quand même un peu sortir l'artillerie lourde. C'est très pratique pour un environnement de dev préconfiguré, voire peut-être même en prod (jamais essayé), mais là, je ne pense pas que ce soit vraiment adapté.
Un système d'applications sandboxés serait à mon sens plus approprié (cf. mon commentaire sur xdg-app plus bas).
Merci pour l'info. Par contre, la procédure d'installation pique un peu… C'est exactement dans ce genre de cas que je me dis qu'il serait vraiment souhaitable que xdg-app prenne et se généralise pour la gestion des applications utilisateur.
Oui, je me souviens des 0install et autres klik :)
Quoi qu'il en soit, xdg-app est soutenu entre autres par freedesktop.org et RedHat. Ce dernier emploie d'ailleurs une personne à plein temps pour développer le projet, ce qui est plutôt encourageant. D'un point de vue technique, cela semble aller beaucoup plus loin que les solutions précédentes, avec notamment tout un système de permissions pour les applications installées par ce biais (accès au système de fichier restreint ou non, accès au réseau, etc). Une application peut de plus être indifféremment installée côté utilisateur ou côté système.
Après, je ne pense pas que l'objectif soit de remplacer les systèmes existants, mais bien de gérer de façon simple et standardisée l'installation / mise à jour d'applications utilisateurs tierces. rpm/dnf et dpkg/apt gardent leur utilité pour gérer les mises à jour du système.
Je ne sais pas si cela prendra, mais ce serait à l'heure actuelle une des meilleures choses qui puisse arriver à GNU/Linux, IMHO.
En aparté, sur la distribution d'applications, tu devrais jeter un œil à xdg-app.
En gros, ça permet de standardiser l'installation de logiciels à destination de l'utilisateur lambda entre les distributions, en spécifiant les runtimes nécessaires (ex : telle application nécessite Gnome 3.18), le tout dans un environnement sandboxé.
Sans porter de jugement sur la pertinence de ses interrogations, tu as une réponse sérieuse à y apporter ?
Non, parce que l'humour c'est très bien, mais à te payer sa tronche comme tu le fais, je trouve que tu donne une image assez déplorable de ta boite. Smileys ou pas.
J'ai pas vraiment accroché gnome-shell, c'est joli mais pas fait pour bosser
Je ne suis absolument pas d'accord.
En tant que développeur, je travaille quotidiennement sous Gnome-Shell, avec ouverts en permanence :
- Eclipse
- SQL Developer
- Firefox avec une vingtaine d'onglets
- Gnome-terminal avec tmux
- Thunderbird
- Nautilus
Ainsi que généralement qu'Evince pour de la doc, et parfois un Remmina.
Le tout en dual-screen. Et c'est le pied.
Les workspaces dynamiques, le fait de pouvoir utiliser le shell quasiment exclusivement au clavier, le simili-tiling, l'environnement minimaliste par défaut et personnalisable via les extensions, la cohérence générale des applications Gnome, le souci du détail, tout ça fait que j'aurai beaucoup de mal à revenir sous un autre environnement.
Pour tout dire, j'ai depuis 2010 à la maison un fixe sous Fedora et un Macbook Pro. Je viens de virer le mac pour un Zenbook sous Fedora. :)
Maintenant, j'admets volontier que Gnome 3 s'est énormément amélioré depuis 2011, tout comme j'admets qu'il ne peut pas plaire à tout le monde… mais peut-être devrais-tu lui redonner une chance ? ;)
Ca ne te pose alors aucun problème que je vienne te tuer, les lois ça pue. euh, attends… Ha oui, révolution! Parce que les autres, qui ont fait les lois, ce sont des cons moins intelligents que toi.
Non, j_m évoquait simplement la différence entre la lettre et l'esprit de la loi.
La question que l'on pourrait se poser est : l'entrée en possession d'un nom de domaine dans le seul but de le monétiser auprès de quelqu'un qui en un besoin manifestement plus légitime doit-elle être acceptée ?
Après, effectivement, il faudrait définir la notion de besoin légitime.
Juste en passant : ce n'est sans doute pas la première fois que l'on te dit, mais la perpétuelle agressivité de tes propos - pertinents ou pas - te rend proprement insupportable à lire.
Je te trouve un peu dur avec RPMFusion, je trouve qu'ils font dans l'ensemble du bon boulot, même s'il faut faire attention avec les mises à jour du kernel et les modules NVIDIA fournis par le projet. Ils devraient forcer l'utilisation des akmod.
http://negativo17.org/nvidia-driver/ décrit le fonctionnement du dépôt, mais attention, l'article référence la version actuelle du driver, ce qui peut prêter à confusion.
Dommage que l'article passe complètement sous silence les aspects plus discutables, si ce n'est criticables de Bitcoin, par exemple son caractère hautement spéculatif, ou l'avantage (à mon sens) absolument démesuré qu'ont pu avoir les early adopters.
[^] # Re: Intégration app store
Posté par Letho . En réponse à la dépêche Sortie d’Ubuntu 16.10 Yakkety Yak. Évalué à 2.
Ce n'est pas ce que semble indiquer le billet que tu cite :
A priori, un bundle flatpak peut également installer un remote qui ne concernera que le logiciel en question. La doc ne semble cependant pas à jour à ce propos sur le site officiel.
Pour le *.flatpakref, effectivement, il configure obligatoirement un remote et installe une application.
En gros, soit on télécharge l'application dans un bundle qui va potentiellement configurer le remote de mise à jour (possible à l'heure actuelle), ce qui permet également de la distribuer autrement que par un remote (mail, dropbox, etc), soit on utilise un *.flatpakref qui est plus léger mais utilise obligatoirement un remote.
[^] # Re: Intégration app store
Posté par Letho . En réponse à la dépêche Sortie d’Ubuntu 16.10 Yakkety Yak. Évalué à 3. Dernière modification le 18 octobre 2016 à 16:45.
Il me semble que Gnome Software 3.22 supporte parfaitement l'installation de bundles Flatpak, à défaut de pouvoir utiliser les *.flatpakref.
Et tant que j'y suis : merci (vraiment) (beaucoup !) pour Gnome Games, j'utilisais OpenEmu dans ma période OSX, cela faisait longtemps que je cherchais à retrouver quelque chose de semblable sous Linux, et intégré à Gnome :)
[^] # Re: Vroooooom
Posté par Letho . En réponse au journal La déception skype. Évalué à 2.
Je viens de le tester, c'est vraiment excellent. Le partage d'écran ne semble pas fonctionner, mais je me demande si cela ne vient pas de Wayland.
Je vais prendre le temps de tester un peu plus assidûment, mais pour des vidéoconfs au boulot (petite boite), ça pourrait être chouette :)
[^] # Re: GTK+ > barres de défilement transparentes ?
Posté par Letho . En réponse à la dépêche Firefox 46 (version suédée). Évalué à 3.
Je crois qu'il parle effectivement de ça.
Et il n'est pas le seul à aimer ce comportement ;)
Maintenant, si tu souhaite le désactiver, tu peux apparemment le faire via une variable d'environnement :
https://bbs.archlinux.org/viewtopic.php?id=196118
# Quel hébergeur ?
Posté par Letho . En réponse à la dépêche Sortie de la version 3 de SOGo. Évalué à 2. Dernière modification le 30 janvier 2016 à 20:44.
Tout d'abord, félicitations pour le travail accompli :)
Je gère une association de comédiens, nous utilisons actuellement Office 365 pour les mails / agendas / contacts. J'aimerais migrer vers une solution libre, et je pense que Sogo serait un excellent candidat.
Je me demandais toutefois : quel type d'hébergement devrions-nous envisager ?
[^] # Re: docker ?
Posté par Letho . En réponse au journal Un bureau numérique des écoles Linux pour lancer 120 jeux de réflexion et d'adresse. Évalué à 2.
Docker pour ce type d'applications, c'est quand même un peu sortir l'artillerie lourde. C'est très pratique pour un environnement de dev préconfiguré, voire peut-être même en prod (jamais essayé), mais là, je ne pense pas que ce soit vraiment adapté.
Un système d'applications sandboxés serait à mon sens plus approprié (cf. mon commentaire sur xdg-app plus bas).
# xdg-app
Posté par Letho . En réponse au journal Un bureau numérique des écoles Linux pour lancer 120 jeux de réflexion et d'adresse. Évalué à 1.
Merci pour l'info. Par contre, la procédure d'installation pique un peu… C'est exactement dans ce genre de cas que je me dis qu'il serait vraiment souhaitable que xdg-app prenne et se généralise pour la gestion des applications utilisateur.
https://wiki.gnome.org/Projects/SandboxedApps
https://github.com/alexlarsson/xdg-app
[^] # Re: XDG-App
Posté par Letho . En réponse au journal Slack remplace l'IRC, ou comment l'opensource qui ne réussit pas à se défaire de ses démons. Évalué à 7.
Oui, je me souviens des 0install et autres klik :)
Quoi qu'il en soit, xdg-app est soutenu entre autres par freedesktop.org et RedHat. Ce dernier emploie d'ailleurs une personne à plein temps pour développer le projet, ce qui est plutôt encourageant. D'un point de vue technique, cela semble aller beaucoup plus loin que les solutions précédentes, avec notamment tout un système de permissions pour les applications installées par ce biais (accès au système de fichier restreint ou non, accès au réseau, etc). Une application peut de plus être indifféremment installée côté utilisateur ou côté système.
Après, je ne pense pas que l'objectif soit de remplacer les systèmes existants, mais bien de gérer de façon simple et standardisée l'installation / mise à jour d'applications utilisateurs tierces. rpm/dnf et dpkg/apt gardent leur utilité pour gérer les mises à jour du système.
Je ne sais pas si cela prendra, mais ce serait à l'heure actuelle une des meilleures choses qui puisse arriver à GNU/Linux, IMHO.
[^] # XDG-App
Posté par Letho . En réponse au journal Slack remplace l'IRC, ou comment l'opensource qui ne réussit pas à se défaire de ses démons. Évalué à 1.
En aparté, sur la distribution d'applications, tu devrais jeter un œil à xdg-app.
En gros, ça permet de standardiser l'installation de logiciels à destination de l'utilisateur lambda entre les distributions, en spécifiant les runtimes nécessaires (ex : telle application nécessite Gnome 3.18), le tout dans un environnement sandboxé.
https://wiki.gnome.org/Projects/SandboxedApps
Le projet semble bien avancer, d'un point de vue utilisateur on a un début d'intégration au gestionnaire de logiciels de Gnome. (https://blogs.gnome.org/hughsie/2015/12/23/gnome-software-and-xdg-app/).
Les sources sur Github :
https://github.com/alexlarsson/xdg-app
# Podcasts
Posté par Letho . En réponse au journal Lollypop 0.9.70 est là. Évalué à 3.
Tout d'abord, félicitations pour ce super logiciel. Et merci pour le dépôt Copr, ma Fedora apprécie ;)
Je me demandais : une gestion des podcasts est-elle envisagée à court/moyen terme ?
[^] # Re: Rust
Posté par Letho . En réponse à la dépêche Code vs Zombies, samedi 28 novembre 2015, concours de programmation en ligne sur 24 heures. Évalué à 2.
Idem, je suis en train d'apprendre Rust, et ce serait vraiment chouette de pouvoir l'utiliser sur CodinGame !
[^] # Re: À qui profite le crime
Posté par Letho . En réponse au journal Clash of Code - Feedback. Évalué à 5.
Il a surtout répondu partiellement. Trois question posées pour une réponse, ça laisse bien deux questions en suspend, non ?
[^] # Re: À qui profite le crime
Posté par Letho . En réponse au journal Clash of Code - Feedback. Évalué à 7.
Sans porter de jugement sur la pertinence de ses interrogations, tu as une réponse sérieuse à y apporter ?
Non, parce que l'humour c'est très bien, mais à te payer sa tronche comme tu le fais, je trouve que tu donne une image assez déplorable de ta boite. Smileys ou pas.
[^] # Re: Comment ne pas être emmerdé
Posté par Letho . En réponse au journal Comment mon expérience Linux est en train de tourner au fiasco. Évalué à 8.
Je ne suis absolument pas d'accord.
En tant que développeur, je travaille quotidiennement sous Gnome-Shell, avec ouverts en permanence :
- Eclipse
- SQL Developer
- Firefox avec une vingtaine d'onglets
- Gnome-terminal avec tmux
- Thunderbird
- Nautilus
Ainsi que généralement qu'Evince pour de la doc, et parfois un Remmina.
Le tout en dual-screen. Et c'est le pied.
Les workspaces dynamiques, le fait de pouvoir utiliser le shell quasiment exclusivement au clavier, le simili-tiling, l'environnement minimaliste par défaut et personnalisable via les extensions, la cohérence générale des applications Gnome, le souci du détail, tout ça fait que j'aurai beaucoup de mal à revenir sous un autre environnement.
Pour tout dire, j'ai depuis 2010 à la maison un fixe sous Fedora et un Macbook Pro. Je viens de virer le mac pour un Zenbook sous Fedora. :)
Maintenant, j'admets volontier que Gnome 3 s'est énormément amélioré depuis 2011, tout comme j'admets qu'il ne peut pas plaire à tout le monde… mais peut-être devrais-tu lui redonner une chance ? ;)
[^] # Re: .
Posté par Letho . En réponse au journal Histoire d'un vol de domaine. Évalué à 10.
Non, j_m évoquait simplement la différence entre la lettre et l'esprit de la loi.
La question que l'on pourrait se poser est : l'entrée en possession d'un nom de domaine dans le seul but de le monétiser auprès de quelqu'un qui en un besoin manifestement plus légitime doit-elle être acceptée ?
Après, effectivement, il faudrait définir la notion de besoin légitime.
Juste en passant : ce n'est sans doute pas la première fois que l'on te dit, mais la perpétuelle agressivité de tes propos - pertinents ou pas - te rend proprement insupportable à lire.
[^] # Re: Moui mais bon
Posté par Letho . En réponse au journal elementaryOS, une distribution aux nombreuses qualités. Évalué à 2.
Quel rapport entre Vala et le packaging ?
[^] # Re: Thème graphique
Posté par Letho . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 10. Dernière modification le 27 avril 2015 à 19:40.
Il dit qu'il ne voit pas bien le rapport.
Sinon, il s'agit du thème Lines, effectivement créé par Juliette Belin :
http://jbelin.com/index.php?projet=2014_07_lines
[^] # Re: De l'openwashing
Posté par Letho . En réponse au journal Windows éventuellement en open source?. Évalué à 2.
Pourquoi parler de logiciels mal faits ?
# <absurde />
Posté par Letho . En réponse au journal Rions un peu avec apple. Évalué à 3. Dernière modification le 17 mars 2015 à 19:06.
C'est l'histoire de deux types dans une barque. Il y en a un qui a les cheveux longs, et l'autre ça ne le dérange pas.
[^] # Re: Au contraire
Posté par Letho . En réponse au journal Tic-tac, tic-tac, tic-tac... plouf.. Évalué à 1.
Il faut appuyer sur ALT en même temps que l'on clique sur le bouton de maximisation pour avoir l'ancien comportement.
[^] # Re: Tu y* vas bien fort.
Posté par Letho . En réponse au journal A cause d'Ubuntu et de ses nombreux défauts, un moteur de jeux abandonne Linux !. Évalué à 2.
À mon grand désespoir… C'est la seule chose qui me manque vraiment sous Linux et OSX :)
[^] # Re: Malheureusement le only open source a des cotés négatif
Posté par Letho . En réponse à la dépêche Sortie de Fedora 21. Évalué à 1.
Non, pour certaines cartes, il faut les 340, ceux moins récents ne fonctionneront pas.
[^] # Re: Malheureusement le only open source a des cotés négatif
Posté par Letho . En réponse à la dépêche Sortie de Fedora 21. Évalué à 1.
Je te trouve un peu dur avec RPMFusion, je trouve qu'ils font dans l'ensemble du bon boulot, même s'il faut faire attention avec les mises à jour du kernel et les modules NVIDIA fournis par le projet. Ils devraient forcer l'utilisation des akmod.
Quoi qu'il en soit, j'ai eu le même problème que toi avec un de mes PC. Tu peux utiliser le dépôt Negativo qui fourni les drivers 340 legacy : http://negativo17.org/repos/fedora-nvidia-340.repo
http://negativo17.org/nvidia-driver/ décrit le fonctionnement du dépôt, mais attention, l'article référence la version actuelle du driver, ce qui peut prêter à confusion.
[^] # Re: Article partial ?
Posté par Letho . En réponse au journal Qu’est-ce que Bitcoin, comment ça marche et pourquoi c’est une révolution ?. Évalué à -1.
s/on/ont, veuillez m'excuser, si un modérateur pouvait corriger…
# Article partial ?
Posté par Letho . En réponse au journal Qu’est-ce que Bitcoin, comment ça marche et pourquoi c’est une révolution ?. Évalué à 10. Dernière modification le 27 novembre 2014 à 09:19.
Dommage que l'article passe complètement sous silence les aspects plus discutables, si ce n'est criticables de Bitcoin, par exemple son caractère hautement spéculatif, ou l'avantage (à mon sens) absolument démesuré qu'ont pu avoir les early adopters.