liberforce a écrit 4744 commentaires

Utilise le lien "répondre" sous les messages auxquels tu veux répondre, sinon la discussion est difficile à suivre.

Tu n'as jamais été stagiaire ou débutant ? Tu n'as jamais demandé d'aide dans le cadre de ton travail ? Tu ne t'es jamais inscrit une première fois sur LinuxFR ?

Bonne question, à laquelle je n'ai pas trouvé de réponse. En fait ça n'a pas l'air très clair. Certains disent d'ailleurs que le passage GPL→LGPL de VLC dans sa totalité n'est pas justifié (cf. Bradley Kuhn). Il y a aussi de gens qui disent que c'est pour pouvoir rentrer plus facilement dans les AppStore, mais B. Kuhn indique que le passage à la LGPL ne change rien de ce point de vue.

J’ai déjà vu au RMLL des diapos qui utilisaient des images que j’avais moi même publié sur wikipédia (sous lal probablement), sans citer l’auteur ou un lien, mais je comprend tout à fait que étant donné le format d’une présentation, ça serait inutilisable. Bon une citation raisonnable en fonction du support est de toute manière indiqué dans la cc-by-*

Ce qui est de bon ton est en général de faire une diapo finale où tu listes les références aux œuvres externes.

Certes, l'argument pour Brno étant juste qu'il y a des locaux de RedHat là bas. Mais en même temps, c'est aussi qu'il y a des gens pour organiser sur place.

Il y a une distinction entre "citer l'auteur" et "laisser le lecteur trouver l'auteur". Quand on dénonce un système, il faut se contraindre à être plus vertueux que le pape. C'est plus facile certaines fois que d'autres. Ça dépend du pape.

T'aurais pu être beau joueur et annoncer que pour 2013 ce sera à Brno en République Tchèque… Viendez tous sur GNOME-FR et sa mailing list pour nous aider dans l'organisation, on a 1 an de plus, alors autant en faire un GUADEC inoubliable !

J'en doute, on me harcèle toujours pour créer un compte Google, mais je résiste encore et encore… C'est leur cookie à date d'expiration en 2038, puis l'arrivée de GMail qui m'a décidé à rester dans mon camps retranché. Oui, je sais, tout le monde s'en fout… L'arrivée de Google pourrait me mettre un sacré coup tout de même…

C'est du CC-BY, donc si tu ne cites pas la source, tu enfreins la licence…

Un autre truc magique, c'est d'utiliser l'hypertexte pour quoi il a été conçu: mettre un lien en rapport avec le ou les mots sur lesquels il faut cliquer pour activer le lien. Étrangement, les moteurs de recherche se servent de la même logique pour identifier les informations intéressantes. Je pense donc que "je lis" et "et", vont gagner en popularité grâce à ton journal. \o/

Pour en savoir plus, cliquez ici :-p

Elle est sous quelle licence ? Tu as le droit de la partager avec nous ?

Frets On Fire et Fofix on l'air plutôt à l'arrêt… Performous serait le seul encore vraiment actif ?

Il faut déjà vérifier où tu te trouves dans l'arborescence dans ton terminal. La commande pwd te l'indiquera. Il faut ensuite te rendre dans le dossier où se trouve ton fichier en question. Vu ta capture d'écran, tu utilises sans doute nautilus comme explorateur de fichiers. Le plus simple est donc de faire un clid droit -> propriétés sur le fichier. Là, tu as l'emplacement du fichier (le dossier où il se trouve) ainsi que son nom. Il te suffit donc de copier/coller cela dans ton terminal. Pour coller dans gnome-terminal, utilise les menus, ou le raccourci Ctrl+Shift+V (un Ctrl+V ne fonctionnera pas). N'oublie pas de mettre le nom complet entre guillemets: ". C'est au cas où il y ait des espaces.
Pour faire l'équivalent de ton chmod, dans la fenêtre de propriétés, va dans l'onglet "permissions", et coche "autoriser l'exécution du fichier comme un programme".

L'équivalent en ligne de commande serait (si tu as mis le fichier en question dans ton dossier personnel):
chmod +x "/home/robert/NVIDIA-Linux-x86_64-310.19.run"

