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.
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.
On est d'accord sur ce point, c'est juste que quitte à faire des heures, autant en avoir un maximum sur le contrat pour faire grossir le salaire et avoir des RTT. On se doute bien que les heures supp' seront écrêtées…
As you might know, or might have read, I am spending a lot of my time to relicense libVLC, aka VLC engine, from GPL to LGPL.
C'est libVLC ce coup ci qui passe en LGPL, qui gère j'imagine tout ce qui est codage/décodage (d'où l'intérêt que ce soit une bibliothèque). Pourquoi ce changement est compréhensible ? Parce que tu ne peux pas utiliser une lib GPL dans une application proprio sans être touché par l'effet viral de la GPL. C'est comme cela que le modèle économique autour de Qt fonctionnait il y a quelques années: une version GPL de Qt existait, et si ton appli était sous GPL ou licence compatible GPL, tu pouvais l'utiliser gratuitement. Mais si tu voulais faire une application proprio utilisant Qt, tu devais payer une licence commerciale.
Une bibliothèque LGPL n'a pas cet aspect viral sur les applications qui se lient avec elle. Du coup, passer libVLC en LGPL permet de créer des applications proprios autour de libVLC. Cela ouvre donc les portes à une utilisation plus massive par les développeurs, et donc la création d'un écosystème basé sur libVLC, au même titre que gstreamer (LGPL) et ffmpeg (GPL+LGPL).
Résultat : j'ai eu mes 20%, donc 50 k€, 10 ans après j'ai 60 k€ (c'te loose)
Je me suis dit que j'avais gâché ma vie jusqu'à ce que je voie sur ton parcours sur Viadeo que tu es sorti d'école 10 ans avant moi :-p. M'enfin même comme ça je ne suis toujours pas au salaire que tu avais il y a 10 ans. Le 11 septembre 2001 avait un peu tendu le marché, et difficile de récupérer ensuite…
Perso, je pense que le salaire se négocie à l'embauche. Il est vraiment dur d'être augmenté une fois que tu as rejoint la structure, et les promesses ou perspectives s'éloignent bien souvent. Du coup le changement d'employeur est le moment de faire la culbute. Si on te propose pareil, pour bosser plus, avec juste des promesses… Perso je passerais mon chemin, sauf si le boulot est celui de mes rêves. si le boulot t'intéresse vraiment, tu peux peut-être négocier des choses écrites sur ton contrat, en termes de progression, de responsabilités, histoire d'éviter les plans tordus où on « ne te doit rien car rien n'est écrit ». J'ai quand même un collègue de boulot à qui on a parlé de prime d'intéressement pour rejoindre la boîte alors que cela faisait un moment qu'on perdait de l'argent. 1 mois après son arrivée, il y a eu un plan de chômage partiel. Il avait une famille et un crédit, il a préféré ne pas finir sa période d'essai et aller voir ailleurs.
Idem mais pour HP. J'ai contacté l'UFC-Que Choisir, ai dû payer une inscription à 20€ comme adhérent pour qu'on puisse m'aider. J'ai exposé mon cas, et vu qu'ils étaient déjà en procédure avec HP, on m'a dit qu'ils avaient déjà assez de cas. J'ai attendu la suite, et ils ont perdu en première instance. Du coup, j'ai lâché l'affaire. Au final, je ne suis pas allé plus loin, et quand je lis ce genre d'histoire, je ne suis pas pressé d'être en contact avec la justice, même si c'est moi le plaignant.
Le gain de place, c'est aussi du gain en cache. Si c'est plus petit, ça tient mieux dans niveau de cache inférieur, et ça devient du gain en performance.
# Déjà fait
Posté par liberforce (site web personnel) . En réponse au journal Moment de détente. Évalué à 10.
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.
[^] # Re: Le code propre...
Posté par liberforce (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 3. Dernière modification le 16 novembre 2012 à 19:25.
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.
[^] # Re: Les problèmes que je rencontre sous GNOME Shell
Posté par liberforce (site web personnel) . En réponse au journal GNOME, c'est Apple et Ubuntu c'est Android (Vendredi inside). Évalué à 2.
Dell Mini 12 avec le pilote graphique Poulsbo pour GMA500. Voir aussi le blog de Adam Williamson.
[^] # Re: Comparaison de menus Unity/GnomeShell/elementary
Posté par liberforce (site web personnel) . En réponse au journal GNOME, c'est Apple et Ubuntu c'est Android (Vendredi inside). Évalué à 1.
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.
# Le code propre...
Posté par liberforce (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 3.
…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.
[^] # Re: Opensource ?
Posté par liberforce (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 4.
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 !
[^] # Re: Comparaison de menus Unity/GnomeShell/elementary
Posté par liberforce (site web personnel) . En réponse au journal GNOME, c'est Apple et Ubuntu c'est Android (Vendredi inside). Évalué à 3.
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.
[^] # Re: Les problèmes que je rencontre sous GNOME Shell
Posté par liberforce (site web personnel) . En réponse au journal GNOME, c'est Apple et Ubuntu c'est Android (Vendredi inside). Évalué à 1.
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.
# Les problèmes que je rencontre sous GNOME Shell
Posté par liberforce (site web personnel) . En réponse au journal GNOME, c'est Apple et Ubuntu c'est Android (Vendredi inside). Évalué à 2.
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).
[^] # Re: Comparaison de menus Unity/GnomeShell/elementary
Posté par liberforce (site web personnel) . En réponse au journal GNOME, c'est Apple et Ubuntu c'est Android (Vendredi inside). Évalué à 5.
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.
[^] # Re: Un mini-message plus qu'un journal
Posté par liberforce (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 2.
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.
[^] # Re: Chez toi ?
Posté par liberforce (site web personnel) . En réponse au message Hébergement pour un projet open-source à l'abri des brevets logiciels. Évalué à 1.
Certes.
[^] # Re: 35h ou 39h
Posté par liberforce (site web personnel) . En réponse au message Salaire: 38k pour 35h VS 38k pour 39h. Évalué à 3.
On est d'accord sur ce point, c'est juste que quitte à faire des heures, autant en avoir un maximum sur le contrat pour faire grossir le salaire et avoir des RTT. On se doute bien que les heures supp' seront écrêtées…
[^] # Re: Chez toi ?
Posté par liberforce (site web personnel) . En réponse au message Hébergement pour un projet open-source à l'abri des brevets logiciels. Évalué à 3.
1 Watt.heure, pas 1 Watt/heure…
[^] # Re: Un mini-message plus qu'un journal
Posté par liberforce (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 5.
Son premier article permet de comprendre:
C'est libVLC ce coup ci qui passe en LGPL, qui gère j'imagine tout ce qui est codage/décodage (d'où l'intérêt que ce soit une bibliothèque). Pourquoi ce changement est compréhensible ? Parce que tu ne peux pas utiliser une lib GPL dans une application proprio sans être touché par l'effet viral de la GPL. C'est comme cela que le modèle économique autour de Qt fonctionnait il y a quelques années: une version GPL de Qt existait, et si ton appli était sous GPL ou licence compatible GPL, tu pouvais l'utiliser gratuitement. Mais si tu voulais faire une application proprio utilisant Qt, tu devais payer une licence commerciale.
Une bibliothèque LGPL n'a pas cet aspect viral sur les applications qui se lient avec elle. Du coup, passer libVLC en LGPL permet de créer des applications proprios autour de libVLC. Cela ouvre donc les portes à une utilisation plus massive par les développeurs, et donc la création d'un écosystème basé sur libVLC, au même titre que gstreamer (LGPL) et ffmpeg (GPL+LGPL).
[^] # Re: 35h dans une startup...
Posté par liberforce (site web personnel) . En réponse au message Salaire: 38k pour 35h VS 38k pour 39h. Évalué à 1.
Comme il l'indique, c'est un contrat de 39h qu'on lui propose dans la startup.
[^] # Re: Salaire à l'embauche
Posté par liberforce (site web personnel) . En réponse au message Salaire: 38k pour 35h VS 38k pour 39h. Évalué à 3.
Je me suis dit que j'avais gâché ma vie jusqu'à ce que je voie sur ton parcours sur Viadeo que tu es sorti d'école 10 ans avant moi :-p. M'enfin même comme ça je ne suis toujours pas au salaire que tu avais il y a 10 ans. Le 11 septembre 2001 avait un peu tendu le marché, et difficile de récupérer ensuite…
# Salaire à l'embauche
Posté par liberforce (site web personnel) . En réponse au message Salaire: 38k pour 35h VS 38k pour 39h. Évalué à 7.
Perso, je pense que le salaire se négocie à l'embauche. Il est vraiment dur d'être augmenté une fois que tu as rejoint la structure, et les promesses ou perspectives s'éloignent bien souvent. Du coup le changement d'employeur est le moment de faire la culbute. Si on te propose pareil, pour bosser plus, avec juste des promesses… Perso je passerais mon chemin, sauf si le boulot est celui de mes rêves. si le boulot t'intéresse vraiment, tu peux peut-être négocier des choses écrites sur ton contrat, en termes de progression, de responsabilités, histoire d'éviter les plans tordus où on « ne te doit rien car rien n'est écrit ». J'ai quand même un collègue de boulot à qui on a parlé de prime d'intéressement pour rejoindre la boîte alors que cela faisait un moment qu'on perdait de l'argent. 1 mois après son arrivée, il y a eu un plan de chômage partiel. Il avait une famille et un crédit, il a préféré ne pas finir sa période d'essai et aller voir ailleurs.
# C'est pire...
Posté par liberforce (site web personnel) . En réponse au journal Interview de Linus à LinuxCon Europe 2012. Évalué à 3.
Il ne dit pas qu'il ne code plus, il dit qu'il ne lit même plus de code !
# Configurer un noyau Linux
Posté par liberforce (site web personnel) . En réponse au message stlinux. Évalué à 0. Dernière modification le 13 novembre 2012 à 16:52.
Ce n'est pas la documentation qui manque sur la configuration du noyau Linux… Un exemple parmi tant d'autres.
http://www.unixmaniax.fr/wiki/index.php?title=Configurer_/_compiler_le_noyau
Ensuite à toi de trouver la bonne option…
# La prochaine fois...
Posté par liberforce (site web personnel) . En réponse au message Au secours ! Exchange Serveur ignore les noms de domaine avec caractères accentués ! . Évalué à 2.
# Correction
Posté par liberforce (site web personnel) . En réponse à la dépêche Meilleurs contributeurs LinuxFr.org : les gagnants d'octobre 2012. Évalué à 3.
Si un modéro passe par là, le lien de la news de Benoit Jacob est cassé…
[^] # Re: SAMSUNG
Posté par liberforce (site web personnel) . En réponse au journal Enfin !!!!. Évalué à 5.
Idem mais pour HP. J'ai contacté l'UFC-Que Choisir, ai dû payer une inscription à 20€ comme adhérent pour qu'on puisse m'aider. J'ai exposé mon cas, et vu qu'ils étaient déjà en procédure avec HP, on m'a dit qu'ils avaient déjà assez de cas. J'ai attendu la suite, et ils ont perdu en première instance. Du coup, j'ai lâché l'affaire. Au final, je ne suis pas allé plus loin, et quand je lis ce genre d'histoire, je ne suis pas pressé d'être en contact avec la justice, même si c'est moi le plaignant.
[^] # Re: Plan9
Posté par liberforce (site web personnel) . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 3. Dernière modification le 12 novembre 2012 à 11:39.
Le gain de place, c'est aussi du gain en cache. Si c'est plus petit, ça tient mieux dans niveau de cache inférieur, et ça devient du gain en performance.
[^] # Re: trotrotrotro troll !
Posté par liberforce (site web personnel) . En réponse au journal A Generation Lost in the Bazaar. Évalué à 2.
Zut, je répondais au commentaire de Michel bien sûr !