gnumdk a écrit 7494 commentaires

Une simple commande shell est un programme Gufo valide, c'est ce qui lui permettra d'être un language de shell. La commande ls
permet de lister les fichiers du répertoire courant. Ce programme permettra donc l'affichage de cette liste.

Quand je lis ça, j'ai comme un doute sur le fait que tu ais compris ce qu'est un Shell… Il est constitué de commandes internes (echo, set, …) et de commandes externes(echo, ls, mkdir, …). Si tu le savais, alors ta phrase n'est vraiment pas claire :-)

Sinon, tu as du remarquer le piège, il y'a deux fois echo dans mon exemple, en effet, la commande externe echo n'est jamais utilisée quand on fait du bash (à moins de l'appeler directement) et c'est la commande interne qui est utilisée.
J'imagine que la commande externe est là pour des raisons de compatibilité avec les shell utilisant print. Quelqu'un, j'ai bon?

C'est la blague effectivement.

Le nombre de fois ou je veux faire une démo d'une nouvelle fonctionnalité dans Lollypop ou Eolie en postant une vidéo sur Google+ et que je découvre 1 ou 2 ou 3 bugs pendant l'enregistrement, que je corrige les bugs, et qu'au final cette vidéo m'a pris 3 heures de mon temps. Alors que j'utilise la fonctionnalité en question depuis une semaine sans rien voir.

Moralité, faisez des vidéos!

sans utilisation pendant quelques minutes le disque est démonté (systemd automount) et mis en veille

Tu peux partager comment tu as fait cela?

Merci ;)

Essaye https://www.playonlinux.com/fr/ , ils ont plein de rustine pour faire fonctionner telle ou telle application.

Et pour les devs, clavier parfait.

J'ai pesté au début pour le "Page up", "Page down" couplé avec la touche Fn mais en fait à l'usage, c'est juste génial parce que souvent quand tu veux faire ça, tu as déjà les doigts sur "Up"/"Down".

je l'ai re-testé hier et il n'y a pas besoin de mot de passe

Je viens de tester, tu l'as rêvé… Où alors ce n'est pas un feature mais bien un bug que tu as trouvé…

Oui, mais tu peux pas comparer une connexion RDP sur un serveur survitaminé qui n'aura que des accès locaux et 200 clients Linux qui attaque le serveur en NFS…

Dans le premier cas, tu déportes l'affichage, dans le second, tu déportes le système.

Une compilation statique ou fournir les biblios manquantes sera infiniment moins lourds

Ok, encore un mec qui parle d'un truc qu'il ne comprend pas…

Tu n'a pas l'air de parler de la même chose:
- Un client léger Linux, c'est souvent un boot PXE + montage NFS et donc pas de disque dur local.
- Un client léger Windows, c'est souvent un windows normal qui lance une connexion RDP

Ce n'est donc pas tout à fait la même chose… Si chez vous?

C'est peut être un avantage dans la fonction publique, t'as des marchés avec:
- Des PC fix sous Linux
- Des portables sous Linux
- Des copieurs compatibles Linux

Du coup, tu ne vois pas ce genre de problèmes…

C'est bien, tu as pu te faire la main sur cet outil maintenant, si tu te lances de le dev d'un plus gros logiciel:
- Si tu veux vraiment faire du C, alors apprend à te servir de GObject parce que le code de looker n'en profite pas du tout
- Sinon passe à Vala ou Python ou Rust pour faire de l'object

Les frontends mplayer/mpv aussi.

Je suis plus sur Toulouse, fini le capitole du libre…

Pour moi, c'est semaine JRES et ça va être moins funky :-/

On porte tous plainte contre lui en même temps? Pour le plagiat de la page Debian?

Ca m'a fait penser à Jean-Marc Jancovici qui établi le même constat.

A la différence de Jancovici, il m'a pas l'air très pro nucléaire…

chez toi aussi maintenant que je regarde ton lien (le carre divise en 9)

Non, regarde bien il y'a une scrollbar dans Chromium aussi, la différence ne vient pas de là (le carré)

Je te donne un indice, il y'a une barre latérale à gauche dans Eolie.

Mais sinon, c'est pas possible qu'en redimensionnant la fenêtre tu n'arrives pas au même résultat avec Firefox parce que c'est la page web qui est codée comme ça.

Tu as du mal regarder, Chromium et Firefox font exactement la même chose:

https://imgur.com/a/4JeM7

Euh, je comprends pas trop ce que tu veux dire :-)

Si c'est au niveau du contenu de la page, c'est soit un problème de WebKit soit un problème de la page.

Il manquait une dépendance dans le paquet.

La première version utilisable d'Eolie (avec pas beaucoup plus de fonctionnalité qu'aujourd'hui) c'était 4 mois de dev.

Depuis, j'ai surtout joué avec… D'ailleurs le concept actuel m'a été soufflé par un utilisateur sur github et j'ai trouvé l'idée géniale.

Bon, je viens de voir que Canonical backport la 2.18 par défaut donc j'ai copié le paquet pour Xenial.

Ben j'ai pas fait de paquet pour Xenial pour le moment parce que le côté LTS me fait un peu peur, je ne sais pas comment Canonical gère les mises à jour de sécu sur WebKitGTK…

D'abord, une erreur : le lien Source code sur https://gnumdk.github.io/eolie-web/ pointe vers les livrables de lollypop

Putain, je l'avais pas vu celle là ;)

Merci sinon pour le commentaire.

Pas de 1.0 pour l'instant, j'ai plutôt la 1.0 de Lollypop en tête:
- Après nettoyage du code avec tout ce que j'ai appris en faisant Eolie et qui doit être retravaillé dans Lollypop
- Avec l'import des playlists maintenant que totem-plparser ne segfault plus sur des playlists mal formatées.
- Avec l'ajout de playlists intelligentes (beaucoup demandées par les utilisateurs)

Eolie est encore un projet jeune, il a le temps d'arriver à une 1.0 :-)

L'intégration d'une application, ce n'est pas qu'un thème plus ou moins respecté ou des notifications. Il y'a tout une philosophie derrière un environnement de bureau et une application générique ne peux pas toutes les respecter.

La seul solution est de faire un coeur générique et plusieurs interfaces: une pour Gnome, une pour KDE, une pour …

Mais ça revient à faire n applications parce que le coeur générique ici, c'est WebKit.

Dans le cas de firefox qu'est-ce que tu entends par mal intégré ?

Qui ne respecte pas les HIG de Gnome tout simplement, donc il ne le sera jamais.