gnumdk a écrit 7477 commentaires

Des fois, je me demande si je ne vais pas retourner du côté obscur…

Bonne idée, le libre n'a pas besoin de gens comme toi.

Qui n'a pas de lien parce qu'il parle d'un démarrage et au démarrage, Gnome Shell consomme peu.

Plutôt que de faire un nouveau journal, je vais profiter de cette nouvelle pour parler de mes deux applis.

Lollypop et Eolie ont eux aussi migré vers *.gnome.org, bye bye GitHub:
- https://wiki.gnome.org/Apps/Lollypop => Lecteur de musique
- https://wiki.gnome.org/Apps/Eolie => Navigateur web

Lollypop:
Pas mal de nouveautés de son côté, le code a été entièrement retravaillé afin d'adapter le fonctionnement à une demande récurrente: pouvoir mixer album et morceaux dans la liste de lecture. Cela peut sembler con comme fonctionnalité, mais pour des raisons de performance, Lollypop ne travaille que sur des albums donc c'était plus complexe que de rajouter des "id" à une liste.

On en parle dans le journal à propos de Purism, j'ai aussi rajouté un mode "responsive" à Lollypop, c'était relativement simple même si j'attends avec impatience HdyStackableBox:
https://www.youtube.com/watch?v=9OgoBXjyQ4A

Eolie:
- La gestion des blocages: pubs, js, … a été entièrement revue
- Sinon, beaucoup de corrections de bugs

Putain, merde je suis conditionné, j'ai lu: "Portage de TapTempo en Lutim"

Vivement que cette folie s'arrête :-)

Et si le client préfère github? Nan j'déconne ;)

C'est marrant la vie, j'ai découvert aujourd'hui cette histoire d'horloge monotonique (en regardant de près un bug dans GTK/Wayland), je vais mouler sur DLFP et je tombe sur ton message.

Ben ça permet de lancer le jeu dans un container dédié donc mieux niveau sécurité si tu n'as pas confiance en l'éditeur ;)

Ca ma rappelle les paquets flatpak qui traînent sur le web: des jeux windows crackés qui tourne avec une version de wine fournis dans le paquet. Ou comment flatpak est devenu le vecteur de distribution de jeux piratés sous Linux :-)

D'ailleurs pourquoi ne pas générer un paquet flatpak histoire d'avoir un outils multi distrib?

COUNT="$(($COUNT + 1))" => ((COUNT += 1))

TAPS="$TAPS + $(($CUR-$PREV))" => ((TAPS += CUR - PREV))

Parce que à part ArchLinux, les autres OS sont obsolètes et forcent leurs utilisateurs à utiliser des technos obsolètes par défaut…

J'ai commencé la programmation avec Ada 83 en DUT sur des VT200 avec vi sous HPUX.

Les heures à tenter de faire compiler ton programme codé sous Windows 98 + GNAT/Ada 95 sur Ada 83 :-)

Je me répond à moi même, non je fais référence au fait que l'architecture actuelle fait que tout tourne dans le même thread et que si le système est un peu chargé, Gnome Shell se met à ramer (pointeur souris, animations, …)

https://wiki.gnome.org/Initiatives/Wayland/GnomeShell/GnomeShell4

Fedora peut faire ce qu'elle veut pour rendre GNOME Shell plus performant sous Wayland, c'est un problème d'architecture donc ce ne sera jamais corrigé.

Je suis surpris de voir que la situation risque de rester tel quel pendant quelques années encore (réécriture complète du Shell en utilisant GTK4). Donc Xorg a de beaux jours devant lui.

C'est super que la DINSIC conseille des logiciels libres mais:
- Ils sont déjà largement utilisés dans les Ministères, Universités, …
- On a le droit de vouloir acheter du support (même pour juste soutenir) quand un logiciel libre le propose sans devoir passer pour un extraterrestre
- Et plus de logiciel libre, ça veut dire plus de moyen humain, on peut pas de demander aux équipes de faire le boulot de 20 SSII à 5 IGE… Même si certain Ministères sont largement mieux lotis que d'autres…

J'ai utilisé longtemps Zanata pour mes projets mais beaucoup de traducteurs m'ont demandé de passer à Weblate parce que Zanata n'est pas pratique à utiliser pour une utilisateur lambda. Et je peux le comprendre vu l'interface!

Problème de CSS je pense.

Je ne comprends pas l'intérêt du "une fenêtre = un bureau"

Euh, je vois pas bien le rapport avec ce que l'on vient de dire, moi, j'ai:
- Un bureau 1 avec geary + pidgin + gnome-todo + gnome-calendar
- Un bureau 2 avec gnome-terminal + eolie + lollypop => En grod, le bureau dev
- Ensuite, c'est plutôt libre mais souvent un autre bureau avec un Firefox vu que Eolie ne peut pas être en route tout le temps (surtout quand je code dessus).

Avant Gnome Shell, je n'avais jamais réussi à utiliser le concept de bureau virtuel parce que je n'arrivais pas à m'organiser que ce soit avec Gnome 1.4/2 ou KDE 2/3/4.

Je lis Electron, je passe à la suite…

Personne ne t'oblige à utiliser Gnome Shell… Perso, je ne clique jamais sur activités:
- Soit j'ai une main sur le clavier et j'appuie sur la touche alias
- Soit j'ai une main sur la souris et je «jette» violemment le pointeur en haut à gauche

Ce n'est qu'une question d'habitude, j'étais un KDEiste convaincu, j'étais même un développeur KDE à l'époque, je détestais Gnome Shell pour les même raison mais par contre j'adorais le design des applications Gnome.

Un jour, je me suis forcé à tester Gnome Shell, d'abord avec plein d'extensions pour le faire ressembler à KDE et puis en fait, au fur et à mesure, j'ai tout viré et maintenant je suis complétement accro, quand je suis sous Windows ou autres, je pète un plomb.

Ne t'excuses pas, la dépêche est très bien et ceux qui râlent sont toujours ceux qui ne contribuent jamais, que ce soit sur DLFP ou sur le logiciel libre en général.

le mouvement libre ce n'est pas que les logiciels

La vidéo est sur le logiciel libre…

Je me demandais dernièrement si LetsEncrypt permettait de signer des certificats pour un domaine interne, quand l'endroit où tu bosses a eu la mauvaise idée de faire domaine.prive au lieu de in.domaine.fr.

Du coup c'est impossible non?

Moi je pense surtout que tu n'as absolument pas compris ce qu'il voulait dire!

De la biométrie, c'est de l'identification, ça ne veut absolument pas dire que c'est toi parce que tout simplement, n'importe qui peut récupérer ces informations, un mot de passe que tu es le seul à le connaître (dans la théorie certes mais reste plus sécurisé que de la biométrie).

Coucou, Eolie propose une option pour récupérer les onglets ouverts en cas de crash (qui pourrait être améliorée il est vrai).

Pour les crash, c'était des crash python (cad Eolie) ou des segfaults (cad WebKitGTK)?

Pour information, sans utiliser une version patché de python-gobject ou alors la dernière version, c'est le crash assuré.

je suis sous gnome la 17

Cette phrase ne veut absolument rien dire vu que la version du dernier GNOME est la 3.26.
Ubuntu 17.10 j'imagine…

Sur le site du projet: * DEVELOPMENT AND SUPPORT ENDED *

Donc, projet mort, oublie.