Misc a écrit 6331 commentaires

  • [^] # Re: et l'éthique ?

    Posté par  (site web personnel) . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 3.

    Finalement, c'est plus facile d'avoir une éthique inverse. Tu sais jamais si les gens sont fouettés, mais y a plus de chance que ça arrive.

  • [^] # Re: Précision importante

    Posté par  (site web personnel) . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 7.

    Si ils chopent 25 millions de $, à 500$ l'unité ( pour des calculs qui tombent rond ), ça va faire 50 milles unités.

    Ça ferait grosso modo 150 fois moins que les ventes de Lumia sur le premier trimestre ( http://www.01net.com/editorial/600273/smartphone-les-ventes-de-nokia-lumia-excedent-celles-de-blackberry/ ).

    Pour donner une autre comparaison, ça serait l'équivalent des activations android en 18 minutes dans le monde.

    Ça me ferait mal au cœur pour Canonical si c'était juste ça.

  • [^] # Re: Même analyse que l'auteur de l'article

    Posté par  (site web personnel) . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 2.

    Le n9 n'a jamais couté 810€, le S4 vaut 513€ maintenant, et même le plus cher des iphone n'est qu'à 900€. D'ailleurs, Canonical a bien vu que c'est trop cher et a revu le tarif à la baisse.

    Et Apple et Samsung ont ce prix et ont un os et des équipes rodés, ils ont déja rentabilisé les couts initiaux depuis longtemps. Ils produisent aussi à plusieurs millions d'exemplaires, pas un batch de moins de 100 000. Donc même la, la production de masse est en faveur des concurrents.

    je suis pour le fait que Canonical réussisse, mais faut pas se leurrer non plus.

  • [^] # Re: Même analyse que l'auteur de l'article

    Posté par  (site web personnel) . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 5.

    J'ai quand même des doutes.

    D'une part, ça va pas t'offrir la vrai mobilité que tu espères. Des téléphones avec des sorties hdmi, y en a déjà, et je pense pas que les gens utilisent. Si jamais tu as besoin d'un clavier souris et du dock kivabien, tu va au mieux basculer de chez toi au boulot, mais pas plus. Donc dans l'état et sans une ubiquité du système, je pense pas que ça soit un avantage décisif.

    Ensuite, l'expérience d'openmoko montre quand même que faire un téléphone, c'est couteux et complexe. Couteux car tu as les divers certifications à faire, car tu as pas de references dispo pour faire mieux, etc. Complexe car tu as les bugs de dernière minutes dans les drivers videos proprios, parceles devs capables de faire de l'ARM, ça court pas les rues, et ça va encore moins courir bientot avec la montée en puissance de l'architecture. L'arm, ça reste ( sauf erreur de ma part) un truc qui pète au run time sur l'alignement, d'ou l'investissement de Canonical dans les tests auto. Mais tu as aussi les merdes causés par les périphériques mal documentés, par les bugs hardwares à la con, etc.

    Et je parle pas du fait que la campagne de crowdfunding se fait sur le monde entier, ce qui fait que Canonical va devoir se taper les taxes et les détails moisis sur toute la planète, ce qui est pas une mince affaire.

  • [^] # Re: Qui nous observe ?

    Posté par  (site web personnel) . En réponse au journal Un Firefox qui respecte votre vie privée. Évalué à 4.

    Je recommande l'excellente extension Collusion qui permet, à
    l'aide d'un joli diagramme amusant, de voir qui nous piste.

    Amusant et relativement lent. J'ai fait tourner l'extension depuis 1 ou 2 mois, ça mets 1 minute à afficher tout. Je sais pas si c'est un souci devant les données à afficher ( genre 2000 nœuds ) ou si le code est un peu naif, ou si le js est vraiment lent.

  • [^] # Re: elle est connue

    Posté par  (site web personnel) . En réponse au journal Gnu/Linux est une passoire. Évalué à 3.

    Au lieu de dire que "c'est la faute à l'utilisateur s'il n'est
    pas au courant pour le code caché" casé juste après "OS prêt
    pour le grand public et facile d'utilisation", on pourrait
    peut-être promouvoir ce genre de pratique, non?

    aussi longtemps que tu auras un moyen pour l'utilisateur de passer outre, ça ne serviras à rien.

    Tu peux mettre rm -i par défaut, si tu as un -f qui surcharge le -i, ça sert à rien.

    Et forcer la question ne serais vu que comme une nuisance.

  • [^] # Re: elle est connue

    Posté par  (site web personnel) . En réponse au journal Gnu/Linux est une passoire. Évalué à 2.

    Bien sur, le tutoriel moyen est souvent dans l'optique "on va résoudre sans se soucier du comment", et personne ne pense sur le long terme sur l'éducation des gens.

    Par exemple, le modèle windows xp/95 de tout le monde est admin est problématique d'un point de vue sécurité. Mais le modèle vista des popups à tout va est aussi un souci, vu que les gens passent le temps à être ennuyé par ça, et ne lise plus, sont interrompu, etc.

    Et toute tentatives de retirer les dits popups une fois qu'ils sont la depuis longtemps ( exemple, ce que packagekit a tenté de faire ) devient tout d'un coup un affront pour les gens qui n'ont pas de souci avec la complexité.

    À ce niveau la, on a les mêmes soucis sur les UI Linux que Windows, et quoi qu'on dise, les mêmes types de gens font les UIs, les mêmes types de gens ne sont pas au courant des soucis que ça pose au jour le jour, et donc on abouti aux mêmes oppositions.

    Et au final, en ne faisant pas mieux que Windows, on arrive pas à bouger le status quo, et donc windows reste majoritaire.

    Donc même si "c'est pas mieux sur windows", ça n'est pas une excuse pour pas penser à faire mieux. Dans le cas précis de cette vulnérabilité, le souci est que ce que l'utilisateur colle ne corresponds pas à ce qu'il voit. Ça contredit totalement le modèle mental qu'on a du copier/coller quand on ne sait pas comment ça marche.

    Dans ce cas précis, est ce que firefox devrait prendre que le contenu qui est visible pour le mettre dans le presse papier ? peut être, mais ça reste très complexe à faire, et sans doute facile à contourner. Est ce que faire ça n'aurait pas d'effet de bord ? Peut être aussi.

    Est ce qu'il faut interdire à kill de faire ça ( ie, kill -1 ) sans demande express à l'utilisateur ? ( comme rm -Rf / qui pose la question, comme rm sous zsh qui demande confirmation ). L'attaquant rajouterais juste ce qu'il faut pour valider. Et ça n'aiderais pas pour une faille plus subtile de "je rajoute ma clé ssh dans le keyring et je rajoute un cron qui donne l'ip pour que je me fasse pirater la tronche".

    On peut imaginer avoir un plugin qui détecte que le fichier est un .txt mais qu'en fait, c'est du html, donc fishy (mais ça aiderais pas beaucoup). On pourrait voir qu'il y a un copier coller qui correspond pas à ce qui s'affiche, et mettre un warning.

  • # Yum n'est pas orphelin

    Posté par  (site web personnel) . En réponse au journal Yum est orphelin. Évalué à 10.

    Seth ne travaillait plus sur yum depuis longtemps, qui est maintenant maintenu par d'autres. Depuis quelques années, il était dans l'équipe d'admin sys pour l'infrastructure fedora, et il était en train de travailler sur la migration de puppet vers ansible, ou la mise en place de copr, un équivalent aux PPAs de launchpad si j'en croit ses derniers posts de blogs.

    Même si j'ai pour ainsi dire jamais interagi avec lui et que j'ai surtout senti la partie "grumpy" de son rôle de sysadmin sur irc, les louanges sur planet fedora pleuvent, et il était très apprécié pour ses qualités humaines. Donc c'est une perte pour la communauté Fedora et pour le libre en général, comme tant d'autres avant lui ( je pense notamment à Eugeni Donodov, mort dans des circonstances similaires à vélo il y a 1 an, ce qui calme fortement mes envies de me remettre à rouler sur mon 2 roues vu que je ne suis pas la prudence incarné dans ce domaine ).

  • [^] # Re: C'est plus facile de travailler salement…

    Posté par  (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 3.

    Tu ne dis pas toujours directement ce que tu penses, mais par
    contre, j'ai très bien compris tes propos:

    Non, tu as montré plus d'une fois que tu ne comprends rien. Je doute que ça soit aujourd'hui que ça commence. Arrête de prétendre le contraire, et arrête de me faire tenir des propos que j'ai pas. Si je dit pas un truc, je le dit pas.

    Donc les gars qui font de l'informatique sont trop bêtes pour
    comprendre qu'ils doivent apprendre un VCS, sachant qu'une
    bonne majorité aime bien coder dans son coin ?

    D'une part, tu sors tes chiffres de ton chapeau, des gens qui codent pas sur leur temps libre, y en a beaucoup plus que tu crois, et d'autre part, c'est pas parce que tu dois faire un truc que les gens le font. Par exemple, toi, tu devrais te taire et réfléchir avant de poster, et tu le fait pas.

    Mais dis moi, dans ta boîte, dont je ne cherche pas à
    connaître le nom,

    Tu le connais déjà, mais tu as des doutes.

    on n'offre pas la possibilité aux employés de s'autoformer
    même quelques minutes ?

    Contrairement à toi, j'arrive à voir plus loin que ma boite. Et C'est pas "quelques minutes" qu'il faut, c'est plus "quelques jours". Dans une SSII classique avec un ingé facturé à 500€ la journée pour du dev, ça te coute 2000€/p juste en productivité perdu de faire 4j de formation. Et encore, 500€, c'est des ingés pas trop chers, estimation à la louche pour l'époque ou j’étais encore dans le circuit. Ça te semble sans doute négligeable mais si tu commences à faire ça pour plusieurs ingés, ça te coute le salaire d'un seul, soit 1 mois de travail sur le projet et la, ça deviens vachement plus visible. Et c'est en partant du principe qu'aprés 4j, ils sont parfaitement rodé.

    Et la, on parle que de la formation, tu as parfaitement oublié et passer sous le tapis les choses comme les scripts de builds, l'intégration avec le bugtracker, les outils clients side, les possibles hooks du coté du dépôt, le changement de procédure de backups, etc, etc.

    1) Beaucoup d'utilisateurs l'utilisent à titre personnel… et
    souvent sans connection.

    Tu tires ça de ton chapeau

    2) SQLite te paraît trop petit ?

    ça me parait surtout trop peu.

    3) Ce n'est pas juste le plaisir de me contredire qui te
    pousse à affirmer ? :D

    Non, c'est juste les faits. J'ai jamais eu à me servir de fossil pour le moindre logiciel. Et pourtant, je suis déjà sur p4 ( zimbra ), sur tla, sur monotone, et des trucs qui selon toi serait plus obscure.

    4) Fossil est accessible via SSH, il y avait même eu un débat > sur le sujet il y avait quelques mois.

    Ah oui, y a un accès ssh donc les gens l'utilisent. Comment ne pas avoir vu ça plus tôt ? Ah oui, parce que ça n'a comme d'hab avec toi aucun rapport.

    Principalement. Mais Google fait des appels d'offres, parce
    que côté rapport qualité prix c'est moins cher. C'est le cas
    de Nexus dont l'appel d'offre a été gagné par LG.

    Encore une fois, non. Ou alors démontre le, vu que la charge de la preuve est à celui qui affirme qu'une chose est faite ( ie toi ). Sinon ça reste que des affirmations sans fondement.

    Entre temps, ils ont du voir l'engouement pour git. Et comme
    je te l'ai dit, ils s'intéressent à l'intérêt stratégique de
    se servir de git.

    Je pense que l'équipe dirigeante est à 100 lieux des détails d’implémentation de ce genre. C'est Google, pas une de tes PMEs de 3 personnes ou tu va voir le patron. Tout au plus l'équipe en charge de l'infrastructure va avoir un intérêt à se pencher sur la question, vu que le déploiement des sites va leur tomber dessus, la gestion des dépots, les backups, etc.

    Le CTO, le CFO, le CEO ? Niet, pas que ça à faire. Si ils embauchent des mecs compétents, c'est pour faire confiance à ce qu'ils font, pas pour aller faire du micro management à la dilbert.

    Remarques, si FaceBook fait du mercurial, Google n'ira pas
    vers HG… c'est clair ! :D !

    Ah oui, et Facebook fait du Linux, donc Google n'ira pas vers Linux ?

    Il y a une certaine porosité entre les boites de la Silicon Valley, et une part non négligeable de gens de l'un viennent de l'autre et vice versa.

  • # Hum

    Posté par  (site web personnel) . En réponse au journal Privé de bac à cause d'un logiciel propriétaire. Évalué à 10.

    En dehors du TLBM en vigueur sur VDM ( si l'histoire est vraie, et j'ai d'énormes doutes ), je pense que ce genre de logiciel n'existe pas. Je ne vois pas comment ça pourrait faire sonner un téléphone en particulier sans connaitre le numéro, ou sans embarquer sa propre station de base et sans émettre sur les fréquences que les opérateurs surveillent.

    Sans compter le fait que ça ferait sonner plus que les élèves et que la parade est trivial, il suffit juste de mettre ton téléphone en silencieux. Ou de retirer la carte sim. Ou de prendre une calculette.

    Si ton but est de perdre du karma, c'est réussi. moins bien que d'autres, mais score honorable quand même.

  • [^] # Re: no reboot

    Posté par  (site web personnel) . En réponse à la dépêche Le noyau Linux 3.10 est sorti. Évalué à 3.

    En même temps, ç'est utiliser que par Oracle, les mêmes qui disent que "btrfs est production ready pour vos serveurs" alors que ça n'a pas vraiment l'air d'être le consensus auprès des autres distributions.

    Et Oracle te dit aussi que ça marche que sur son kernel, ce qui laisse quand même entrevoir un truc un chouia fragile à mon sens :/

  • [^] # Re: Petite erreur

    Posté par  (site web personnel) . En réponse à la dépêche Où vont les supercalculateurs ? D’où on vient, quels sont les problèmes, où l’on va (1re partie). Évalué à 2.

    Si, je me suis aussi fait la remarque.

  • [^] # Re: LinuxFR

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Ruby on Rails 4.0. Évalué à 5.

    https://linuxfr.org/code_source_du_site

    => https://github.com/nono/linuxfr.org

    "This git repository is the rails application that run on LinuxFr.org."

  • [^] # Re: Que du bon

    Posté par  (site web personnel) . En réponse à la dépêche Le noyau Linux 3.10 est sorti. Évalué à 2.

    Pareil, insupportable.

    Bah, si vous continuez à utiliser le pilote nvidia malgré tout les défauts, c'est que soit les jeux sont vraiment bons, soit c'est pas si insupportable que ça.

  • [^] # Re: C'est plus facile de travailler salement…

    Posté par  (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 4.

    Et xorg a été créé pour contrer Wayland: je m'en souviens car je pestais aussi
    dessus…

    Tu te relis avant de poster, ou tu fait exprès pour remplir les fortunes ?

    Et si ce que tu voulait dire, c'est que wayland a été fait pour "contrer" xorg, c'est encore une fois un usage incorrect du mot contré. Wayland a été fait car les codeurs de xorg estiment que l'architecture de xorg ne pouvait pas évolué par à coup, et qu'il fallait repartir de 0 pour se débarrasser de tout ce qui avait été accumulé. Les mecs qui bossent sur wayland sont les mêmes que ceux qui bossent sur xorg.

    1) Un board of director avec Red Hat dedans.

    Comme le kernel.

    2) Lorsque RH met plusieurs dev chez Xorg, ce n'est pas de l'influence ça?
    Vous connaissez beaucoup d'entreprises qui ont les moyens de mettre même UNE
    personne (dev) pour contribuer à Xorg?

    Intel a plusieurs codeurs. Google a divers codeurs, notament sur ChromeOS, si tu veux la liste exact. Canonical a 1 personne. Nokia avait des gens sur la partie input, Suse, Collabora. Même Mandriva à l'époque avait 1 personne.

    Va regarder les changelogs, tu va voir qu'il y a du monde.

    Non, je dis qu'on peut contrôler un serveur quelconque avec Ubuntu, via SSH
    (Forward X autorisé par exemple) par exemple, et Zabbix ou Nagios comme
    supervision…
    Donc un type qui aime ubuntu peut très bien vouloir de l'ubuntu dans SON
    bureau pour contrôler un cluster sous RHEL.

    Alors la supervision, pour divers raisons, tu installes pas ça sur ton poste personel.
    Dans une boite de taille correcte avec assez de serveurs ( genre 4/5 ), tu as un serveur de supervision qui est dans la même zone réseau que tes autres serveurs. La question était aussi si il était logique de le faire, pas si c'était possible. En pratique, tu peux superviser ce que tu veux avec ce que tu veux, et tu peux manager ton serveur windows depuis linux ( vu qu'il y a des clients rdp partout ) et vice versa, car il y a ssh et un serveur X partout. En gros, tu démontres encore ton inutilité en répondant à coté de la plaque.

    PulseAudio est le serveur en poupe apparemment donc concrètement il sera
    indispensable, notamment selon ubuntu.

    Pulse est indispensable car il règle les soucis des développeurs multimédias et qu'il apporte des fonctions. La gestion facile des écouteurs bluetooth, la gestion saine de plusieurs cartes sons ( saines dans le sens ou l'utilisateur n'a rien à faire, car c'est fait par défaut avec des réglages corrects ). Rien que d'autre ne puissent faire, mais pour le moment, les gens se bousculent pas pour le faire. Donc aussi longtemps que personne ne se bougera pour faire un travail aussi bon, je pense que Pulse sera la solution utilisé car la plus adapté à la majeure partie des cas d'utilisation, donc présente par défaut.

  • [^] # Re: C'est plus facile de travailler salement…

    Posté par  (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 3.

    Tiens tu me disais fièrement que c'est le patron qui décide…

    Tu sembles confondre tes propos avec mes propos. SI j'ai dit ça, je demande une citation et un lien vers le commentaire linuxfr. J'ai marre que mon nom soit cité par un mec qui est incapable de comprendre les trucs basiques.
    Et tu sembles diviser une entreprise en 2 groupes totalement distinct, sans imaginer qu'il y a discussion possible, je sai spas dans quel PME est ce que tu as bossé, mais ça devait pas être la joie.

    En gros, une VCS de chez IBM ou Microsoft ne vaudrait pas un clou donc ils
    veulent du git, pour les perfs uniquement ?

    Alors 2 choses :
    1) Cite les noms des produits, ça te fera déja moins passer pour un rigolo. EN l’occurrence, tu peux dire clearcase et sourcesafe.
    2) Safesource ne tourne que sous windows, ne s'intégre que avec windows, et n'a que des clients windows. Autant dire que si tu as pas déja choisi windows partout, tu peux te brosser.
    3) clearcase te force plus ou moins à tirer un serveur d'application webspahre, ce qui requiert d'avoir deja des admins J2EE, ce qui n'est pas forcement le cas ou la voie que tout le monde veux prendre.

    Donc non, on est pas dans ton monde binaire ou soit une chose est bien, soit tout pourri. Il y a des contraintes sur ce que tu connais, ce que tu veux faire, ton archi existante, ton équipe existante.

    Pour les perfs je ne sais pas, mais pour la stratégie d'une entreprise, elle
    prendra ce qui est utilisé par de grand projet comme kernel.org par exemple.

    Cool, donc hg est utilisé par python et par mozilla, et bzr est utilisé par Canonical et Ubuntu, mysql, emacs. Fossil est utilisé par rien.

    2) Formation: J'ai mal lu ?

    Y a plein de chose que tu fait mal, mais lire en fait pas parti. Par contre, il est fort probable que tu penses que "pouf, les codeurs comprennent comment marche git du premier coup", ce qui montre une fois de plus ta déconnexion complète avec le monde réel. Dans le monde réel, tes codeurs peuvent venir d'une SSII ou ils ont pas appris à se servir de git/svn/etc, sortir d'école ou l'idée de gestion de version n'est pas au programme, et donc passer d'un modéle centralisé à un modéle plus complexe requiert des formations. Venant de svn, le rebase est une idée simple mais qui n'etait pas possible. Le cherrypick non plus. La façon de faire un pull propre sans faire des commit de merge aussi. Bref, y a plein de choses que tu connais pas sur git et qu'une formation permet de clarifier.

    D'habitude tu me traites d'imbécile, de demeuré, de pitoyable, et je ne sais
    quoi…

    Je ne pense pas avoir dit que tu es un imbécile, juste que tes propos sont imbéciles. J'ai des mots beaucoup plus dur pour l'ignorance crasse que tu affiches à longeur de temps, mais que je garde tant bien que mal par civilité.

    De plus, les super ingénieurs qui me surpassent en intelligence, notamment
    certains sur linuxfr, ne seraient pas capable d'apprendre un peu le git, même
    les commandes simples comme merger, commiter, brancher… ?

    Cf ce que j'ai dit plus haut. Tout le monde n'a pas la chance comme toi d'avoir du temps libre pour le passer en auto formation, et si tu as du te former pour utiliser l'outil, ça prouve bien qu'il faut une formation, cqfd. Sauf à demander aux gens de le faire hors du boulot, ce qui serait au mieux un procédé cavalier, et au pire sans doute un peu illégal.

    Je disais que dans le passé il fallait un VCS de qualité. Donc la logique
    devrait être, de mon point de vue, faire un appel d'offre sur un VCS dans
    lequel on fait savoir quels sont leurs exigences (cahier des charges).
    Donc, probablement que Perforce a gagné cet appel d'offre. Mais à titre
    personnel je ne connais pas la stratégie de Google dans le domaine de VCS.

    Alors une fois de plus, tu emploies des mots pour dire autre chose que le sens officiel. Un appel d'offre, c'est une procédure bien spécifique avec divers parties qui répondent, c'est utilisé principalement pour l'état. Je pense que ce que tu veux dire, c'est sans doute une comparaison.

    Par contre, si j'étais Google, pour pouvoir capter les meilleurs, il vaut
    mieux se tourner vers le VCS le plus utilisé du moment et qui est
    décentralisé: git.

    Je peux te garantir que même à l'époque ou Perforce était utilisé par défaut, le VCS n'avait pas d'impact sur les recrutements vu qu'il y a suffisamment d'outils par dessus pour cacher les aspects les plus moches. De plus, vu que tu n'as pas le droit de transférer le code source sur ton portable (pour les applications internes, je parle pas de trucs spéciaux comme go, chromium ou les divers projets libres de la boite) et qu'il faut bosser via ssh sur des serveurs sécurisés, les parties "pas de travail offline" et "trop lent" sont moins ennuyeuses que dans un déploiement classique.

  • [^] # Re: C'est plus facile de travailler salement…

    Posté par  (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 3.

    Parce que l'annonce est pourvu, justement. Par exemple, curieusement, l'annonce a disparu, et David Henningsson est arrivé. Je te laisse chercher le reste toi même.

  • [^] # Re: Changer de style

    Posté par  (site web personnel) . En réponse au journal Le thème surprise de linuxfr.org ce soir.. Évalué à 5.

    Je suis aussi dans ce cas. Pire encore, ça nuit à ma productivité car quand tu as des threads vraiment longs ( genre discussion avec kadalka ), ça s'affiche sur une colonne minuscule.

  • [^] # Re: Ah mes yeux

    Posté par  (site web personnel) . En réponse au journal Le thème surprise de linuxfr.org ce soir.. Évalué à 8.

    ça marche moins bien dans le train, je reconnais que la crise aidant, je suis obligé de prendre un tgv de la sncf et pas mon train privé.

  • [^] # Re: Inversion pour MariaDB

    Posté par  (site web personnel) . En réponse à la dépêche Fedora 19 : le chat de Schrödinger sort de la boîte vivant !. Évalué à 4.

    Le paquet s'appelle mariadb.

    Le souci, c'est que Oracle a débarqué en disant "en fait, on voudrait remettre mysql et on est ok pour le maintenir", et que personne n'a trouvé de raison de dire non ( ou plutôt, on a pas écouté celui qui a dit non car il n'avait pas d'argument valable). Donc du coup, il a fallu trouver une méthode pour faire la migration à mariadb tout en gardant mysql de disponible. Ce qui a pas été sans casse :/

  • [^] # Re: Problème DNS

    Posté par  (site web personnel) . En réponse au journal Lister les programmes installés sur un (ou plusieurs) poste(s) sous Windows (XP ou 7). Évalué à 9.

    Pourquoi ça parle de windows, c'est encore un journal de kadalka, tu abuses :p ?

  • [^] # Re: C'est plus facile de travailler salement…

    Posté par  (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 4.

    Ce n'est pas parce que c'est forkable que le problème n'existe pas.

    non, c'est parce que le problème n'existe pas qu'il n'existe pas. la seule chose qui compte, c'est si quelqu'un peut ou veut faire le taf. Ceux qui veulent peuvent pas, et ceux qui peuvent veulent pas. IE, les gens compétents dans le domaine voit pas le souci, ceux qui le voit sont pas assez compétents. C'est facile de poster sur linuxfr, c'est moins facile de convaincre avec des arguments techniques les autres.

    Et on enlève petit à petit tout ce qui concerne sa relation avec init pour être exclusivement systemd.

    Ok et la relation entre pulseaudio et init en ce moment est ?
    Parce que bon, pour retirer quelque chose, il faut l'avoir, et la, pour le moment, y en a pas.
    ( c'est une question réthorique, ne réponds pas, on sait que tu es incapable d'aligner le moindre argument techniques, tu as fait largement preuve de ton incapacité à le faire, et surtout de ton incapacité à l'admettre et à agir en conséquence, comme par exemple "ne pas prendre un ton péremptoire et accusateur" ).

    Si ma mémoire est bonne, misc avait parlé d'un logiciel ou d'une librairie qui ne pouvait pas se passer de systemd…

    tu sais, tu as aussi le droit de citer en donnant des liens. J'ai parler d'un outil qui simplifie la création de conteneurs dans systemd. Donc curieusement, un outil qui fait des conteneurs adaptés à systemd, ça utilise systemd. Tout comme le fait d'avoir une interface graphique pour systemd va pas rendre systemd indispensable, un outil qui fait des conteneurs pour systemd va pas rendre systemd indispensable, sauf si les dits conteneurs ont des fonctions que les autres outils n'ont pas, auquel cas le souci est surtout que les alternatives sont inférieurs, ce qui est totalement différents. Si le but est "on va rendre systemd tellement bien que les gens vont plus s'en passer", tu m'excuseras de rire de ta prévision. "ouais, RH va faire des softs bien pour que les gens les utilisent".

    3) La stratégie de RH est visible: utiliser PulseAudio pour le son, comme Xorg et maintenant Wayland pour le graphisme.
    Ca c'est ce que je vois.

    Wayland, c'est poussé par un mec de Intel. Pulseaudio, c'est Canonical qui paye le mainteneur actuel. Tu as pas le sentiment que les faits contredisent tes délires à longueur de temps ?

    ALSA a été créé pour contrer OSS.

    Soit ta maitrise du français est incorrect, soit ta maitrise de l'anglais est incorrect, soit tu as une vision faussé du logiciel libre. Contrer implique un rapport de force, et c'est pas exactement comme ça que ça se passe. Le but d'ALSA, c'était d'offrir une meilleur API et une meilleur architecture. D'ailleurs, elle est pas portable sur les autres OS, qui sont encore sur une API compatible OSS. Ça rappelle furieusement un gestionnaire démarrage dit donc. Et donc le but, c'était de remplacer, pas de contrer.

    Et il est là bien avant PulseAudio. Je ne vois pas pourquoi une application importante pour tous serait phagocyté par RH.

    Encore une fois, pulseaudio est maintenu en ce moment par un salarié Canonical.

  • [^] # Re: Dernier avant fermeture

    Posté par  (site web personnel) . En réponse au journal Espionnage. Évalué à 4.

    Il voulait poser la problématique de l'indépendance de la France, et le fait que d'un coté, on s'offusque, mais de l'autre, on fait (selon lui) rien contre.
    Autant je suis pas d'accord sur le fait qu'on fait rien car on fait des choses, mais que ça ne se voit pas. Et je pense juste que les gens pensent que faire quelque chose, c'est facile "sufi just de virai windauw$, lol". Mais à coté de ça, la question est légitime, si on s'offusque, quel mesure vont être prise et pourquoi.

    C'est facile d'affirmer "faut se passer de google et facebook" et ensuite dans un commentaire, d'aller dire "faut que ta distribution soit visible sur g+ et facebook pour exister, et pinterest, trop cool, y a air france dessus".

    Mais voila, ça, ç'est du kadalka. Ensuite, peut être qu'à force d'essayer de lui répondre, j'ai fini par ne plus voir à quel point il est confus.

  • [^] # Re: C'est plus facile de travailler salement…

    Posté par  (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 3.

    Je ne compare pas de l'open source avec du propriétaire. Donc perforce ne m'intéresse pas.

    Et ? ça reste un concurrent quand même. Sauf à vouloir être malhonnête, tu supprimes pas tout une partie du paysage pour le plaisir.

    Par contre, Git s'est imposé très rapidement grâce au fait que le noyau linux s'en serve, pas pour ses perf.

    Tu as croisé beaucoup de codeurs qui se sont dit "oula, kernel.org prends ça, donc je fait pareil" ?
    Parce que moi, c'est pas la réponse qu'on m'a donné. Avant d'affirmer des trucs, prends au moins la peine de discuter autour de toi, ou plutôt, discute avec des gens qui savent de quoi ils parlent.

    Si ce sont ses perf, alors pourquoi beaucoup d'entreprises restent avec SVN ?

    laisse moi deviner, parce que mettre en place git, ça implique du travail et des formations, et donc que les boites n'ont pas le temps ? En fait, tu devrait aller demander à ces nombreuses entreprises, car moi, mon employeur, et celui d'avant, ils ont commencer, voir bien fini de migrer vers Git ( et ça va de la startup à la grosse multinationale américaine, donc j'ai les 2 extrêmes ).

    Si je suivais ta logique je dirais que tu insultes les utilisateurs inconditionnels de SVN.

    Donc dire que "un logiciel est pourri sur un point", c'est insulter les utilisateurs, pas de souci. Je vois qu'une fois de plus, tu ne piges pas les critiques qu'on te fait, et tu tentes de les appliquer.

    Sinon, comme tu connais ni git, ni svn, cf ce que tu dis, peut être que tu devrais arrêter de commenter, car ça, c'est bien la définition d'inutile.

    Seule une entreprise qui a de gros besoins de versionning et qui a le budget pour s'y investir aurait envie d'un VCS propriétaire.

    C'est bien, d'un coté, tu dis "Je ne connais pas la politique de Google dans le domaine de VCS", de l'autre, tu dis " C'est pour cela que Google dans le passé utilisait Perforce (sécurité, assurance, etc.).". Tu as pas le sentiment de te contredire ?

  • # Dernier avant fermeture

    Posté par  (site web personnel) . En réponse au journal Espionnage. Évalué à 2.

    Dernier journal écrit par kadalka que je publierai sous mon nom. J'ai volontairement raccourci le texte, l'intégralité est disponible pour
    les plus masochistes d'entre vous : http://kadalka.wordpress.com/2013/07/03/les-femmes-et-les-enfants-d-abord/

    Une raison ?

    IE, est ce ta volonté, ou celle de kadalka ?

    Car bon, le journal a l'air moins barré que certains de ses commentaires du top 43 que j'ai rassemblé donc je trouverais bizarre de s’arrêter en chemin.