gnumdk a écrit 7492 commentaires

Mais c'est bien ça le problème, si tu n'aimes pas les applications GNOME, ne les utilises pas :p

Je le connais le problème des KDEistes, les applis KDE sont peu nombreuses ou très buguées et donc tu finis toujours avec des applis GTK sur ton bureau. C'est pour rien que j'étais contributeur sur oxygen-gtk quand j'étais sous KDE.

Mais je vois pas pourquoi Gnome aurait du rester dans le passé juste pour faire plaisir aux utilisateurs de KDE.

Quand j'ai quitté KDE, j'étais le créateur du module kded-appmenu et du code le gérant dans Kwin. Pourtant, quand j'ai vu ce qu'offrait CSD, j'ai migré sous GNOME voyant que KDE n'allait pas évoluer rapidement de ce côté là.

Quand au monsieur qui dit que quand une appli ne répond plus, on ne peut plus la déplacer, j'ai envie de dire et? Tant qu'on peut la fermer.

depuis la version 3.28 sous archlinux un logout ne fonctionne plus!

Je suis sous ArchLinux et ça fonctionne très bien.

A l'ouest? Genre?

Mwai, enfin Ubuntu par défaut ne fait pas de partition /home donc tu es sur de tout perdre à chaque installation. Donc ce mec sent le troll de compétition.

Spotify utilise des DRM…

Tu peux réfléchir avant de parler? KDE Connect sous Gnome, ça rendait l'intégration quasi impossible donc non c'est plutôt une bonne chose d'avoir réimplanté le protocole! Ils n'ont pas refait une appli de zéro pour le coup!

Ah ah, la bonne blague, donc on doit continuer à développer des applications comme dans les années 90 pour faire plaisir aux utilisateurs de KDE?

Le problème de KDE, je le connais bien, pour avoir bossé sur KDE durant quelques années:
- Pas assez d'application ou des applications de faible qualité: crash réguliers, remise à plat du profil KDE mensuel, …
- Des technos vieillissantes et inadaptées: KDED est celui qui me vient à l'esprit, un pauvre module KDED plante et c'est tout le bureau qui s'écroule, sachant que contrairement à Gnome Shell, chaque module est en C++ donc propice au crash
- Depuis KDE3, on entend parlé d'une simplification de l'interface du bureau et des applications mais aujourd'hui sous KDE5, le problème est toujours le même avec des applications bourrées d'options et donc de bugs

Et sur un plan purement technique, je suis sur que KDE est mieux branlé mais à un moment, l'expérience utilisateur est toujours plus importante.

Je ne pense pas, le support blutooth est en cours d'ajout dans KDE Connect.

J'ai un doute aussi sur la fragmentation, j'ai le même problème dans ma voiture mais je n'ai pas rebranché la clé sur un ordinateur depuis 2 ans et j'imagine que ma voiture n'écrit pas dessus.

Chez moi, ça donne ça:

    [root@arch ~]# rm -fr ~
    /bin/rm: -i -fr /root ?

ou:

    [root@arch ~]# rm -fr *
    /bin/rm: -i -fr p plap plop ?

En gros, ça me demande confirmation si je vire un répertoire et/ou si je supprime plus d'un fichier, ça évite aussi les fautes de frappe avec cette touche * si proche de la touche entrée…
Dans mon .bashrc:

function rm 
{
        #on vire les options
        count=0
        for o in "$@"
        do
            echo $o|grep '^-' >/dev/null
            if [[ -d "$o" ]]
            then
                ((count+=2))
            elif [[ "$?" != "0" ]]
            then
                ((count+=1))
            fi
        done
        # Si plus d'un fichier, on demande à l'utilisateur!
        if (( count > 1 ))
        then
            echo -n "/bin/rm: $@ ?"
            read reply
            if [[ "$reply" == "y" ]]
            then
                    /bin/rm -i "$@"
            fi
        else
            /bin/rm -i "$@"
        fi

}

C'était volontaire pour montrer que la 2.20 ne fait même pas parti des backports et que donc il n'y pas moyen d'avoir une debian stable sécurisée (pour la bureautique hein).

de manière à fournir un seul binaire pour toutes les variantes de GNU/Linux.

Avec Snap et Flatpak, je vois pas bien l’intérêt…

https://docs.fedoraproject.org/quick-docs/en-US/creating-rpm-packages.html

Et pour copr, c'est à dire? Tu as l'utilitaire copr-cli qui permet de tout gérer sans jamais passer par le site.

Mwai, enfin si tu veux parler QA, je pense que Debian est autant à la ramasse que ArchLinux. Parce que vérifier qu'un paquet ne casse rien, Debian ne le fait clairement pas (où alors je suis à la rue), c'est pas comme si une mise à jour de Jessie non testée avait cassé un crontab de php.

