gnumdk a écrit 7486 commentaires

ton article est plus constructif et approfondi ce qui apporte des éléments
intéressants.

Je confirme, tu fais chier patrick_g, t'aurais pu le poster plus tôt quand même :)

Ce n'est donc pas un peu facile de critiquer après que tout a été fait plutôt que
d'aider à l'élaboration au début ?

Pour aider à l'élaboration, faut il encore que ton avis soit entendu.

Je ne doute pas que les devs de Canonical l'ont fait, en tout cas pour la petite partie de KDE sur laquelle je bosse, j'ai été contacter par un dev de Canonical pour faire le point sur la situation actuel, jeter un coup d'oeil au début de qmenumodel (équivalent de gmenumodel pour Qt et donc je comprend mieux le besoin d'intégration dans Unity au regard de cette nouvelle), donner mon avis, proposer des améliorations…

Il faut arrêter avec la vision de Canonical les méchants qui veulent pas contribuer car je pense vraiment pas que le manque d'ouverture soit de leur coté… En tout cas, avec KDE cela se passe toujours comme il le faut.

Pas sur, je pense que le gagnant sera celui qui arrivera à convaincre AMD et Nvidia de faire un driver proprio pour son architecture…

A voir qui de Canonical ou de RedHat a le plus de force de frappe.

http://www.olli-ries.com/mir-unity-qml-unity-apis-unity/

L'explication d'un dev sur la migration de Compiz vers Qt/QML.

Vila Isabel!!!

Et pendant ce temps là, les auteurs ne cherchent pas à corriger le problème.

Ben oui bien sur, ils sont trop occupé à rien glander ces tas de feignasses!

Merci pour cette argumentation de bas étage…

qui font que tu doive te renseigner sur leur implications.

AIE ça pique!

Moi j'en suis sur, tu apprends largement plus en décortiquant la configuration complexes d'une grosse distrib qu'en construisant une configuration simple from scratch…

Avec une pensée toute particulière pour ceux qui sont au boulot :-P

Moi je reviens du Brésil, tu me fais pas rêver avec ta neige toute froide :p

Sur les trois systèmes que j'ai cité, je me suis fait écrasé des fichiers sans
possibilité de retrouver les modifications.

Et bien sur tu as fais remonter les bugs upstream pour dire aux mainteneurs des paquets qu'ils avaient oublié de préciser les fichiers de conf modifiables par l'utilisateur ?

C'est pas comme si il etait difficile de desactiver strip lors de la compilation d'un
package.

C'est vrai que recompiler un truc comme Qt ou Kdelibs, j'ai vraiment envie de faire cela tous les jours.

De plus, la version git de KDE pour ArchLinux est largement moins stable que celle d'openSUSE. Je sais pas comment ils font chez openSUSE, mais c'est presque toujours utilisable pendant la phase de développement. Bon, je ne parle pas de project-neon sous Kubuntu ou c'est toujours instable.

Moi je rajouterai que j'ai tous appris sous Mandrake ;)

Le jour ou j'ai installé ArchLinux, j'ai même été choqué par les outils pour noobs proposés pour configurer le clavier… Heureusement, l'installeur a été supprimé et la bonne commande est enfin mise en avant !

Bref, Mandrake or Die!

T'as qu'à utiliser un vrai DE ;)

Nan, je déconne, j'ai pas eu de problème à signaler coté KDE pour le moment. C'est fonctionne au poil.

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg = linux

Ou encore mieux: pacman -S linux-lts..

Moi, en métal, je préfère ça!

http://www.dailymotion.com/video/xjra4o_gourmette_music#.US3Feof2iws

Il manque les symboles de debug, c'est pour cela que j'ai une OpenSUSE pour coder/debugger.

Ecrire tous ces commentaires en se rendant compte que tout le monde avait compris vos propos
et que l'auteur n'allait pas argumenter plus ne fait que détourner la conversation sur un
sujet en marge.

Euh, tu es nouveau ici toi non ? :) Que serait DLFP sans ses centaines de commentaires hors sujet dans les journaux ?!?

Systemd - Linux's version of malware

Wai, en gros, tu cherches des arguments bidons pour ne pas te faire attaquer sur le seul argument qui te fais quitter Arch: les deux que tu cites sont bien sur liés à la migration vers systemd.

Par contre, je m'en fou de faire des mises à jour du noyau toutes les 2 semaines vu que c'est totalement transparent, c'est quoi le problème ?

Voilà, après, libre à toi d'utiliser une autres distrib, Arch n'a pas que des avantages:
- De la folie pour un serveur
- Nul à chier pour coder

Je confirme qu'il faut arrêter avec la légende de la distrib Arch qu'on passe son temps à configurer:
- La base on le fait une seule fois
- Le reste, c'est très rare d'avoir besoin d'une intervention manuelle (documentée sur le site)

Voilà, bref, pour moi ça "just works".

Le seul argument sur le coté relou, c'est quand un logiciel est cassé parce qu'une dépendance a été mise à jour et que le logiciel contient un bug mais:
- Ca permet de faire remonter upstream
- C'est corrigé rapidement

Donc on gros, si on a pas envie de faire le minimum syndical pour s'impliquer un peu dans le libre, effectivement, il y'a des choix plus judicieux.

ntfsfix ?

Donc Debian testing/unstable…

Et sur la vidéo en question, tu prends bien soin après le refresh dans konqueror de ne pas scroller, tu te fous pas un peu de notre gueule ?

Et non, KDE 4.4 sous Debian donc pas de bug dans Dolphin :)

Alors qu'il pourrait très bien utiliser une distrib avec KDE <= 4.7 et donc sans le bug…

Konqueror est plus malin, tant qu'on est en édition, la touche TAB complète

Il s'agit clairement d'un bug et tu as bien sur fait un bug report…

A noter quand même qu'avec le choix de complétion par défaut (liste déroulante), cela fonctionne parfaitement. Il faut donc faire un bug report pour les autres choix.