Alors, on va tenter, je vais garder les 2 phrases ou il y a le mot gnome :
La seule et unique raison de l'existence du mode classique c'est le pognon de gros utilisateurs payant de RHEL qui ont pris peur en voyant
cette bouse de rh-shell arriver dans leur distribution et qui ont été trouver leur commercial en fronçant les soucis.
Contrairement à "la communauté" a qui on a essayé de faire bouffer du rh-shell de force, eux ont des arguments financiers que les employés
de RedHat n'ont pas pu ignorés."
C'est quoi rh-shell ?
c'est un nouveau soft qu'on connait pas ?
Sinon, on peut aussi jouer, on prends un commentaire au hasard et et on remplace des mots au pif pour montrer un truc ?
Donc passer à systemd ferait entre 3 et 6 non satisfait, et donc 14 et 17 personnes qui n'auront pas de souci parmi les gens qui ont répondus au sondage.
Je peux t'en donner un, je fait assez de pub pour ( parce que je l'utilise et que j'ai codé 2/3 trucs dessus), c'est virt-sanbox-service : http://danwalsh.livejournal.com/59144.html
ça installe un conteneur basé sur les namespaces Linux (comme lxc), et ça utilise systemd pour le démarrer, ça prends en entrée une unité systemd. Et ça configure le conteneur pour démarrer avec systemd ( cad en rajoutant une unité systemd, et tout le reste dedans ).
Pour le moment, ça marche qu'avec des rpms, mais les devs sont intéressés par des tests ailleurs que sur une fedora, et fondamentalement, à part un bout qui liste les fichiers d'un rpm ( et qui est facile à isoler ), ça n'a rien de spécial.
Fedora est peut-être soutenue mais elle est communautaire, non ?
Tout comme openstack, le kernel, ou tout un tas de projet. Ensuite, c'est vrai que REd hat soutient Fedora de façon beaucoup plus direct notamment au niveau juridique, la ou des structures plus indépendantes ( fondation gnome, fondation openstack, ou linux fondation ) sont en place pour les autres ( et souvent en place avec l'appui financier de Red Hat, voir le soutien pour la mise en place de l'organisation comme pour la fondation openstack ).
le nouveau concurrent de RH est donc Digia
En quoi ce serait un concurrent à RH ? RH c'est avant tout RHEL. Si tu veux de la concurrence c'est plutôt Suse, Oracle et les dérivés
libres de RHEL (et encore).
Donc le concurrent de Digia, c'est ubuntu ( Ubuntu Phone, etc ) ?
Le sommet de la hiérarchie, tu veux dire le board ( car bon, le board n' a pas grand pouvoir à part dire "non" à des requêtes, donc je pense que hiérarchie est pas le terme exacte ) ?
Si tu parles du board, oui, les gens nommés sont souvent nommés hors de RH pour justement être sur que la communauté est correctement représenté.
Et si on regarde la liste actuelle ( https://fedoraproject.org/wiki/Board ),il y a 4 membres élus qui sont salariés RH ( et 1 seul dans l'équipe Fedora comme gestionnaire de projet, le reste c'est un consultant, un sysadmin et un rédacteur technique ). Il y a qu'un seul élu qui n'est pas salarié. Et donc les 4 membres nommés par Robyn sont tous non salariés RH. Et elle même est salarié à temps plein payé et nommé par RH pour s'occuper de ça.
Ce qui fait donc du 50/50, et les salariés RH ne sont pas rajouté "artificiellement" par Robyn, plutôt le contraire.
Officiellement toujours ! réellement? rarement quelque soit le type d'activité.
Bah attends, la, c'est quoi, c'est les demandes des utilisateurs qui ont été prises en compte ou pas ?
Car c'est toute ma remarque, les théories fumeuses ne peuvent pas être vraie en même temps.
Ce qui est faux du reste dans plusieurs cas:
Si tu avais un minimum de compétence ( et pas des compétences minimums comme tu semble le démontrer), tu te rendrais compte que la fameuse TODO apparait pas de n'importe ou. Les demandes qui sont dessus viennent des utilisateurs, des développeurs, de l'environnement ( genre des changements ailleurs qu'il faut répercuter ), et que les utilisateurs râlent toujours car leur truc particulier est pas prioritaire sans se rendre compte que ça implique de décaler les demandes d'autres utilisateurs, ou de passer à la trappe des nettoyages pour plus tard et donc accumuler la dette technique. Enfin y a une raison de pas tout faire tout de suite, à savoir que le temps est pas une denrée si abondante qu'on croit.
Donc le noyau et la structure de base de Fedora ne respecte pas les QA de RH.
Dans la mesure ou Fedora pousse pour l'innovation au maximum, en mettant à jour le noyau dans les version stables pour avoir les derniéres avancées, et avoir du feedback pour les développeurs noyau, et dans la mesure ou RHEL vise à avoir un plateforme qui bouge pas, ça me semble évident que c'est pas comparable. Je sais pas vraiment pourquoi tu dis ça, à part pour troller ( comme un peu tout le temps ou tu parles de Red Hat, qui a du te faire un truc visiblement traumatisant )
Seulement, voilà, KDE est sous le contrôle de Nokia par le biais de Qt, Xfce n'est pas du genre à se laisser marcher dessus, et
finalement comment s'écarter de Gnome 3 dont de moins en moins de monde en veut sachant que c'est la seule DE qui est sous le contrôle de
RH ?
Le même Nokia qui est sous le contrôle de Microsoft ?
Sachant que QT a été vendu à Digia y a déjà un bout de temps ( https://en.wikipedia.org/wiki/Digia ), je pense qu'il faudrait mettre à jour tes références, ça serait plus sérieux pour quelqu'un qui pense que déverser son savoir inexacte est une contribution.
Bon ben je vais t'expliquer la stratégie de Red Hat.
Je dirais juste "ah ah ah". Ton arrogance n'a vraiment d'équivalent que ton ignorance et ta capacité à ne pas savoir à qui tu parles.
On propose du Gnome 3 sachant pertinemment que tout le monde quitte GTK pour Qt,
En fait, non, j'ai encore parlé à midi avec un développeur que je connais ( qui au passage bosse chez RH, mais qui parle en son nom, je précise même si c'est l'évidence vu que tu as du mal à faire la séparation ), et lui pense que GTK et Qt, c'est mort, et qu'il faut partir sur des technologies comme Cordova/phonegap. Car dans tout les cas, si tu vises du multiplateforme, ça inclue les téléphones et c'est le moyen le plus simple. Perso, je continue de penser que les widgets natifs permettent des choses que les UI en html5 ne font pas, et que la fragmentation webkit/blink/firefox/ie/etc est aussi chiante ( ça et les versions ). Et que c'est bien plus lourd qu'une appli local.
Ensuite, c'est l'avis d'un dev isolé pour ses propres développement face à l'avis d'un sysadmin, mais qui a déjà plus de poids qu'un mec comme toi qui sait même pas se tenir à jour et qui se vante d'avoir aucune compétence technique.
de cette façon on espère que tout le monde reviendra.
Comment faire revenir les gens ? Proposer du Gnome 3 chez RHEL !
Non, la vraie raison, c'est que si tu fait des promesses de maintenances d'un soft que tu distribues, et que tes ingénieurs en interne et ceux de la communauté ( ie, souvent des gens en interne d'autres boites ) pensent que le logiciel est plus facilement maintenable dans une autre version qui a pas 3 ans de retard ( ce qui semble être l'avis des gens pour gnome 2 ), alors ça prends du sens de se baser sur la dernière version, surtout quand tu promets de la maintenir sur 10 à 13 ans. Encore une fois, c'est une évidence technique, ce qui explique pourquoi ça t'échappe complétement.
RHEL étant réputé, stable, Long terme, je ne sais même plus tous les qualificatifs que tu m'as présentés.
Tu devrais aller voir un docteur si tu as des soucis de mémoire. Tout comme la stupidité, l'amnésie n'est pas incurable, donc profite pour faire une demande groupé.
C'est un peu ce qui est vendu, l'industrialisation d'une solution pour avoir une plateforme fiable. En fait, c'est un peu le coeur d'une distribution Linux ou le coeur de l'intégration d'un logiciel que de chercher à industrialiser la chose.
ça date d'il y a 1 an, donc ça doit pas être non plus un souci. Et comme gnome-classic est juste gnome-shell avec des extensions, ça ne change rien au jeu.
C'est pas forcément 6 ans sans toucher à l'appli. Parfois, c'est juste 6 ans sans avoir à former à nouveau les équipes, voir 6 ans sans refaire les procédures, les socles de bases, la qualification de tes logiciels. Ou 6 ans sans avoir de pétage PHP suite à un nouvel version avec des mois et des mois de tests. En fait, c'est surtout ça, si tu as une phase longue de test en profondeur quand il y a des changements en profondeur, tu veux diminuer ça.
C'est pas parce que tu es sur un truc qui bouge pas trop que rien ne bouge nulle part, ni que tu es obligé de pas migrer. Se jeter sur la nouvelle RHEL quand elle arrive, ça va aussi, personne ne va l'interdire :)
Maintenant, je connais aussi plein de boites qui se demerde avec du Debian sans souci ( même des grosses comme EDF ), ça reste une distribution qui fait gaffe à la qualité et qui marche.
En fait, même RHEL 3 (sorti en octobre 2003, entre woody et sarge, et en fait, sorti avant la premiére version publique d'ubuntu) est encore supporté jusqu'en janvier 2014.
Et SLES va en effet pas très loin, avec 10 ans avec le support étendu, et 7 ans en temps normal :
En fait, ça prouve surtout 2 choses ( au choix ) :
- que contrairement à ce que certains croient, les utilisateurs sont écoutés, c'est juste que coder, ça prends du temps, et qu'il faut d'abord vider la TODO list avant de faire le reste.
ou
- que RH != Fedora et/ou RH != Gnome, ie que les gens de Gnome peuvent faire une chose et RH une autre.
Enfin dans les 2 cas, ça montre bien que tout ce qu'on croit n'est pas vérifié en pratique.
Tu serais surpris du nombre de gens qui veulent des serveurs linux, et qui veulent aussi des outils graphiques pour les gérer ( car visiblement, tout le monde n'utilise pas puppet ou assimilé pour ça ). Tu serais aussi surpris du nombre de gens qui veulent des stations de travail haut de gamme pour faire des trucs avancés, genre des dessins animés 3D ( http://www.muktware.com/5536/pixar-animation-studios-uses-red-hat-enterprise-linux ). Ou de voir qu'il existe des magasins de meuble avec des bornes sous linux ( même si ça avait l'air d'être des vielles RH à l'époque ).
Ou simplement des gens qui veulent avoir un OS supporté pour ~ 10 ans ( ce qui est aussi la raison du succès de windows XP )
Et comme systemd est une avancée pour les serveurs pour des trucs demandés par les clients ( gestion simplifié des cgroups, usage avancé des namespace, gestion propre des processus, augmentation de la densité du nombre de containeurs par le démarrage à la demande, et donc réduction de l'empreinte mémoire, gestion de l'export du journal pour éviter les souci de thundering herd en démarrant 100 VM à la fois sur un syslog centralisé, etc ), c'est un peu évident qu'il est présent et par défaut.
Et quand on regarde des outils comme virt-sandbox-service ( http://danwalsh.livejournal.com/59144.html ), bah, ça se base que sur systemd, tu as pas le support d'aucun autre system d'init, ce qui va aussi avec "les lxc seront supportés par RHEL 7" ( avec supporté voulant dire "c'est pas fait à l'arrache sans avoir de séparation propre" ).
Parfois je me dis que mac est ce que j'aimerais comme linux sur le poste de travail (et j'avais un peu d'espoir avec Etoilé mais bon…)
Càd, un OS à la traine techniquement (pas de virtualisation de base, une infra de firewall qui date, un module de sécurité 10 ans après tout le monde, pas de systèmes de gestions fines des ressources ) ?
Ou un OS qui fournit tout les drivers d'imprimante de base, au cas ou, car le disque est cheap ( surtout sur un ssd ), mais qui va pas réussir à faire marcher du matos plus exotique ?
Ou un OS ou finalement, tout ne compile pas dés que tu t'éloignes des machins pour développeur (genre, j'avais voulu compiler telepathy, c'était niet). Ou un OS qui te file de base un vieux gcc due à l'allergie à la GPL v3 (car ça peut poser des soucis avec l'usage offensif des brevets du fabricant), un vieux php, un vieux python, un vieux ruby, et que tu es obligé de tout compiler ?
Je pense fondamentalement que "utilisateur de logiciel libre", c'est différent de libriste. Tout les gens qui utilisent du logiciel libre ne le font pas à dessein, ou ne croit pas aux idéaux, donc je voit pas de raisons de les appeler de la même façon, et "utilisateur de logiciel libre" est bien plus clair. Sauf si des gens veulent juste se rattacher à l'image "cool" de libriste, bien sur.
Quand à parler de pragmatisme, ça reste aussi de l'enfumage et de la propagande. Je cite la définition de wikipedia :
Le pragmatisme est une méthode philosophique tournée vers le monde réel, parfois résumée comme une doctrine selon laquelle n'est vrai que ce qui a des conséquences réelles dans le monde.
Mais tout le logiciel libre a des conséquences dans le monde réel. La FSF et le projet GNU sont pragmatiques par leur histoire, RMS voulait corriger l'imprimante quand il a pris conscience des conséquences réels de la privation du code, et son impact dans le monde réel, pour ses travaux. Même le plus obscure des codes à des impacts bien réel pour quelqu'un dans le monde. Tu prends par exemple le contrôleur mémoire du projet Mylkimist. Tu pourrais te dire que c'est purement théorique, mais il a été repris par la NASA pour un équipement. Et donc, ils ont économisés de l'argent, ce qui a eu un impact sur la science, ou le budget.
Maintenant, tu peux te dire que ça n'a eu aucun impact pour toi, et limiter le monde réel à ton monde personnel. Ce qui ne te rends pas "pragmatique", ça te rends juste "égoiste et/ou une vision à court terme".
"Libriste pragmatique" pour désigner un utilisateur de logiciel propriétaire à dessein qui utilise du libre, c'est du bullshit complet et de surcroit insultant. C'est vouloir se rattacher à un mouvement cool, mais sans vraiment militer. Et plus encore, comme on se rends bien compte qu'il y a un souci entre ce qu'on peut faire et ce qu'on aimerais faire, on détourne le sens de "pragmatique" avec comme sous entendu rassurant que les autres ne sont pas dans le monde réel, eux. Et donc que sa propre position est normal, pas comme les doux rêveurs de libristes pas pragmatiques. Et c'est la partie insultante.
Si ton cadre de référence, c'est juste l'efficacité à court terme dans un certains cadres d'évaluation ( cadre en faveur de tes conclusions bien sur, faudrait pas remettre en cause tes croyantes profondes ), bah pas de souci, c'est ton droit, tout comme dire de la merde (droit tu sembles user avec générosité, même si tu maquilles ça sous le vernis d'être anticonformiste par rapport aux standard locaux de Linuxfr). Et tu sais quoi, même tenter de changer le sens des mots pour rendre ta position d'utilisateur plus facile à supporter, c'est ton droit. C'est juste qu'on va ensuite user notre droit pour te rappeler qu'on est pas d'accord avec ta vision tronqué de la réalité.
Du point de vue de l'effort pour le faire marcher, ç'est pas non plus différent. Ensuite, effectivement, personne ne veut payer pour faire marcher du hard sous linux, alors forcément, y a pas de marché. Alors que Apple ne laisse pas le choix.
J'ai toute une théorie sur les usagers d'Apple. En fait, il y a 2 types. Les gens sans compétences informatiques spéciales, à qui on a vendu la simplicité du truc et un discours marketing pour les faire passer pour des rebelles et pour l'élite par rapport au mone PC, qui vont pas forcément avoir de sens critique vis à vis des pratiques de la firme sauf une fois que c'est trop tard ( genre "oups, j'ai droit qu'à 5 appareils pour la synchro de mes fichiers", chose que j'ai découvert en discutant au taf ). Eux, ils s'en foutent un peu, ils sont pas attachés spécialement à la marque, ils font pas forcément la différence avec un windows.
Et il y a les autres, les gens plus techniques et/ou les ex-libristes.
Et c'est cette catégorie qu'on a du mal à comprendre. Moi, j'ai plus recompilé mon kernel depuis facile 10 ans, et déja à l'époque, je voyait pas l’intérêt. Voir qu'on dit encore sur les forums ubuntu qu'il faut recompiler alsa ou le pilote intel depuis git me défrise totalement. Et pourtant, j'entends encore des gens qui le font, et qui ensuite se plaigne que c'est trop long, c'est trop cassé.
Je suis packageur, je connais le boulot d'intégration d'un OS et d'un logiciel, et je sais quand il faut attendre, je sais quand ça va faire trop d'emmerde de bidouiller. mais visiblement, il y a plein de gens qui ne le savent pas. Des gens qui prennent des Debian stables mais qui râlent que c'est trop vieux, ou qui prennent des versions qui bougent trop comme Fedora, et qui se plaignent que ça bouge trop. Des gens qui n'ont pas vraiment de vision du cycle de développement d'un soft. Et curieusement, quand on regarde github, ça transpar
Des gens qui veulent le beurre et l'argent du beurre. Des gens assez techniques pour être au courant qu'il y a un nouveau truc à tester, mais pas assez techniques pour voir l'impact de la mise à jour, et qui font ça à l'arrache, avec forcément, moult soucis.
Et la, OS X apporte une solution, car la partie importante ( ie, importante pour le boot ) n'est pas facilement bidouillable. Personne ne touche au kernel ou à Aqua, y a pas des masses de documentations, et livré uniquement quand il est prêt à consommer, au contraire du logiciel libre ou tout est ouvert depuis le début. Bien sur que ton wifi marche toujours, tu va jamais mettre un pilote à jour pour faire des trucs funkys (genre casser du wep) vu que tu peux quasiment pas (mais je suppose que ça a changé). Tu mets jamais à jour le driver graphique, tu sais même pas la version du fichier ni ou il est. Et tu as pas le choix de l'interface, donc forcément tu envisages même pas que tu puisses vouloir autre chose, ou que tu tentes de bidouiller.
Tout est fait pour que dans ton esprit, ce que tu as soit perçu comme optimum, vu que tout le monde le dit (preuve sociale), et vu que tu peux pas changer quoi que ce soit. Il y a des gens veulent que quelqu'un d'autre soit aux commandes pour une expérience contrôlé, tout comme tu veux pas te préoccuper de ce qu'il y a dans ton assiette. C'est pas non plus déconnant, chacun a ses priorités.
La ou les gens ne pigent pas, c'est la dichotomie entre "je suis un expert en informatique", et "je ne veux pas me préoccuper de ce qu'il y a sous le capot". Parfois, c'est juste une question de temps. Les gens deviennent plus vieux, fondent une famille, change de passion. Parfois, c'est aussi qu'on sait ce qu'il y a sous le capot (par exemple, voir le dernier numéro de MISC (le magazine, pas moi) sur le sujet), mais comme ça contredit ce que tout le monde autour dit (pression social encore), alors on oublie une des deux choses, et pour les gens sous os x, c'est les trucs moches sous le capot.
Ensuite, je ne juge pas les gens. D'une part, ça semble efficace pour régler leur soucis, vu que les gens ne se plaignent plus trop. Et d'autre part, même si je pense que c'est mauvais pour le libre (car filer de l'argent à une boite qui poussent des brevets à tout bout de champ et qui rends le manque de liberté cool, c'est mauvais pour le libre selon moi), ça reste un choix personnelle des gens, et je pense qu'on peut le respecter. Par contre, ça serait différent si les gens étaient la pour plus que leur pomme et je trouve toujours aussi bizarre de voir des gens qui représentent le logiciel libre ( ou qui viennent dire que c'est bien de faire du libre) et de découvrir qu'ils utilisent l'os d'Apple. Comme un défenseur du droit des animaux avec un vison (surtout qu'un vison ou un pc apple, c'est kif kif niveau consommation ostentatoire).
C'est surtout parce qu'ils reprennent les commits fait par les devs gnomes. La partie ou ça bouge, c'est dans du code javascript, ce qui montre que le choix des devs gnomes n'étaient pas si mauvais, mais à coté de ça, le code C forké n'a pas été touché pendant longtemps, et je pense qu'avec Canonical qui veut passer à Mir, ça va être de plus en plus dur pour Mint de rester tel qu'ils sont le cul entre 2 chaises.
Et j'en profite pour ressortir toujours mon eternel bug de sécurité qui n'est toujours pas corrigé, qui va bientôt avoir 1 an d’existence publique sans la moindre réaction ( https://bugs.launchpad.net/linuxmint/+bug/1008501 ).
Bah surtout que c’est dur d’affirmer quoi que ce soit quand même on n’arrive à compter précisément le nombre d’utilisateur de systèmes bien
plus contrôlés et fermés. À l’époque où ça a été écrit je pense que c’était plus qu’évident
Non, ça n'avait rien d'évident du tout. Et ça n'a toujours rien d'évident.
Déja, la formulation est ridicule. Compter windows comme un seul os alors qu'il existe plusieurs versions, c'est déjà n'importe quoi.
Et Distrowatch ne compte que les nombres de hits sur la page, et rien d'autre. J'ai jamais croisé personne avec bodhi, Snowlinux ou Zorin, et pourtant, j'écume les salons, et ils sont dans le top 10. Les chiffres sont aussi fantaisistes dans les décompte de DW, les proportions ne correspondent à rien.
Si on veut avoir une vision plus scientifique, on peut compter le nombre de poste par jour sur les forums, par exemple. Le nombre de rapports de bugs, de personnes qui contribuent. Y a plein d'indicateurs, qui a défaut de donner des chiffres, sont des indicateurs comparables de la taille de la communauté entre les distributions linux.
En general, la mise en prod le vendredi, c'est surtout parce que tout le monde veut éviter de bosser le weekend. Soit c'est pas payé plus, et en tant qu'admin, ça te fait chier. Soit c'est plus cher, et ton patron veut éviter.
Dans le cas d'un site basé sur le bénévolat, la donne est différente, car tu doit te libérer du temps quelque soit la date. Le lundi n'a rien de différent du vendredi, car tu peux aussi bien avoir des obligations que tu peux pas répousser le lundi ( genre du travail, des occupations en dehors du dit travail ) que le vendredi ( genre du travail, depart en weekend etc ).
La règle "pas de mise en prod le vendredi" est mal énoncé, ça devrait être "pas de mise en prod le dernier jour ouvré de la semaine", ce qui montre bien que ça n'a pas vraiment de sens pour Linuxfr.
J'ai pas fait d'études sur la provenance, mais si ton email est présent sur le web ( commit git, changelog de paquet ), que tu fait des confs à Solution Linux ( khof tarsus khof ), que tu es dans les alias "orga@foo" tu en reçois assez. J'ai plusieurs alias, j'en suis à 10 par jour qui sont marqués comme spam, sachant que je sais pas combien sont marqué comme "vraiment spam je suis sur, brule le au lance flamme". Ensuite, ça doit faire 10 ans que j'ai le domaine, donc à force, il a eu le temps de se retrouver ici et la.
Mais spamassasin fait le ménage, et postgrey aide bien aussi.
Moi, j'ai une tonne de dossier. Un dossier par ml, avec des groupes et sous groupes. Et un dossier par personne qui m'écrit. Et je trie automatiquement. Comme c'est lourd de trier et de faire des filtres, j'ai aussi un script qui regarde ma liste de dossier, et qui regarde les headers pour rajouter des filtre automatiques sur les listes quand je fait un nouveau dossier, script que cron fait tourner pour commit dans git la liste des filtres.
Du coup, j'ai plein de ml que je lit en diagonal quand j'ai le temps, parfois à grand coup de "marquer tout le dossier comme lu" quand je vois qu'il y a rien qui me plait.
Le deuxième secret, c'est un filtre à spam super agressif ( spamassassin + filtre bayesien ). Chaque spam qui passe, je le glisse dans "spam", et un autre script l'apprends automatiquement. J'avais pensé étendre ça avec scikit-learn pour marquer "interessant"/"pas intéressant", mais j'ai pas encore pris le temps de le faire.
Ce qui fait que j'ai une inbox avec grosso modo 0 mails non lus. Et pour éviter de remplir ma boite mail malgré les quotas généreux que mon hébergeur, aka moi même, me donne, j'ai aussi un script qui efface les vieux mails publiques ( ie, les plus grosses ml ), et qui archivent ça. Donc les clients sont réactifs vu que les mails par dossier sont limités à l'historique récent.
Ce qui aide beaucoup aussi ( et je e voit quand je suis au taf ), c'est d'avoir le serveur en local, car ce qui me limite, c'est le réseau ( parce que je suis tout seul sur mon serveur ). Je fait tourner dovecot sur un serveur avec 1 giga de ram à coté de ma chambre, je me plaint pas avec evolution.
[^] # Re: Une autre pépite :
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 3.
Alors, on va tenter, je vais garder les 2 phrases ou il y a le mot gnome :
C'est quoi rh-shell ?
c'est un nouveau soft qu'on connait pas ?
Sinon, on peut aussi jouer, on prends un commentaire au hasard et et on remplace des mots au pif pour montrer un truc ?
[^] # Re: Une autre pépite :
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 5.
Et d’après un sondage récent (http://people.debian.org/~stapelberg//2013/05/27/systemd-survey-results.html) fait par un dév debian (http://qa.debian.org/developer.php?login=stapelberg@debian.org) selon les organisateurs, une cabale de 5000 personnes de RH d'après les manifWW kadalka, sur 20 personnes, 12 vont vouloir systemd, 3 sont contre, 3 sont pas sur, et 2 s'en foutent.
Donc passer à systemd ferait entre 3 et 6 non satisfait, et donc 14 et 17 personnes qui n'auront pas de souci parmi les gens qui ont répondus au sondage.
[^] # Re: Une autre pépite :
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 3.
Je peux t'en donner un, je fait assez de pub pour ( parce que je l'utilise et que j'ai codé 2/3 trucs dessus), c'est virt-sanbox-service :
http://danwalsh.livejournal.com/59144.html
ça installe un conteneur basé sur les namespaces Linux (comme lxc), et ça utilise systemd pour le démarrer, ça prends en entrée une unité systemd. Et ça configure le conteneur pour démarrer avec systemd ( cad en rajoutant une unité systemd, et tout le reste dedans ).
Pour le moment, ça marche qu'avec des rpms, mais les devs sont intéressés par des tests ailleurs que sur une fedora, et fondamentalement, à part un bout qui liste les fichiers d'un rpm ( et qui est facile à isoler ), ça n'a rien de spécial.
Au passage, il existe d'autres outils pour Ubuntu qui permettent d'avoir des conteneurs avec plein de features choupi ( https://www.stgraber.org/2012/05/04/lxc-in-ubuntu-12-04-lts/ )
[^] # Re: Aveu de l’échec de Gnome-Shell ?
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 3.
Tout comme openstack, le kernel, ou tout un tas de projet. Ensuite, c'est vrai que REd hat soutient Fedora de façon beaucoup plus direct notamment au niveau juridique, la ou des structures plus indépendantes ( fondation gnome, fondation openstack, ou linux fondation ) sont en place pour les autres ( et souvent en place avec l'appui financier de Red Hat, voir le soutien pour la mise en place de l'organisation comme pour la fondation openstack ).
Donc le concurrent de Digia, c'est ubuntu ( Ubuntu Phone, etc ) ?
[^] # Re: Aveu de l’échec de Gnome-Shell ?
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 5.
Le sommet de la hiérarchie, tu veux dire le board ( car bon, le board n' a pas grand pouvoir à part dire "non" à des requêtes, donc je pense que hiérarchie est pas le terme exacte ) ?
Si tu parles du board, oui, les gens nommés sont souvent nommés hors de RH pour justement être sur que la communauté est correctement représenté.
Et si on regarde la liste actuelle ( https://fedoraproject.org/wiki/Board ),il y a 4 membres élus qui sont salariés RH ( et 1 seul dans l'équipe Fedora comme gestionnaire de projet, le reste c'est un consultant, un sysadmin et un rédacteur technique ). Il y a qu'un seul élu qui n'est pas salarié. Et donc les 4 membres nommés par Robyn sont tous non salariés RH. Et elle même est salarié à temps plein payé et nommé par RH pour s'occuper de ça.
Ce qui fait donc du 50/50, et les salariés RH ne sont pas rajouté "artificiellement" par Robyn, plutôt le contraire.
[^] # Re: Aveu de l’échec de Gnome-Shell ?
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 8.
Bah attends, la, c'est quoi, c'est les demandes des utilisateurs qui ont été prises en compte ou pas ?
Car c'est toute ma remarque, les théories fumeuses ne peuvent pas être vraie en même temps.
Si tu avais un minimum de compétence ( et pas des compétences minimums comme tu semble le démontrer), tu te rendrais compte que la fameuse TODO apparait pas de n'importe ou. Les demandes qui sont dessus viennent des utilisateurs, des développeurs, de l'environnement ( genre des changements ailleurs qu'il faut répercuter ), et que les utilisateurs râlent toujours car leur truc particulier est pas prioritaire sans se rendre compte que ça implique de décaler les demandes d'autres utilisateurs, ou de passer à la trappe des nettoyages pour plus tard et donc accumuler la dette technique. Enfin y a une raison de pas tout faire tout de suite, à savoir que le temps est pas une denrée si abondante qu'on croit.
Dans la mesure ou Fedora pousse pour l'innovation au maximum, en mettant à jour le noyau dans les version stables pour avoir les derniéres avancées, et avoir du feedback pour les développeurs noyau, et dans la mesure ou RHEL vise à avoir un plateforme qui bouge pas, ça me semble évident que c'est pas comparable. Je sais pas vraiment pourquoi tu dis ça, à part pour troller ( comme un peu tout le temps ou tu parles de Red Hat, qui a du te faire un truc visiblement traumatisant )
Le même Nokia qui est sous le contrôle de Microsoft ?
Sachant que QT a été vendu à Digia y a déjà un bout de temps ( https://en.wikipedia.org/wiki/Digia ), je pense qu'il faudrait mettre à jour tes références, ça serait plus sérieux pour quelqu'un qui pense que déverser son savoir inexacte est une contribution.
Tu serais surpris de savoir que le créateur de xfce était salarié RH avant de partir chez Intel y a 3/4 mois ( http://fr.linkedin.com/in/olivierfourdan & https://archive.fosdem.org/2005/index/interviews/interviews_fourdan ).
Je dirais juste "ah ah ah". Ton arrogance n'a vraiment d'équivalent que ton ignorance et ta capacité à ne pas savoir à qui tu parles.
En fait, non, j'ai encore parlé à midi avec un développeur que je connais ( qui au passage bosse chez RH, mais qui parle en son nom, je précise même si c'est l'évidence vu que tu as du mal à faire la séparation ), et lui pense que GTK et Qt, c'est mort, et qu'il faut partir sur des technologies comme Cordova/phonegap. Car dans tout les cas, si tu vises du multiplateforme, ça inclue les téléphones et c'est le moyen le plus simple. Perso, je continue de penser que les widgets natifs permettent des choses que les UI en html5 ne font pas, et que la fragmentation webkit/blink/firefox/ie/etc est aussi chiante ( ça et les versions ). Et que c'est bien plus lourd qu'une appli local.
Ensuite, c'est l'avis d'un dev isolé pour ses propres développement face à l'avis d'un sysadmin, mais qui a déjà plus de poids qu'un mec comme toi qui sait même pas se tenir à jour et qui se vante d'avoir aucune compétence technique.
Non, la vraie raison, c'est que si tu fait des promesses de maintenances d'un soft que tu distribues, et que tes ingénieurs en interne et ceux de la communauté ( ie, souvent des gens en interne d'autres boites ) pensent que le logiciel est plus facilement maintenable dans une autre version qui a pas 3 ans de retard ( ce qui semble être l'avis des gens pour gnome 2 ), alors ça prends du sens de se baser sur la dernière version, surtout quand tu promets de la maintenir sur 10 à 13 ans. Encore une fois, c'est une évidence technique, ce qui explique pourquoi ça t'échappe complétement.
Tu devrais aller voir un docteur si tu as des soucis de mémoire. Tout comme la stupidité, l'amnésie n'est pas incurable, donc profite pour faire une demande groupé.
[^] # Re: un environnement graphique ?
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 3.
C'est un peu ce qui est vendu, l'industrialisation d'une solution pour avoir une plateforme fiable. En fait, c'est un peu le coeur d'une distribution Linux ou le coeur de l'intégration d'un logiciel que de chercher à industrialiser la chose.
[^] # Re: oh la baffe dans la gueule des devs de Gnome-shell...
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 5.
Dans le cas de os x, c'est aussi parce que c'est interdit par la licence, et parce qu'il y a pas de drivers pour autre chose que le hardware mac ?
Sinon, pour gnome-shell sans 3d, y a ça :
https://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering
ça date d'il y a 1 an, donc ça doit pas être non plus un souci. Et comme gnome-classic est juste gnome-shell avec des extensions, ça ne change rien au jeu.
[^] # Re: un environnement graphique ?
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 9.
C'est pas forcément 6 ans sans toucher à l'appli. Parfois, c'est juste 6 ans sans avoir à former à nouveau les équipes, voir 6 ans sans refaire les procédures, les socles de bases, la qualification de tes logiciels. Ou 6 ans sans avoir de pétage PHP suite à un nouvel version avec des mois et des mois de tests. En fait, c'est surtout ça, si tu as une phase longue de test en profondeur quand il y a des changements en profondeur, tu veux diminuer ça.
C'est pas parce que tu es sur un truc qui bouge pas trop que rien ne bouge nulle part, ni que tu es obligé de pas migrer. Se jeter sur la nouvelle RHEL quand elle arrive, ça va aussi, personne ne va l'interdire :)
Et justement, c'est aussi pour répondre aux demandes des gens d'avoir des stacks logiciels plus à jour (genre par exemple, pour openshift qui demande un ruby 1.9) qu'il y a eu une annonce sur les "software collections" (http://developerblog.redhat.com/2013/01/28/software-collections-on-red-hat-enterprise-linux/) pour avoir justement ça. Y a une paire d'article sur le blog à ce sujet http://developerblog.redhat.com/
Maintenant, je connais aussi plein de boites qui se demerde avec du Debian sans souci ( même des grosses comme EDF ), ça reste une distribution qui fait gaffe à la qualité et qui marche.
[^] # Re: un environnement graphique ?
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 6.
Tu peux aller au delà de 2017, cf https://access.redhat.com/support/policy/updates/errata/
(ie, Q1 2020 avec le support étendu). Donc RHEL 6 va sur 10 ou 13 ans, et pareil pour RHEL 5.
En fait, même RHEL 3 (sorti en octobre 2003, entre woody et sarge, et en fait, sorti avant la premiére version publique d'ubuntu) est encore supporté jusqu'en janvier 2014.
Et SLES va en effet pas très loin, avec 10 ans avec le support étendu, et 7 ans en temps normal :
http://support.novell.com/lifecycle/lifecycle_popup3.jsp?iframe=true&width=750&height=600
[^] # Re: Une autre pépite :
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 3.
La source :
http://searchdatacenter.techtarget.com/news/2240185580/Red-Hat-discloses-RHEL-roadmap
[^] # Re: Aveu de l’échec de Gnome-Shell ?
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 10.
En fait, ça prouve surtout 2 choses ( au choix ) :
- que contrairement à ce que certains croient, les utilisateurs sont écoutés, c'est juste que coder, ça prends du temps, et qu'il faut d'abord vider la TODO list avant de faire le reste.
ou
- que RH != Fedora et/ou RH != Gnome, ie que les gens de Gnome peuvent faire une chose et RH une autre.
Enfin dans les 2 cas, ça montre bien que tout ce qu'on croit n'est pas vérifié en pratique.
[^] # Re: un environnement graphique ?
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 10.
Tu serais surpris du nombre de gens qui veulent des serveurs linux, et qui veulent aussi des outils graphiques pour les gérer ( car visiblement, tout le monde n'utilise pas puppet ou assimilé pour ça ). Tu serais aussi surpris du nombre de gens qui veulent des stations de travail haut de gamme pour faire des trucs avancés, genre des dessins animés 3D ( http://www.muktware.com/5536/pixar-animation-studios-uses-red-hat-enterprise-linux ). Ou de voir qu'il existe des magasins de meuble avec des bornes sous linux ( même si ça avait l'air d'être des vielles RH à l'époque ).
Ou simplement des gens qui veulent avoir un OS supporté pour ~ 10 ans ( ce qui est aussi la raison du succès de windows XP )
[^] # Re: Une autre pépite :
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 10.
En même temps, pour systemd, la réponse est facile à trouver, suffit de voir les macros dans les specs rpm de Fedora.
Exemple :
https://www.redhat.com/archives/libvir-list/2012-October/msg01548.html
http://permalink.gmane.org/gmane.linux.redhat.fedora.extras.cvs/838286
Ou voir les annonces l'année dernière :
https://plus.google.com/114669104565190507739/posts/gcDnJtNrLJy
https://twitter.com/unixdaemon/status/298024160590970881
Et comme systemd est une avancée pour les serveurs pour des trucs demandés par les clients ( gestion simplifié des cgroups, usage avancé des namespace, gestion propre des processus, augmentation de la densité du nombre de containeurs par le démarrage à la demande, et donc réduction de l'empreinte mémoire, gestion de l'export du journal pour éviter les souci de thundering herd en démarrant 100 VM à la fois sur un syslog centralisé, etc ), c'est un peu évident qu'il est présent et par défaut.
Et quand on regarde des outils comme virt-sandbox-service ( http://danwalsh.livejournal.com/59144.html ), bah, ça se base que sur systemd, tu as pas le support d'aucun autre system d'init, ce qui va aussi avec "les lxc seront supportés par RHEL 7" ( avec supporté voulant dire "c'est pas fait à l'arrache sans avoir de séparation propre" ).
[^] # Re: +1000
Posté par Misc (site web personnel) . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 10.
Càd, un OS à la traine techniquement (pas de virtualisation de base, une infra de firewall qui date, un module de sécurité 10 ans après tout le monde, pas de systèmes de gestions fines des ressources ) ?
Ou un OS qui fournit tout les drivers d'imprimante de base, au cas ou, car le disque est cheap ( surtout sur un ssd ), mais qui va pas réussir à faire marcher du matos plus exotique ?
Ou un OS ou finalement, tout ne compile pas dés que tu t'éloignes des machins pour développeur (genre, j'avais voulu compiler telepathy, c'était niet). Ou un OS qui te file de base un vieux gcc due à l'allergie à la GPL v3 (car ça peut poser des soucis avec l'usage offensif des brevets du fabricant), un vieux php, un vieux python, un vieux ruby, et que tu es obligé de tout compiler ?
Ou tu parles juste de l'interface ?
[^] # Re: +1000
Posté par Misc (site web personnel) . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 10.
Je pense fondamentalement que "utilisateur de logiciel libre", c'est différent de libriste. Tout les gens qui utilisent du logiciel libre ne le font pas à dessein, ou ne croit pas aux idéaux, donc je voit pas de raisons de les appeler de la même façon, et "utilisateur de logiciel libre" est bien plus clair. Sauf si des gens veulent juste se rattacher à l'image "cool" de libriste, bien sur.
Quand à parler de pragmatisme, ça reste aussi de l'enfumage et de la propagande. Je cite la définition de wikipedia :
Mais tout le logiciel libre a des conséquences dans le monde réel. La FSF et le projet GNU sont pragmatiques par leur histoire, RMS voulait corriger l'imprimante quand il a pris conscience des conséquences réels de la privation du code, et son impact dans le monde réel, pour ses travaux. Même le plus obscure des codes à des impacts bien réel pour quelqu'un dans le monde. Tu prends par exemple le contrôleur mémoire du projet Mylkimist. Tu pourrais te dire que c'est purement théorique, mais il a été repris par la NASA pour un équipement. Et donc, ils ont économisés de l'argent, ce qui a eu un impact sur la science, ou le budget.
Maintenant, tu peux te dire que ça n'a eu aucun impact pour toi, et limiter le monde réel à ton monde personnel. Ce qui ne te rends pas "pragmatique", ça te rends juste "égoiste et/ou une vision à court terme".
"Libriste pragmatique" pour désigner un utilisateur de logiciel propriétaire à dessein qui utilise du libre, c'est du bullshit complet et de surcroit insultant. C'est vouloir se rattacher à un mouvement cool, mais sans vraiment militer. Et plus encore, comme on se rends bien compte qu'il y a un souci entre ce qu'on peut faire et ce qu'on aimerais faire, on détourne le sens de "pragmatique" avec comme sous entendu rassurant que les autres ne sont pas dans le monde réel, eux. Et donc que sa propre position est normal, pas comme les doux rêveurs de libristes pas pragmatiques. Et c'est la partie insultante.
Si ton cadre de référence, c'est juste l'efficacité à court terme dans un certains cadres d'évaluation ( cadre en faveur de tes conclusions bien sur, faudrait pas remettre en cause tes croyantes profondes ), bah pas de souci, c'est ton droit, tout comme dire de la merde (droit tu sembles user avec générosité, même si tu maquilles ça sous le vernis d'être anticonformiste par rapport aux standard locaux de Linuxfr). Et tu sais quoi, même tenter de changer le sens des mots pour rendre ta position d'utilisateur plus facile à supporter, c'est ton droit. C'est juste qu'on va ensuite user notre droit pour te rappeler qu'on est pas d'accord avec ta vision tronqué de la réalité.
[^] # Re: +1000
Posté par Misc (site web personnel) . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 5.
Mais Oracle le certifie, c'est donc vrai, on peut leur faire confiance.
[^] # Re: +1000
Posté par Misc (site web personnel) . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 6.
Du point de vue de l'effort pour le faire marcher, ç'est pas non plus différent. Ensuite, effectivement, personne ne veut payer pour faire marcher du hard sous linux, alors forcément, y a pas de marché. Alors que Apple ne laisse pas le choix.
[^] # Re: +1000
Posté par Misc (site web personnel) . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 10.
J'ai toute une théorie sur les usagers d'Apple. En fait, il y a 2 types. Les gens sans compétences informatiques spéciales, à qui on a vendu la simplicité du truc et un discours marketing pour les faire passer pour des rebelles et pour l'élite par rapport au mone PC, qui vont pas forcément avoir de sens critique vis à vis des pratiques de la firme sauf une fois que c'est trop tard ( genre "oups, j'ai droit qu'à 5 appareils pour la synchro de mes fichiers", chose que j'ai découvert en discutant au taf ). Eux, ils s'en foutent un peu, ils sont pas attachés spécialement à la marque, ils font pas forcément la différence avec un windows.
Et il y a les autres, les gens plus techniques et/ou les ex-libristes.
Et c'est cette catégorie qu'on a du mal à comprendre. Moi, j'ai plus recompilé mon kernel depuis facile 10 ans, et déja à l'époque, je voyait pas l’intérêt. Voir qu'on dit encore sur les forums ubuntu qu'il faut recompiler alsa ou le pilote intel depuis git me défrise totalement. Et pourtant, j'entends encore des gens qui le font, et qui ensuite se plaigne que c'est trop long, c'est trop cassé.
Je suis packageur, je connais le boulot d'intégration d'un OS et d'un logiciel, et je sais quand il faut attendre, je sais quand ça va faire trop d'emmerde de bidouiller. mais visiblement, il y a plein de gens qui ne le savent pas. Des gens qui prennent des Debian stables mais qui râlent que c'est trop vieux, ou qui prennent des versions qui bougent trop comme Fedora, et qui se plaignent que ça bouge trop. Des gens qui n'ont pas vraiment de vision du cycle de développement d'un soft. Et curieusement, quand on regarde github, ça transpar
Des gens qui veulent le beurre et l'argent du beurre. Des gens assez techniques pour être au courant qu'il y a un nouveau truc à tester, mais pas assez techniques pour voir l'impact de la mise à jour, et qui font ça à l'arrache, avec forcément, moult soucis.
Et la, OS X apporte une solution, car la partie importante ( ie, importante pour le boot ) n'est pas facilement bidouillable. Personne ne touche au kernel ou à Aqua, y a pas des masses de documentations, et livré uniquement quand il est prêt à consommer, au contraire du logiciel libre ou tout est ouvert depuis le début. Bien sur que ton wifi marche toujours, tu va jamais mettre un pilote à jour pour faire des trucs funkys (genre casser du wep) vu que tu peux quasiment pas (mais je suppose que ça a changé). Tu mets jamais à jour le driver graphique, tu sais même pas la version du fichier ni ou il est. Et tu as pas le choix de l'interface, donc forcément tu envisages même pas que tu puisses vouloir autre chose, ou que tu tentes de bidouiller.
Tout est fait pour que dans ton esprit, ce que tu as soit perçu comme optimum, vu que tout le monde le dit (preuve sociale), et vu que tu peux pas changer quoi que ce soit. Il y a des gens veulent que quelqu'un d'autre soit aux commandes pour une expérience contrôlé, tout comme tu veux pas te préoccuper de ce qu'il y a dans ton assiette. C'est pas non plus déconnant, chacun a ses priorités.
La ou les gens ne pigent pas, c'est la dichotomie entre "je suis un expert en informatique", et "je ne veux pas me préoccuper de ce qu'il y a sous le capot". Parfois, c'est juste une question de temps. Les gens deviennent plus vieux, fondent une famille, change de passion. Parfois, c'est aussi qu'on sait ce qu'il y a sous le capot (par exemple, voir le dernier numéro de MISC (le magazine, pas moi) sur le sujet), mais comme ça contredit ce que tout le monde autour dit (pression social encore), alors on oublie une des deux choses, et pour les gens sous os x, c'est les trucs moches sous le capot.
Ensuite, je ne juge pas les gens. D'une part, ça semble efficace pour régler leur soucis, vu que les gens ne se plaignent plus trop. Et d'autre part, même si je pense que c'est mauvais pour le libre (car filer de l'argent à une boite qui poussent des brevets à tout bout de champ et qui rends le manque de liberté cool, c'est mauvais pour le libre selon moi), ça reste un choix personnelle des gens, et je pense qu'on peut le respecter. Par contre, ça serait différent si les gens étaient la pour plus que leur pomme et je trouve toujours aussi bizarre de voir des gens qui représentent le logiciel libre ( ou qui viennent dire que c'est bien de faire du libre) et de découvrir qu'ils utilisent l'os d'Apple. Comme un défenseur du droit des animaux avec un vison (surtout qu'un vison ou un pc apple, c'est kif kif niveau consommation ostentatoire).
[^] # Re: fork you
Posté par Misc (site web personnel) . En réponse à la dépêche Linux Mint 15 « Olivia ». Évalué à 4.
C'est surtout parce qu'ils reprennent les commits fait par les devs gnomes. La partie ou ça bouge, c'est dans du code javascript, ce qui montre que le choix des devs gnomes n'étaient pas si mauvais, mais à coté de ça, le code C forké n'a pas été touché pendant longtemps, et je pense qu'avec Canonical qui veut passer à Mir, ça va être de plus en plus dur pour Mint de rester tel qu'ils sont le cul entre 2 chaises.
On voit aussi bien que c'est vachement moins vivace sur cinnamon que sur gnome-shell :
https://github.com/linuxmint/Cinnamon/commits/master/src
https://git.gnome.org/browse/gnome-shell/log/src
( et encore, github montre les commits de merge, donc faut se dire qu'il y a 2 fois moins de commits que ce qu'on voit ).
Et j'en profite pour ressortir toujours mon eternel bug de sécurité qui n'est toujours pas corrigé, qui va bientôt avoir 1 an d’existence publique sans la moindre réaction ( https://bugs.launchpad.net/linuxmint/+bug/1008501 ).
[^] # Re: update?
Posté par Misc (site web personnel) . En réponse à la dépêche Linux Mint 15 « Olivia ». Évalué à 2.
Non, ça n'avait rien d'évident du tout. Et ça n'a toujours rien d'évident.
Déja, la formulation est ridicule. Compter windows comme un seul os alors qu'il existe plusieurs versions, c'est déjà n'importe quoi.
Et Distrowatch ne compte que les nombres de hits sur la page, et rien d'autre. J'ai jamais croisé personne avec bodhi, Snowlinux ou Zorin, et pourtant, j'écume les salons, et ils sont dans le top 10. Les chiffres sont aussi fantaisistes dans les décompte de DW, les proportions ne correspondent à rien.
Si on veut avoir une vision plus scientifique, on peut compter le nombre de poste par jour sur les forums, par exemple. Le nombre de rapports de bugs, de personnes qui contribuent. Y a plein d'indicateurs, qui a défaut de donner des chiffres, sont des indicateurs comparables de la taille de la communauté entre les distributions linux.
[^] # Re: Mise à jour le 7 juin...
Posté par Misc (site web personnel) . En réponse à la dépêche Certificat SSL/TLS pour serveur web, HTTPS et problèmes associés. Évalué à 2.
En general, la mise en prod le vendredi, c'est surtout parce que tout le monde veut éviter de bosser le weekend. Soit c'est pas payé plus, et en tant qu'admin, ça te fait chier. Soit c'est plus cher, et ton patron veut éviter.
Dans le cas d'un site basé sur le bénévolat, la donne est différente, car tu doit te libérer du temps quelque soit la date. Le lundi n'a rien de différent du vendredi, car tu peux aussi bien avoir des obligations que tu peux pas répousser le lundi ( genre du travail, des occupations en dehors du dit travail ) que le vendredi ( genre du travail, depart en weekend etc ).
La règle "pas de mise en prod le vendredi" est mal énoncé, ça devrait être "pas de mise en prod le dernier jour ouvré de la semaine", ce qui montre bien que ça n'a pas vraiment de sens pour Linuxfr.
# https everywhere
Posté par Misc (site web personnel) . En réponse à la dépêche Certificat SSL/TLS pour serveur web, HTTPS et problèmes associés. Évalué à 3.
sauf erreur de ma part, j'utilise le dit "https everywhere", et j'ai pas constaté de souci sur mon usage de linuxfr.
[^] # Re: Des dossiers
Posté par Misc (site web personnel) . En réponse au journal La gestion de courriels est-elle adulte ou encore au stade de l'enfance ?. Évalué à 3.
J'ai pas fait d'études sur la provenance, mais si ton email est présent sur le web ( commit git, changelog de paquet ), que tu fait des confs à Solution Linux ( khof tarsus khof ), que tu es dans les alias "orga@foo" tu en reçois assez. J'ai plusieurs alias, j'en suis à 10 par jour qui sont marqués comme spam, sachant que je sais pas combien sont marqué comme "vraiment spam je suis sur, brule le au lance flamme". Ensuite, ça doit faire 10 ans que j'ai le domaine, donc à force, il a eu le temps de se retrouver ici et la.
Mais spamassasin fait le ménage, et postgrey aide bien aussi.
# Des dossiers
Posté par Misc (site web personnel) . En réponse au journal La gestion de courriels est-elle adulte ou encore au stade de l'enfance ?. Évalué à 9.
Moi, j'ai une tonne de dossier. Un dossier par ml, avec des groupes et sous groupes. Et un dossier par personne qui m'écrit. Et je trie automatiquement. Comme c'est lourd de trier et de faire des filtres, j'ai aussi un script qui regarde ma liste de dossier, et qui regarde les headers pour rajouter des filtre automatiques sur les listes quand je fait un nouveau dossier, script que cron fait tourner pour commit dans git la liste des filtres.
Du coup, j'ai plein de ml que je lit en diagonal quand j'ai le temps, parfois à grand coup de "marquer tout le dossier comme lu" quand je vois qu'il y a rien qui me plait.
Le deuxième secret, c'est un filtre à spam super agressif ( spamassassin + filtre bayesien ). Chaque spam qui passe, je le glisse dans "spam", et un autre script l'apprends automatiquement. J'avais pensé étendre ça avec scikit-learn pour marquer "interessant"/"pas intéressant", mais j'ai pas encore pris le temps de le faire.
Ce qui fait que j'ai une inbox avec grosso modo 0 mails non lus. Et pour éviter de remplir ma boite mail malgré les quotas généreux que mon hébergeur, aka moi même, me donne, j'ai aussi un script qui efface les vieux mails publiques ( ie, les plus grosses ml ), et qui archivent ça. Donc les clients sont réactifs vu que les mails par dossier sont limités à l'historique récent.
Ce qui aide beaucoup aussi ( et je e voit quand je suis au taf ), c'est d'avoir le serveur en local, car ce qui me limite, c'est le réseau ( parce que je suis tout seul sur mon serveur ). Je fait tourner dovecot sur un serveur avec 1 giga de ram à coté de ma chambre, je me plaint pas avec evolution.