gnumdk a écrit 7486 commentaires

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.

C'est simple, j'ai fermé GNOME Boxes, il a commencé à prendre 100% du CPU.

Il fait un snapshot si tu le fermes avec un OS qui tourne

J'ai abrt qui s'est lancé suite à un crash de firefox, il a pris 100% du CPU

Oui, il a généré un dump pour pouvoir faire un rapport de bug, c'est quoi le rapport avec Gnome?

Ca fait plusieurs mois que je lâche peu à peu ArchLinux. Raison principal, l'absence des symboles de "debug" ce qui rend tous les rapports de bug fait sous ArchLinux bancals. De plus coredumpctl (gdb?) sous Fedora est capable de dire quel paquets installer quand on ouvre un dump.

J'ai longtemps cherché autre chose que Fedora parce que je voulais rester sur une distribution en Rolling Release:

• OpenSUSE: L'opposé du KISS d'ArchLinux, plein de wrapper à la con qui font que OpenSUSE fonctionne comme OpenSUSE au lieu de fonctionner de manière standard. Genre, en faisant une installation minimale, installer gdm ne permet pas de lancer gdm… Ca m'a complétement rebuté.

• Solus: Bonne distrib mais les paquets sont patchés à l'arrache pour personnaliser l'environnement au lieu d'utiliser XDG_DATA_DIRS et faire rentrer une application dans leur distrib, c'est une galère sans nom.

• Debian SID reste dans ma liste même si le freeze obligatoire à l'approche de la release d'une nouvelle stable n'en fait pas une vraie rolling release

Bref, finalement, je reste sous Fedora dont l'intégration de GNOME est juste parfaite. J'utilise F28 depuis la sortie de Gnome 3.28 et elle est déjà plus que stable.

La fonctionnalité est basée sur tracker.
https://gitlab.gnome.org/GNOME/nautilus/issues/280

Tu peux aussi utiliser les raccourcis clavier pour aller sur un nouveau bureau et tu auras le même effet.

On parle pas de Gnome Shell d'il y'a 10 ans :p (troll inside)

http://lazka.github.io/pgi-docs/index.html