Mais ce n'est pas fini. Pour installer le pilote, il te faut les droits administrateur. Du coup, selon ta distribution, tu devras utiliser:
sudo "/home/robert/NVIDIA-Linux-x86_64-310.19.run"
et taper ton mot de passe utilisateur

ou bien:
su -c "/home/robert/NVIDIA-Linux-x86_64-310.19.run"
et taper le mot de passe de l'administrateur "root".

Encore un coup de ces militants pro-Copé !

J'ai tenté l'expérience le jour de la sortie. J'en suis ressorti avec la même opinion que toi. J'ai tout de même réussi à lancer le démineur (même si j'ai eu l'impression qu'il fallait avoir une connexion internet pour faire à peu près tout). Mais je n'ai pas réussi à jouer. Tu avais une aide indiquant qu'il suffisait de cliquer sur une case pour commencer. Je l'ai fait, j'ai vu que le clic était validé (changement d'ombrage de la case), mais elle n'était pas découverte.

L'interface du reste n'était pas cohérente. Il on tenté un hot corner en haut à gauche, mais il ne te montre que la dernière appli utilisée. Il m'a fallu 10 minutes pour me rendre compte qu'il fallait aller dans le coin, puis descendre avec la souris, pour afficher le reste des applications ouvertes.

Certaines applications pouvaient être fermées, d'autres non. Pour certaines, je n'ai trouvé que Alt+F4 pour me permettre de les quitter.

J'ai passé 20 minutes sur la machine, et franchement, j'ai trouvé ça inutilisable, et avec une découvrabilité proche de 0. Pourtant j'utilise GNOME 3 depuis un moment, je sais adapter mes habitudes, mais là franchement, la finition n'y était pas, les applications ne présentaient pas les mêmes infos de la même manière. J'en suis ressorti avec l'impression d'avoir utilisé un gros pot-au-feu, dans lequel ils ont mis tout ce qui leur passait par la tête. Bon, après, faut voir à l'usage, en 20 minutes c'est un peu court, même GNOME 3 m'a demandé du temps d'adaptation.

C'est pour ça que je mets beaucoup d'énergie dans le style et la beauté du code. N'ayant pas une mémoire phénoménale, le seul moyen de m'y retrouver plus tard c'est d'être le plus clair et le plus lisible possible. Et puis j'ai suffisemment récupéré du code de merde pour ne pas avoir envie d'infliger ça aux gens qui passent après moi…

Je pense que c'est pour ça qu'on parle de code "propre" ou "sale", c'est un peu comme l'hygiène. C'est comparable à l'état dans lequel tu laisses les chiottes pour celui qui passe ensuite.

Dell Mini 12 avec le pilote graphique Poulsbo pour GMA500. Voir aussi le blog de Adam Williamson.

Parce qu'il est impossible d'avoir un environnement où tout est sous ton pointeur de souris. Il y a forcément des concessions à faire d'un côté ou un autre.

…c'est du code que j'ai écrit. Le code sale, c'est les autres.

C'est ce qu'une bonne partie des développeurs a l'air de penser, du coup ça fait souvent un second trou au c*l de repasser derrières ces "bons" développeurs… De même que si je relisais du code que j'ai écrit il y a quelques années, j'en ferais sans doute une jaunisse.

Même sans écrire de patch, et donc sans revue, se plonger dans les sources est un excellent moyen de progresser. J'ai appris énormément en lisant des bouts de code de GTK, sur comment concevoir une API, trouver des noms de fonctions et de variables compréhensibles, homogènes. Du coup tu peux deviner facilement le nom d'une fonction et dans quel objet elle se trouve, et c'est un gain énorme de temps !

C'est facile de prendre un workflow particulier et indiquer qu'il est compliqué. Je t'en trouve dans tous les environnements si tu veux. Ce qu'il faut c'est comparer les worflows, mais de manière pondérée. Les actions les plus fréquentes doivent être les plus simples, quitte à ce que d'autres actions moins fréquentes soient plus longues, du moment qu'elles sont claires.

Et pour revenir au sujet, GNOME permet à tout le monde de proposer un module pour GOA, mais encourage à travailler upstream directement, là où Unity favorise le développement tiers. Forcément, les développeurs tiers préférereont le modèle de Unity, mais regardons dans le passé…