De ce côté là seul Fedora et OpenSUSE font le job (grâce à OpenSUSE d'ailleurs).

Je pense que tu sous estimes le nombre d'applications dépendant de webkitgtk…

En même temps Fedora n'est pas OpenSUSE.

Je peux très bien faire une distribution basée sur dpkg et avec le même genre d'incompatibilités. L'avantage pour Debian, c'est que toutes les distros utilisant dpkg sont des Debian, Ubuntu y compris.

Donc tu avoues que la plupart des applications graphiques sous Debian stable sont trouées jusqu'à la moelle, CQFD…

Vérification de qualité, ça veut dire forcer les fichiers de conf à respecter la philosophie de la distribution. Il y'a d'autres checks mais les plus chiant à corriger sont ceux là car non liés à la forme de ton paquet.

Comme ArchLinux respecte l'upstream, il n'y pas ce besoin…

La partie du bureau à la ramasse sous debian

Tu veux un exemple, ça m'a pris 5 minutes pour trouver:
https://packages.debian.org/fr/stretch-backports/libwebkit2gtk-4.0-37

Version 2.18 avec juste des patchs pour compiler sur les différentes archis et pourtant:
https://webkitgtk.org/security/WSA-2018-0003.html

Donc du coup, il est possible d'envoyer un mail (geary, evolution, …) ou de faire un site (midori, epiphany, …) pour piéger un utilisateur de Debian stable.

Pas de patch upstream car les devs ne supportent pas les version n-1 et comme ça va contre la politique de Debian, ben il ne se passe rien.

https://bodhi.fedoraproject.org/updates/?builds=webkitgtk4-2.20.1-1.fc26

Fedora est à jour elle par exemple.

c'est juste impressionnant

Non, c'est juste le bordel, le fichier rules, y'a 300 façon différentes de le remplir, rien que ça, je trouve ça non intuitif. Tu es souvent obligé d'aller voir dans d'autres paquet et comme personne ne fait pareil… (même chez debian). Je fais des paquets pour Debian, Fedora, Suse, Arch, Solus et c'est vraiment le bordel sous Debian, crois moi.

Et pourtant, je suis un fan de Debian, c'est pas du troll…

C'est complètement stupide ce que tu dis, sans l'upstream Debian est la plupart du temps incapable de maintenir sur le long terme un paquet. Si l'upstream ne fait plus de mise à jour se sécurité, ben tu as un gros tas de merde dans Debian…

Autant ça fonctionne plutôt bien sur les logiciels à évolution lente (apache, mysql, …) donc sur les serveurs mais sur la partie bureautique, ils sont à la ramasse…

Et cela n'a donc rien à voir avec makepkg, tu pourrais très bien faire une ArchLinux avec un support de 5 ans si tu avais déjà gens motivés pour faire la maintenance. Sachant que tu retrouverais le même problème que pour Debian, à savoir une grosse bouse niveau sécurité sur certains softs.

Mais il est clair que les paquets debian sont compliqués à faire, bien plus qu'un RPM, bien plus qu'un paquet ArchLinux et je te raconte pas pour eopkg…

Je ne suis pas sur de comment on doit comprendre cela.

Peut être plutôt qu'ils utilisent la passerelle IRC afin de communiquer entre eux plutôt que directement utiliser un "Channel" Matrix.

En effet, difficile d'aider les nouveaux venus directement sur Matrix si ils n'arrivent pas à s'y connecter ;)

Perso, j'ai découvert dernièrement https://github.com/dino/dino qui est un client XMPP permettant le chiffrement en utilisant le protocole de chiffrement de signal. Bon, par contre, il faut que l'utilisateur distant soit sous Dino aussi.

De ce point de vu, DLFP et Reddit aussi…

Oui, enfin Thunderbird est très utilisé dans la fonction publique donc il est loin de finir aux oubliettes…

Et vu le nombre de comptes configurés chez nous et le peu de problèmes rencontrés, je pense qu'il rend parfaitement le service.

On ne peut comparer ces deux distributions. Arch reste très près des sources donc les rapports de bug
sont en général à envoyer à "l'upstream".

Mais sans symboles, envoyer un rapport à l'upstream, ça revient à leur dire: "aller vous faire foutre, j'ai une distrib à la con et je vous merde"…

Et sinon j'aime Arch parce que justement ça colle à l'upstream mais sur ce point, Fedora est vraiment très proche de l'upstream, au point que je n'ai pas vu de différence majeurs avec Arch (contrairement aux autres distribs)

C'est un outils redhat, rien à voir avec le projet Gnome…

Bon, j'ai quand même testé Debian SID hier soir mais il y'a pas les symboles de debug pour WebKit2GTK (WTF?) donc y'a vraiment que Fedora qui répondre à mes besoins :-)

Sachant que Fedora est en semi rolling release (mise à jour des applications durant sa durée de vie avec une base stable et figée), je vais donc rester sous F28.