Comparaison un peu extrême, mais bon. On a vu des machines avec du Ubuntu préinstallé, des pilotes taillés sur mesure. Ces pilotes n'ont pas été contribué upstream, du coup il était difficile d'avoir autre chose que l'Ubuntu installée d'origine. GNOME n'est pas plus "aliénant" que le kernel à ce niveau là. Si tu veux proposer un truc par toi même, tu patches, mais si tu veux faire un truc propre et qui profitera à tout le monde, travaille upsream. Il n'y a rien de choquant là dedans. C'est du libre, on peut toujours faire le boulot. La différence c'est que le process habituel des développeurs tiers (tu fais ton truc dans ton coin et tu le présentes au monde) n'est pas facilité, ce qui fait que cela pourrait ne pas marcher, malgré les bonnes intentions de départ.

Mon plus gros problème vient de la gestion du Atl+Tab. J'aimerais qu'il fonctionne comme un "applications récemment utilisées", parce que la séparation par espace de travail. Exemple: tu as Thunderbird et Firefox sur le bureau 1, gnome-terminal et Fichiers sur le bureau 2. Tu es sur le bureau 2 avec ton terminal, tu veux consulter tes mails dans Thunderbird. Alt+Tab, 3 fois pour aller chercher Thunderbird. Une fois que tu as fini, tu veux continuer ton activité précédente. Et là si tu fais Alt+Tab une fois, tu te retrouves dans Firefox, parce qu'on privilégie les applications du même espace de travail… Ce que j'aimerais c'est que ce soit géré comme un historique d'utilisation des applications. Passer à une nouvelle tâche et revenir sur la première c'est quand même un cas d'utilisation très courant… Ou alors le shell pourrait repérer un pattern dans tes changements d'applications et te proposer la plus probable dans l'ordre…

L'autre soucis, c'est qu'avec un thème unifié, dans la vue d'ensemble, toutes les fenêtres se ressemblent ! Du coup tu passes 3 plombes à trouver laquelle est la bonne. Ne serait-ce qu'avoir une miniature de l'icône de l'application dans le coin bas-gauche de la miniature de l'application aiderait à résoudre bon nombre d'hésitations.

Ensuite, il y a les notifications, mais la situation s'est améliorée il semble dans la 3.6, que je n'ai pas encore eu l'occasion de tester.

Après, il y a la recherche par mot clé des application, et ça, ça devrait s'arranger dans GNOME 3.8.

Ensuite, il y a la gestion des extensions sur extensions.gnome.org, qui fait que le site ne semble être compatible qu'avec les versions les plus récentes de GNOME Shell, et du coup je me fais jeter dès qu'une nouvelles version de GNOME sort. Bon, je m'en sers quasiment pas, j'ai juste testé des extensions pour modifier le Alt+Tab.

La taille des miniatures de la vue d'ensemble. Elles sont trop petites, alors qu'il reste souvent de l'espace entre elles. Idem, le titre de la fenêtre en dessous de la miniature est quasi illisible.

Le dock dans la vue d'ensemble passe à la taille inférieure trop vite. Du coup tu ne peux quasiment pas mettre d'applications favorites, sinon tes icônes deviennent rapidement minuscules, et s'en servir pour switcher entre les fenêtres ouvertes devient difficile.

Les icônes du dock devraient être plus grandes pour les applications déjà ouvertes, afin d'encourager la prise d'habitude et utiliser plus facilement le dock pour passer d'une application à l'autre (rendant inutiles les espaces de travail).

Oui il est possible d'appuyer sur la touche Windows et de taper les première lettres du logiciels que vous souhaitez lancer mais non, cette solution n'est pas efficace dans tous les cas (quand tu ne sais pas quels jeux/logiciels sont installés ?

Les développeurs de GNOME Shell sont conscients de ce problème. La recherche fouille les fichiers .desktop à la recherche de mots clés, mais ceux ci doivent se trouver dans une rubrique particulière, et ce n'est apparemment pas le cas actuellement. L'ajout de ces mots clés est un GNOME Goal pour GNOME 3.8.

Certains font une exception si c'est lié dynamiquement, d'autres pas.
http://www.freebsd.org/doc/en/articles/bsdl-gpl/origins-lgpl.html

Faudrait voir la position officielle de la FSF là dessus.