Ubuntu 13.04 Raring Ringtail

• # troll du soir bonsoir

  Posté par Adrien le 26 avril 2013 à 21:56. Évalué à -2.

  

  Bon une bonne semaine pour tester cette nouvelle version, et puis début mai stop la déconne on passe aux choses sérieuses…

  • [^] # Re: troll du soir bonsoir

    Posté par remjg le 26 avril 2013 à 22:00. Évalué à -1.

    

    Oui, début mai je vire cette daube d'Ubuntu GNOME et je passe à une distribution GNOME plus sérieuse ;-)

• # Rafraichissant

  Posté par ariasuni le 26 avril 2013 à 22:02. Évalué à 8.

  

  Ubuntu semble bien évoluer au fil du temps (même s’il y a Mir, Upstart, toussa). En tout cas il y a pleins de nouveautés sympas (moi qui avais l’impression que le développement d’Ubuntu s’essoufflait un peu ces derniers temps…), il faut que j’essaie cette version! Surtout que j’ai une amie qui utilise Ubuntu, et ce dernier n’arrête pas de buguer, donc j’espère que cette version sera stable.

  Sinon, dépêche géniale, complète, les contributeurs maniant l’art secret du troll DLFPien à la perfection. Bravo! :D

  Écrit en Bépo selon l’orthographe de 1990

  • [^] # Re: Rafraichissant

    Posté par Zarmakuizz (site web personnel) le 26 avril 2013 à 22:37. Évalué à 7.

    

    Canonical a la fâcheuse habitude de faire des développements en sous-marin jusqu'à ce qu'il faille stabiliser puis peaufiner quelque chose. Du coup, l'actualité sur Ubuntu se résumait en "Canonical veut de nouveau marchés, et Unity a eu quelques améliorations".

    La prochaine LTS débarque dans un an, et veut unir différents matériels avec un même OS, ce qui est très ambitieux. Il reste donc moins d'un an pour boucler cet objectif, jeter Ubuntu en pâture sur les mobiles et cie, avoir une communauté d'enthousiastes comme au temps du premier iPhone, etc. Il était donc temps de poser les couilles sur la table !

    Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

    • [^] # Re: Rafraichissant

      Posté par zebra3 le 29 avril 2013 à 17:55. Évalué à 1.

      

      Canonical a la fâcheuse habitude de faire des développements en sous-marin jusqu'à ce qu'il faille stabiliser puis peaufiner quelque chose

      Et après ils viennent se plaindre des méthodes de GNOME :-)

      Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Rafraichissant

        Posté par Albert_ le 30 avril 2013 à 00:04. Évalué à 2.

        

        Euh Gnome est une compagnie ou un projet soit disant communautaire?

        • [^] # Re: Rafraichissant

          Posté par zebra3 le 30 avril 2013 à 09:36. Évalué à 2.

          

          Oui, et ça change quoi ?

          Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

• # Widget GtkSwitch (On/Off)

  Posté par Meku (site web personnel) le 26 avril 2013 à 22:34. Évalué à 10.

  

  Je n'arrive toujours pas à me faire à ce nouveau look "On/Off" qu'on trouve depuis Gtk3 :

  

  Après 6 mois d'utilisation de ce widget, je trouve ça bien moins efficace que l'ancienne checkbox. Mon cerveau doit faire un travail supplémentaire à chaque fois, et souvent même je me trompe.

  Ce look est en fait assez perturbant : on hésite entre deux interprétation possibles :

  • "On" (ou "Off") est un bouton, on clic dessus pour activer (ou désactiver)
  • "On" (ou "Off") est l'état actuel, si on clic dessus ça passe sur "Off" (ou "On"). Cette action me paraît d'ailleurs contre-intuitive : pourquoi le fait de cliquer sur un état devrait le faire changer ?

  J'ai la même chose sous ma souris sans fil d'ailleurs. Heureusement qu'il y a un code couleur très explicite pour non-daltonien (vert/rouge), et à côté, des étiquettes "On" et "Off" (qui ne sont jamais recouvertes par le switch). Ça rend la chose un peu plus facile. D'autre part, dans le cas de ma souris je ne clic pas sur le switch, mais je le fais glisser, ce qui a plus de sens. C'est aussi une raison pour laquelle je trouve le GtkSwitch peu pertinent sur un PC.

  • [^] # Re: Widget GtkSwitch (On/Off)

    Posté par remjg le 26 avril 2013 à 22:42. Évalué à 3.

    

    C'est une affaire de goût, personnellement je trouve ça plus clair mais en même temps je ne regarde que la couleur de l'interrupteur… Si je change de thème, je risque d'être perdu au début !

    Ça vient d'où le design avec des interrupteurs, des iMachins ?

    • [^] # Re: Widget GtkSwitch (On/Off)

      Posté par ariasuni le 26 avril 2013 à 23:13. Évalué à 2.

      

      Bah je pense que c’est surtout le fait que ça soit en couleur qui indique que c’est activé et non telle couleur veut dire truc… (d’ailleurs quand ça n’est pas activé c’est une couleur neutre)

      Écrit en Bépo selon l’orthographe de 1990

      • [^] # Re: Widget GtkSwitch (On/Off)

        Posté par JGO le 26 avril 2013 à 23:54. Évalué à 6.

        

        c’est surtout le fait que ça soit en couleur qui indique que c’est activé et non telle couleur veut dire truc

        Et c'est pour ça que c'est mal conçu. Il faut fournir à l'utilisateur des indications de forme, contraste et couleur concordantes (et en général dans cet ordre d'importance). Le cerveau analyse ces informations en parallèle, et la situation est plus rapidement et plus efficacement analysée lorsque plusieurs signaux concordent. L'apparition concomitante des trois signaux contribue à renforcer l'indentification du signal global, même lorsqu'une de ses composantes est temporairement brouillée ou indisponible (couleurs délavées ou déformation géométrique).

        • [^] # Re: Widget GtkSwitch (On/Off)

          Posté par ariasuni le 27 avril 2013 à 00:09. Évalué à 1.

          

          Et c'est pour ça que c'est mal conçu. Il faut fournir à l'utilisateur des indications de forme, contraste et couleur concordantes (et en général dans cet ordre d'importance). Le cerveau analyse ces informations en parallèle, et la situation est plus rapidement et plus efficacement analysée lorsque plusieurs signaux concordent. L'apparition concomitante des trois signaux contribue à renforcer l'indentification du signal global, même lorsqu'une de ses composantes est temporairement brouillée ou indisponible (couleurs délavées ou déformation géométrique).

          J’avais pas pensé à ça, effectivement… Du coup c’est vert pour «activé» et point barre?

          Écrit en Bépo selon l’orthographe de 1990

    • [^] # Re: Widget GtkSwitch (On/Off)

      Posté par Florent Zara (site web personnel, Mastodon) le 29 avril 2013 à 12:02. Évalué à 2.

      

      Ça vient d'où le design avec des interrupteurs, des iMachins ?

      Je pense que ca a été mis en place suite à la volonté d'unification des interfaces (bureau, mobile, TV, tablette, etc.). Pour le coup, c'est influencé par les interfaces tactiles qui prennent le dessus sur la souris…

      • [^] # Re: Widget GtkSwitch (On/Off)

        Posté par barmic le 29 avril 2013 à 12:55. Évalué à 2.

        

        Pourquoi il faut faire glisser le machin gris à gauche et à droite ?

        Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Widget GtkSwitch (On/Off)

    Posté par JGO le 26 avril 2013 à 22:50. Évalué à 10. Dernière modification le 26 avril 2013 à 22:52.

    

    Le problème de ces widgets consiste à mélanger l'affichage d'un état et la possibilité d'une action. Y'a des designers de widgets qui ont séché les cours d'ergonomie.

    Personnellement même sur les appareils physiques j'hésite souvent s'il faut appuyer sur le 1 pour l'activer (mais le 1 disparait alors) ou si l'état activé consiste à avoir le 1 bien visible.

    Quelle que soit la forme du widget de bouton (ici un truc qui glisse), l'indicateur d'état devrait être séparé de l'actuateur (par exemple une lumière verte ou grise située à côté). Genre un interrupteur et une DEL, comme sur les tableaux de commande de trucs industriels.

    • [^] # Re: Widget GtkSwitch (On/Off)

      Posté par ariasuni le 26 avril 2013 à 23:12. Évalué à -4.

      

      Le problème de ces widgets consiste à mélanger l'affichage d'un état et la possibilité d'une action. Y'a des designers de widgets qui ont séché les cours d'ergonomie.

      et

      Quelle que soit la forme du widget de bouton (ici un truc qui glisse), l'indicateur d'état devrait être séparé de l'actuateur (par exemple une lumière verte ou grise située à côté). Genre un interrupteur et une DEL, comme sur les tableaux de commande de trucs industriels.

      Quel est le problème avec cette approche?

      Personnellement même sur les appareils physiques j'hésite souvent s'il faut appuyer sur le 1 pour l'activer (mais le 1 disparait alors) ou si l'état activé consiste à avoir le 1 bien visible.

      Avec les bascules de GTK3 tu cliques à n’importe quel endroit ça change l’état.

      Écrit en Bépo selon l’orthographe de 1990

      • [^] # Re: Widget GtkSwitch (On/Off)

        Posté par JGO le 26 avril 2013 à 23:46. Évalué à 10.

        

        Avec les bascules de GTK3 tu cliques à n’importe quel endroit ça change l’état.

        le problème c'est que j'ai besoin de me concentrer pour savoir si « ON » sur un bouton d'action veut dire que c'est déjà allumé ou que ça va passer allumer si j'appuie dessus. L'origine de cette confusion c'est que la convention est l'inverse de celle des boutons équipés d'une réglette d'affichage.

        Par exemple, de nombreux appareils sont équipés d'un un bouton avec une petite encoche. Le panneau de commande dispose d'indications ON, OFF ou de chiffres. L'utilisateur doit tourner ou déplacer le bouton DANS LA DIRECTION de l'état qu'il veut obtenir : il tourne le bouton jusqu'à ce que la flèche pointe sur l'indication correcte.

        Dans le cas des bascules GTK3, la convention est inversée par rapport à ma façon de comprendre les boutons physiques : il faut éloigner le bouton de l'indication ON pour que la fonction passe à ON. Dans ma tête spontanément il faudrait que je déplace le bouton par dessus le ON pour activer le ON, comme dans les boutons qui pointent une fléchette vers une indication ou ont une fenêtre pour lire l'état à travers le bouton.

        J'ai peut-être pas la bonne façon de penser ou je suis légèrement dyslexique, mais c'est pas trop ma faute si je pense comme ça, et c'est aux widgets de s'adapter aux cerveaux réels des gens et de lever les ambigüités. Une façon de faire ça est de séparer l'affichage et l'action, de façon que la façon de penser de chacun n'interfère pas avec la compréhension de l'affichage.

        • [^] # Commentaire supprimé

          Posté par Anonyme le 26 avril 2013 à 23:58. Évalué à 5.

          

          Ce commentaire a été supprimé par l’équipe de modération.

          • [^] # Re: Widget GtkSwitch (On/Off)

            Posté par ariasuni le 27 avril 2013 à 00:07. Évalué à 4.

            

            En même temps, I/O faut avouer que c’est pas du tout parlant comme symbole, et pas utilisé très souvent (ou plutôt c’est un peu partout mais on le voit pas souvent).

            Écrit en Bépo selon l’orthographe de 1990

            • [^] # Re: Widget GtkSwitch (On/Off)

              Posté par Zarmakuizz (site web personnel) le 27 avril 2013 à 00:10. Évalué à 1.

              

              C'est utilisé très souvent sur les interrupteurs de multiprise. Étonnant, non ?

              Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

              • [^] # Re: Widget GtkSwitch (On/Off)

                Posté par ariasuni le 27 avril 2013 à 00:13. Évalué à 4.

                

                Ouais mais pareil, les gens voient simplement si c’est allumé ou éteint. Présent partout, mais on n’y fait pas attention (en tout cas clairement pas moi). Et la couleur est clairement un indicateur plus fort que ce qu’il y a écrit dessus.

                Écrit en Bépo selon l’orthographe de 1990

          • [^] # Re: Widget GtkSwitch (On/Off)

            Posté par spider-mario le 27 avril 2013 à 16:55. Évalué à 4.

            

            Whoa, j’ai toujours inconsciemment interprété ça comme 0 et 1. Il m’a fallu un certain temps pour comprendre de quoi tu parlais.

        • [^] # Re: Widget GtkSwitch (On/Off)

          Posté par ariasuni le 27 avril 2013 à 00:05. Évalué à 3.

          

          Dans le cas des bascules GTK3, la convention est inversée par rapport à ma façon de comprendre les boutons physiques : il faut éloigner le bouton de l'indication ON pour que la fonction passe à ON. Dans ma tête spontanément il faudrait que je déplace le bouton par dessus le ON pour activer le ON, comme dans les boutons qui pointent une fléchette vers une indication ou ont une fenêtre pour lire l'état à travers le bouton.

          Ok j’ai compris le problème: tu résonnes à partir des symboles (pour ça que je comprenais pas…) Moi je résonne avec le code couleur, couleur = allumé, pas en couleur = éteint, et on clique dessus pour changer l’état. Après, le I et le O franchement j’y fait pas attention, et là effectivement leur truc est foireux (et donc les interrupteur d’iOS également).

          Par contre sur Android, il n’y a pas d’ambigüité sur ce point-là puisque l’état est indiqué sur le bouton, avec le même code couleur.

          Écrit en Bépo selon l’orthographe de 1990

    • [^] # Re: Widget GtkSwitch (On/Off)

      Posté par windu.2b le 29 avril 2013 à 09:28. Évalué à 6.

      

      Le problème de ces widgets consiste à mélanger l'affichage d'un état et la possibilité d'une action. Y'a des designers de widgets qui ont séché les cours d'ergonomie.

      Bizarre que tout le monde râle sur ce bouton à bascule mais pas sur les boutons radio ou les cases à cocher, qui mélangent aussi l'affichage de l'état et la possibilité d'une action.

      • [^] # Re: Widget GtkSwitch (On/Off)

        Posté par Guillaume Denry (site web personnel) le 29 avril 2013 à 15:24. Évalué à 10.

        

        Il m'arrive de pester devant des cases à cocher qui me demandent quelques secondes d'analyse pour comprendre par exemple si je vais activer ou désactiver quelque chose.

        Il y a des règles à respecter pour rendre une case à cocher digeste :

        • éviter les négations :

        [X] Ne pas activer la haute disponibilité

        Horrible.

        • privilégier la description d'un état et non une action

        [X] Activer la haute disponibilité

        Pas top, il y a ici trop d'information alors que :

        [X] Haute disponibilité

        Suffit. Je sais que si je coche cette case, il va se passer quelque chose qui va activer la haute disponibilité immédiatement ou lorsque je valide l'écran.

        Pour revenir au sujet, pour moi le (petit) problème de la bascule 1|0 de GtkSwitch, c'est que l'état On/Off n'est pas représenté au même endroit sur l'écran. Mine de rien, notre cerveau est parasiter (consciemment ou non) par l'analyse de la position de la représentation de l'info en plus de la couleur et du chiffre. De façon corollaire, notre cerveau pourrait se demander également (un cours instant) si à l'endroit où on représente le 0 on pourrait avoir un 1 un jour, ce qui rend la chose un peu confuse.

  • [^] # Re: Widget GtkSwitch (On/Off)

    Posté par ariasuni le 26 avril 2013 à 23:06. Évalué à 1.

    

    Je suis plutôt de l’avis contraire: la couleur indique clairement l’état, et la bascule/l’interrupteur est bien plus intuitif pour les nouveaux venus. En tout cas si tu regarde la capture la différence est flagrante.

    En plus, les cases à cocher sont parfois contre-intuitives: des fois on les coches pour désactiver quelque chose par exemple (tu me diras, c’est le menu qui est mal foutu). Bon j’utilise pas ça au quotidien mais le peu que j’ai pu essayé je trouve ça pas mal.

    Écrit en Bépo selon l’orthographe de 1990

  • [^] # Re: Widget GtkSwitch (On/Off)

    Posté par barmic le 27 avril 2013 à 01:56. Évalué à 3.

    

    Tu n'a jamais allumé (ou éteins) tes radiateurs ? C'est identique le | des fois rouge c'est ON, le 0 c'est off. Tu clique à gauche pour allumer et à droite pour éteindre.

    Je ne dis pas que c'est mieux que ce qu'il y avait avant, je ne me sert pas de ce genre de bascule, mais ça ne me semble pas si anti-ergonomique que ça.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

    • [^] # Re: Widget GtkSwitch (On/Off)

      Posté par Meku (site web personnel) le 27 avril 2013 à 09:10. Évalué à 6.

      

      Je te présente mes radiateurs ;-)

      

      Mais oui, j'ai déjà été confronté à ce type de symbologie dans la vie réelle, et pareil, je n'ai jamais trouvé ça très intuitifs. Souvent, c'est un autre indicateur qui m'aide. Par exemple sur les multiprises, c'est le fait que l'interrupteur soit allumé.

      J'ai du mal à me trouver un bon moyen mnémotechnique pour retenir la signification de cette symbologie. Comme dit plus haut, la barre me fait penser à un fil (circuit ouvert, donc OFF) et le rond à un circuit fermé (donc ON).

      Si la barre c'est censé représenter 1, et le rond 0, ça veut dire qu'il faut que l'utilisateur associe une représentation numérique à un état booléen, ce que je ne trouve pas particulièrement intuitif pour un néophyte…

      L'autre problème, c'est qu'on voudrait associer un symbole à une lettre, genre la première lettre de l'état. Sauf que le "I", difficile… et le "O" peut être à la fois ON et OFF :/

      • [^] # Re: Widget GtkSwitch (On/Off)

        Posté par barmic le 27 avril 2013 à 09:25. Évalué à 4.

        

        Par exemple sur les multiprises, c'est le fait que l'interrupteur soit allumé.

        En informatique on ferais ça avec un changement de couleur par exemple ? :-)

        Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

        • [^] # Re: Widget GtkSwitch (On/Off)

          Posté par Meku (site web personnel) le 27 avril 2013 à 09:42. Évalué à 2.

          

          Mais encore faut-il que les couleurs soient parlantes.

          Ça marche à peu près avec ma souris sans fil (vert ON, rouge OFF, heureusement que je ne suis pas daltonien…) parce que le code couleurs est assez « fort », mais il a fallut quand même que j'habitue mon cerveau.

          Dans le cas d'Ubuntu avec son thème orange, ça saute pas à mon cerveau que orange c'est ON. Et l'autre couleur, je ne la vois pas si l'état est déjà sur ON, donc je ne peux pas comparer à la volée.

          Avec la multiprise, bouton allumé/éteint, pour un état électrique c'est quand même bien plus intuitif. C'est à peu près le seul cas que j'arrive à trouver intuitif dans la vie réelle pour ce type d'interrupteur.

          • [^] # Re: Widget GtkSwitch (On/Off)

            Posté par claudex le 27 avril 2013 à 10:05. Évalué à 1.

            

            Dans le cas d'Ubuntu avec son thème orange, ça saute pas à mon cerveau que orange c'est ON. Et l'autre couleur, je ne la vois pas si l'état est déjà sur ON, donc je ne peux pas comparer à la volée.

            Si tu n'es pas sûr, tu peux aussi cliquer dessus pour voir ce que c'est grisé quand c'est sur off ? C'est si grave que ça d'éteindre le bluetooth pendant 7 secondes ?

            « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

          • [^] # Re: Widget GtkSwitch (On/Off)

            Posté par barmic le 27 avril 2013 à 11:08. Évalué à 1.

            

            Mais encore faut-il que les couleurs soient parlantes.

            La couleur, il n'y en a qu'une l'autre c'est la couleur du fond. Les multiprises à boutons utilisent le même code (allumé = en marche) avec pour la majorité du rouge comme couleur.

            À mon avis là où il y a un recul d'un point de vu ergonomique c'est que la surface sur la quelle cliquer est bien plus petite.

            Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

          • [^] # Re: Widget GtkSwitch (On/Off)

            Posté par Misc (site web personnel) le 27 avril 2013 à 21:49. Évalué à 1.

            

            Sauf que "rouge" et "vert", ça n'est pas universelle. On retrouve ça partout pour les voitures, mais par exemple, pour les trains, c'est différent ( genre http://fr.wikipedia.org/wiki/Feu_rouge_clignotant_%28SNCF%29 ).

            Et les couleurs ne sont pas connotés pareil, si je me souviens de ce qu'on m'a raconté en cours d'ergonomie. Le blanc n'est pas associé à la même chose en asie et en occident, par exemple ( maintenant, peut être que c'est le seul cas de différence ).

            • [^] # Re: Widget GtkSwitch (On/Off)

              Posté par Meku (site web personnel) le 28 avril 2013 à 09:05. Évalué à 2.

              

              Je suis d'accord. Le rouge/vert fonctionne est un symbole assez fort dans mon cas, alors que le orange/gris pas du tout (le orange se rapproche du rouge, d'où ma confusion).

              • [^] # Re: Widget GtkSwitch (On/Off)

                Posté par barmic le 28 avril 2013 à 11:02. Évalué à 2.

                

                Tu as du mal avec les multiprises ?

                Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                • [^] # Re: Widget GtkSwitch (On/Off)

                  Posté par Meku (site web personnel) le 28 avril 2013 à 21:35. Évalué à 4.

                  

                  Celles qui ont ces interrupteurs sans l'indicateur lumineux, oui :(

            • [^] # Re: Widget GtkSwitch (On/Off)

              Posté par romi le 28 avril 2013 à 22:22. Évalué à 4.

              

              en ergonomie, une règle de base dit aussi que le cerveau humain a du mal quand il y a plus de 7 choix proposés (icônes, listes dans les menus…)
              donc on est loin de l'idéal dans bien des cas
              pour ma part, je ne trouve pas ces "switchs" très ergonomiques non plus, surtout pour des fonctionnalités importantes du système
              et c'est vrai qu'il n'ont aucun intérêt sur un PC

              • [^] # Re: Widget GtkSwitch (On/Off)

                Posté par Misc (site web personnel) le 29 avril 2013 à 09:25. Évalué à 2.

                

                Y a l’intérêt de reprendre un paradigme connu par ailleurs, donc de réduire la courbe d'apprentissage ( vu que ça réponds comme tu as l'habitude que ça répondes ailleurs ) et la charge cognitive ( vu que tu as pas à choisir entre 2 types de boutons ). On le voit pas parce qu'on a l'habitude, mais je pense pas que ça soit fait "par hasard".

      • [^] # Re: Widget GtkSwitch (On/Off)

        Posté par fravashyo le 27 avril 2013 à 09:43. Évalué à 1.

        

        arrêtez d'être de mauvaise foi, c'est comme ça sur toutes les multiprises et sur la plupart des interrupteurs :

        https://encrypted.google.com/search?tbm=isch&q=on%20off&tbs=imgo:1&biw=1220&bih=779&sei=GIF7Ubm9FMHNhAfrooHACQ

        De plus le fait que cela soit en couleur vive pour l'état actif et en gris (couleur de fond) pour l'état inactif lève toute ambiguïté qu'il pourrait rester.

        « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

        • [^] # Re: Widget GtkSwitch (On/Off)

          Posté par Troy McClure (site web personnel) le 30 avril 2013 à 09:47. Évalué à 6.

          

          Faudrait quand meme pas oublier que l'interrupteur des multiprises est LUMINEUX, n'importe quel abruti comprend immediatement que quand la petite lumiere est là, c'est qu'il y a du jus qui passe. C'est tellement intuitif que plein de gens, dont moi, n'ont jamais été conscient de la presence de signes 'I' et 'O' et ne l'associent absolument pas à 'on' et 'off'

          • [^] # Re: Widget GtkSwitch (On/Off)

            Posté par claudex le 30 avril 2013 à 10:57. Évalué à 7.

            

            Faudrait quand meme pas oublier que l'interrupteur des multiprises est LUMINEUX

            Et dans ce cas, la couleur change (gris → orange), c'est le même principe.

            « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

            • [^] # Re: Widget GtkSwitch (On/Off)

              Posté par barmic le 30 avril 2013 à 11:20. Évalué à 4.

              

              Et surtout c'est le même gris que le reste du thème. C'est un peu comme les cases à cocher c'est quand elles sont d'une couleur différente que le fond qu'elles sont activées.

              Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

              • [^] # Re: Widget GtkSwitch (On/Off)

                Posté par lolop (site web personnel) le 30 avril 2013 à 14:35. Évalué à 2.

                

                Une cas à cocher est activée lorsqu'il y a… une coche. Comme l'indique son nom.
                ✓ ✔ ✗ etc

                Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

                • [^] # Re: Widget GtkSwitch (On/Off)

                  Posté par barmic le 30 avril 2013 à 15:07. Évalué à 2.

                  

                  Tu n'a jamais vu de gamin les crayonner en entier ?
                  Un radio bouton c'est pareil dans le principe.

                  Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

        • [^] # Re: Widget GtkSwitch (On/Off)

          Posté par Guillaume Denry (site web personnel) le 30 avril 2013 à 15:11. Évalué à 2.

          

          Sympa ta requête google image :)

          (sisi, soyez attentifs ^_^)

          • [^] # Re: Widget GtkSwitch (On/Off)

            Posté par fravashyo le 30 avril 2013 à 15:53. Évalué à 2.

            

            pas trop compris. Je l'ai obtenue à partir de duckduckgo et du mot clé !gi, et à part ça on a ma résolution d'écran, mais encore ?

            « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

            • [^] # Re: Widget GtkSwitch (On/Off)

              Posté par Guillaume Denry (site web personnel) le 30 avril 2013 à 15:55. Évalué à 3.

              

              Chez moi ça donne ça : http://img4.hostingpics.net/pics/793898pouet.jpg

          • [^] # Re: Widget GtkSwitch (On/Off)

            Posté par ariasuni le 30 avril 2013 à 17:56. Évalué à 1.

            

            Qui ne fonctionne pas sur mobile d’ailleurs.

            Écrit en Bépo selon l’orthographe de 1990

      • [^] # Re: Widget GtkSwitch (On/Off)

        Posté par Arkos le 27 avril 2013 à 13:26. Évalué à 2.

        

        L'autre problème, c'est qu'on voudrait associer un symbole à une lettre, genre la première lettre de l'état. Sauf que le "I", difficile… et le "O" peut être à la fois ON et OFF :/

        Il me semble que c'est plus simple que ça : I pour In (circuit en tension, en français on dirait plutôt sous tension), et O pour Out (circuit hors tension).

        • [^] # Re: Widget GtkSwitch (On/Off)

          Posté par insert_coincoin le 27 avril 2013 à 18:15. Évalué à 1.

          

          0 : circuit Ouvert

    • [^] # Re: Widget GtkSwitch (On/Off)

      Posté par calandoa le 30 avril 2013 à 16:33. Évalué à 0.

      

      « Tu n'a jamais allumé (ou éteins) tes radiateurs ? C'est identique le | des fois rouge c'est ON, le 0 c'est off »

      Tu n'as jamais programmé en C ou en shell ?
      - 0 : ça a marché
      - 1 : ça n'a pas marché

      exit(1);

      • [^] # Re: Widget GtkSwitch (On/Off)

        Posté par Zenitram (site web personnel) le 30 avril 2013 à 19:01. Évalué à 4.

        

        Les codeurs sont une espèce très à part et non représentatifs de la population (parce que bon, va expliquer que 0 c'est le premier rang, et que 1 c'est le deuxième rang, pas foule va te comprendre sorti du cercle des codeurs).
        Et prendre cette espèce pour ensuite faire un GUI, c'est pas un bon plan.

        • [^] # Re: Widget GtkSwitch (On/Off)

          Posté par calandoa le 30 avril 2013 à 20:06. Évalué à 3.

          

          Apparemment, ils ne sont même pas représentatifs sur linuxfr pour ne pas comprendre « exit(1) »… donc effectivement, concernant la GUI d'Ubuntu c'est pas gagné…

  • [^] # Re: Widget GtkSwitch (On/Off)

    Posté par antistress (site web personnel) le 27 avril 2013 à 04:26. Évalué à 8.

    

    https://bugzilla.gnome.org/show_bug.cgi?id=697498 (Adwaita's representation of GTK+ GtkSwitch should allow to see the value through the button)

  • [^] # Re: Widget GtkSwitch (On/Off)

    Posté par gnumdk (site web personnel) le 28 avril 2013 à 20:12. Évalué à 7.

    

    Cette action me paraît d'ailleurs contre-intuitive : pourquoi le fait de cliquer sur un état
    devrait le faire changer ?

    Moi, quand j'appuie sur un interrupteur en état off chez moi, la lumière s'allume et l'interrupteur change d'orientation!

    Et avant on utilisait des "checkbox" qui avaient exactement le même principe de fonctionnement…

• # Qtisation

  Posté par fredix le 26 avril 2013 à 22:54. Évalué à 2.

  

  On dirait que Ubuntu se Qt-ise. Perso je trouve ça bien surtout avec leur design sexy ce qui n'a jamais été le fort de KDE malheureusement.
  Ca serait bien qu'ils migrent leurs outils python en Qt/C++ également histoire d'avoir un desktop un peu plus fluide, exemple le software-center (logithèque Ubuntu) c'est une honte tellement il rame, oh c'est en python…

  • [^] # Re: Qtisation

    Posté par ariasuni le 27 avril 2013 à 00:12. Évalué à 5.

    

    On dirait que Ubuntu se Qt-ise. Perso je trouve ça bien surtout avec leur design sexy ce qui n'a jamais été le fort de KDE malheureusement.

    Faut arrêter un peu quand même, le thème par défaut de KDE est quand même assez esthétique (en tout cas je le trouve très bien).

    Ca serait bien qu'ils migrent leurs outils python en Qt/C++ également histoire d'avoir un desktop un peu plus fluide, exemple le software-center (logithèque Ubuntu) c'est une honte tellement il rame, oh c'est en python…

    Bof, la dernière fois que j’ai testé ça allait, certes c’est pas une foudre de guerre mais ça reste raisonnable. C’est plutôt du côté des outils de Linux Mint (MintUpdate et MintInstall si je ne me trompe pas) que j’ai ressenti cette lenteur.

    Écrit en Bépo selon l’orthographe de 1990

  • [^] # Re: Qtisation

    Posté par woprandi le 27 avril 2013 à 15:54. Évalué à 4.

    

    Beau troll, le problème c'est ceux qui l'ont écrit, pas le langage

    • [^] # Re: Qtisation

      Posté par fredix le 27 avril 2013 à 17:21. Évalué à 1.

      

      Oui oui tout le monde sait que python/JS sont aussi rapide que du C++, bien sûr.

      • [^] # Re: Qtisation

        Posté par Renault (site web personnel) le 27 avril 2013 à 17:36. Évalué à 7.

        

        Ouais enfin si une application aussi simple que la logithèque Ubuntu (qui en gros ne fait que de traiter une BDD assez légère et être une interface graphique) rame, accuser le langage de programmation me semble un peu déconné ou alors ta machine est vraiment vieille.

        Car ok Python soit plus lourd que le C++, mais l'écart n'est pas énorme sur ce type d'usage et sur une machine moderne cela n'est pas non plus frappant.
        C'est comme ne pas mélanger les applications GTK/Qt au sein d'une même machine pour économiser de la RAM, la perdition étant aujourd'hui bien négligeable devant la quantité disponible.

        Les idées reçues ont la vie dure…

        • [^] # Re: Qtisation

          Posté par Renault (site web personnel) le 27 avril 2013 à 17:43. Évalué à 5.

          

          Pour expliciter mon propos, j'ajouterais que la plupart des applications faits ou très soutenus au sein du projet Fedora sont fait en Python et il n'y a pas de problèmes de lenteurs particuliers, pas plus qu'avec d'autres applications similaires dans un autre langage.

          La lenteur sur ce type d'application peut venir d'une mauvaise programmation/architecture notamment le fait de faire des traitements en tâche de fond sans rendre la main à l'interface graphique pour donner une impression de fluidité et cela arrive encore dans de nombreuses applications…

          • [^] # Re: Qtisation

            Posté par gnumdk (site web personnel) le 29 avril 2013 à 10:40. Évalué à 2.

            

            Le jour ou Fedora proposera un outils identique à celui de Ubuntu (équifonctionnel), on en reparlera hein…

            • [^] # Re: Qtisation

              Posté par Renault (site web personnel) le 29 avril 2013 à 10:42. Évalué à 1.

              

              Le rapport ?
              Tu crois que ces légères différences pourraient expliquer l'éventuelle lenteur ?

              • [^] # Re: Qtisation

                Posté par gnumdk (site web personnel) le 29 avril 2013 à 18:12. Évalué à 2.

                

                Légère? Je crois que tu n'as pas du voir le gestionnaire de logiciel d'Ubuntu depuis longtemps…

                L'outil de Fedora, on dirait rpmdrake y'a 10 ans…

        • [^] # Re: Qtisation

          Posté par fredix le 28 avril 2013 à 03:19. Évalué à 2.

          

          J'ai un quad core q6600 8Go de RAM, c'est pas une machine de la préhistoire donc, or les 2 softs pour lesquels je ressens une réactivité plus que limite sont le software center et gwibber (qui vient heureusement d'être remplacé par friends en Qt/QML).
          Pas d'idées reçues c'est juste mon retour d'expérience.

          • [^] # Re: Qtisation

            Posté par barmic le 28 avril 2013 à 11:24. Évalué à 2.

            

            qui vient heureusement d'être remplacé par friends en Qt/QML

            Dommage, c'est encore du python derrière à ce que je vois :
            Si on parle bien de ça https://code.launchpad.net/~super-friends/friends/trunk
            Le code est là : http://bazaar.launchpad.net/~super-friends/friends/trunk/files
            et il faut aller dans le dossier friends pour trouver le code en lui même (le reste sert à l'empaquetage) http://bazaar.launchpad.net/~super-friends/friends/trunk/files/head:/friends/

            Si tu veux jouer tu lance :

            apt-cache rdepends --installed python
            
            

            Pour voir tout les paquets installés qui ont besoin de python.

            Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

            • [^] # Re: Qtisation

              Posté par fredix le 28 avril 2013 à 12:57. Évalué à 3.

              

              Bien essayé mais je parle de friends-app cité sur omgubuntu qu'ils appellent friends, d'ou la confusion. Il est bien en Qt/C++/QML.

              • [^] # Re: Qtisation

                Posté par Zarmakuizz (site web personnel) le 28 avril 2013 à 13:31. Évalué à 5. Dernière modification le 28 avril 2013 à 13:33.

                

                friends-app dépend de friends qui dépend de friends-dispatcher qui dépend de python 3.

                Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

                • [^] # Re: Qtisation

                  Posté par fredix le 28 avril 2013 à 14:54. Évalué à 2.

                  

                  Et alors ? Le logiciel client friends-app est bien un binaire Qt et à l'usage c'est de loin plus fluide que gwibber. Qu'il utilise derrière un service en python me gène pas.

                  • [^] # Re: Qtisation

                    Posté par barmic le 28 avril 2013 à 15:21. Évalué à 3.

                    

                    Regarde le code : c'est uniquement quelques initialisation avant de lancer la boucle principal Qt. C'est la même logique en Gtk. Ces quelques lignes de code ne joue en rien sur les performances qui arrivent après. Encore une fois quand tu regarde le code, tu vois que la majorité des callback sont entièrement en javascript inclus dans les fichiers qml.

                    Et quand il doivent faire un peu plus que modifier l'interface, ils font appel à friends.

                    Tu crois toujours que l'amélioration que tu vois viens (on ne le remet pas en cause amélioration c'est pas la peine de nous la ressasser) d'un langage natif ?

                    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                    • [^] # Re: Qtisation

                      Posté par fredix le 28 avril 2013 à 18:31. Évalué à -1.

                      

                      Oui je le crois toujours, si je prend un client twitter bien plus complet que friends-app, choqok, il est nettement plus réactif que Gwibber à features égale.

                      • [^] # Re: Qtisation

                        Posté par barmic le 28 avril 2013 à 19:25. Évalué à 2.

                        

                        Quelle est le rapport, on parlais de friends-app ? Tu change de logiciel à chaque fois ?

                        En quoi choqok joue sur les performance de friends-app (ma question était pourtant précise) ?

                        Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                        • [^] # Re: Qtisation

                          Posté par fredix le 28 avril 2013 à 20:54. Évalué à -1.

                          

                          Non je parlais des perfs de python face à Qt/C++. Gwibber a été remplacé par friends-app en Qt/QML qui s'avère plus rapide, il faut juste noter que question features il gère pas grand chose notamment ni les timelines sur hashtag, favoris, messages privés, etc. Donc c'est un peu léger pour le comparer à Gwibber. Choqok lui possède toutes ces features, est en Qt/C++ et est bien plus rapide que Gwibber. Le sujet n'est pas friends-app mais python vs C++.

                          • [^] # Re: Qtisation

                            Posté par barmic le 28 avril 2013 à 21:58. Évalué à 5.

                            

                            C'est toi qui a commencé à en parler donc c'est toi qui choisi, mais changer de thème puis de point de comparaison n'est pas terrible, c'est un peu se raccrocher aux branches.

                            Tu t'obstine à parler de Qt/QML, ce qui n'indique rien du langage qui est derrière. Tu peut très bien écrire des applications « Qt/QML » en C, C++, python, perl, javascript ou autre.

                            En tout cas si le sujet c'est :

                            Non je parlais des perfs de python face à Qt/C++.

                            Tu enfonce des portes ouvertes.

                            Le seul point que j'essaie encore une dernière fois d'expliquer c'est que le gain viens plus de la qualité de la logique du programme que du langage.

                            Je vais en rester là (tu aura remarqué que j'ai essayé plus longtemps que d'autres), mais c'est relativement peut intéressant d'en parler avec toi, puisque tu n'avance pas d'arguments autre que « moi je trouve tel ou tel programme plus fluide ».

                            Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                            • [^] # Re: Qtisation

                              Posté par kursus_hc le 29 avril 2013 à 03:56. Évalué à 2.

                              

                              En même temps vu la teneur et la date du premier message tu étais prévenu !

                              • [^] # Re: Qtisation

                                Posté par barmic le 29 avril 2013 à 08:51. Évalué à 2.

                                

                                Je ne me plains pas, ça m'a donné l'occasion de lire du code QML qui est intéressant :)

                                Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                            • [^] # Re: Qtisation

                              Posté par fredix le 29 avril 2013 à 12:03. Évalué à 4.

                              

                              Le seul point que j'essaie encore une dernière fois d'expliquer c'est que le gain viens plus de la qualité de la logique du programme que du langage.

                              Tu peux très bien faire un programme optimisé en python qui ira plus vite que le même en C++ mal organisé (la palisse). Mais à optimisation ou non-optimisation égale le code C++ sera plus réactif, c'est tout.
                              Et oui mon expérience utilisateur ma fait remarquer que Gwibber en python ramait face à un équivalent en C++. J'ai tendance à croire qu'accumuler des programmes en langages scripts sur le desktop n'est pas trop bon pour l'expérience utilisateur dudit desktop.
                              Sinon tu n'es pas obligé de répondre à mes commentaires :)

                              • [^] # Re: Qtisation

                                Posté par ariasuni le 29 avril 2013 à 12:27. Évalué à 1.

                                

                                En fait si les bibliothèques utilisées sont dans un langage compilé ça va, mais à partir du moment où on fait un programme totalement en Python dès que ça devient un peu gros c'est (relativement) lent.

                                Écrit en Bépo selon l’orthographe de 1990

                              • [^] # Re: Qtisation

                                Posté par Antoine le 01 mai 2013 à 13:59. Évalué à 1.

                                

                                Mais à optimisation ou non-optimisation égale le code C++ sera plus réactif, c'est tout.

                                Non, à temps d'écriture de code égale, le code C++ sera incomplet, buggé, ou crashera. Un langage haut niveau libère du temps pour écrire plus de fonctionnalités, ou perfectionner des trucs existants, ou corriger des bugs, etc.

                                Après on peut se branler la nouille avec les performances, mais en général ça vient en dernier dans la liste des qualités désirées pour un logiciel de bureau. Parce que sinon tu utiliserais Word 6.0 sous Windows 3.1, pas LibreOffice sous Unity.

                                (de même, des projets comme Enlightenment suscitent l'admiration des geeks mais personne ne les utilise pour de vrai)

                                • [^] # Re: Qtisation

                                  Posté par Cyril Lepagnot le 08 mai 2013 à 00:21. Évalué à 0.

                                  

                                  Euh pas vrai. Moi je l'utilise tous les jours depuis des années.
                                  Et ça me fait gagner un temps fou !

                                  E17 rocks !

              • [^] # Re: Qtisation

                Posté par barmic le 28 avril 2013 à 14:53. Évalué à 2.

                

                Désolé de ne pas connaître l'ensemble des sous paquage de firends.

                firends-app c'est rien. C'est des interfaces décrites en QML et 2 classes C++ pour initialisées ces interfaces.

                Par contre le fichier NEWS du dépôt indique que la prochaine version (3.7.0) il s'appuie sur friends.

                J'avoue ne pas m'intéresser à l'organisation de friend et des ses petits frères, mais ils n'ont pas l'air d'avoir fait une croix sur python, c'est juste un meilleur design et une utilisation de Qt plutôt que Gtk.

                Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

      • [^] # Re: Qtisation

        Posté par barmic le 27 avril 2013 à 18:12. Évalué à 3.

        

        Il attaque déjà une base qui doit être en C ou C++ et utilise une interface graphique en C (Gtk), le code glue entre les deux ne devrait pas consommer particulièrement de ressources.

        Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

      • [^] # Re: Qtisation

        Posté par Jean B le 27 avril 2013 à 18:43. Évalué à 10.

        

        Oui oui tout le monde sait que python/JS sont aussi rapide que du C++, bien sûr.

        Pas sûr, par contre un développeur compétent sait que la performance brute d'un langage à toujours moins d'impact sur les performances en condition réelles que l'algorithme implémenté.

      • [^] # Re: Qtisation

        Posté par Albert_ le 27 avril 2013 à 21:45. Évalué à 3.

        

        c'est tellement lent et pourrit python que c'est pour ca que enormement de scientifique l'utilise et que pour le traitement de "big data", numpy vient juste de recevoir une grosse subvention…

        • [^] # Re: Qtisation

          Posté par kadalka le 27 avril 2013 à 22:33. Évalué à -7.

          

          Je ne comprends pas les discussions autour de la vitesse de python, comme si la vitesse est le seul critère de choix d'un langage de programmation.
          Python est utilisé car il gère mieux les variables (tuples, liste, etc.), il est plus précis en terme de calcul [numpy] et il est compilable à ma connaissance [je n'ai jamais essayé].
          En outre, son avenir est certain, par rapport à Java par exemple.

          Juste pour rappel, Blender utilise Python… A mes yeux c'est une référence.
          Et à ma connaissance, Google utilise Python aussi… Ce n'est pas un détail.

          • [^] # Re: Qtisation

            Posté par barmic le 28 avril 2013 à 00:46. Évalué à 5.

            

            Python est utilisé car il gère mieux les variables (tuples, liste, etc.)

            Tu entends quoi par là ? Si tu parle du système de type, vendredi est terminé.

            il est plus précis en terme de calcul [numpy]

            Python est touché par les même problèmes que le C pour le calcul en virgule flottante si numpy a des classes pour gérer ça, il faut comparer avec des bibliothèques pour gérer ça en C.

            En outre, son avenir est certain, par rapport à Java par exemple.

            Le C et le C++ (c'est de ça dont il voulait parler), c'est des normes ISO. En terme de pérennité on ne fais pas mieux.

            Juste pour rappel, Blender utilise Python… A mes yeux c'est une référence.

            Blender est tout de même largement écris en C et C++ (je présume que c'est pour une question de performance en plus alors que python sert aux plugin). Je ne suis pas sûr que ce soit un bon exemple car c'est trop différent comme application.

            Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

            • [^] # Re: Qtisation

              Posté par Antoine le 01 mai 2013 à 14:02. Évalué à 2.

              

              Python est touché par les même problèmes que le C pour le calcul en virgule flottante

              Le type Decimal est fourni dans la bibliothèque standard: http://docs.python.org/3.3/library/decimal.html
              (mais je ne sais pas si numpy le supporte)

          • [^] # Re: Qtisation

            Posté par Misc (site web personnel) le 29 avril 2013 à 09:42. Évalué à 3.

            

            En outre, son avenir est certain, par rapport à Java par exemple.

            Vu que la plupart des gens que je connais qui font du java disent que java est le nouveau cobol, dans le sens ou il a atteint une masse critique de service critique ( genre banque, assurance, etc ), je doute que java disparaisse. Oracle va pas (hélas) mourir du jour au lendemain.

            Et à ma connaissance, Google utilise Python aussi… Ce n'est pas un détail.

            chez Google, java aussi est relativement assez utilisé en interne. Il suffit de lire les offres d'emplois pour s'en convaincre.
            Et juste sur la base des informations publiques, une rapide recherche montre que l'usage de python dépend grandement des applications et qu'au final, c'est découragé pour des questions de "scale", cf le 2eme mail de Collin Winter dans ce fil :
            https://groups.google.com/forum/?fromgroups=#!topic/unladen-swallow/TtvEBvVEZD4
            ( Collin Winter, qui comme son cv l'indique, est dans l'équipe qui bosse sur les compilateurs au QG de Google à Mountain View )

            ( et il parle des applications serveurs, pas des scripts one shots d'administration écrit par un SRE ou ce genre de choses bien sur )

        • [^] # Re: Qtisation

          Posté par Jux (site web personnel) le 28 avril 2013 à 11:49. Évalué à 9.

          

          Bon en même temps les fonctions numpy sont implémentées en C. Lorsque tu as le malheur de ne pas pouvoir vectoriser facilement un calcul pour utiliser les fonctions C et que tu dois utiliser une boucle, la lenteur de Python te reviens en plein dans les dents. Et méchant.

          Python est lent. C'est pas grave, parce que 80% du code d'une appli, même scientifique/big data/toussa, fait des plots, des reports et autre trucs où la vitesse n'est pas très importante. Et les 20% qui doivent aller vite, soit c'est vectorisable, soit on écrit vite une extension C/C++.

          Le vrai intérêt de Python dans le domaine scientifique, c'est que ça permet de remplacer la bouse propriétaire qu'est Matlab. L'intérêt de Matlab et Python par rapport à C, c'est de virer l'étape de compilation et de permettre une interactivité avec l'interpréteur (REPL) qui permet une grosse augmentation de productivité.

          Après, sur le fond (les applis Ubuntu qui rament), je pense aussi que c'est plutôt la faute au développeurs qu'au langage.

          • [^] # Re: Qtisation

            Posté par Albert_ le 28 avril 2013 à 20:34. Évalué à 2.

            

            En meme temps le C en science c'est pas legion. Le fortran a eu son heure de gloire pour d'excellente raison et faire du calcul numerique avec C++ c'est amusant dix secondes mais c'est tout. Et en effet python remplace matlab mais pas uniquement.

            • [^] # Re: Qtisation

              Posté par Albert_ le 29 avril 2013 à 10:13. Évalué à 7.

              

              Juste pour faire chier ce qui "moinsse" au nom, sans reflechir au sens de pertinent et non pertinent :)

              Le python peut etre lent comme d'implementer toutes les classes necessaires au moindre programme en C++ pour faire du calcul scientifique facilement. J'ose esperer que les moinsseurs ont moinsse parcqu'il n'aime pas que le python prenne la place qu'il est en train de prendre dans la communaute scientifique. Je peux comprendre que en tant qu'informaticien de formation, ces personnes soient des fans de C/C++/Haskell etc et ne peuvent pas voir en photo des langages dedies tel que le fortan utilise pour ceux pour quoi il a ete cree (faire du calcul numerique) ou des langages "facile" d'acces tel que le python qui permettent a des scientifiques, qui ont autre chose a faire dans leur journee que de pisser que du code, faire des logiciels qui leur servent sans passer par l'intermediaire d'un magicieninformaticien de formation. Le probleme c'est que … le python gagne de plus en plus de part de marche et que les bibliotheques utilises soient en python pure ou en C et Fortran, la personne qui s'en sert s'en tape comme de sa premiere chemise vu que LUI il developpera dans un langage simple, accessible et lisible!

          • [^] # Re: Qtisation

            Posté par Zylabon le 28 avril 2013 à 23:41. Évalué à 7.

            

            virer l'étape de compilation et de permettre une interactivité avec l'interpréteur (REPL)

            C'est tellement ennuyeux de voir qu'on a fait une faute de frappe après une demi seconde de compilation… alors qu'en lançant le bousin dans un interpréteur, le suspense est maximal !

            Please do not feed the trolls

            • [^] # Re: Qtisation

              Posté par barmic le 29 avril 2013 à 08:54. Évalué à 2.

              

              python effectue une étape de compilation transparente, tu crois que lors de celle-ci, il ne détecte pas ce genre d'erreur ?

              Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

              • [^] # Re: Qtisation

                Posté par spider-mario le 29 avril 2013 à 23:16. Évalué à 8.

                

                Ben non, pas complètement.

                ---

                argent = 100
                
                import random
                if random.choice([False, True]):
                    agent -= 23
                
                print(argent)
                
                

                ---

                $ python test.py 
                100
                $ python test.py
                Traceback (most recent call last):
                  File "test.py", line 5, in <module>
                    agent -= 23
                NameError: name 'agent' is not defined
                
                

                ---

                Perl, si :

                use strict;
                use warnings;
                
                my $argent = 100;
                
                if (0) { # perl va râler alors qu’on ne va jamais dans ce bloc
                    $agent -= 23;
                }
                
                print $argent, "\n";
                
                

                ---

                $ perl test.pl 
                Global symbol "$agent" requires explicit package name at test.pl line 7.
                Execution of test.pl aborted due to compilation errors.
                
                

                ---

                Bon, ensuite, d’autres compilateurs font des messages d’erreur encore meilleurs.

                Rust :

                test.rs:10:2: 10:7 error: unresolved name: `agent`. Did you mean: `argent`?
                test.rs:10              agent = 77;
                                        ^~~~~
                error: aborting due to previous error
                
                

                ---

                Clang :

                test.c:10:3: error: use of undeclared identifier 'agent'; did you mean 'argent'?
                                agent -= 23;
                                ^~~~~
                                argent
                test.c:6:6: note: 'argent' declared here
                        int argent = 100;
                            ^
                1 error generated.
                
                

            • [^] # Re: Qtisation

              Posté par lolop (site web personnel) le 29 avril 2013 à 09:59. Évalué à 3.

              

              Si on préfère éviter trop de suspens, on peut utiliser les outils ci-dessous:

              • pylint
              • pyflakes
              • pychecker

              Ils ne sont pas aussi exhaustifs qu'une compilation à la C++, Java ou Ada — le fonctionnement même de Python ne le permet pas — mais ils permettent de dégager déjà quelques erreurs.

              Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

              • [^] # Re: Qtisation

                Posté par ariasuni le 29 avril 2013 à 12:22. Évalué à 1.

                

                Oui mais c'est pas fourni de base et c'est moins exhaustif comme tu dis… Et c'est vraiment un truc qui me soule dans les langages interprétés.

                Par exemple:

                mavariable = 3
                print("ma variable = " + mavariable)
                
                

                me met une erreur de compilation au moment où j'exécute la fonction contenant le code en question… Parce que je n'ai pas mis str(mavariable). (c'est d'ailleurs un truc vraiment super chiant en python…)

                Écrit en Bépo selon l’orthographe de 1990

                • [^] # Re: Qtisation

                  Posté par xcomcmdr le 29 avril 2013 à 14:10. Évalué à 1.

                  

                  Tu peux pas le contourner ?

                  Exemple en Ruby :

                  mavariable = 3
                  puts "ma variable = #{mavariable}"
                  
                  

                  Mais bon, plutôt que de penser à convertir en String, faut penser à utiliser cette syntaxe, ce qui ne change pas grand chose au problème.

                  "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

                • [^] # Re: Qtisation

                  Posté par Albert_ le 29 avril 2013 à 14:56. Évalué à 3.

                  

                  En meme temps tu devrais programmer proprement :)

                  print ("ma variable = {0}".format(mavariable))

                  C'est a peu pres ecrit dans tous les bouquins python d'eviter de faire ce que tu ecris au dessus.

                  • [^] # Re: Qtisation

                    Posté par ariasuni le 29 avril 2013 à 16:16. Évalué à 0.

                    

                    En meme temps tu devrais programmer proprement :)

                    Greu

                    print ("ma variable = {0}".format(mavariable))

                    Et pour plusieurs variables, ça donne quoi exactement?

                    C'est a peu pres ecrit dans tous les bouquins python d'eviter de faire ce que tu ecris au dessus.

                    C'est toujours bon à savoir.

                    Écrit en Bépo selon l’orthographe de 1990

                    • [^] # Re: Qtisation

                      Posté par Albert_ le 30 avril 2013 à 00:07. Évalué à 2.

                      

                      Greu

                      Il y avait un smiley.

                      Et pour plusieurs variables, ça donne quoi exactement?

                      print ("ma variable1 = {0}\n ma variable2 = {1}".format(mavariable1, mavariable2))
                      
                      

                  • [^] # Re: Qtisation

                    Posté par Zenitram (site web personnel) le 29 avril 2013 à 23:37. Évalué à 5.

                    

                    print ("ma variable = {0}".format(mavariable))

                    Et après on ose dire que Python est lisible par rapport à C/C++…

                    • [^] # Re: Qtisation

                      Posté par Albert_ le 30 avril 2013 à 00:13. Évalué à 2.

                      

                      C'est facile et puissant. Apres comme tout langage c'est une question d'habitude.

                      • [^] # Re: Qtisation

                        Posté par ariasuni le 30 avril 2013 à 11:05. Évalué à 1.

                        

                        Bah quand même, regarde la version C++:

                        std::cout << "Ma variable = " << mavariable << std::endl;
                        
                        

                        C’est quand plus rapide à lire je trouve. Ou alors la version Rust:

                        io::println(fmt!("Ma variable = %?"), mavariable);
                        
                        

                        Enfin bref, j’aime moyennement la façon de faire de Python, mais oui c’est pas très compliqué, j’ai peur que ça nuise légèrement à la lisibilité. Bon après ça fait partie de la philosophie du langage «Explicite et meilleur qu’implicite», mais là je me demande si c’est vraiment utile (pourquoi ça ne le fait pas par défaut et on utilise format() si on veut un formatage particulier??)

                        Écrit en Bépo selon l’orthographe de 1990

                        • [^] # Re: Qtisation

                          Posté par MCMic (site web personnel) le 30 avril 2013 à 11:24. Évalué à 4.

                          

                          Sauf qu'en pratique on se retrouve très souvent à passer par printf même en C++.
                          Dès qu'on veut de l'internationalisation, notamment.

                          • [^] # Re: Qtisation

                            Posté par Guillaume Denry (site web personnel) le 30 avril 2013 à 14:59. Évalué à 3.

                            

                            Oui j'allais dire, pitié, plus de concaténation de chaine entre "Ma variable =" et maVariable, pensez aux équipes de traduction ^{^} => dans ce cas là, on a plus le choix ; chaîne monolithique avec utilisation de "variables de chaînes" et un bon commentaire pour le traducteur.

                        • [^] # Re: Qtisation

                          Posté par barmic le 30 avril 2013 à 11:25. Évalué à 3.

                          

                          En python tu peut aussi faire comme ça :

                          print("ma variable = %s " % mavariable)
                          
                          

                          C'est plus concis et assez proche de rust (je en me prononce pas sur la lisibilité).

                          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                        • [^] # Re: Qtisation

                          Posté par Moonz le 30 avril 2013 à 13:06. Évalué à 1. Dernière modification le 30 avril 2013 à 13:06.

                          

                          Question de goût je suppose. Entre la version Python et la version C++, je préfère de loin la version Python : essaie de faire "les coordonnées sont x=…, y=…, z=…" (en remplaçant x, y et z) en Python et en C++, l’un sera de loin plus lisible. Ajoute comme contrainte qu’il ne faut afficher que 3 chiffres significatifs et là la version C++ va devenir vraiment funky.

                          Pour rust pareil, je trouve pas ça très clair : qui s’occupe de remplacer ("Ma variable = %?", mavariable) par "Ma variable = mavariable" ? syntaxiquement, je dirai que c’est println. Sémantiquement, je dirai que c’est fmt (de par le nom de la fonction). Si c’est println, à quoi sert fmt ? Ce doit être une question d’habitude peut-être, mais je doit avouer que pour quelqu’un qui connait pas, c’est très perturbant (au contraire de la version Python, C, C++, Ruby, Perl, Go ou PHP qui se comprend du premier coup sans connaître le langage).

                          • [^] # Re: Qtisation

                            Posté par barmic le 30 avril 2013 à 15:42. Évalué à 4.

                            

                            Je suis pas sûr que l'exemple illustre ta thèse :

                            cout << setprecision(4)
                                 <<   "x=" << x
                                 << " ;y=" << y
                                 << " ;z=" << z << endl;
                            
                            

                            Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                            • [^] # Re: Qtisation

                              Posté par Moonz le 30 avril 2013 à 18:16. Évalué à 5.

                              

                              Si justement, c’est exactement le même problème que la localisation ; ta chaîne est coupée en 3, et tu ne vois pas le formatage : tu es obligé de le reconstruire mentalement. Avec la version C/Python/Ruby tu vois directement comment l’instruction va formater ta chaîne sans avoir à exécuter le code dans ta tête.

                              Typiquement, formaté comme tu l’as fait, j’ai besoin de réfléchir (pas des années hein, mais suffisament pour que je doive m’arrêter sur la ligne lors d’une lecture en diagonale du code) pour savoir quels sont les espaces du programme et quels sont les espaces de la chaîne (qu’on verra en sortie).

                              D’ailleurs, ta chaîne sortira "x=1.234 ;y=1.234 ;z=1.234". Je suis prêt à parier que tu voulais écrire "x=1.234; y=1.234; z=1.234" ("a ;b" c’est pas courant typographiquemet, tu admettras…). Version C++ tu ne le vois pas immédiatement. Un formatage en C/Python/Ruby/whatever, ça t’aurait sauté aux yeux.

                              • [^] # Re: Qtisation

                                Posté par barmic le 01 mai 2013 à 10:26. Évalué à 1.

                                

                                C'est plus qu'il manque un espace après le ;. Mais là on voit bien qu'il faut le corriger 3 fois ce qui n'est pas forcément évident avec un formatage.

                                De toute manière avec de l'internationalisation tu ne dois plus utiliser directement de chaîne de format donc tu perd de base énormément en lisibilité.

                                Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                • [^] # Re: Qtisation

                                  Posté par Moonz le 02 mai 2013 à 13:00. Évalué à 2.

                                  

                                  C'est plus qu'il manque un espace après le ;. Mais là on voit bien qu'il faut le corriger 3 fois ce qui n'est pas forcément évident avec un formatage.

                                  Pas plus compliqué (ni plus simple) à corriger avec un formatage que sans on est d’accord, par contre c’est bien plus simple à repérer.

                                  De toute manière avec de l'internationalisation tu ne dois plus utiliser directement de chaîne de format donc tu perd de base énormément en lisibilité.

                                  Bien sûr que si, chez moi pour internationaliser ça c’est tout simplement (en C, mais c’est le même principe dans les autres langages) :

                                      printf(_("x=%.3f; y=%.3f; z=%.3f"), x, y, z);
                                  
                                  

                                  • [^] # Re: Qtisation

                                    Posté par barmic le 02 mai 2013 à 13:08. Évalué à 2.

                                    

                                    Bien sûr que si, chez moi pour internationaliser ça c’est tout simplement (en C, mais c’est le même principe dans les autres langages) :

                                    printf(_("x=%.3f; y=%.3f; z=%.3f"), x, y, z);
                                    

                                    Tu vois tout de suite le résultat pour une langue données, mais tu ne vois pas si c'est cohérent par exemple pour d'autres langues.

                                    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                          • [^] # Re: Qtisation

                            Posté par spider-mario le 30 avril 2013 à 21:13. Évalué à 2.

                            

                            Concernant Rust, je crois que tu es induit en erreur par une faute de Sinma.

                            Le code correct est :

                            io::println(fmt!("Ma variable = %?", mavariable));
                            
                            

                            • [^] # Re: Qtisation

                              Posté par Moonz le 02 mai 2013 à 13:01. Évalué à 3.

                              

                              C’est une explication que je n’avais pas envisagé ;)

                              C’est beaucoup plus clair comme ça, merci.

                    • [^] # Re: Qtisation

                      Posté par reno le 30 avril 2013 à 09:21. Évalué à 2.

                      

                      print ("ma variable = {0}".format(mavariable))

                      Et après on ose dire que Python est lisible par rapport à C/C++…

                      C'est surtout par rapport à Ruby que Python montre ses faiblesses:
                      'puts "ma variable = #{mavariable}"', comme dit plus haut, c'est beaucoup plus lisible!
                      Après Ruby change de syntaxe tout les 4 matins, Python moins souvent (mais Python3 c'était plutôt violent comme évolution).

                      • [^] # Re: Qtisation

                        Posté par Albert_ le 30 avril 2013 à 10:16. Évalué à 2.

                        

                        Tu peux aussi ecrire:

                        print "Ma variable = {mavariable}".format(mavariable=mavariable))
                        
                        

                        c'est plus explicite comme cela? le 0 (optionnel dans le cas d'un seul element) correspond au premier element de ta liste/tuple mais tu peux utiliser un dictionnaire. Que cela change des habitudes ok mais bon c'est simple et puissant.

                        Et ca c'est la nouvelle syntaxe pour python3 (introduite dans les dernieres versions de python 2) avant c'etait tres similaire au C avec donc les memes limitations…

                        http://docs.python.org/2/library/string.html

                        • [^] # Re: Qtisation

                          Posté par reno le 30 avril 2013 à 11:29. Évalué à 2.

                          

                          Tu peux aussi code un putf en Python, mais bon si ce n'est pas en standard ça ne vaut pas grand chose même si je trouve le résultat bien plus lisible que 'print ("ma variable = {0}".format(mavariable))', numérotez la position des variables dans un langage de haut niveau??????

                          foo = 'bar'
                          faa = 10
                          putf("truc:%(foo)s age:%(faa)03d")
                          putf("truc2:{foo} age:{faa:03}") #python 3.2

                          Le code (on me l'avait partiellement donné sur linuxfr):
                          def putf(string):
                          print(string % sys._getframe().f_back.f_locals)
                          #print(string.format_map(sys._getframe().f_back.f_locals)) #python3.2

                          • [^] # Re: Qtisation

                            Posté par gst le 01 mai 2013 à 11:21. Évalué à 1.

                            

                            numérotez la position des variables dans un langage de haut niveau??????

                            ce n'est pas obligatoire, démonstration par l'exemple:

                            greg@casper:~$ cat << END > format_test.py
                            > a, b = 1, 2
                            > print("a={} ; b={}".format(a, b))
                            > END
                            greg@casper:~$ 
                            
                            greg@casper:~$ for version in 2.7 3.2 ; do python$version format_test.py ; done
                            a=1 ; b=2
                            a=1 ; b=2
                            greg@casper:~$ 
                            
                            

                            L'avantage de la numérotation (ou du nommage comme tu le fais dans ta version puts) explicite de tes arguments donné au format c'est que tu peux les réutiliser sans devoir les passer plusieurs fois:

                            greg@casper:~$ cat << END > format_test2.py
                            a, b = 1, 2
                            print("a={0} ; b={1} ; a={0}".format(a, b))
                            END
                            greg@casper:~$ 
                            
                            greg@casper:~$ for version in 2.7 3.2 ; do python$version format_test2.py ; done 
                            a=1 ; b=2 ; a=1
                            a=1 ; b=2 ; a=1
                            greg@casper:~$ 
                            
                            

                            • [^] # Re: Qtisation

                              Posté par reno le 01 mai 2013 à 19:04. Évalué à 2.

                              

                              Ça ne reste pas extraordinaire: il faut synchroniser le texte et la position des variables dans la liste..
                              C'est une contrainte acceptable pour les programmes I18N mais sinon je trouve la version avec putf plus simple a maintenir.

                • [^] # Re: Qtisation

                  Posté par lolop (site web personnel) le 30 avril 2013 à 14:45. Évalué à 4.

                  

                  Là il te faudra changer de langage, et le problème n'est pas l’interprété ou le compilé, c'est le modèle de fonctionnement du langage.
                  En Python on a des noms associés à des objets, le type est dans l’objet, et on ne sait qu’à l’exécution s’il supporte ou non une méthode. Par exemple mavariable pourrait être associée à un objet d’une classe redéfinissant l’opérateur __radd__. Et l’expression "mavariable = "+ mavariable pourrait être valide.

                  Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

            • [^] # Re: Qtisation

              Posté par Jux (site web personnel) le 30 avril 2013 à 11:48. Évalué à 5.

              

              C'est pas tellement à ça que je pense, je regrette souvent mon compilateur pour ce genre de trucs.
              Mais quand je fais du code scientifique, mon "workflow" ressemble à ça :

              ##
              data = load_data()
              ##
              mean = np.mean(data)
              std = np.std(data)
              ##
              pl.plot(data)
              pl.axhline(mean)
              ##
              
              

              Les ## délimitent des blocs et quand je fais Ctr-B, le bloc est envoyé à l'interpréteur (via un script) et je vois le résultat direct. Ensuite, quand j'ai fais un calcul, je peux explorer les résultats interactivement en utilisant l'interpréteur (et faire un graphique pour tel ou tel chose). Si je dois faire la même chose avec un langage compilé (C/C++/Java), ça me prends juste 10 fois plus de temps : soit je relance tout le script à chaque fois, soit je fais 1000 petit scripts et c'est le bronx.

              Il y a aussi les notebooks ipython qui sont assez impressionant pour ce genre de boulot.

              Bref, c'est un workflow très très différent de ce qu'on a l'habitude en informatique et c'est peut-être pour ça que les langages traditionels ne sont pas adaptés. C'est aussi pour ça que Matlab a des grosses parts de marché dans le domaine.

      • [^] # Re: Qtisation

        Posté par Michaël (site web personnel) le 28 avril 2013 à 01:52. Évalué à 10. Dernière modification le 28 avril 2013 à 01:55.

        

        Oui oui tout le monde sait que python/JS sont aussi rapide que du C++, bien sûr.

        Dans les 15-20 dernières années, d'après un membre du Fraunhofer Institut spécialisé dans le domaine, les cacluls numériques utilisés en météorologie sont devenus a³ fois plus rapides (de mémoire a ≈ 1000) où les processeurs sont responsables d'un facteur a et les algorithmes d'un facteur a². Cela signifie qu'un ordinateur vieux de 15 ans utilisant les algorithmes d'aujourd'hui est a ≈ 1000 fois plus rapide qu'un ordinateur d'aujourd'hui utilisant les algorithmes d'il y a 15 ans. Pour aller le plus vite possible il faut donc privilégier l'expressivité du langage — qui va permettre de retravailler les algorithmes avec le plus de souplesse possible — à sa proximité avec la machine.

        De plus les processeurs ont des propriétés rendant la comparaison des vitesses d'éxécution de deux variantes d'un même programme impossible^H très difficile, le but étant de la répondre à la question «l'accélération de 90% de mon programme est-elle due à mon patch?» Les processeurs sont, pour faire court, très sensible à la position du code et des données en mémoire, pour plus de détails voir l'article d'Emery et son abondante bibliographie:

        http://www.cs.umass.edu/~emery/pubs/stabilizer-asplos13.pdf

        À cause de ces deux faits, la recherche de la rapidité est certainement la dernière des raisons pourlaquelle on doit s'intéresser aux langages de bas niveau, du moins en ce qui concerne le calcul.

        Ceci dit, lorsqu'une application desktop rame, la cause serait selon moi plutôt à rechercher dans l'utilisation inappropriée d'un appel système, d'une base de données, ou d'un format de sérialisation inapdaté pour échanger des données (genre XML, utilisé beaucoup plus souvent qu'il ne le devrait: si on ne s'intéresse pas à la validation autant utiliser un format plus léger comme les S-expression ou JSON). Relier dans ce domaine la lenteur d'éxécution au langage utilisé relève plus la naïveté que d'autre chose.

        • [^] # Re: Qtisation

          Posté par Jean-Baptiste Faure le 28 avril 2013 à 08:00. Évalué à 3.

          

          Dans les 15-20 dernières années, d'après un membre du Fraunhofer Institut spécialisé dans le domaine, les cacluls numériques >utilisés en météorologie sont devenus a³ fois plus rapides (de mémoire a ≈ 1000) où les processeurs sont responsables d'un >facteur a et les algorithmes d'un facteur a². Cela signifie qu'un ordinateur vieux de 15 ans utilisant les algorithmes >d'aujourd'hui est a ≈ 1000 fois plus rapide qu'un ordinateur d'aujourd'hui utilisant les algorithmes d'il y a 15 ans. Pour >aller le plus vite possible il faut donc privilégier l'expressivité du langage — qui va permettre de retravailler les >algorithmes avec le plus de souplesse possible — à sa proximité avec la machine.

          Depuis 15-20 ans les ordinateurs sur lesquels sont faits les très gros calculs comme ceux de la météo sont devenus massivement parallèles et les algorithmes ont été adaptés pour en tirer parti. Les mêmes algorithmes utilisés sur d'anciennes machines ne donneraient rien. Les desktops ou les portables ne sont pas massivement parallèles et ne disposent que de 2 ou 4 cœurs en général, ils ont aussi parfois des cartes graphiques permettant de faire des calculs. Il est vrai que là il y a aussi des algorithmes à adapter pour en tirer parti mais le gain ne sera certainement pas d'un facteur 10⁶.

          • [^] # Re: Qtisation

            Posté par Michaël (site web personnel) le 28 avril 2013 à 08:37. Évalué à 3.

            

            Depuis 15-20 ans les ordinateurs sur lesquels sont faits les très gros calculs comme ceux de la météo sont devenus massivement parallèles et les algorithmes ont été adaptés pour en tirer parti.

            L'exposé de ne parlait pas de la puissance brute de calcul mais bel et bien d'algorithmes: c'est surtout grâce à une meilleur compréhension mathématique du problème qu'une amélioration des algorithmes a été possible. D'après l'orateur la partie «je vais plus vite car je fais des calculs plus vite» compte pour 1000 et la partie «je vais plus vite car je fais moins de claculs pour arriver au même résultat» compte pour 1000*1000. Après c'est un sujet que je ne connais personnellement pas et je n'ai pas le numéro de l'orateur en question pour lui demander plus de détails!

        • [^] # Re: Qtisation

          Posté par barmic le 28 avril 2013 à 12:24. Évalué à 2.

          

          Ceci dit, lorsqu'une application desktop rame, la cause serait selon moi plutôt à rechercher dans l'utilisation inappropriée d'un appel système, d'une base de données, ou d'un format de sérialisation inadaptée pour échanger des données (genre XML, utilisé beaucoup plus souvent qu'il ne le devrait: si on ne s'intéresse pas à la validation autant utiliser un format plus léger comme les S-expression ou JSON). Relier dans ce domaine la lenteur d’exécution au langage utilisé relève plus la naïveté que d'autre chose.

          Il y a aussi des optimisations à utiliser dans chaque langage. Par exemple en python j'ai rarement vu de classe « new style » alors que beaucoup de classes pourrait l'être.

          À cause de ces deux faits, la recherche de la rapidité est certainement la dernière des raisons pourlaquelle on doit s'intéresser aux langages de bas niveau, du moins en ce qui concerne le calcul.

          Ça dépend de ton besoin, si tu doit prendre en compte le temps de démarrage du programme, utiliser un langage de haut niveau basé sur un interpréteur ou une vm peut ne pas être un bon choix.

          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

        • [^] # Re: Qtisation

          Posté par Antoine le 01 mai 2013 à 14:09. Évalué à 2.

          

          Ceci dit, lorsqu'une application desktop rame, la cause serait selon moi plutôt à rechercher dans l'utilisation inappropriée d'un appel système, d'une base de données, ou d'un format de sérialisation inapdaté pour échanger des données (genre XML, utilisé beaucoup plus souvent qu'il ne le devrait: si on ne s'intéresse pas à la validation autant utiliser un format plus léger comme les S-expression ou JSON)

          Ah, ça me rappelle l'outil de gestion des paquets sous Solaris (un apt-like) qui stockait l'état de la base de paquets dans un unique et énorme fichier JSON rechargé en mémoire à chaque lancement de l'outil. Forcément, ça ramait de parser 90 Mo de JSON à chaque interrogation des paquets depuis la ligne de commande… Pourquoi ils n'utilisaient pas une BDD légère genre SQLite, je n'en sais rien.

          (je mets l'imparfait, mais je ne sais pas si ça a été changé depuis :-))

          • [^] # Re: Qtisation

            Posté par Michaël (site web personnel) le 01 mai 2013 à 16:01. Évalué à -2.

            

            Pourquoi ils n'utilisaient pas une BDD légère genre SQLite, je n'en sais rien.

            Ou une BDD encore plus légère comme un fichier texte dont les lignes sont les paquets et les attributs sont séparés par des | ? Plus c'est moderne, plus c'est bien!

            • [^] # Re: Qtisation

              Posté par barmic le 02 mai 2013 à 13:15. Évalué à 5. Dernière modification le 02 mai 2013 à 13:17.

              

              Le SQL moderne ? On aura tout entendu. Je en sais pas ce que tu entends par légèreté, mais je ne suis pas certains qu'un simple fichier soit plus rapidement traité qu'une base de données sqlite. Quant à l'overhead du à sqlite, il est tout de même assez léger (après il y d'autres embarquable et fiable).

              Ou une BDD encore plus légère comme un fichier texte dont les lignes sont les paquets et les attributs sont séparés par des | ?

              Tu parle d'un format CSV pourri ? Du genre qui n'accepte pas les | dans les noms de logiciels par exemple ? Parce que traiter un CSV (un vrai) sans prendre en compte la protection des caractères (entre autre parce qu'il faut aussi traiter les éventuels corruptions des données etc) ça va quelques minutes pour un programme jetable, mais ça ne va pas plus loin.

              Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

              • [^] # Re: Qtisation

                Posté par Michaël (site web personnel) le 02 mai 2013 à 19:18. Évalué à 1.

                

                Plus c'est moderne, plus c'est bien!

                Le SQL moderne ?

                C'était une blague, ce qui est moderne dans l'affaire — par rapport au reste — c'est JSON, et vu qu'il n'y a dans ce cas précis aucune raison de l'utiliser, j'ironise. Tordant. :)

                Tu parle d'un format CSV pourri ?

                Pourri à ceci-près que c'est la langue que parlent awk, sort, join, etc.

                S'il faut choisir entre un fichier JSON qui contient des centaines de

                {
                  "pkgname":"blabla"
                  "pkgversion":"1.0.1"
                  …
                }
                
                

                et un fichier texte qui contient des centaines de lignes

                blabla|1.0.1|…
                
                

                je préfère de loin la version 2, qui au moins ne prend pas des plombes à analyser. En extrême recours, on peut introduire des codes d'échappement s'il apparaît primordial de pouvoir traiter les noms de logiciels qui contiennent des |

                C'est un exemple real life puisque c'est comme ça qu'est fichu le fichier INDEX-* de FreeBSD — l'information est reproduite dans une BDB, mais ce n'est pas relationnel.

                • [^] # Re: Qtisation

                  Posté par barmic le 02 mai 2013 à 22:52. Évalué à 6.

                  

                  En extrême recours, on peut introduire des codes d'échappement s'il apparaît primordial de pouvoir traiter les noms de logiciels qui contiennent des |

                  Le problème c'est que très souvent on se dis que le CSV c'est simple et on code un ersatz (par exemple avec les outils du shell POSIX) avant de se rendre compte que protéger le caractère séparateur c'est bien pratique, que pour protéger ça deviens plus coton en awk par exemple (surtout si on essaie de suivre le peu de convention que propose se format).

                  Pour moi c'est un format qui est bon, simple, mais il faut faire gaffe quand on s'en sert, parce qu'on commence toujours pas réécrire la roue (utiliser une bibliothèque pour ça ? C'est idiot c'est tellement simple) et on fini par ce traîner un format spécifique potentiellement buggué.

                  Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • [^] # Re: Qtisation

    Posté par romi le 28 avril 2013 à 22:55. Évalué à 4.

    

    je pense que pour ce genre de soft, quelque soit le langage utilisé, hormis les trolls, il ne doit pas y avoir de grande différence pour l'utilisateur lambda…

    le principal c'est d'avoir un retour à l'utilisateur sur ce qui est en train de se passer!

    si je lance une application ou une opération, qu'elle soit lourde ou légère en calcul et en temps, le tout est d'avoir un indicateur qui m'informe qu'il y a une opération en cours
    surtout si il y a des opérations réseau qui peuvent bien plomber les temps de finalisation par exemple
    on dirait que ça s'est perdu ces derniers temps et que les développeurs travaillent sur des monstres bardés de SSD sans jamais faire de test sur des vielles machines
    parce que quand madame Michu lance la logithèque Ubuntu sur un PIII ou un vieux PIV… elle clique 12 fois croyant que rien ne se passe et ça fini par swaper, ramer, puis finalement planter lamentablement sans qu'elle n'ai compris quoi que ce soit
    bref, obligé de lui apprendre à lancer un terminal et à utiliser apt-get, là au moins on sait ce qu'il se passe

• # Je n'ai rien compris à la partie serveur

  Posté par Zarmakuizz (site web personnel) le 26 avril 2013 à 23:46. Évalué à 5.

  

  Et pourtant, c'est moi qui l'ai écrite.

  Les notes de version avaient une allure de "Oui, le bureau se développe, c'est trop bien ! Euh, on a des mises à jour pour le serveur aussi, hop une liste de MaJ, allez on revient sur le bureau.". D'ailleurs, la plupart des sites ont parlé de l'évolution du bureau et de l'orientation mobile&cie, mais très peu ont parlé du côté serveur. Et les rares à en parler ont vraiment un langage compliqué.

  J'ai tenté de comprendre à quoi servent OpenStack et autres, et pourquoi on se retrouvait avec une version Server et une version Cloud. Après quelques définitions Kamoulox sur Wikipédia, on peut en déduire que OpenStack est "un groupe de services pour faire du cloud facilement". Et la version Grizzly apporte encore plus de services. Et quand on lit les nouveautés :

  Networking is an area everyone is talking about (and investing in), and with Grizzly their was a focus on achieving greater scale and higher availability by distributing L3/L4 and dynamic host configuration protocol (DHCP) services across multiple servers. A new load-balancing-as-a-service (LBaaS) framework and API will bring another wave of investment and innovation in the coming months. To deliver on the choice users are demanding, we saw new plugins from Big Switch, Hyper-V, PlumGrid, Brocade and Midonet in addition to the existing support for Open vSwitch, Cisco UCS/Nexus, Linux Bridge, Nicira, Ryu OpenFlow, and NEC OpenFlow. And many others are releasing plug ins now, including Arista, Extreme Networks, Ruijie, and Mellanox. Exciting time as we explore the final frontier of the software defined datacenter!

  Le premier réflexe du cerveau est d'allumer TF1.

  Au final, j'ai fait comme les notes de version d'Ubuntu, j'ai listé qu'il y a des mises à jour et stop. C'est embêtant car les mises à jour concernent des (suites?) logiciel(le)s qui sont soit lié(e)s à Ubuntu soit né(e)s sur Ubuntu, du coup on trouve difficilement des informations ailleurs que sur Ubuntu (qui en a très peu) et les sites dédiés (qui ont un jargon technique trop prononcé).

  Autant j'ai plié LibreOffice avec un lien vers une dépêche qui a très bien fait le travail d'explication, autant pour la partie serveur j'ai l'impression de laisser patauger les éventuels curieux dans le marais du kamoulox.

  Bref, si quelqu'un est bien plus dans le bain du milieu cloud, je l'invite à détailler pour les profanes à quoi servent les différents logiciels cités, et qu'est-ce qu'on a de neuf dans tout ça.

  Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

  • [^] # Re: Je n'ai rien compris à la partie serveur

    Posté par NeoX le 27 avril 2013 à 10:47. Évalué à 4.

    

    c'est pourtant simple ;)

    Mises à jour pour Ubuntu Server et Ubuntu Cloud
    Ubuntu n'est pas en reste pour les utilisations orientées serveur, avec une grosse part du lion dédiée à la virtualisation et à la gestion d'infrastructures Cloud. Vous pouvez retrouver un article plus détaillé de Gigaom ou les notes de version Ubuntu Server à ce propos.

    En bref, on obtient les dernières versions de :

    1. OpenStack en version Grizzly ;
    2. Juju en version 0.7 ou sa réécriture en Go (pas encore finie) en version 1.10 ;
    3. MAAS avec de nombreuses corrections de bugs ;
    4. Simple Streams dont la page de documentation est manquante donc difficile de voir ce que ça fait dans le détail, mais en gros c'est un format Json décrivant les contenus téléchargeables pour les images du cloud Ubuntu.
    5. Ceph en version LTS 0.56.4, et s'intègre avec Juju et OpenStack pour simplifier la gestion de clusters ;
    6. MongoDB en version 2.2.4, une base de données NoSQL, avec des corrections de bugs;
    7. OpenvSwitch en version LTS 1.9.0 ;

    1/2/3/4/5/7 sont des composantes necessaires pour faire un cluster d'hebergement et de deploiement de machines virtuelles
    6, c'est comme tu le dis, une base NoSQL

    • [^] # Re: Je n'ai rien compris à la partie serveur

      Posté par Zarmakuizz (site web personnel) le 27 avril 2013 à 11:25. Évalué à 3.

      

      Et donc on se prend pas la tête à détailler quelle place a chacun au sein d'un cloud ? Du coup tu as raison,

      c'est pourtant simple ;)

      Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

  • [^] # Re: Je n'ai rien compris à la partie serveur

    Posté par Misc (site web personnel) le 27 avril 2013 à 22:20. Évalué à 10.

    

    Comme tu veux, je vais tenter de faire synthétique, mais en vrai, faudrait un schema et le cycle de vie des services dans un truc en IaaS pour bien voir :

    OpenStack en version Grizzly ;

    Alors openstack, c'est beaucoup de choses, mais en effet comme tu dis, c'est un groupe de logiciel visant à gérer un nombre massif de machine virtuelles. En gros, tu rajoutes des serveurs, et openstack va faire tout seul le fait de rajouter des vms à la demande, via une API.
    API qu'on peut donc utiliser dans une interface web, ou via un script.

    Je voit que mon site est en train d'avoir plein de visites ( soit via du monitoring ), j'utilise l'API pour déployer 14 Mageia avec tant de ram et de cpu, et openstack va chercher tout seul les ressources dans mon vaste cluster de machines, lancer des VMs, démarrer ça sur l'image mageia que j'ai donné et voila. En gros, ça automatise ce que tu faisais à la main avant, ce qui permet de le faire plus vite et sans intervention. Openstack, c'est le gros buzz du moment avec notament Red hat qui se lance dessus avec RDO ( http://openstack.redhat.com/Main_Page ), HP, Intel, Cisco, etc.

    Juju en version 0.7 ou sa réécriture en Go (pas encore finie) en version 1.10 ;

    Juju, ça sert à gérer tes machines de façon automatique à travers le réseau. Par exemple, reprenons l'exemple d'avant. J'ai mes 14 vms, mais dessus, faut encore que je déploie des trucs. Par exemple, que je déploie 10 wordpress et 4 mysql ( si mon site est un blog sous wordpress ). C'est la que juju arrive. Il va dire "je prends tel machine, je fait ce qu'il faut pour que wordpress tourne, et sur celle la, je mets mysql". Et ensuite, il configure wordpress pour aller utiliser le mysql qui a été déployé ailleurs. C'est de l'orchestration, utilisé notamment sur le cloud d'amazon mais ailleurs aussi. Quand tu as tout d'un coup plein de machines, tu te fatigues plus à faire les choses à la main.

    MAAS avec de nombreuses corrections de bugs ;

    MAAS, c'est un jeu de mot pour "metal as a service". C'est basé sur cobbler, une interface de configuration dhcp/pxe/kickstart/tfp. L'idée, c'est que tu arrives, tu branches ta machine neuve dans ton lan, ça démarre sur le réseau en pxe, ça installe une ubuntu server et la machine est prête à être utilisé avec juju ( car ça marche aussi avec des machines normales ), ou directement pour openstack ou n'importe quoi d'autre. C'est un serveur d'installation comme il existe depuis des années partout. Y a une interface web pour régler ça, voir combien de machines tu as, des informations dessus, etc. Donc ça permet quand tu commandes des nouveaux serveurs de les avoir direct dans ton cloud openstack.

    Simple Streams dont la page de documentation est manquante donc difficile de voir ce que ça fait dans le détail,
    mais en gros c'est un format Json décrivant les contenus téléchargeables pour les images du cloud Ubuntu.

    C'est juste pour avoir une liste des images Ubuntu utilisables dans openstack. Rien de transcendant.

    Ceph en version LTS 0.56.4, et s'intègre avec Juju et OpenStack pour simplifier la gestion de clusters ;

    Ceph, c'est un système de fichier distribué. En gros, tu prends X machines avec du disque, et tu fait apparaitre ça comme un gros stockage. Comme glusterfs ou lustre, par exemple. Ou comme du raid/lvm, mais sur le réseau. Tu t'en sers pour avoir un gros stockage pour tes images de vm ( pour openstack ) ou justement pour proposer du stockage distant pour les vms, ou pour du stockage d'objet via une interface REST, comme ce que fait Amazon.

    MongoDB en version 2.2.4, une base de données NoSQL, avec des corrections de bugs;

    C'est une base de données nosql. Tu envoies des documents qui sont en json et ça va automatiquement faire la synchro sur tout les noeuds de ton cluster. Du coup, ça peut tenir la charge assez bien en rajoutant des machines quand il faut. D'ou le rapport avec le cloud.

    OpenvSwitch en version LTS 1.9.0 ;

    C'est un logiciel de switch virtuel. Comme tu as des vms de partout, il faut avoir aussi un systéme dynamique de gestion du réseau et c'est openvswitch. La ou d'habitude, tu passe par une config à la mano de ton switch cisco ou juniper, hp, etc, la, tu va pareil commander le réseau automatiquement.

    Voila, je pense que j'ai répondu du mieux que j'ai pu, si tu as des questions, hésite pas.

    • [^] # Re: Je n'ai rien compris à la partie serveur

      Posté par Zarmakuizz (site web personnel) le 27 avril 2013 à 23:48. Évalué à 3.

      

      C'est exactement ce que j'aurais aimé écrire. Merci beaucoup !

      Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

• # Wubi ou pas wubi ?

  Posté par nicko le 27 avril 2013 à 00:38. Évalué à 1.

  

  Je viens de télécharger l'iso et wubi est bien présent dessus !

  • [^] # Re: Wubi ou pas wubi ?

    Posté par Zarmakuizz (site web personnel) le 27 avril 2013 à 00:40. Évalué à 3.

    

    As-tu essayé Wubi ? Il est possible que Wubi soit présent mais ne propose pas d'installer Ubuntu 13.04.

    Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

    • [^] # Re: Wubi ou pas wubi ?

      Posté par nicko le 27 avril 2013 à 13:40. Évalué à 1.

      

      Anéfé. Wubi propose juste de redémarrer la machine pour booter sur le live-cd

• # "Gnome livre des versions avec des modifications faites à moitié"

  Posté par antistress (site web personnel) le 27 avril 2013 à 04:23. Évalué à 10.

  

  Gnome livre des versions avec des modifications faites à moitié

  rien ne vaut les finitions et la stabilité d'une Ubuntu, c'est bien connu ;-)

  • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

    Posté par Zarmakuizz (site web personnel) le 27 avril 2013 à 13:12. Évalué à 10.

    

    Ubuntu est très stable, les claviers ne se blo

    Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

  • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

    Posté par kadalka le 27 avril 2013 à 21:32. Évalué à -10.

    

    rien ne vaut les finitions et la stabilité d'une Ubuntu, c'est bien connu ;-)

    LOL

    Je ne vois pas l'intérêt d'une ubuntu.
    Enfin, c'est mieux que RedHat il est vrai.
    Par contre Linux Mint, çà c'est du solide…
    Bon les plus sérieux voudront une debian ou une slackware, mais ce n'est pas à la portée de tous…

    • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

      Posté par Misc (site web personnel) le 27 avril 2013 à 21:57. Évalué à 2.

      

      Enfin, c'est mieux que RedHat il est vrai.

      2 choses
      1) on dit Red Hat , en 2 mots

      2) Red Hat n'est pas une distribution.
      Soit tu parles de Red Hat Linux, qui n'existe plus, soit tu parles de Red Hat Entreprise Linux, et je pense que si tu ne vois pas l’intérêt, y a suffisamment de gens pas d'accord avec toi pour propulser le chiffre d'affaire.

      • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

        Posté par kadalka le 28 avril 2013 à 03:11. Évalué à -10.

        

        Ah oui, le fan de Red Hat [précisément fedora] c'est vous… LOL

        1/ RHEL ? CentOS c'est du solide.
        Ah oui, c'est du RHEL mais avec un autre nom…
        Lorsque je parle de distrib red hat, à moins d'être débile, tout le monde comprend RHEL, tu sais la distrib de l'entreprise que le Qatar a acheté… (oui, ils ont investi dedans)
        http://linuxfr.org/news/un-fonds-qatari-entre-au-capital-de-red-hat

        D'après ce que je sais, scientific linux [du RHEL donc] c'est du solide, mais je n'ai pas cherché à connaître…

        Bref, personne ne te parle de RHEL mais plus des autres clones…
        (Normal, je n'en voudrais pas perso, mais les autres je veux bien)

        2/ L'intérêt de RHEL ?
        Je ne vois pas, c'est une distrib d'une société commerciale: méfiance donc…
        Si RHEL était si intéressante, je me demande pourquoi ubuntu a su s'imposer…
        Il faudra me l'expliquer un peu…
        Et c'est une personne qui n'est pas un fan d'ubuntu qui te le demande.

        Notes qu'ubuntu n'existait pas que Red Hat était déjà une référence sérieuse.

        3/ debian s'impose et pour ton info est PREMIER tout serveur linux confondu.
        Ce n'est pas un hasard. Et il progresse au détriment de Red Hat si je ne m'abuse…
        [29% je crois]
        Si tu causes à droite à gauche, on te parlera de la qualité de Mandrake [pardon Mageia], de archlinux, de gentoo, slackware [mon préféré pour bidouiller] ou de suse pour ne citer que ce qui sont connus.

        4/ Contrairement à toi, je ne suis pas plus fan d'une distrib particulière ou une autre mais je suis un pragmatique comme tout décideur qui se respecte.
        Une entreprise recherche une distrib stable qui ne change pas du tout au tout.
        Sur ce plan là, debian n'a pas de concurrent.

        Tu as toi même reconnu que debian évolue très lentement…
        [comme chacun sait les maj de sécurité sont au top avec debian]
        Et venant d'un proFedora, c'est la meilleure pub que tu puisses faire à cette excellente distrib qu'est debian.

        • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

          Posté par Frank-N-Furter le 28 avril 2013 à 09:57. Évalué à 10.

          

          tu sais la distrib de l'entreprise que le Qatar a acheté…

          1er Avril…
          Le reste de ton message n’a ni queue ni tête, essaye de revenir quand tu auras dégrisé de ton benco.

          Depending on the time of day, the French go either way.

          • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

            Posté par Misc (site web personnel) le 28 avril 2013 à 10:16. Évalué à 2.

            

            En même temps, permet moi de le citer
            
            https://linuxfr.org/nodes/97235/comments/1427339 :

            "J'avoue que je ne suis pas très doué pour la lecture des news et autres journaux."

            Je vais finir par me poser la question de savoir si c'est pas une vaste blague.

            • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

              Posté par Frank-N-Furter le 28 avril 2013 à 11:52. Évalué à 2.

              

              Hanlon's razor!

              Depending on the time of day, the French go either way.

            • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

              Posté par kadalka le 02 mai 2013 à 04:09. Évalué à -9.

              

              On appelle cela de l'ironie et de l'humour.
              Cependant honnêtement je n'ai pas toujours le temps de bien lire les news mais je suis ravi de commenter…
              Commenter permet à une page web [linuxfr] d'exister.
              On conseille même aux lecteurs de cliquer dans les pubs…

          • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

            Posté par kadalka le 02 mai 2013 à 04:11. Évalué à -10.

            

            Je réponds aux questions donc par définition cela n'a ni queue ni tête.
            LE Qatar ne te dira pas si il a acheté du Red Hat ou pas.
            C'est une possibilité…

            Perso, je ne pense pas que le Qatar a de mauvais conseillers donc je doute qu'ils vont investir massivement chez Red Hat, mais j'avoue qu'ils peuvent toujours acheter des actions Red Hat pour voir comment la faire plier au besoin.

            Dans une info totalement fausse on peut parfaitement en faire ressortir des stratégies possibles…
            Ce qui n'est pas de ton niveau visiblement…

            Donc, à la limite je préfère rester dans mon benco que t'écouter.

            Je précise que je ne t'en veux pas: j'ai ri.
            Au contraire je te remercie.
            [Le rire c'est utile pour la santé aussi bien physique que psychique]

            • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

              Posté par Frank-N-Furter le 02 mai 2013 à 07:24. Évalué à 3.

              

              LE Qatar ne te dira pas si il a acheté du Red Hat ou pas.
              C'est une possibilité…

              Non.

              Dans une info totalement fausse on peut parfaitement en faire ressortir des stratégies possibles…
              Ce qui n'est pas de ton niveau visiblement…

              Sam?

              Depending on the time of day, the French go either way.

              • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

                Posté par kadalka le 02 mai 2013 à 23:13. Évalué à -8.

                

                Votre lien donne ceci:
                " In the United States, the Securities and Exchange Commission requires that firms whose stock is traded publicly report their major stockholders each year.[1] The reports identify all institutional shareholders (primarily, firms owning stock in other companies), all company officials who own shares in their firm, and any individual or institution owning more than 5% of the firm’s stock "

                Je répète:
                TU NE SAURAS PAS SI LE QATAR A INVESTIT DANS RED HAT S IL NE VEUT PAS QUE TU LE SACHES.

                Par exemple, le Qatar peut créer des prête-noms, des sociétés écrans…
                C'est suffisant pour cacher.

                (Si je suis le Qatar je me garderais d'investir chez Red Hat, sauf pour connaître sa roadmap secrète.)

                Merci de ne pas insister, s'il vous plaît…

                • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

                  Posté par ariasuni le 02 mai 2013 à 23:57. Évalué à 2.

                  

                  TU NE SAURAS PAS SI LE QATAR MICROSOFT A INVESTIT DANS RED HAT S IL NE VEUT PAS QUE TU LE SACHES.

                   

                  TU NE SAURAS PAS SI LE QATAR CAPTAIN BICEPS A INVESTIT DANS RED HAT S IL NE VEUT PAS QUE TU LE SACHES.

                   

                  TU NE SAURAS PAS SI LE QATAR TA GRAND-MERE A INVESTIT DANS RED HAT S IL NE VEUT PAS QUE TU LE SACHES.

                  Haha, tu viens d’inventer un mème!

                  Écrit en Bépo selon l’orthographe de 1990

                  • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

                    Posté par kadalka le 03 mai 2013 à 00:03. Évalué à -7.

                    

                    Haha, tu viens d’inventer un mème!

                    Ce n'est pas un crime LOL :-D
                    inventer ? Voilà un terme que je n'imaginais pas lire à mon encontre…

                    Merci

        • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

          Posté par Misc (site web personnel) le 28 avril 2013 à 10:11. Évalué à 10.

          

          Lorsque je parle de distrib red hat, à moins d'être débile, tout le monde comprend RHEL, tu sais la distrib de l'entreprise que le Qatar
          a acheté… (oui, ils ont investi dedans)

          Ma foi, citer un poisson d'avril de lea linux juste après avoir dit que tout le monde te comprends sauf à être débile, ça me laisse songeur.

          Bref, personne ne te parle de RHEL mais plus des autres clones…

          Donc alors quand tu dit "quand je parle de distrib RH tout le monde comprends RHEL" et donc quand tu dit " Enfin, c'est mieux que RedHat il est vrai.", tu me parles de RHEL ou pas ?

          Car il est vrai qu'en moins de 5 lignes, tu viens de te contredire, mais quand même, tu m'avais habitué à plus de réflexion.

          Je ne vois pas, c'est une distrib d'une société commerciale: méfiance donc…
          Si RHEL était si intéressante, je me demande pourquoi ubuntu a su s'imposer…

          Si tu te méfies des sociétés commerciales, faut bien te rendre contre qu'une partie du code que tu utilises vient justement de l'argent que ces sociétés récupère. Et par la magie du logiciel libre, même des distributions comme Debian en bénéficie. En fait, j'aurais même tendance à dire que le libre dépend pas mal des sociétés commerciales pour réussir à avancer aussi vite. Ça serait dommage en effet que tout les gens talentueux soient payés uniquement par Apple ou Microsoft à bosser sur les produits proprios parce qu'aucune société commercial ne trouve le moyen de gagner assez d'argent pour ça.

          3/ debian s'impose et pour ton info est PREMIER tout serveur linux confondu.
          Ce n'est pas un hasard. Et il progresse au détriment de Red Hat si je ne m'abuse…
          [29% je crois]
          En fait, je pense que ce tu cites, c'est
          http://w3techs.com/blog/entry/debian_is_now_the_most_popular_linux_distribution_on_web_servers
          ( vu que c'est passé dans les Debian Weekly News, sur le blog du DPL, et que ça a a fait assez de bruit, ce qui était sans doute le but avoué de la boite de consulting qui a fait le rapport )

          D'une part, ça concerne que les serveurs webs ( donc tu repasseras pour "tout serveur linux confondu" ). D'autre part, ça dit que Debian est à égalité avec Centos. Et ce qui veut donc dire, que si tu ajoutes centos et RHEL ( qui contrairement à Ubuntu et Debian sont la même base de code, sorti au même moment avec les mêmes version de logiciels ), RHEL serait quand même devant d'un point de vue de la technologie utilisé.

          Mais ce genre de comparaison ne veulent rien dire, car ça prends en compte le nombre de serveurs web ( autrement dit, si facebook et google prenne une distro X, ça serait paradoxalement plus populaire que si 5000 autres startups prennent une distro Y ), et ça ne donne pas la méthodologie ni rien. Par exemple, est ce que tu comptes les serveurs de prod, est ce que tu comptes une debian ou un freebsd embarqué dans une appliance, est ce que tu comptes 45 VM ou pas ?
          En fait, on ne sait pas vu que les données sont sur un rapport payant, et vu que tu arrives déjà pas à comprendre les news correctement en prenant les poissons d'avril au sérieux, je doute que tu ai lu le rapport.

          Et au passage,le corolaire de "Debian est passé premier", c'est aussi "Debian n'était pas premier pendant un temps", ce qui est quand même pas vraiment ce que tu sembles prêcher vis à vis de l'écrasante supériorité de Debian sur tout.

          Si tu causes à droite à gauche, on te parlera de la qualité de Mandrake [pardon Mageia], de archlinux, de gentoo, slackware [mon préféré
          pour bidouiller] ou de suse pour ne citer que ce qui sont connus.

          Je cause déjà à gauche à droite ( par exemple, dans les salons du logiciel libre ou je vais, que ça soit comme orga, comme conférencier, comme simple visiteur ), et personne ne va passer son temps à discutter de qualité de distribution. La plupart des gens ont une distro qui marche pour eux, et les seules fois ou tu as des plaintes, c'est quand tu va tenir le stand d'une distribution à un salon comme Solution Linux. D'ailleurs, je suis sur que Debian France sera ravi de ta contribution à venir les aider en tenant le stand.

          4/ Contrairement à toi, je ne suis pas plus fan d'une distrib particulière ou une autre mais je suis un pragmatique comme tout décideur
          qui se respecte.

          Sauf que visiblement, tu n'es ni décideur, ni quelqu'un qui se respecte. Cf ton "lol" au début de ta diatribe.

          Une entreprise recherche une distrib stable qui ne change pas du tout au tout.
          Sur ce plan là, debian n'a pas de concurrent.

          Encore une fois :
          Windows XP, 14 ans de support
          RHEL, SLES, Centos, 10 ans
          Ubuntu LTS 5 ans
          FreebSD 5 ans.

          Debian, au mieux, 3 ans.

          Pour avoir déjà participer à monter un projet de distro ( que tu cites d'ailleurs plus haut ), j'ai vu comment c'est dur de motiver les gens à faire du support et je suis impressionné par le fait que Debian arrive à faire 3 ans.
          Et même si dans l'absolu, ça suffit à mon sens largement pour pas mal de boites et de structures, ça reste quand même inférieur à plein d'autres distributions ou OS, et avec une marge des plus confortable.

          Donc tu m'excuseras de toujours pas plus te prendre au sérieux sur la partie "n'a pas de concurrent". Et c'est pas faute de t'avoir déjà dit ça la première fois ou tu as posté à dire n'importe quoi il y a quelques semaines.

          • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

            Posté par kadalka le 02 mai 2013 à 04:06. Évalué à -10.

            

            Je vais te répondre rapidement et de manière hétéroclite.

            1/ 1er avril
            LE Qatar ne te dira pas si il a acheté du Red Hat ou pas.
            C'est une possibilité…

            Perso, je ne pense pas que le Qatar a de mauvais conseillers donc je doute qu'ils vont investir massivement chez Red Hat, mais j'avoue qu'ils peuvent toujours acheter des actions Red Hat pour voir comment la faire plier au besoin.

            Dans une info totalement fausse on peut parfaitement en faire ressortir des stratégies possibles…
            Ce qui n'est pas de ton niveau visiblement…
            Je ne te reproche rien sur ce plan, je te comprends parfaitement.

            Je te rappelle juste qu'une entreprise côté en bourse par définition a des actionnaires anonymes donc par définition on ne connaît pas l'acheteur.
            Lorsque nous entendons parler d'un achat c'est plus de la pub/com qu'autre chose car la plupart des investissements restent confidentielles…

            2/ CentOS, RH = RHEL pour moi et pour les lecteurs avertis.
            Je croyais que tu es un fan de fedora et autre Red Hat ?
            J'ai relu ce que j'ai écrit: je ne vois pas de contradiction.

            Dans mon intervention, ce qui est mieux que Red Hat [RHEL donc], c'est ubuntu et d'autres distribs comme Mageia, archlinux apparemment, slackware, debian évidemment, gentoo, et d'autres…

            3/ Je ne me méfie pas des sociétés commerciales mais d'une certaine forme de société commerciale.
            RH a fait le choix de départ d'être commerciale et même de créer une version du noyau différente de la version officielle ce qui peut brouiller les pistes…

            Personne n'a aussi dit ni même sous entendu que le libre n'a pas de sponsor ou peut se passer des sociétés commerciales.
            Linux travaille avec Novell (Suse), etc.

            4/ Les serveurs [webs].
            Une info ne se lit pas comme une photo mais comme un film.
            L'info dit que debian est devant, mais le film te dit que debian progresse.
            C'est ce que je t'avais dit il y a déjà un certain temps et tu n'étais pas d'accord avec moi.
            [Et je n'avais pas l'info à l'époque donc je ne pouvais pas te le prouver]
            Maintenant tu as la preuve.

            Ubuntu fait fonctionner sans problème les paquets debian: je le fais tous les jours.

            Le serveur web est un excellent indicateur: la tendance est là.
            La plupart des applications modernes utilisent des pages web pour être configurées…
            Webmin est un exemple typique.
            Les smartphones s'imposent d'autant plus que le web sera dominé à terme par ces téléphones.
            Donc, il est pertinent de s'y intéresser.

            Je ne me rappelle plus de la news mais le titre est suffisamment évocateur.
            Debian is now the most popular Linux distribution on web servers
            On peut notamment y lire:
            Debian gains market share from all other Linux distributions, mostly from CentOS, SuSE and Fedora
            Traduction libre:
            Debian gagne des parts de marché au détriment d'autres distributions, en particulier CentOS, SuSE et fedora…
            Ca a le mérite d'être clair non ? :-)
            [Oui je sais c'est dur]

            On parle de serveur web, pas d'autre chose.
            Tu patauges: on ne compte pas les VM mais on veut savoir quel est la répartition des OS des serveurs par rapport au traffic web.
            C'est comme si tu fais du "uname -a" pour les TCP/IP.
            Mais ne te fais pas d'illusion dans l'embarqué Ubuntu va très probablement s'imposer notamment grâce aux smartphones…

            Un bon rapport a un bon résumé [summary]. Le résumé est sans équivoque: debian surpasse CentOS.
            Je précise que c'est une tendance irréversible.

            J'ai dit que debian est supérieur à RHEL-like/fedora-like.
            Si ce n'était pas le cas, alors tous les magazines que j'ai eu à lire ne parleraient pas de linux debian, dans leurs nombreux exemples concernant les logiciels qu'ils veulent présenter…
            Genre "pour installer faites apt-get…".

            Sauf si pour vous ces magazines sont pourries, mais là c'est votre point de vue, sûrement pas le mien.

            5/ Perso, je parle de la qualité des distributions. Certes ce n'est pas l'essentiel de mes discussions mais oui je le fais aussi.

            Sauf que visiblement, tu n'es ni décideur, ni quelqu'un qui se respecte. Cf ton "lol" au début de ta diatribe.

            LOL ?
            J'ai plus de 21 ans et à ma connaissance LOL est un langage utilisé par une bonne majorité comme :-D.
            LOL c'est plus rapide.
            Tu n'en sais rien si je suis un décideur… [Je m'y connais en politique et stratégie, finance, etc.]
            Toi non.
            Tu te rappelles sûrement de ce que je t'avais dit: "Un admin vient me voir pour se plaindre que probablement on ne va pas investir dans la bonne techno"
            J'explique au patron que…

            Windows XP, 14 ans de support

            Sur le plan stratégique si j'étais Microsoft je mettrais même 20 ans pour XP car c'est le seul OS qui arrive à faire de l'ombre aux UNIX-like.
            Le seul problème c'est que 20 ans peut freiner les ventes de MS Windows 7/8 …
            Il faut donc chercher un compromis: ils ont pris le risque de mettre 14 ans…
            Si ma mémoire est bonne Vista aurait du remplacer XP dans l'année de sortie et XP aurait cessé d'être supporté quelques temps après mais devant le tollé général, MS a décidé de RECULER la date d'arrêt du support de XP.
            Tu ne vois pas MS se tirer la balle dans le pied quand même…
            [C'est une entreprise commerciale]

            Encore une fois RHEL est commerciale donc peut se permettre de faire du LTS digne de ce nom.
            Mais un admin compétent se fout du LTS: il fait comme moi, il construit ses propres paquets.
            (Je te rappelle encore que je ne suis pas admin et j'ai des tas de paquets que j'ai moi même construits.)

            Pour avoir déjà participer à monter un projet de distro ( que tu cites d'ailleurs plus haut ), j'ai vu comment c'est dur de motiver les gens à faire du support et je suis impressionné par le fait que Debian arrive à faire 3 ans.

            Le support nécessite du temps.
            Rien d'impressionnant dans ce que fait debian.
            Encore une fois, parce qu'un admin n'a pas besoin de support LTS.
            Une entreprise la plupart du temps paie un petit service pour avoir du debian.
            Et son debian fonctionne aussi longtemps qu'il le souhaite.
            Contrairement à toi, je ne compare pas une multinationale commerciale qui a une obligation immédiate de résultat et qui est liée contractuellement avec ses clients [sécurité garantie du système déployé par exemple] et une simple communauté comme debian.
            Par contre, je peux toujours faire la comparaison suivante: c'est curieux une debian qui arrive à barrer la route à une RH.

            Donc tu m'excuseras de toujours pas plus te prendre au sérieux sur la partie "n'a pas de concurrent"

            Si sur le long terme la tendance montre clairement que la technologie debian [ubuntu/debian] progresse de manière certaine notamment au détriment d'une puissante entreprise bien implantée dans les entreprises, je ne peux pas objectivement penser que RHEL est un concurrent sérieux.

            • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

              Posté par Frank-N-Furter le 02 mai 2013 à 07:31. Évalué à 3.

              

              A little learning is a dangerous thing;
              drink deep, or taste not the Pierian spring:
              there shallow draughts intoxicate the brain,
              and drinking largely sobers us again.

              Depending on the time of day, the French go either way.

              • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

                Posté par kadalka le 02 mai 2013 à 23:16. Évalué à -10.

                

                " A few knowledge is better than none "
                Quote from kadalka

                Why ? Because even if the knowledge is false, someone may notice it and then discuss may begin…

            • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

              Posté par Misc (site web personnel) le 03 mai 2013 à 13:44. Évalué à 2.

              

              LE Qatar ne te dira pas si il a acheté du Red Hat ou pas.
              C'est une possibilité…

              Personnellement, je pense que je serais au courant si le prince du Qatar avait effectué une opération gigantesque de rachat de RH. Et tu te ridiculises de jour en jour en t'acharnant dans ton déni de réalité.

              J'ai déjà répondu à la plupart des points que tu réitéres, donc je ne pense pas te convaincre plus en ressortant le même argumentaire, si tu n'es pas d'accord la première fois, tu va pas comprendre la seconde.

              Mais quand même :

              La plupart des applications modernes utilisent des pages web pour être configurées…
              Webmin est un exemple typique.

              Exemple typique d'application moderne ? On doit pas parler du même webmin avec du code perl qui continue de suivre les conventions de perl 4 ( à savoir mettre un & pour les fonctions ), et qui continue encore à se baser sur une technologie d'il y a 20 ans comme les cgis.

              Et même si l'exemple est mal trouvé, le reste du point est foireux car la plupart des applis avec une interface web intégré sont soit des applications webs ( exemple, jive, sharepoint, nagios, oracle truc, drupal ), soit des applications non webs avec un serveur web en bundle ( exemple : ejabberd, couchdb ), soit des applications webs fournit à part.

              Et dans tout les cas, c'est des applications que soit tu n'exposes pas sur le web ( donc hors du pool qui sort de l'étude que tu cites ), soit des applications qui ont globalement besoin de tourner sur apache et qui donc vont tourner globalement sur n'importe quel distro.

              Mais ne te fais pas d'illusion dans l'embarqué Ubuntu va très probablement s'imposer notamment grâce aux smartphones…

              Tu veux dire que Ubuntu va virer openwrt ou android de leur place ?

              J'ai dit que debian est supérieur à RHEL-like/fedora-like.
              Si ce n'était pas le cas, alors tous les magazines que j'ai eu à lire ne parleraient pas de linux debian

              Alors donc, si une majeur partie des magazines que je vois chez mon buraliste parle d'installer des softs windows, je doit conclure quoi vis à vis de ton raisonnement ? Est ce qu'il ne s'applique que quand il est favorable à ta définition de supériorité ?

              Tu ne vois pas MS se tirer la balle dans le pied quand même…
              [C'est une entreprise commerciale]

              Si les clients payent pour le support, Microsoft peut continuer pendant 50 ans.

              Mais un admin compétent se fout du LTS: il fait comme moi, il construit ses propres paquets.
              (Je te rappelle encore que je ne suis pas admin et j'ai des tas de paquets que j'ai moi même construits.)

              Je suis content de voir que tu ne me classes pas dans "admin compétent" malgré le fait que ça soit mon travail. Parce que moi, je ne me fout pas de la durée de vie, et faire ses paquets, ça va 5 minutes mais faire le suivi des soucis des sécurité et les correctifs de bugs, c'est vite chiant ( encore une fois, je le sais, j'ai fait ça pendant un bout de temps pour des distros sur mon temps libre ). Donc j'aurais tendance à dire qu'un admin a mieux à faire que le travail d'une distribution dans son coin ( ie, faire ses propres paquets ), et qu'il apporte plus de valeur en laissant les autres faire ça, et qu'il se focalise sur les besoins plus direct. Ensuite, c'est vrai qu'il faut être compétent pour faire ses paquets, mais quand même un peu con pour ne pas mutualiser.

              Je suis sur que c'est pas ton cas, et que tu peux nous montrer tout tes paquets que tu distribues sans doute ( sauf si tu n'as pas le temps et qu'au lieu d'aider, tu préfères poster sur linuxfr )

              Tu te rappelles sûrement de ce que je t'avais dit: "Un admin vient me voir pour se plaindre que probablement on ne va pas investir dans la > bonne techno"

              En fait, non, je passe pas mon temps à retenir ta prose incohérente. Y répondre me prends déjà assez de temps libre, et encore, je fait ça uniquement dans un but scientifique, voir à combien tu peux descendre.

              • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

                Posté par kadalka le 09 mai 2013 à 23:48. Évalué à -7.

                

                Personnellement, je pense que je serais au courant si le prince du Qatar avait effectué une opération gigantesque de rachat de RH. Et tu te ridiculises de jour en jour en t'acharnant dans ton déni de réalité

                Tu as fait des études en gestion d'entreprise ? Je ne pense pas, au vu de tes commentaires sur le sujet…
                Lit déjà ceci: c'est un des nombreux moyens pour contrôler une entreprise.
                http://linuxfr.org/nodes/97929/comments/1448817

                L'informatique étant un investissement stratégique, ils n'en feront rien.
                Mais à leur place je n'investirais pas chez RH, donc, tu ne verras de toutes les façons rien.

                Webmin

                Peu de personnes voyaient l'intérêt d'une application web au début de webmin…
                C'est en cela qu'ils sont modernes.
                Ce n'est pas parce qu'ils n'ont pas fait de cleanup de leur code que cela veut dire que c'est m…que.

                une technologie d'il y a 20 ans comme les cgis

                Les CGI et maintenant les WSGI… [en poupe si je ne m'abuse]
                Ils doivent être débile chez python de vouloir du WSGI…

                Je soutiens que la plupart, pas tous donc, utilisent une interface web, ou offrent cette possibilité, à l'utilisateur.
                Mais un bon admin s'en passe très bien…
                Ils se contente d'automatiser et c'est tout.

                Tu veux dire que Ubuntu va virer openwrt ou android de leur place ?

                Android a déjà un adversaire de taille : tizen.
                Si j'étais intel, je collaborerais avec ubuntu/debian car la plupart des jeunes ingénieurs aiment ubuntu.
                Mais on ne virera pas openWrt ou android. Microsoft a beau ne pas avoir beaucoup d'amis, il est bien là et les amoureux de iPhone ou android sont là.
                J'aime plutôt android donc virer = non sense.

                Alors donc, si une majeur partie des magazines que je vois chez mon buraliste parle d'installer des softs windows, je doit conclure quoi vis à vis de ton raisonnement ? Est ce qu'il ne s'applique que quand il est favorable à ta définition de supériorité ?

                La mode tu connais?
                Si la mode est le jean fluo polluant, tu penses pouvoir démontrer qu'il ne faut pas en acheter ?

                Windows est encore sur 80% des PC, je ne vois pas un éditeur se passer d'un tel marché…

                Mais je te l'accorde je peux me tromper.

                Pour suivre ta logique, OpenBSD serait de la m… puisqu'on n'en parle pas ?
                Tu es sérieux?
                Je parle des magazines qui parlent de Linux de manière sérieuse: il y en a tout un paquet.
                Verdict ? 80% c'est du apt-get, et ils précisent même le nom de la distrib.
                Qui fait de l' apt-get ? Et quel est le nom de la distrib cité ?

                Hmmm?

                J'ai eu a testé les différentes distribs: il n'y a pas photo, debian est bien devant.
                C'est l'avis apparamment des spécialistes renommées des magazines…
                Et personnellement, j'aurais de temps en temps aimé voir un peu de rpm par curiosité…

                Si les clients payent pour le support, Microsoft peut continuer pendant 50 ans

                Comme COBOL. Mais ce sera difficile pour MS et encore plus pour linux d'où la nécessité de faire du gratuit à la sauce ubuntu [double licence je crois].

                admin compétent

                Un admin compétent sait en qui il a confiance: donc il aura par exemple confiance à la communauté comme debian.
                Il n'a pas le temps de construire un paquet et n'a pas besoin de le faire car :
                1/ il aura déjà la communauté qui le fait à sa place.
                2/ il l'a fait une fois pour toute et le reste du temps c'est automatisé.
                3/ si nécessaire il sous traite.

                paquets

                Je construis des paquets qui ne fonctionneront que pour moi.
                Je ne suis pas assez malhonnête pour fournir un paquet qui va nuire à TOUTE la communauté.
                (Ce que certains font en donnant des paquets incomplets ou nécessitant beaucoup de dépendances sans le préciser.)

                Donc, je ne peux pas contribuer pour tous. Par contre, je te répète encore que lorsque je construis un paquet je m'assure qu'il fonctionne pour MON debian, MON linux Mint et si possible MON slackware…
                Et généralement c'est le cas.

                Je fait ça uniquement dans un but scientifique, voir à combien tu peux descendre

                Je m'attendais à du moins vingt depuis longtemps mais je suis encore qu'à moins dix dans certains commentaires.
                C'est amusant de voir des personnes qui ne sont pas d'accord avec moi et qui n'osent pas me le dire en face…
                Si si, c'est drôle :-D

                • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

                  Posté par Misc (site web personnel) le 10 mai 2013 à 01:44. Évalué à 2.

                  

                  Tu as fait des études en gestion d'entreprise ? Je ne pense pas, au vu de tes commentaires sur le sujet…

                  Tu sais même pas ou je bosse, mais tu pars quand même du principe que je sais rien ou que je serais moins au courant que toi concernant le quatar. Ton arrogance n'a visiblement d'égale que le gouffre de ton incompétence.

                  Ce n'est pas parce qu'ils n'ont pas fait de cleanup de leur code que cela veut dire que c'est m…que.

                  Non, c'est parce que c'est merdique que c'est merdique.
                  C'est parce que le code est merdique, parce que l'ergonomie est merdique, parce qu'il y a une architecture moisi qui par exemple ne permet pas la mise en commun des informations ( ie, si tu veux ajouter le support ldap dans plus que le serveur, faut remettre les infos dans chaque module, super \o/ )

                  Par exemple pour l'ergonomie, tu prends ça :
                  http://www.webmin.com/screenshots/chapter19/figure2.png
                  l'interface est pourri, y a aucune facilité de haut niveau, aucune analyse des règles, aucune facilité pour faire des choses de façon souple ou fine. C'est tout juste un éditeur web par dessus un format linéaire.

                  Windows est encore sur 80% des PC, je ne vois pas un éditeur se passer d'un tel marché…

                  un chouia plus que 80% en fait. Plus dans les 95% dans les estimations pessimistes. Pendant ce temps, le logiciel libre peine à dépasser l'erreur statistique dans les études ( genre http://www.phoronix.com/scan.php?page=news_item&px=MTM2Mjg )

                  Pour suivre ta logique, OpenBSD serait de la m… puisqu'on n'en parle pas ?

                  Alors :
                  1) on est entre adulte, tu as le droit de dire merde.

                  2) Permet moi de te citer :

                  J'ai dit que debian est supérieur à RHEL-like/fedora-like.
                  Si ce n'était pas le cas, alors tous les magazines que j'ai eu à lire ne parleraient pas de linux debian, dans leurs nombreux exemples
                  concernant les logiciels qu'ils veulent présenter…

                  Donc pour toi, Debian est supérieur à RHEL-like car les magazines en parle. Donc si les magazines parlent beaucoup plus de Windows, est ce que je doit conclure que Windows est supérieur à Debian, et si personne ne parle de OpenBSD, doit je aussi conclure que Windows est aussi supérieur à OpenBSD ?

                  Je parle des magazines qui parlent de Linux de manière sérieuse: il y en a tout un paquet.
                  Donc c'est bien ce que je dit. Ton raisonnement de "tout les magazines" ne s'appliquent qu'à un jeu restreint de magazines qui t'arrange pour tirer les conclusions. Si ça te dérange pas, je vais poser la question à mon chien, puis je vais en tirer des conclusions foireuses.

                  En fait, si tu arrives pas à suivre un raisonnement simple, si tu oses pas dire merde, je commence à m'interroger sur ton degré de maturité effective.

                  Un admin compétent sait en qui il a confiance: donc il aura par exemple confiance à la communauté comme debian.
                  Il n'a pas le temps de construire un paquet et n'a pas besoin de le faire car :
                  1/ il aura déjà la communauté qui le fait à sa place.

                  sauf si la communauté a une politique de mise à jour différente.
                  Par exemple, Debian qui a retiré haproxy de wheezy car non maintenu, et la communauté a juste un paquet pour sid ou squeeze.
                  Donc je fait quoi, je prends sid sachant qu'à tout moment, ça va peter ? À un obscure paquet qui va pas être plus maintenu que le paquet de wheezy avant qu'il dégage ?

                  2/ il l'a fait une fois pour toute et le reste du temps c'est automatisé.

                  C'est cela oui, c'est cela. Ça se voit que tu as vraiment aucune idée de quoi tu parles, si c'était automatique, ça fait longtemps que les distributions n'auraient plus rien à faire.

                  3/ si nécessaire il sous traite.

                  À qui ? À des admins incompétents ?
                  ( vu que par définition, les admins compétents vont sous traités, donc il reste que les autres pour faire le taf )

                  Je m'attendais à du moins vingt depuis longtemps mais je suis encore qu'à moins dix dans certains commentaires.

                  Parce que -10 est le minimum.

                  • [^] # C'est compliqué un script bash/perl ?

                    Posté par kadalka le 10 mai 2013 à 02:22. Évalué à -9.

                    

                    Je fais répondre à cette stupidité:

                    C'est cela oui, c'est cela. Ça se voit que tu as vraiment aucune idée de quoi tu parles, si c'était automatique, ça fait longtemps que les distributions n'auraient plus rien à faire

                    Prenons un exemple simple:
                    Je veux le dernier logiciel d'un dépôt GIT.
                    Je fais "git clone" pour assurer un max.
                    Je lance bootstrap [en général]
                    ./configure && make && sudo make install
                    make check [éventuellement]
                    dpkg-deb …

                    Mais puisque je suis une feignasse je veux que cela soit automatisé:
                    Je crée un script générique qui fait toutes ces opérations…
                    Le script va lire un fichier où je donne la liste des paquets que je veux à jour, ou si je suis certain de mes paquets, il le fera de suite.

                    Le contenu du script :
                    -prendre le paquet
                    -test d'intégrité
                    -compilation
                    -test éventuel
                    -empaquetage
                    -installation

                    C'est compliqué à faire çà ?

                    Si en plus tu utilises directement le gestionnaire de paquetage de ta distro, c'est encore plus simple…

                    À qui ? À des admins incompétents ?

                    Mais non banane, un admin parfois ne peut pas tout faire…
                    Et contrairement à toi, les admins savent admettre qu'ils ne maîtrisent pas tout.
                    Un gars très calé en Ubuntu ne va pas faire le frimeur pour prétendre être un maître du RHEL si ce n'était pas le cas, et vice-versa.
                    Il va sous traiter…

                    [PS: je réponds pour le reste plus tard]

    • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

      Posté par xcomcmdr le 27 avril 2013 à 22:01. Évalué à 2.

      

      Par contre Linux Mint, çà c'est du solide…

      C'est pas cohérent ce que tu dis, Linux Mint c'est Ubuntu avec les trucs pas libre (*buntu-restricted-extras) intégrés (au diable la légalité dans certains pays…), et un environnement maison (cinnamon) c'est tout.

      "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

      • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

        Posté par kadalka le 27 avril 2013 à 22:24. Évalué à -5.

        

        Au contraire c'est cohérent pour l'utilisateur lambda.
        Bien sûr que ce n'est pas du libre…
        Le libre ne fonctionne pas toujours mieux que le non libre…
        Notez que j'ai utilisé Mint depuis déjà longtemps donc je sais un peu ce que c'est :-)

        si on veut convaincre l'utilisateur lambda d'utiliser Linux, il faut lui donner ce qui marche correctement, même si c'est du non libre.
        Moi, çà me choque qu'il faut du non libre pour avoir du bon linux, mais je l'accepte si c'est pour convaincre quelqu'un de faire du linux.

        Voilà pourquoi Linux Mint fonctionne mieux [drivers non libre et plus stables].

        C'est dans ce sens, et seulement dans ce sens qu'il faut comprendre mon intervention et pas autrement.

        • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

          Posté par xcomcmdr le 27 avril 2013 à 23:21. Évalué à 3.

          

          Voilà pourquoi Linux Mint fonctionne mieux [drivers non libre et plus stables].

          Y'a une vrai différence entre les drivers non-libres dispos sur Ubuntu et ceux dispos sur LinuxMint ?
          C'est plutôt les mêmes pour tout le monde…

          Quant au nom libre, installer le méta-paquet *buntu-restricted-extras ça prend 5 minutes.

          "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

          • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

            Posté par kadalka le 28 avril 2013 à 02:32. Évalué à -6.

            

            Y'a une vrai différence entre les drivers non-libres dispos sur Ubuntu et ceux dispos sur LinuxMint ?

            1/ Lorsque j'utilisais Linux Mint et que je comparais avec Ubuntu, j'ai trouvé que sous mint c'était mieux.
            Et côté logiciel ce que je voulais c'était déjà SUR le CD.

            2/ Perso je ne veux avoir à rien installer, je préfère que ce que je souhaite soit sur le CD.
            C'est le cas de la majorité qui au départ ne veut rien installer, donc par définition ne fera ni apt-get ni aptitude ni quoi que ce soit de ce genre…
            Donc, je n'installe pas comme tout le monde un paquet restricted…

        • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

          Posté par Xaapyks le 28 avril 2013 à 02:18. Évalué à 4.

          

          si on veut convaincre l'utilisateur lambda d'utiliser Linux

          Ah bon on veut ?

          • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

            Posté par kadalka le 28 avril 2013 à 02:38. Évalué à -8.

            

            Ah bon on veut ?

            En tant qu'utilisateur de linux, on veut convaincre.
            Cela ne veut ni dire que l'on va forcer les gens ou que l'on va faire quelque chose de répréhensible.
            Il est difficile de convaincre lorsque le driver n'est pas toujours à la hauteur.

            A la limite, je veux convaincre au cas où vous ne le souhaitez pas… :-)
            ( It's up to me )

            • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

              Posté par omer666 le 28 avril 2013 à 13:38. Évalué à 2.

              

              Non mais toi tu m'as bien fait rire. Tu connais Fedora ?
              Ah et puis Debian n'a rien à voir avec Ubuntu. Debian sert de base à Ubuntu, mais on ne peut pas dire que ça soit le même combat, loin de la :p
              Enfin tu parle de l'équation distro développé par une multinationale = méfiance, alors pour info, Ubuntu c'est développé par Canonical, et OpenSuse est développé par Novel. Je donne que les deux exemples que j'ai en tête, et je passe sur les soutiens financiers donnés à différents projets open source par des multinationales, etc. OpenOffice c'est du code libéré par Sun, Firefox c'est du code libéré par Netscape, et j'en passe. Bref, t'es complètement à côté de la plaque.

              Sur les forums on parle moins de RHEL parce que c'est une solution destinée aux entreprises, et au prix de la licence, forcément tout le monde ne l'a pas chez soi. Si en plus tu rajoute que le support est compris dans le prix de la licence, alors tu comprends bien qu'une entreprise qui paye pour avoir un support technique de haut niveau a autre chose à faire que de poster sur des forums pour obtenir de l'aide. Toutefois si le cœur t'en dit tu peux regarder sur Phoronix y'a quelques types qui parlent du RHEL qu'ils utilisent au boulot.

              Bref tes posts sont tellement débiles qu'on croit être tombés sur une grosse blagounette, mais une fois de temps en temps, ça égaye une journée.

              • [^] # Re: "Gnome livre des versions avec des modifications faites à moitié"

                Posté par kadalka le 02 mai 2013 à 04:12. Évalué à -8.

                

                1/ Fedora ? Je l'ai installé: crash.
                debian tu connais ? J'ai installé [avec KDE] : pas un seul plantage…
                Red Hat a pris le parti d'être payant pratiquement dès le départ.
                Ubuntu est EXACTEMENT le même que ce soit version entreprise ou communautaire.
                Suse était indépendant AVANT son achat par Novell. La qualité allemande n'a pas de prix en soi.
                OpenOffice je n'en veux pas depuis que Libre Office existe.
                Firefox reste gratuit: iceweasel sous debian. Je préfère Chrome…

                2/ RHEL on n'en parle pas parce que Fedora ou CentOS suffisent amplement.
                CentOS c'est du RHEL gratos.
                Un admin n'a pas forcément le temps de poster dans un forum car le prix de la licence de RHEL comprend le support à ma connaissance.

                3/ Phoronix : je n'ai déjà pas le temps pour lire toutes les news de linuxfr alors phoronix…
                A lire certains commentaires on a l'impression qu'il n'y a que linuxfr dans la vie.

                4/ J'espère que mes réponses te conviennent mais n'hésite pas à me faire des remarques si ce n'est pas assez clair…

• # super !

  Posté par maboiteaspam le 27 avril 2013 à 04:49. Évalué à 9. Dernière modification le 27 avril 2013 à 04:54.

  

  Hello,

  J'ai procédé à la mise à jour de la bête hier.
  Résultat, pas mal du tout !

  Petit rappel du contexte, j'ai windows 7, fedora 17, linux mint 14 et ubuntu 12 (comme tout le monde non ? =) sur un portable de +2 ans d'âge.

  En bref, au final le processus se déroule correctement dans l'ensemble.
  J'ai rencontré un problème avec mysql d'accès au socket, j'imagines qu'il n'est pas à jour, mais je peux toujours le démarrer. Donc c'est bon.

  Autrement, j'ai beaucoup souffert de la variété d'os sur mon pc, en effet lors de la mise à jour il a installé un nombre incalculable de fois le kernel, pour ensuite en supprimer un paquet en fin d’exécution.
  Au final j'estime avoir perdu 1h30 dans ces processus sous optimisés (ajouté 1h de dl + l'application des mises à jours, finalement c'était vachement long..).
  Pour un utilisateur desktop comme moi, c'est chiant, mais ce n'est pas plus problématique que cela.
  Pour un admin, ne l'étant pas moi même, j'imagine, c'est probablement plus embêtant…. Et là il y clairement à des possibilités d'améliorations (il me semble complètement inutile et redondant de chercher 50 fois en deux heures les autres os présents sur l'espace de stockage. Et cela prends du temps de scanner les partitions. Alors que, on imagine mal faire un mise à jour et ajouter un nouvelle os durant celle ci. Mettre en cache avec une gestion intelligente des entrées aurait résolut le problème de manière tout à fait élégante et satisfaisante à la fois pour les mainteneurs et les utilisateurs… wait and see).

  J'apprécie les efforts de cette version, la version 12 ne m'avait pas particulièrement convaincu au quotidien.
  Sur le papier elle était belle, mais dans les faits c'était moins rose. Avec cette nouvelle version canonical me donne confiance dans ses projets a long terme.
  Le Bureau est en effet plus réactif dans l'ensemble,
  tout comme le démarrage,
  les nouvelles icônes sont plus agréables à mon goût, mais moins uniforme (encore une truc fais à moitié ?)
  nautilus redevient enfin utilisable….
  Gros effort sur le menu multi-boot, il détecte tout le monde très bien et les présente dans un ordre appréciable

  Au sujet de l'attitude de canonical (mir / unity / upstart ect), bon je suis pas trop versé dans ces domaines, mais j'ai envi de dire laissons les faire leurs expériences, regrettons qu'il le fasse dans le secret si vous voulez, mais surtout soyons patient que le l'industrie mature ces problèmes et à ce titre je plussoies les expériences multiple.
  Le support multi device est en entrain d'être résolut, comme GNU/Linux (?**) à su résoudre le support multi architecture (même si c'est un combat de tous les jours).
  Que l'un emprunte la mauvaise voie aura toujours le bon ton de vous éclairer.
  Au final c'est une distribution gérée autour d'une société, d'un modèle économique sous la pression de l'innovation et de la gestion comptable. Arrivée à un certain degré de maturité vis-à-vis de ces défis techniques, je pense qu'elle aura tendance à vouloir mutualiser les efforts.

  bref, je suis content.
  L'alternative proposée par cette distribution, un outil qui permet à beaucoup de s'arracher des griffes de l'environnement windows sans devoir investir dans un mac, qui permet de profiter de cet univers riche et motivant qu'est le monde gnu/linux, mais aussi de promouvoir ces alternatives vis-à-vis des personnes irrationnelles que sont les non-libristes sans rougir.

  Et comme je suis de bonne humeur je ne citerais pas mes déboires de fedora lors des mises à jour, ou des attentes déçues par une certaine linux mint ;)

  a+

  ** Le kernel quoi…..

  *** il doit y avoir encore un paquet de faute…. désolé : /

  • [^] # Commentaire supprimé

    Posté par Anonyme le 27 avril 2013 à 10:12. Évalué à 3. Dernière modification le 27 avril 2013 à 10:13.

    

    Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: super !

      Posté par xcomcmdr le 27 avril 2013 à 13:55. Évalué à 6.

      

      (malheureusement c'est aussi la seule distrib ou on peut avoir des outils de dev et les derniers compilos a jours dans les paquets)

      C'est aussi le cas sous Archlinux (et sûrement d'autres ?)

      "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

    • [^] # Re: super !

      Posté par kadalka le 27 avril 2013 à 21:38. Évalué à -9.

      

      (malheureusement c'est aussi la seule distrib ou on peut avoir des outils de dev et les derniers compilos a jours dans les paquets)

      Vous pouvez installer une autre distrib et utiliser le dernier outil de votre choix en prenant le RPM que vous voulez et l'installer avec alien.
      Non ?

      Perso je n'utilise pas fedora car cela ne vaut pas un clou dans mon cas.
      Debian c'est nettement mieux et le plus important pour tout utilisateur qui n'a pas que Linux comme truc à faire, il est très stable.

      Plusieurs distribs tentent d'avoir le dernier truc en vogue mais oublient que pour un système stable il faut prendre ce qui fonctionne quitte à ne pas prendre la toute dernière version.
      C'est cela l'efficience…

      • [^] # Re: super !

        Posté par xcomcmdr le 27 avril 2013 à 22:10. Évalué à 4.

        

        Plusieurs distribs tentent d'avoir le dernier truc en vogue mais oublient que pour un système stable il faut prendre ce qui fonctionne quitte à ne pas prendre la toute dernière version.

        J'ai constamment la dernière version de tout logiciel que j'installe (avec quelques jours/semaines de testing) sous Archlinux, et tout est très stable.

        "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

        • [^] # Re: super !

          Posté par kadalka le 02 mai 2013 à 04:17. Évalué à -8.

          

          J'ai constamment la dernière version de tout logiciel que j'installe (avec quelques jours/semaines de testing) sous Archlinux, et tout est très stable.

          J'ai fais cela dans le passé, maintenant je ne le fais plus car les mis à jour sont suffisantes dans mon cas.
          [Avec linux mint, debian, slackware et quelques autres quand c'est possible]
          Je vous remercie pour votre contribution, vous faites monter le niveau de la discussion.

          Je rappelle aux autres que la dernière version peut être dans testing OU c'est celui que l'on prend directement dans le site de l'éditeur et que l'on compile lorsque le binaire n'est pas dispo.

      • [^] # Re: super !

        Posté par Misc (site web personnel) le 27 avril 2013 à 23:09. Évalué à 3.

        

        Vous pouvez installer une autre distrib et utiliser le dernier outil de votre choix en prenant le RPM que vous voulez et l'installer avec
        alien. Non ?

        Non. Un paquet, c'est plus que des binaires, c'est aussi des dépendances ( par exemple, par rapport à une version des bibliothèques partagés ), des conventions d'installations et le résultat d'une politique d'empaquetage. Donc non, prendre alien n'est pas une solution fiable. Ça peut marcher, mais c'est comme mettre du gasoil dans ta voiture essence. Ça peut rouler un peu mais ça va faire de la merde.

        Plusieurs distribs tentent d'avoir le dernier truc en vogue mais oublient que pour un système stable il faut prendre ce qui fonctionne
        quitte à ne pas prendre la toute dernière version.
        C'est cela l'efficience…

        En vérité, si les trucs marchent c'est parce qu'ils ont été testé. Et si ils sont testé, c'est bien parce que des distributions prennent la peine de les distribuer. Ensuite, le secret, c'est d'attendre que d'autres fassent le travail pour arriver après, mais il y a des gens qui sont assez experts et parfaitement capable de se débrouiller avec des petits soucis, de remonter les dits soucis et d'avoir les correctifs. En effet, pour les débutants, il reste des distribution comme RHEL ou Debian, ou tu sais que tu va pas avoir de gros soucis car les experts précédents sont déjà passé en masse avant.

        • [^] # Re: super !

          Posté par kadalka le 02 mai 2013 à 04:10. Évalué à -7.

          

          Je sais ce qu'est un paquet merci.

          Dans debian tu as par exemple des scripts pour gérer le paquet… [postinst, etc.]

          Moi je ne suis pas expert en paquet mais j'ai créé des paquets pour mes propres besoins comme le dernier WINE.
          [du style ./configure && make && sudo make install]
          [ou encore dpkg-deb]
          Je n'ai plus qu'à l'installer sur debian/mint/ubuntu avec dpkg.
          Il fonctionne comme il faut.

          Pas besoin de l'expert qui a testé…

          Si le débile que je suis [selon quelques un sur cette page] sait le faire donc les autres sauraient… :-D
          Non ?

• # J'ai rigolé !

  Posté par daufinsyd le 27 avril 2013 à 12:17. Évalué à 1.

  

  Effectivement, c'est encore une super distribution, et pourtant cela me rend triste.
  Cette distribution est je pense de loin LA (ou l'une) des meilleurs qui soit tout os confondu!
  Dommage que ce soit Mark et Canonical qui s'en occupent.

  Si non quelque chose m'a bien fait rire:

  La suite Gnome reste en version 3.6
  Gnome ne communique pas assez à l'avance ses intentions.

  C'est l’hôpital qui se fout de la charité !

  Bon je m'arrête là, mais je tien à dire qu'Ubuntu sans Mark n'aurai "aucun" défaut, ni sur le plan logiciel ni sur le plan "moral"

  PS: ne m'incendiez pas, j'exprime simplement mon avis ; merci :)

  • [^] # Re: J'ai rigolé !

    Posté par Barnabé le 27 avril 2013 à 14:25. Évalué à 10.

    

    Ubuntu sans Mark n'aurai "aucun" défaut, ni sur le plan logiciel ni sur le plan "moral"

    Effectivement, elle n'aurait aucun défaut, car elle n'existerait pas.

    • [^] # Re: J'ai rigolé !

      Posté par daufinsyd le 28 avril 2013 à 13:21. Évalué à 0.

      

      "Effectivement, elle n'aurait aucun défaut, car elle n'existerait pas."

      Je ne dis pas que Mark n'aurais jamais du se lancer dans les distributions Linux, je dis simplement que grâce à lui Linux dispose d'une distribution capable de concurrencer windows, je le félicite et l'en remercie, mais grâce à lui (du moins dans l'état actuel de mes connaissances) Ubuntu sera Windows (en mieux :) ) sous Linux.

      Je suis sous Linux depuis un peu plus de 4 ans, et j'ai toujours été enthousiaste à chaque nouvelle sortie d'Ubuntu, mais j'ai récemment quitté Ubuntu à cause d'une politique que je ne suis plus (Amazone, tête de mort pour ceux qui téléchargent Ubuntu sans verser de dons, développement de Mir (Peut être que Mir est meilleur que Wayland peut être que non, en tout cas j'ai mon avis dessus (voir la discussion Mir le serveur de trop sur ce site), IMPOSITION d'Unity (Attention je trouve Unity très bien) …)

      C'est pour ça, Ubuntu serai parfaite sans cette politique de Mark (avec ou sans lui)

      • [^] # Re: J'ai rigolé !

        Posté par Misc (site web personnel) le 28 avril 2013 à 14:53. Évalué à 4.

        

        On peut aussi remettre en cause sa propension à avoir un avis des plus foireux.
        Prenons par exemple sa keynote sur openstack d'il y a 2 semaines :
        http://www.youtube.com/watch?v=KR1xmfBrnWU

        Il trouve le moyen de faire la pub pour vsphere lors du summit sur openstack, et aussi à microsoft.

        Il montre un graphique tronqué qui oublie debian ( car bon, si on regarde les courbes, ça fait pas 50% a total et il cite sans doute un rapport d'il y a un an en retouchant un peu les chiffres ), vers 4:46.

        Il positionne sans vergogne Ubuntu comme étant les premiers à avoir intégré kvm ( sans avoir envoyé le moindre patch alors que c'est RH qui fait la majorité du taf et qui a racheté qumranet ), vers 18:57

        Il arrive à faire la pub pour landscape, qui est proprio, mais il se garde bien de le dire.

        Et surtout, le truc ou j'ai du me retenir de rire, à expliquer que comme ils bossent sur de l'embarqué pour les téléphones, alors ils ont un os léger pour vm, tout en affirmant qu'ils ont le même OS sur les serveurs et sur les téléphones. Ce qui est faux, vu qu'il y a pas le même kernel. Et en fait, c'est risible de dire "wow, on arrive à faire tourner notre distro sur une machine avec 1G de ram". J'ai ma raspberry pi avec 512 de ram, ça tourne. J'ai mon freerunner avec 256m de ram sur debian, ça tourne.
        ( et je parle même pas quand il parle de convergence des APIs entre ubuntu sur smartphone et dans un datacenter )

        Et pour finir, sa demo foire. Car bon "j'ai pas de downtime" et "en fait, on a un problème avec quantum et j'ai perdu le réseau mais pas longtemps", c'est du pipeau. Si jamais chaque fois que j'upgrade mon cloud, j'ai mon stream de diffusion qui coupe, ça va être sympa.

        Je comprends bien qu'il n'est plus technicien dans l'ame, mais quand même. Ceci dit, il le dit lui même, y a pas de commerciaux chez Canonical :

        All of it. For about half to a third the price, because you aren't paying for a global enterprise sales force, just a global
        enterprise-quality engineering team.

        ( source https://plus.google.com/116634425458974914726/posts/Vu41yQHE2px , voir dans les commentaires, car g+ est moisi, on peut pas linker un commentaire directement )
        ( et visiblement, au vue du commentaire suivant, y a pas non plus de calculatrice chez eux )

        • [^] # Re: J'ai rigolé !

          Posté par Antoine le 01 mai 2013 à 14:17. Évalué à 2.

          

          et visiblement, au vue du commentaire suivant, y a pas non plus de calculatrice chez eux

          Probablement qu'ils utilisent la calculatrice GNOME.

      • [^] # Re: J'ai rigolé !

        Posté par Sylvhem le 28 avril 2013 à 15:23. Évalué à 3.

        

        Autant je reconnais que l'intégration d'Amazon dans le tableau de bord a été faite n'importe comment et que lancer son propre serveur graphique ne me semble pas du tout une bonne solution, autant je ne vois pas absolument en quoi Canonical imposerait Unity.
        Non seulement on peut tout à fait utiliser une interface différente, voir un tout autre environnement de bureau en l'installant depuis les dépôts mais en plus, il existe des variantes officielles de la distribution qui sont fournies de base avec KDE, Xfce, LXDE ou GNOME 3 pur. Dire que Ubuntu impose Unity n'a pas plus de sens que de dire que Linux Mint impose Cinnamon. À ce moment là, on peut aussi affirmer que Ubuntu oblige à utiliser GNOME 3, LightDM, Mozilla Firefox, LibreOffice, bash… Effectivement, ce sont les logiciels fournis par défaut, mais on peut facilement en changer. Et si on veut vraiment tout choisir de la composition de son système à l'installation, on utilise Arch Linux ou mieux, Linux From Scratch, pas Ubuntu, Linux Mint, Debian ou Fedora.

        • [^] # Re: J'ai rigolé !

          Posté par daufinsyd le 28 avril 2013 à 16:19. Évalué à -5.

          

          Il faut savoir, soit Ubuntu est une distribution libre, soutenue par sa communauté, dans ce cas c'est à elle de décider quel chemin Ubuntu prendra, soit c'est un logiciel privateur, appartenant à Canonical, où la communauté n'a pas son mot à dire, dans ce cas, celle-ci disparaîtra, (Toujours en comparaison avec windows, il n'y a pas une communauté qui consacre du temps libre pour développer windows en collaboration avec microsoft) Je pense que pour Ubuntu ce sera semblable (j'espère néanmoins me tromper). A noté que pour RedHat la communauté travaille sur Fedora et non RHL.

          Si canonical avait écouté sa communauté, Unity n'aurais pas été installé par défaut mais aurait été proposé à l'installation pendant quelques distributions OU canonical aurait mis deux CD d'Ubuntu ayant pour seule différence qu'un aurais Gnome et l'autre Unity et ce jusqu'à la 12.04 par exemple.

          Et les variantes officielles ne sont pas des Ubuntu où on a changé l'interface mais bien des Ubuntu où l'on a changé de nombreux logiciels. (Kubuntu n'est par ailleurs plus une variante officielle)

          • [^] # Re: J'ai rigolé !

            Posté par xcomcmdr le 28 avril 2013 à 16:27. Évalué à 3.

            

            Si canonical avait écouté sa communauté, Unity n'aurais pas été installé par défaut mais aurait été proposé à l'installation pendant quelques distributions OU canonical aurait mis deux CD d'Ubuntu ayant pour seule différence qu'un aurais Gnome et l'autre Unity et ce jusqu'à la 12.04 par exemple.

            Et Canonical aurait maintenu Gnome 2 seul comme un grand.

            Unity a remplacé Gnome 2 au moment où Gnome 2 était officiellement abandonné et Gnome Shell était très très jeune (en avril 2011).

            Les gens qui n'acceptent pas Unity, n'auraient pas plus accepté Gnome Shell : dans les deux cas, trop de changements par rapport à Gnome 2 pour eux.

            En outre, Unity n'est pas imposé. Si on en veut pas, on prends Xubuntu, Lubuntu, Kubuntu, ou autre.

            Mais surtout, on évite de dire que l'abandon de Gnome 2 est du fait de Canonical. Ça, c'est du bullshit.

            "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

            • [^] # Re: J'ai rigolé !

              Posté par daufinsyd le 28 avril 2013 à 17:26. Évalué à -3.

              

              Gnome 2 était officiellement abandonné
              Et Gnome fallback session ?

              on prends Xubuntu, Lubuntu, Kubuntu, ou autre.

              j'ai déjà répondu dans mon commentaire précvédent, Lubuntu Xubuntu pour LXDE XFCE … ont aussi d'autres logiciels que Ubuntu y a pas que l'interface qui change.

              Mais de toute façon je pense que c'est simplement une petite chose qui m'irrite contenu de tout ce que Canonical avait fait.

              C'est l'accumulation de Amazone, Mir, Unity …. qui ne va pas.
              Si un Homme politique te dit qu'il faut voter oui alors il faut voter non :D

          • [^] # Re: J'ai rigolé !

            Posté par Sylvhem le 28 avril 2013 à 17:24. Évalué à 8.

            

            Je suis désolé, mais les possibilités de voies de développement ne se limitent pas à un choix binaire entièrement communautaire/complètement sous le contrôle d'une entreprise.
            Canonical développe la quasi totalité des outils et du code propre à Ubuntu, s'occupe de la maintenance du système, de son financement, de son support payant, héberge le site officiel, les dépôts de paquets, le Launchpad, le forum de la communauté et bien d'autres choses. Il me semble tout à fait normal que ce soient eux qui décident de l'évolution globale du système. Oui, Ubuntu (je parle de la version de base) c'est avant tout LEUR distribution, chose dont ils ne se sont d'ailleurs jamais cachés. Ça ne veut pour autant pas dire que ce sont les seuls à travailler dessus ou que l'avis des utilisateurs n'est pas pris en compte. Beaucoup de développeurs tiers participent à l'UDS et nombreux sont ceux qui postent des patchs, des suggestions, des rapports de bogues sur le site dédié. Sans compter que des personnes de Canonical viennent régulièrement expliquer leurs choix, donner des nouvelles ou juste prendre la température sur les forums de la communauté. Bref, on ne peut pas vraiment dire qu'ils se fichent de ce que pensent les autres ou qu'ils développent tout dans leur coin. Mais au final, ce sont eux qui prennent la plupart des décisions relatives à l'orientation du système, que ces dernières soient bonnes ou mauvaises.
            Si c'est quelque chose qui gène l'utilisateur, il lui est toujours possible de se rabattre sur une des autres versions officielles qui sont soit entièrement communautaires (Xubuntu et Lubuntu par exemple) soit semi-communautaire (Kubuntu). Car oui, Kubuntu est toujours une variante officielle, la seule chose qui a changée c'est que Canonical ne paye plus de développeurs pour travailler dessus (il y en avait un avant), ce qui a toujours été le cas pour les autres déclinaisons d'Ubuntu.
            Tu fais par ailleurs remarquer que ces versions apporte leurs propres lots de logiciels (ce qui est généralement vu plus comme une qualité qu'un défaut d'ailleurs). C'est tout à fait vrai mais rien ne t'empêche de les désinstaller pour mettre ceux qui te plaisent le plus. C'est également possible, comme je l'ai indiqué dans mon précédent message, d'installer depuis à partir de n'importe quelle déclinaison d'Ubuntu, un second environnement graphique. Tu pourras alors choisir lequel utiliser à l'ouverture de ta session, comme c'est le cas pour toutes les distributions. Par exemple, si je suis sous Xubuntu et que je veux pouvoir profiter de KDE, je n'ai qu'à taper sudo apt-get install kde-core dans un terminal, pour avoir une version minimale de cet environnement de bureau, sans tous les logiciels qui y sont associés.

            Par contre, je suis désolé, mais je ne suis pas certains d'avoir bien compris le sens de ta toute première remarque :

            Il faut savoir, soit Ubuntu est une distribution libre, soutenue par sa communauté, dans ce cas c'est à elle de décider quel chemin Ubuntu prendra, soit c'est un logiciel privateur, appartenant à Canonical, où la communauté n'a pas son mot à dire, dans ce cas, celle-ci disparaîtra

            Ubuntu est un logiciel libre : à l'installation, les seuls morceaux de codes privateurs présents sont ceux des blobs binaires du noyau et du lecteur Flash si l'utilisateur a fait le choix de l'installer. Alors certes, c'est très insuffisant pour en faire une distribution libre au sens de la FSF mais ce n'est pas pire que la moyenne et ça ne me semble pas terrible au point de qualifier Ubuntu de « logiciel privateur ».

            • [^] # Re: J'ai rigolé !

              Posté par daufinsyd le 28 avril 2013 à 17:54. Évalué à -4.

              

              Oui tu as tout à fait raison sur la fait que Unity c'est trois fois rien, en même temps c'est bien ce qui me dérange le moins.

              En revanche pour moi Ubuntu tend à devenir un logiciel privateur à l'image de windows.

              Explication brève: Ubuntu est de loin la première distribution Linux (et Linux Mint qui est basé sur celle-ci semble bien se porter également), et a encore de beaux jours devant elle, steam supporte officiellement uniquement Ubuntu et coopère avec les fabriquant de cartes graphiques pour qu'ils publient des driver plus performants capables de faire tourner les jeux sous Linux. steam a montré que développer des jeux sous Linux est rentable, et les principales distributions sont Ubuntu, (et ses variantes ?).
              Donc lorsque d'autres éditeurs publierons des jeux sous Linux ce sera sans doute en paquet deb pour Ubuntu.
              Canonical espère donc que steam et les autres devs de programmes payants ou simplement propriétaires fassent pression sur nvidia, … pour qu'ils développent des pilots pour Mir.
              (C'est ce que je pense)

              Ainsi l'avenir d'Ubuntu est tout tracé.

              Et ne me faites pas dire ce que je n'ai pas dit, ce sont simplement des suppositions qui peuvent ou non se réaliser,

              je ne suis pas certains d'avoir bien compris le sens de ta toute première remarque

              Pour moi un logiciel est soit propriétaire soit libre (Ubuntu libre, signifie que l'entreprise Canonical peut développer des outils pour Ubuntu mais celui-ci appartiendra à sa communauté. (Je ne traîne quasiment jamais du côté de RedHat mais semble-t-il que RH "s'appuie fortement" sur sa communauté, d'après des post que j'ai lu notamment sur ce site ATTENTION JE N AFFIRME RIEN CAR JE NE ME SUIS PAS RENSEIGNE)

              Un mélange libre proprio c'est comme les partenariats public-privé, (ce qui est pour moi une abération, on peut voir le scandale de l'hôpital d'Évry-Corbeil)

              Tout ça pour dire que si je suis contre Ubuntu en ce moment c'est par peur de la politique de Canonical, qui souhaite clairement imposer Ubuntu comme OS sur mobile, desktop …

              • [^] # Re: J'ai rigolé !

                Posté par Zarmakuizz (site web personnel) le 28 avril 2013 à 18:20. Évalué à 1.

                

                On peut étudier le code source de Windows sans pour autant être un gros client comme l'armée ? On peut modifier le code source, le recompiler, et vendre la version ainsi modifiée à d'autres personnes ?

                Windows est un logiciel proprio parce qu'on ne peut pas toucher au code source. Un logiciel peut être libre, mature, activement développé, et n'avoir aucune communauté. C'est le cas de MediaInfo, Zenitram croule sous les contrats, le logiciel est libre et est utilisé par des sociétés comme la BBC par exemple, cependant il est le seul développeur, aucune communauté.

                Libre n'implique pas communautaire !

                À propos de Red Hat, ils développent beaucoup, imposent leur vision (les dégâts sur Nautilus), balancent dans Fedora, voient les remontées utilisateurs, et quand le machin a atteint un niveau de stabilité suffisant pour leurs exigences ils l'intègrent à Red Hat. Fedora a beau être une distrib communautaire, Red Hat s'en sert comme bac à sable.

                Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

                • [^] # Re: J'ai rigolé !

                  Posté par Renault (site web personnel) le 28 avril 2013 à 19:09. Évalué à 7.

                  

                  À propos de Red Hat, ils développent beaucoup, imposent leur vision (les dégâts sur Nautilus), balancent dans Fedora, voient les remontées utilisateurs, et quand le machin a atteint un niveau de stabilité suffisant pour leurs exigences ils l'intègrent à Red Hat. Fedora a beau être une distrib communautaire, Red Hat s'en sert comme bac à sable.

                  Un peu facile la critique.
                  Déjà, qu'ils imposent leur vision, cela reste à voir. Ce n'est pas parce qu'un développeur Red-Hat fait quelque chose que c'est sa hiérarchie qui l'a demandé/exigé, c'est peut être la vision du type seul ou même du projet GNOME dans son ensemble. Des droits de commit ça se retirent aussi, si ses pairs chez GNOME n'étaient pas d'accord ça aurait pu mener à sa destitution…

                  Fedora n'est pas un bac à sable de Red-Hat, c'est un bac à sable pour tout le monde. Si un développeur Debian a envie de tester une technologie Fedora lui ouvrira les portes pour qu'il essaye avant d'envisager de le mettre ailleurs. De nombreuses personnes non affilées à Red-Hat ont inclus des éléments qui leurs semblaient intéressant. Le Logiciel Libre tout entier peut en retirer un bénéfice (nouveau et PulseAudio ont beaucoup évolué car ils ont profité des remontée de l'inclusion en conditions réelles et avec un large panel d'utilisateurs avant que les autres distributions ne suivent le pas une fois stabilisée). Des exemples comme ça tu en as des paquets…

                  • [^] # Re: J'ai rigolé !

                    Posté par Zarmakuizz (site web personnel) le 28 avril 2013 à 20:53. Évalué à 2.

                    

                    Fedora n'est pas un bac à sable de Red-Hat, c'est un bac à sable pour tout le monde.

                    Ceci ne rentre pas en contradiction avec

                    Fedora a beau être une distrib communautaire, Red Hat s'en sert comme bac à sable.

                    Ensuite, Red Hat est maître à bord du vaisseau Gnome, donc on peut faire beaucoup d'hypothèses, mais si John McCann dit "hé les mecs, ça serait plus simple si on supprimait quelques fonctionnalités crades et pas très utilisées, ça vous dit on le fait ?" à ses potes autour d'un café et qu'ils sont d'accord, ça revient au même que par la hiérarchie Gnome. Et vu que les discussions autour des suppressions impliquaient quasiment toutes : John McCann, quelques contributeurs Gnome sont d'accord, un contributeur Gnome demande à conserver la fonctionnalité, les hypothèses comme quoi chez Red Hat on impose sa vision de Gnome se tiennent.

                    Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

                • [^] # Re: J'ai rigolé !

                  Posté par Misc (site web personnel) le 28 avril 2013 à 19:52. Évalué à 9.

                  

                  À propos de Red Hat, ils développent beaucoup, imposent leur vision (les dégâts sur Nautilus),

                  les "dégats" sur nautilus comme tu dit, ça vient des développeurs de nautilus, et ils ont la totale légitimité de faire ce qu'ils croient bons pour le logiciel. La d'ou vient leur paye n'a en général rien à voir. Il suffit de voir que c'est exactement le même genre de choses qui ont été reproché au projet gnome lors de la sortie de gnome 2 ( en 2002 ) pour voir que l’hypothèse d'un complot ne repose sur rien, vu que 1) Fedora n'existait pas 2) RHEL non plus 3) les devs Gnome étaient plus payé par Helix code ou Eazel que par RH.

                  balancent dans Fedora, voient les remontées utilisateurs, et quand le machin a atteint un niveau de stabilité
                  suffisant pour leurs exigences ils l'intègrent à Red Hat.

                  En fait, tu serais surpris de savoir qu'il y a un département QA chez RH pour RHEL. C'est dingue, je sais, la boite peut faire des tests sans les vastes retours de tout les utilisateurs Fedora.

                  Et en fait, tu pourrais aussi dire pareil sur Debian.
                  "Quand le machin a atteint le niveau de stabilité suffisant, c'est intégré dans debian stable". Ou pour SLES. Mais bon, la, c'est différent je suppose, car quand tu mets à dispo un truc pour qu'il soit testé pour toi et tout le monde, c'est mal, mais quand tu attends que d'autres fassent les tests pour toi, c'est légitime, et signe d'une indépendance forte ?

                  Fedora a beau être une distrib communautaire, Red Hat s'en sert comme bac à sable.

                  Ah oui, tout ces serveurs sous Fedora qui servent à valider les technos RHEL, tout ces serveurs d'applications JBoss sur des Fedora 17, toutes ces installations d'Openshift, d'Ovirt, de spacewalk qui sont massivement déployé sur Fedora afin de tester les outils pour la version entreprise. Comment est ce qu'on fait pour les louper.

                  Ah oui, parce qu'ils existent qu'à l'état de trace dans l'imagination enfiévré des utilisateurs manichéens qui n'ont pas réfléchi à la question au delà du niveau de réflexion d'un comptoir de bar.

                  Car bien entendu, par exemple, les devs du kernels, ils ont pas besoin de tests ou de distro qui poussent les dernières versions, ils trouvent les bugs juste en lisant le code source au petit déjeuner, et pis tant pis si ça prends beaucoup plus de temps, on a pas besoin d'avoir des correctifs rapides, car un kernel dont les bugs sont corrigés que 6 mois aprés, ça inspire tellement confiance, et tout le monde voudrait ça .

                  L'idée même que la coopération soit une des raisons d'être de Fedora n'est pas une idée si saugrenu pourtant. Les gens qui veulent les dernières technologies ( genre avoir ruby 2.0, le dernier gcc ) en bénéficient, les devs qui veulent des retours rapides sur leur soft en bénéficient, et tout le monde y gagne.Même les gens qui veulent des technos éprouvées en bénéficient indirectement, car plus il y a de tests, plus vite les technos sont éprouvés ( car oui, suffit pas de mettre le code sur un ftp pendant 1 an pour qu'ils soient stable, c'est pas une bouteille de vin, ça se fait pas tout seul ).

                  Le projet cherche à rester proche des projets upstream ( https://fedoraproject.org/wiki/Staying_close_to_upstream_projects ) justement pour que tout le monde puisse y gagner. Le projet ne veux utiliser que du logiciel libre pour justement permettre à tout un chacun de l'utiliser sans risquer un 2eme procès SCO.

                  Et ce qu'il y a de bien avec les affirmations non fondées sur la relation RH/Fedora, c'est que ça marche quoi que tu fasses. Quand Fedora ne fait pas de concurrence direct à RHEL, alors on va dire que c'est fait exprès pour pas faire d'ombre au part de marché, donc c'est la main mise de RH sur la distro. Et quand Fedora fait concurrence, c'est encore la main mise de RH pour faire des tests et des expérimentations.

                  Voir mieux, quand on dit qu'il y a pas de preuves, alors c'est bien le signe qu'il y a quelque chose de caché, donc la main mise secrète de la multinationale.

                  Donc quoi que la communauté décide, et sans avoir le moindre argument, ça va toujours être la main mise du sponsor principale, donc sous entends "mal". Autant directement dire que c'est mal directement sans lien de cause à effet, ça va faire économiser du temps à tout le monde.

                  • [^] # Re: J'ai rigolé !

                    Posté par Zarmakuizz (site web personnel) le 28 avril 2013 à 21:01. Évalué à 3.

                    

                    Pour Nautilus, cf ci-dessus.

                     En fait, tu serais surpris de savoir qu'il y a un département QA chez RH pour RHEL. 
                    

                    En fait, tu serais surpris de savoir qu'on peut faire la chasse aux bugs les plus critiques avant d'envoyer un logiciel dans un bac à sable. (ironie)

                    [texte confondant "Red Hat s'en sert comme un bac à sable" et "il est écrit dans les tables de la loi que c'est obligatoirement un bac à sable"]

                    Donc quoi que la communauté décide, et sans avoir le moindre argument, ça va toujours être la main mise du sponsor principale, donc sous entends "mal". Autant directement dire que c'est mal directement sans lien de cause à effet, ça va faire économiser du temps à tout le monde.

                    Aurais-tu vu rouge ? Juste parce que je dis que Fedora sert de bac à sable pour Red Hat, as-tu compris que Fedora ne pouvait servir qu'à ça, que tout le monde l'utilisait en sa qualité de bac à sable pour traquer (bénévolement ou de façon rémunérée) des bugs ? Et si Pierre Tramo ne veut acheter que des glaces au chocolat et qu'il utilise Picard comme un fournisseur de glace au chocolat, est-ce que ça veut dire que Picard ne fait que vendre des glaces au chocolat ?

                    Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

                    • [^] # Re: J'ai rigolé !

                      Posté par Misc (site web personnel) le 30 avril 2013 à 12:23. Évalué à 6.

                      

                      Utilisant et allant sur les events en tant que membre du projet Fedora, j'ai largement l'habitude d'entendre dire que oui, ça sert que de bac à sable pour RHEL, avec les sous entendus qui vont avec ( et je suis pas le seul cf http://meetbot.fedoraproject.org/fedora-meeting-1/2013-04-04/fedora_board.2013-04-04-18.00.log.html ). Peut être que tu veux pas les faire personnellement, peut être que personne ne veut les faire, et je te crois si tu le dis. Mais il reste que si c'est pas dit clairement, les préjugés habituelles vont rester la, et ensuite, on se retrouve avec des gens comme https://linuxfr.org/users/kadalka/comments , ou ça devient limite de la caricature.

                      Encore une fois, j'ai bien compris que "oui, mais j'ai pas dit que ça sert que à ça", ce qui est vrai, mais quand quelqu'un ne dit pas autre chose, bah les gens retiennent que ce qu'il as dit sans aller imaginer d'autre trucs qu'il n'as pas dit.

                      Et je cherche à combattre cette perception et cette image de "bac à sable pour RHEL" ( qui est sous entendu par pas mal de gens ) car au final, c'est dommageable pour la communauté Fedora.

                      Dommageable car ensuite, les gens voient le projet Fedora comme n'étant qu'une propriété de RH avant d'être celle de la communauté , ce qui implique qu'une part des gens ne sentent pas impliqués. C'est ce qui est arrivé chez Mandriva ( en partie, y a eu d'autre souci ), c'est ce qui arrive chez Ubuntu aussi ( au vue des commentaires via les blogs il y a quelques semaines lors du vUDS ). On a vu ce que ça a donné pour Mandriva.
                      Et chez certaines personnes, ça mets en place une logique de division entre les gens de RH et le reste du monde, entrainant des théories conspirationnistes usantes, ce qui à leur tour traine des débats techniques loin de la technique ( et je pense pas que le projet en bénéficie ). Donc pour éviter ça, je cherche à combattre le souci à la base. Ça serait mieux avec une entité indépendante du sponsor pour Fedora, mais c'est un chouia plus compliqué à faire ( la dernière fois que j'ai tenté ça avec d'autres, on a mis 5 ans et il a fallu une crise économique, donc éviter une victoire à la pyrhus serait appréciable ce coup ci )

                      Dommageable car dire que c'est un bac à sable, ça implique que c'est pas stable pour pas mal de gens ( comme dire que "debian unstable plante comme son nom l'indique", ce qui est pas vrai, même si le fait que ça peut arriver ), ce qui ensuite entraine une pénurie de non techniciens et ce qui explique le manque de graphistes et autre contributeurs qui peuvent aider sans pour autant savoir coder son module kernel en asm.

                      Donc ouais, j'ai vu rouge. J'avais pas le sentiment que mon commentaire serait perçu comme si violent, mais bon, je le referais si j'avais à le refaire.

                      • [^] # Re: J'ai rigolé !

                        Posté par Zarmakuizz (site web personnel) le 30 avril 2013 à 14:01. Évalué à 2.

                        

                        Si les communautés nouvelles apprenaient des échecs du passé, ça ne serait pas drôle.

                        Cependant je comprends ta position.

                        Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

                      • [^] # Re: J'ai rigolé !

                        Posté par Zenitram (site web personnel) le 30 avril 2013 à 15:35. Évalué à 2.

                        

                        Dommageable car ensuite, les gens voient le projet Fedora comme n'étant qu'une propriété de RH avant d'être celle de la communauté

                        Perso, loin d'être dedans, j'ai bien reçu le message que Fedora n'est pas seulement le bac à sable, et je vois Fedora bien comme un truc communautaire et ayant sa propre âme, une stabilité (pas celle de RHEL car pas les même utilisateurs, mais stable quand même).
                        En plus, les EPEL font une super-pub comme apport énorme pour ceux voulant RHEL (et surtout CentOS) pour la stabilité (sous entendu : professionnelle, différente des besoins de tout le monde, avec une vie plus longue que Fedora pour le coeur), le meilleur des deux mondes géré par Fedora, et de qualité.

                        Bref, un petit message pour dire que ne désespère pas, le message passe.
                        Vais-je m'attirer les foudres si je dis que je Fedora c'est du bleeding edge de qualité?

                      • [^] # La caricature de Misc

                        Posté par kadalka le 02 mai 2013 à 23:31. Évalué à -10.

                        

                        @misc

                        les préjugés habituelles vont rester la, et ensuite, on se retrouve avec des gens comme https://linuxfr.org/users/kadalka/comments , ou ça devient limite de la caricature.

                        Il faut déjà être capable de le démontrer…
                        Tu sais que tu es le premier a oser me dire que mon CD était peut-être mal gravé c'est pour cela que l'install n'allait pas bien.
                        [J'avais parlé de plantage de Fedora au redémarrage]

                        Or, Fedora a un mécanisme de test d'intégrité du CD comme tout logiciel de qualité…
                        Et AVANT toute installation je teste SYSTEMATIQUEMENT mes CD/DVD.

                        Knoppix fonctionne correctement sur le même PC alors que tu affirmais fièrement que c'est un mélange de stable d'instable et d'expérimentale…
                        Pourquoi le vénérable Fedora [de m…] qui a un QA digne des pros se planterait-il chez moi ?
                        Suis-je assez bête pour m'attaquer à Linux notamment Fedora alors que j'aimerais que Linux soit devant windows ? Hmmm…?

                        Un peu de sérieux.

                        @Zenitram
                        Ce n'est pas un crime de soutenir et de vénérer Fedora: c'est débile.
                        Perso, je respecte cela.

                        • [^] # Re: La caricature de Misc

                          Posté par ariasuni le 02 mai 2013 à 23:53. Évalué à 2.

                          

                          Ce n’est pas un crime de soutenir et de vénérer Fedora GNU/Linux: c’est débile.
                          Perso, je respecte cela.

                          Écrit en Bépo selon l’orthographe de 1990

                          • [^] # Re: La caricature de Misc

                            Posté par kadalka le 03 mai 2013 à 00:06. Évalué à -9.

                            

                            Vous préférez quoi ?
                            M$ Windows ? Haiku ? *BSD ? BeOS ?
                            CP/M peut-être ? :-D
                            [Qui a osé parler de MacOS X?]

                            Excusez mon ignorance… :P

                        • [^] # Re: La caricature de Misc

                          Posté par Misc (site web personnel) le 03 mai 2013 à 11:53. Évalué à 2.

                          

                          Il faut déjà être capable de le démontrer…

                          Démontrer que tu es une caricature impliquerais d'avoir un processus scientifique, et je pense pas que ça existe. Par contre, au vue du karma que tu es perdu sur le site, je pense que ça tends à montrer qu'une majeur partie des gens sur le site pense que tes interventions sont totalement inutiles, sinon tu ne serais pas dans le négatif.

                          Knoppix fonctionne correctement sur le même PC alors que tu affirmais fièrement que c'est un mélange de stable d'instable et
                          d'expérimentale…

                          Et ? ç'est pas parce que c'est un mélange que ça va pas marcher, c'est pas parce que debian a déclaré "ce paquet est vu comme étant incorrectement intégré dans debian" qu'il faut conclure "ça ne marcheras nulle part" ou l'inverse.

                          Par contre, j'attends encore le jour ou tu va faire un apt-get upgrade sur ta knoppix et que ça marche correctement. J'attends le jour ou tu va faire un rapport de bug chez debian ( vu que les paquets sont des paquets debian aprés tout ) et qu'on te dise merde.

                          Suis-je assez bête pour m'attaquer à Linux notamment Fedora alors que j'aimerais que Linux soit devant windows ? Hmmm…?

                          Tu peux trés bien vouloir une chose et ne pas être capable de voir que tu fais et dit n'importe quoi.

                          Si tu veux que Linux soit devant Windows, faut te sortir les doigts du fondement et faut se bouger pour ça. Bien que je soit prêt à laisser le bénéfice du doute, au vue de tes interventions, des préjugés et de ta façon de communiquer le tout lié à un manque flagrant de compréhension technique, je doute que tu rentres dans la catégorie "contributeur productif" à quoi que ce soit d'autres qu'un fichier de fortune linuxfr.

                          Vouloir, c'est une chose, mais ça suffit pas.

                          • [^] # Re: La caricature de Misc

                            Posté par kadalka le 09 mai 2013 à 23:12. Évalué à -8.

                            

                            Par contre, au vue du karma que tu es perdu sur le site, je pense que ça tends à montrer qu'une majeur partie des gens sur le site pense que tes interventions sont totalement inutiles, sinon tu ne serais pas dans le négatif

                            Mon expérience des sites démontrent que celui qui est en négatif n'est pas forcément un mauvais contributeur.
                            Si ma mémoire est bonne, la plupart des lecteurs n'ont pas le temps de cliquer systèmatiquement sur +/-.
                            Par contre, je le sais bien que les afficionados s'empressent de négativer un commentaire qui pourraient nuire à leurs intérêts.
                            C'est comme cela dans tous les sites, et je doute que sur linuxfr ils dérogent à cette règle.

                            J'ai souvent eu la chance de lire des commentaires de qualité où l'auteur est toujours mal noté quelque soit ses commentaires.
                            Du coup, je lis TOUS les commentaires lorsque c'est possible surtout lorsque des personnes se permettent de le descendre sans raison objective…

                            Je lis même tes commentaires, sachant qu'on pourra toujours me le reprocher.

                            Knoppix

                            Avant, tu disais que knoppix c'est mauvais parce qu'il y a des mélanges, aujourd'hui tu nuances…
                            Demain tu me donneras raison ?

                            Je te rappelle ce que j'ai dit:
                            NON je ne recommande pas l'installation de knoppix donc NON je ne fais pas d'apt-upgrade…
                            OUI pour lancer knoppix pour montrer la puissance de linux aux frileux…

                            • [^] # Re: La caricature de Misc

                              Posté par Misc (site web personnel) le 10 mai 2013 à 01:51. Évalué à 3.

                              

                              Mon expérience des sites démontrent que celui qui est en négatif n'est pas forcément un mauvais contributeur.

                              Démontrer, c'est quand on a une démonstration. La, tout au plus, tu as un jeu incomplet et subjectif d'impression. Et c'est pas parce qu'il y a des commentaires incorrectement en négatif que tes commentaires ne sont pas à juste titre dans le négatif.

                              Si ma mémoire est bonne, la plupart des lecteurs n'ont pas le temps de cliquer systèmatiquement sur +/-.

                              Ta mémoire de ?

                              Par contre, je le sais bien que les afficionados s'empressent de négativer un commentaire qui pourraient nuire à leurs intérêts.
                              C'est comme cela dans tous les sites, et je doute que sur linuxfr ils dérogent à cette règle.

                              Les intérêts de quoi ? C'est juste un site web, la seule chose qui fait que tu es à 0, c'est parce qu'une majeure partie des gens pense que tu es inutile dans tes interventions.

                              • [^] # Re: La caricature de Misc

                                Posté par kadalka le 11 mai 2013 à 19:42. Évalué à -9.

                                

                                Démontrer, c'est quand on a une démonstration. La, tout au plus, tu as un jeu incomplet et subjectif d'impression. Et c'est pas parce qu'il y a des commentaires incorrectement en négatif que tes commentaires ne sont pas à juste titre dans le négatif

                                Comme je l'ai dit, vous me donnez l'impression de quelqu'un qui n'y connaît rien en site web ce qui est étonnant…
                                Je répète: lorsqu'une personne est dans le négatif cela ne prouve rien sauf dans certains cas…
                                J'ai souvent vu des commentaires de qualité en négatif [parfois dans les limbes].
                                Et des commentaires médiocres en positif dans pas mal de site.
                                La démonstration consiste, dans MON cas, à constater que mon hypothèse de départ est juste:
                                Etre dans le négatif ou le positif ne prouve rien quel que soit le site.

                                CQFD

                                Ta mémoire de ?

                                C'est une discussion que j'ai eu avec quelqu'un: si ma mémoire est bonne, on avait eu comme remarque que les commentateurs ne perdent pas leur temps à cliquer sur des plus ou des moins, ce qui est logique puisqu'ils n'ont pas que cela à faire.

                                c'est parce qu'une majeure partie des gens pense que tu es inutile dans tes interventions

                                Voir ma réponse dans CE commentaire plus haut.

            • [^] # Re: J'ai rigolé !

              Posté par genesis83 le 28 avril 2013 à 20:12. Évalué à 1.

              

              Canonical développe la quasi totalité des outils et du code propre à Ubuntu, s'occupe de la maintenance du système, de son financement, de son support payant, héberge le site officiel, les dépôts de paquets, le Launchpad, le forum de la communauté et bien d'autres choses. Il me semble tout à fait normal que ce soient eux qui décident de l'évolution globale du système. Oui, Ubuntu (je parle de la version de base) c'est avant tout LEUR distribution, chose dont ils ne se sont d'ailleurs jamais cachés.

              Si au contraire, ils ont toujours chercher à cacher cette réalité en cherchant à faire passer Ubuntu pour une distribution communautaire dont ils ne seraient qu'un simple contributeur, cf cette dépêche par exemple :

              Nicolas Barcet est responsable distribution serveur chez Canonical. Dans cet entretien, il trace les contours de la société Canonical et sa relation au sein de la communauté avec les développeurs. Cette vidéo est sous licence Creative Commons CC BY-SA.
              On y apprend que Canonical se considère comme un simple contributeur : « Canonical n'est pas le propriétaire d'Ubuntu » précise Nicolas Barcet. La contribution de la communauté à Ubuntu représenterait environ 50%, communauté dont font partie les salariés. Nicolas souligne : « Je participe moi-même à la communauté en dehors de mon temps de travail, alors même que je ne suis pas développeur dans la société ».

              C'est complètement faux bien sûr, mais ça fait plus sympathique.

              Ce comportement à vouloir faire du marketing à outrance quitte à s'arranger avec la réalité pour ne pas dire plus a souvent été présent avec Canonical. Souvenons-nous qu'au tout début de la distrib ils présentaient Ubuntu comme 100% libre alors qu'elle ne l'était pas, avant de rectifier le tir devant la polémique.

          • [^] # Re: J'ai rigolé !

            Posté par Misc (site web personnel) le 28 avril 2013 à 20:09. Évalué à 3.

            

            Il faut savoir, soit Ubuntu est une distribution libre, soutenue par sa communauté, dans ce cas c'est à elle de décider quel chemin
            Ubuntu prendra, soit c'est un logiciel privateur, appartenant à Canonical, où la communauté n'a pas son mot à dire, dans ce cas, celle-ci
            disparaîtra,

            La dichotomie est un peu violente. Le souci, c'est pas que Canonical décide. Ils sont parfaitement légitimes pour ça.
            Mark et son équipe ont une vision de ce qu'ils voudraient faire pour attendre leur but, et ils pensent qu'aller directement sans chercher le consensus parfait préalable est le meilleur moyen de réussir. On peut ne pas être d'accord, mais c'est leur droit.

            Ensuite, le souci pour moi, c'est le double discours. C'est Jono bacon qui va tacler RH et Novell dans son livre pour expliquer comment chez Ubuntu, la communauté est au centre, alors qu'au final, pas autant que ça. C'est le fait d'avoir des procédures à 2 vitesses pour l'intégration des fonctions.
            
            Mais ça, c'est aussi du au fait que "communauté" veut dire tout un tas de choses. Communauté d'utilisateurs, de developpeurs ? Avec un pouvoir décisionnel fort, quid du lien hiérarchique entre le sponsor et des membres ?
            Comme dire "on va choisir démocratiquement". Oui, mais qui vote, comment ?

            (Toujours en comparaison avec windows, il n'y a pas une communauté qui consacre du temps libre pour développer windows en
            collaboration avec microsoft)

            Le temps libre n'a rien à voir, il y a des boites qui bossent avec Microsoft pour améliorer Windows par le biais de logiciels externes, car la force du produit est pas autant dans les fonctions de base que dans tout le reste. Il y a un écosystème autour de Windows, il y a des gens qui bossent sur ça, et si les gens n'avaient pas une vision spécifique du mot communauté, j’oserais même dire qu'il y a une communauté dans le sens ou les gens ont en commun quelque chose.

            Ensuite, la plupart des gens vont se dire que c'est pas communautaire, car il y a des échanges marchands entre les membres et l’extérieur, ce qui serait faux. Si tu prends l'exemple communautaire par excellence pour tous, Debian, il y a des gens payé pour faire du dev debian. Par exemple, dans mon ancienne boite, notre sysadmin était dev debian sur son temps de travail car notre produit était basé sur debian. L'ancien DPL a participé à des projets de recherches sur Debian, qui ont aidé le projet et la recherche et qui ont permis de pouvoir vivre.

            Donc non, la réalité est bien plus nuancé que ce que tu dis.

          • [^] # Re: J'ai rigolé !

            Posté par dave_null (site web personnel) le 29 avril 2013 à 15:35. Évalué à 2.

            

            Si canonical avait écouté sa communauté, Unity n'aurais pas été installé par défaut mais aurait été proposé à l'installation pendant quelques distributions OU canonical aurait mis deux CD d'Ubuntu ayant pour seule différence qu'un aurais Gnome et l'autre Unity et ce jusqu'à la 12.04 par exemple.

            C'est ce qu'ils ont fait. Ça s'appelait «Ubuntu Netbook remix» puis «Ubuntu Netbook edition». Je m'en servais sur mon netbook et mon fixe. C'était jeune mais sympa pour l'époque (et on pouvait encore utiliser les effets funs de compiz sans devoir désactiver la moitié de unity).

        • [^] # Re: J'ai rigolé !

          Posté par Jiel (site web personnel) le 30 avril 2013 à 16:02. Évalué à 2.

          

          il existe des variantes officielles de la distribution qui sont fournies de base avec KDE, Xfce, LXDE ou GNOME 3

          KUbuntu n'est officiellement plus supporté depuis avril 2012.

          • [^] # Re: J'ai rigolé !

            Posté par xcomcmdr le 30 avril 2013 à 16:17. Évalué à 1.

            

            Kubuntu reste une variante officielle (avec tout ce que cela implique : hébérgement des ISOs sur les serveurs Canonical, etc…), et elle est financée par Blue Systems.

            La 12.04 est une LTS pour 5 ans, tout comme Ubuntu.

            "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: J'ai rigolé !

    Posté par collinm (site web personnel) le 27 avril 2013 à 22:32. Évalué à 1.

    

    bof, corel linux était déjà beaucoup plus ergonomique….. il y a plus de 13 ans…

    www.solutions-norenda.com

    • [^] # Re: J'ai rigolé !

      Posté par Misc (site web personnel) le 28 avril 2013 à 14:32. Évalué à 3.

      

      ou Suse dans les années 90. C'était vendu en boite, avec une suite bureautique, du support, etc.
      Surtout face à windows 95, qui marchait bien mais qui n'était pas non plus au top de la stabilité.

• # Menu de vie privée

  Posté par Sylvhem le 27 avril 2013 à 14:35. Évalué à 5.

  

  Contrairement à ce qui est indiqué, le menu de vie privée est présent dans Ubuntu depuis la version 12.10. Normalement, cette nouvelle mouture de la distribution aurait dû apporter de nouveaux réglages pour paramétrer plus finement la façon dont les différentes lentilles du tableau de bord font de la recherche en ligne, mais cette fonctionnalité a été repoussée à l'arrivée de la nouvelle génération de loupes.

  C'est une très bonne dépêche sinon, merci à ses rédacteurs.

• # Les jours de Python 2 sur Ubuntu sont comptés !

  Posté par tuxicoman (site web personnel) le 27 avril 2013 à 17:07. Évalué à 2.

  

  Euh.. vu que numpy/scipy ne sont pas encore portés en Python 3, je ne pense pas que python 2 va disparaitre de si tôt. Peut être du CD1 mais c'est tout :D

  • [^] # Re: Les jours de Python 2 sur Ubuntu sont comptés !

    Posté par tuxicoman (site web personnel) le 27 avril 2013 à 17:15. Évalué à 2.

    

    Oups, apparement j'ai du retard. Numpy et Scipy ont l'air dispo pour python 3. Vous avez déjà testé?

    • [^] # Re: Les jours de Python 2 sur Ubuntu sont comptés !

      Posté par manawy (site web personnel) le 27 avril 2013 à 20:57. Évalué à 2.

      

      oui, et ça marche tout aussi bien

      Jusque là j'ai juste eu un petit problème avec matplotlib que j'ai pu résoudre.

      Par contre il est vrai qu'un certain nombre de bibliothèques d'importance ne sont toujours pas disponibles sous python 3 (twisted par exemple) mais ça vient doucement.
      Python2.7 à encore quelque années devant lui je pense

• # Post grognon ;-)

  Posté par torturedutopian le 27 avril 2013 à 19:07. Évalué à 5.

  

  Globalement, on voit sur quoi Canonical focalise ses efforts : le bureau connecté. Personnellement je ne m'y retrouve absolument pas, d'autant que de nombreuses applis de bureau classiques importantes sont laissées pour compte (certes, cela incombe autant à Gnome qu'à Canonical).

  Cela dit, cela peut plaire à un certain public.

  En ce qui me concerne, le divorce est bien consommé et irréversible. Mais j'apprécie tout de même l'infrastructure fournie par Ubuntu, les backports, patches, bref, tout le travail de bas niveau qui bénéficie par capillarité aux autres distros genre kubuntu….

  • [^] # Re: Post grognon ;-)

    Posté par xcomcmdr le 27 avril 2013 à 19:27. Évalué à 6.

    

    Ou Xubuntu, le bureau Xfce (légèrement modernisée : indicator-sound-gtk2, xfce4-volumed-pulse, …) avec support à long terme. :)

    "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

  • [^] # Re: Post grognon ;-)

    Posté par kadalka le 27 avril 2013 à 22:19. Évalué à -9.

    

    C'est à cause de la mode du Cloud ?
    Cela me donne l'impression qu'ubuntu n'a pas de vrais stratège. Bon du moment que ce n'est pas pire que RedHat cela ne me dérange pas trop.

    Le cloud aurait été intéressant si il avait été maîtrisé, mais je suppose que nous sommes au début…
    Wait and see…

    • [^] # Re: Post grognon ;-)

      Posté par omer666 le 28 avril 2013 à 13:47. Évalué à 4.

      

      Qu'est-ce qu'ils t'ont fait chez Red Hat ? :p Ils ont couché avec une autre ?
      Tu t'en est déjà servi de RHEL au moins ?

      • [^] # Re: Post grognon ;-)

        Posté par kadalka le 03 mai 2013 à 00:19. Évalué à -6.

        

        Qu'est-ce qu'ils t'ont fait chez Red Hat ? :p Ils ont couché avec une autre ?

        A moi personnellement ? Rien. Ils ne connaissent même pas mon existence.
        Par contre Fedora a fait planter ma machine alors que l'on m'avait certifié que c'est excellent le Red Hat…
        J'avais oublié que Mandrake c'était déjà mieux que Red Hat…

        Tu t'en est déjà servi de RHEL au moins ?

        Non pourquoi faire ?
        Je connais par contre des personnes qui en sont satisfaits mais qui, à ma grande surprise, n'en veulent plus…
        Je suppose qu'ils ont vu mieux… genre debian.

        Quitter RHEL je peux comprendre [prix des licences], mais quitter Fedora pour entrer chez debian je comprends moins.
        Sauf si le dirigeant d'entreprise lui a compris que pour la stabilité il a le choix entre CentOS et debian, pour les plus connus, et que debian étant nettement moins évolutif, donc plus perenne aux yeux d'une entreprise, le choix s'imposait de facto.
        De plus, je remarque que les sortants ingénieurs sont plus debian/ubuntu qu'autre chose…
        Ca compte dans le choix stratégique d'investissements…

        • [^] # Re: Post grognon ;-)

          Posté par Misc (site web personnel) le 03 mai 2013 à 12:26. Évalué à 2.

          

          A moi personnellement ? Rien. Ils ne connaissent même pas mon existence.

          Tu serais peut être surpris de savoir qu'il y a sans doute des salariés RH qui lisent ce site, et peut être même qu'il y en a qui lisent ce que tu dis.

          Par contre Fedora a fait planter ma machine alors que l'on m'avait certifié que c'est excellent le Red Hat…
          J'avais oublié que Mandrake c'était déjà mieux que Red Hat…

          2 choses :
          - Fedora n'est pas RH, RHEL n'est pas Fedora. RH paye des gens pour bosser sur Fedora au même titre que RH paye les serveurs de Gnome et des gens pour bosser sur Gnome, ou paye la Linux Foundation et des gens pour bosser sur le kernel. Ou des gens pour bosser sur ovirt.

          • Mandrake existe plus, c'est devenu Mandriva vers 2006, d'une part, et dans l'état des choses, Mandriva, c'est soit OpenMandriva, soit Mageia ( que Mandriva serveur est basé sur Mageia ). Mais en tant qu'ancien contributeur à Ma(geia)|(ndr(iva|ake))), je suis content de voir que le travail que j'ai fait t'a plu, à défaut d'apprécier mes commentaires.

          Quitter RHEL je peux comprendre [prix des licences],

          Alors encore un chouia de pinaillage, c'est pas des licences, c'est des souscriptions. Je te laisse l'effort d'aller lire la différence sur le site idoine.

          mais quitter Fedora pour entrer chez debian je comprends moins.

          L'argent ne fait pas tout dans la vie, tu sais ?
          Si des gens veulent des softs moins bleeding edge que ce propose Fedora, n'ont pas de temps à consacrer, sont plus à l'aise avec apt ou n'importe quoi d'autre, c'est leur droit. Moi, ça me choque pas de voir qu'il y a de la place pour tout le monde, et que tout le monde ne peut pas répondre à tout en même temps ( cf les écrits de Durkheim sur le sujet ).

          • [^] # Re: Post grognon ;-)

            Posté par kadalka le 09 mai 2013 à 23:01. Évalué à -7.

            

            Tu serais peut être surpris de savoir qu'il y a sans doute des salariés RH qui lisent ce site, et peut être même qu'il y en a qui lisent ce que tu dis.

            Ils ne me connaissent pas, c'est ce qui importe dans ma discussion.
            Même la CIA lit ce que j'écris alors RH…

            RH paye des gens pour bosser sur Fedora au même titre que RH paye les serveurs de Gnome

            Tout le monde sait cela.
            Fedora est du RH communautaire pour faire court et c'est donc normal que j'associe Fedora à RH.
            Un raccourci qui vous choque mais qui est la réalité.

            Mandrake

            Pardonnez moi, mais vous êtes peut-être tombé de la dernière pluie mais je connais l'histoire de Mandrake/Mageia.
            Et je suis un fan de Mageia donc je vous suggèrerais de ne pas dire n'importe quoi:
            vous vous ridiculisez.

            je suis content de voir que le travail que j'ai fait t'a plu, à défaut d'apprécier mes commentaires.

            a) Je ne savais pas que tu as contribué à Mandrake/Mageia…
            Cela me fait alors penser à une simple chose: pourquoi Fedora est quand même m…que ?

            b) Je n'apprécie pas les commentaires d'un admin incompétent.
            Tu peux avoir même contribué à la construction de debian que je t'aurais fait les mêmes commentaires.

            c) C'est une chose de savoir construire une distribution, c'est autre chose de savoir administrer un site de 1000 ordinateurs hétérogènes par exemple.
            Ce n'est pas à vous que je vais expliquer çà non ?

            c'est pas des licences, c'est des souscriptions

            On paye quelque chose ce qui ne change rien.
            Par exemple certains antivirus font une sorte de souscription annuelle pour 3 ordi…
            Lorsque la souscription est terminée, la mis à jour est terminée aussi.
            Une entreprise n'a pas besoin de çà.
            Avec l'émergence du Cloud, debian s'imposera de facto car, l'admin [du fournisseur du cloud] voudra du debian pour gérer le serveur/machine virtuelle/etc. servit aux clients.
            Le client veut que çà marche, c'est tout ce qui l'importe… Il s'en fout si c'est du debian ou un machin.
            [Transfert de fichiers, mailing, web, mobilité, vpn, etc.]

            L'argent ne fait pas tout dans la vie, tu sais ?

            Vous ne le savez pas vous peut-être non ? :-D

            Quel est l'intérêt d'utiliser Fedora lorsque debian sera objectivement devant et de très loin dans un futur assez proche ?
            Je ne vois pas…

            Moi, ça me choque pas de voir qu'il y a de la place pour tout le monde
            NON çà ne me choque pas que quelqu'un veuille utiliser de la m… c'est son droit.
            Mais une entreprise gère des vies et à se titre il vaut mieux ne pas se tromper.

            Moi, ce que je vois c'est que tu es un admin qui a mal qu'un non admin lui flanque une fessée [involontairement]
            Après tout, si un DAF lit ce que j'écris, il aura envie de poser la question suivante:
            Est-ce que debian est très stable et sécurisé, à moindre coût ?
            (La pérénité est-elle garantie ?)

            • [^] # Re: Post grognon ;-)

              Posté par Misc (site web personnel) le 10 mai 2013 à 01:10. Évalué à 3.

              

              Pardonnez moi, mais vous êtes peut-être tombé de la dernière pluie mais je connais l'histoire de Mandrake/Mageia.
              Et je suis un fan de Mageia donc je vous suggèrerais de ne pas dire n'importe quoi:
              vous vous ridiculisez.

              http://blog.mageia.org/en/2010/12/13/they-speak-about-mageia/

              une simple comparaison entre les noms sur la page et mon login te monteras que pendant que tu connais l'histoire, moi, je l'ai vécu et j'aurais tendance à dire que je l'ai fait.

              a) Je ne savais pas que tu as contribué à Mandrake/Mageia…

              y a en effet plein de choses que tu ignores, à commencer par savoir quand t’arrêter.

              b) Je n'apprécie pas les commentaires d'un admin incompétent.
              Tu peux avoir même contribué à la construction de debian que je t'aurais fait les mêmes commentaires.

              bah tu peux, j'ai envoyé 3 patches y a 2 jours à Debian ( #707293 #707247 #707243 ). Rappelle moi, à quoi tu as contribué ?
              ( parce que bon, tu sembles parler de compétence, mais que je sache, j'ai fait preuve de ma compétence en gérant les machines de Mageia de façon bénévole, et toi, tu as juste fait preuve de ridicule en parlant sur linuxfr )

              On paye quelque chose ce qui ne change rien.
              Par exemple certains antivirus font une sorte de souscription annuelle pour 3 ordi…
              Lorsque la souscription est terminée, la mis à jour est terminée aussi.
              Une entreprise n'a pas besoin de çà.

              Une entreprise n'a pas besoin de mise à jour ? C'est nouveau, j'aurais cru qu'une entreprise avaiet justement besoin de correctif de bug, de support, de ce genre de choses. Je dois pas bosser dans les bonnes boites alors.

              Avec l'émergence du Cloud, debian s'imposera de facto car, l'admin [du fournisseur du cloud] voudra du debian pour gérer le
              serveur/machine virtuelle/etc. servit aux clients.

              Ah oui, c'est vrai. Par exemple, rackspace, c'est pas du tout du RHEL :
              http://www.internetnews.com/blog/skerner/red-hat-defends-rackspaces-defeats-linux-patent-trolls.html

              Et RH, c'est pas du tout un des plus gros contribs à openstack :
              http://www.openstack.org/foundation/companies/profile/red-hat-inc

              Et pis EC2, c'est pas non plus du RHEL :
              http://www.zdnet.com/blog/open-source/amazon-ec2-cloud-is-made-up-of-almost-half-a-million-linux-servers/10620

              Pendant ce temps, Debian sur le cloud, c'est en cours de mise en place mais comme l'a dit le DPL il y a 6 mois :
              http://upsilon.cc/~zack/talks/2012/20121125-minidc-cloud.pdf

              y a pas grand chose encore. Tout est en dehors de la distribution, avec chacun qui refait le travail.

              Le client veut que çà marche, c'est tout ce qui l'importe… Il s'en fout si c'est du debian ou un machin.
              [Transfert de fichiers, mailing, web, mobilité, vpn, etc.]

              En fait non, y a des gens qui veulent que ça marche et aussi que ça soit certifié pour faire tourner certains softs, certifiés vis à vis de certains standards ( exemple, fips 140 pour les USAs ), y en a qui veulent aussi être sur que les 300 servuers qui sont commandés sont certifiés pour marcher, etc. Y aussi des clients qui veulent pas refaire toute la formation de leurs employés et se foute pas trop de ce qu'il y a en dessous.

              Est-ce que debian est très stable et sécurisé, à moindre coût ?
              (La pérénité est-elle garantie ?)

              Et la réponse est "sans doute que non". Par exemple, j'ai mis une Debian pour remplacer mes 2 serveurs chez OVH et j'ai déjà trouvé 4 soucis avec SELinux. Et que je sache, y a aucune garantie nulle part, c'est même dans la GPL et la plupart des licenses, alors que par exemple, RH va aller avec toi devant le tribunal ( cf histoire avec rackspace déjà pointé plus haut ). Tu as aucune garantie de durée du support pour ta stable, ça va durer "un certain temps", ce qui parfois est fâcheusement vague.

              • [^] # Re: Post grognon ;-)

                Posté par kadalka le 10 mai 2013 à 02:27. Évalué à -9. Dernière modification le 10 mai 2013 à 02:28.

                

                une simple comparaison entre les noms sur la page et mon login te monteras que pendant que tu connais l'histoire, moi, je l'ai vécu et j'aurais tendance à dire que je l'ai fait.

                Lorsque j'utilise un LiveCD, c'est une version personnalisée.
                Pour être précis, quel que soit la LiveCD, les scripts sont les mêmes, le login, etc.
                Ca ne marche pas toujours, mais chez moi oui pour mes besoins.
                Ce n'est pas énorme mais lorsque je compare avec ce que l'utilisateur lambda veut, c'est intéressant.
                J'ai vu que techniquement, je pourrais créer un LiveCD qui pourra booter du slackware ou du debian avec le même /home/ et le même kernel…
                Je me suis dit que je pourrais créer un LiveCD avec centOS en plus.
                Il faudra que je maîtrise CentOS. :P

                Une entreprise n'a pas besoin de mise à jour ?

                O_o
                Où ai-je dit cela ?
                Une entreprise ne veut pas de mise à jour payante lorsqu'une mise à jour gratuite est possible.
                C'est possible avec debian.
                Très probablement avec CentOS… [C'est mon avis personnel, je peux me tromper]

                Les grosses structures peuvent payer un bon support, les petites non.
                C'est pour cela que beaucoup restent avec Windows XP…

                Rappelle moi, à quoi tu as contribué ?

                A rien: je ne trompe pas mon monde.
                Mais j'envisage de très sérieusement le faire.

                Cloud

                Je n'ai jamais dit que RH ne contribuait pas à OpenStack.
                J'ai dit que l'investisseur dans le cloud voudra du debian.
                Ceux qui sortent des écoles sont des proUbuntu… [Ubuntu contribue aussi à OpenStack]
                C'est la différence entre toi et moi: je suis réaliste.
                Sinon il faudra m'expliquer pourquoi debian/ubuntu progressent si vite…

                y a pas grand chose encore. Tout est en dehors de la distribution, avec chacun qui refait le travail.

                Ce n'est pas génant pour un bon admin.
                Il peut même choisir du OpenStack personnalisé [il compile lui même].
                C'est un crime ?
                Open Build Service en version 2.4 - LinuxFr.org

                fips 140 pour les USAs

                Je connais FIPS.
                Il y en a aussi qui veulent une certification DoD.
                Qui ne sait pas cela?
                Oracle domine dans les banques grâce à cette notion de certification…
                [PostgreSQL est pourtant très supérieur, mais je sais que ce n'est que mon avis]

                Une entreprise peut très bien acheter ce service avec comme contrainte: debian.
                Si vraiment cela pose problème il se tournera vers ubuntu.

                Formation

                On parie que Ubuntu/debian sera devant ?
                [Merci aux ingénieurs sortants]

                RH va aller avec toi devant le tribunal

                Dites avec le coût des souscriptions, il y a intérêt à ce qu'il nous accompagne au tribunal hein…

                Si je résume votre intervention, en gros aucune entreprise (debian/ubuntu) n'est capable d'offrir tous les services que vous me présentez…
                C'est curieux mais lorsque je vois l'ubuntu mania, j'ai comme un doute.
                Déjà que le futur sera plus cloud qu'autre chose, ubuntu étant déjà présent, je ne vois pas comment ils ne pourraient pas s'imposer…
                La dernière fois que j'ai lu un truc sur ubuntu ils avaient déjà un Ubuntu OS pour mobile…
                Et ils ont déjà un Cloud…

                Donc…

• # Ubuntu Touch ?

  Posté par kadalka le 27 avril 2013 à 21:49. Évalué à -4.

  

  Ubuntu Touch débarque
  une version d'Ubuntu prête à être déployée sur ordiphone et tablettes, du moins les quelques matériels sur lesquels c'est possible (principalement des Nexus)

  Quelqu'un a déjà essayé ?

• # Enfin!

  Posté par MCMic (site web personnel) le 27 avril 2013 à 21:56. Évalué à 2.

  

  Enfin, quelqu'un leur a dit que la meilleure ergonomie atteignable pour éteindre un ordinateur, c'est un gros menu clair avec des gros boutons comme on avait du glorieux temps de Gnome 2 (et, soyons honnête, windows XP).

  Vraiment, il était temps…

  (C'était mon premier reproche à Windows Vista à l'époque, la manière d'éteindre insupportable, et quelques mois plus tard, Ubuntu adoptait la même chose…)

  • [^] # Re: Enfin!

    Posté par Michaël (site web personnel) le 28 avril 2013 à 08:40. Évalué à 8.

    

    Enfin, quelqu'un leur a dit que la meilleure ergonomie atteignable pour éteindre un ordinateur, c'est un gros menu clair avec des gros boutons comme on avait du glorieux temps de Gnome 2 (et, soyons honnête, windows XP).

    Je n'ai pas de menu pour éteindre dans mon environnement de travail et j'utilise assez bêtement le bouton power-off de mon PC qui s'éteint proprement grâce à l'ACPI.

• # LTS

  Posté par Gui13 (site web personnel) le 27 avril 2013 à 22:10. Évalué à 2.

  

  Y a que moi que ça choque que le terme LTS soit encore utilisé pour une distrib dont le support ne durera que 1,5 fois le temps entre deux releases?
  A quoi bon appeler ça lts ? A quoi bon garder ce terme ?

  • [^] # Re: LTS

    Posté par Tanouky le 27 avril 2013 à 22:19. Évalué à 5.

    

    Tu te trompes : les versions LTS durent 5 ans, et les versions normales durent 9 mois. :)

    • [^] # Re: LTS

      Posté par xcomcmdr le 27 avril 2013 à 23:25. Évalué à 3.

      

      Tu te trompes : les versions LTS durent 5 ans, et les versions normales durent 9 mois. :)

      En fait c'est 5 ans pour les LTS de Ubuntu et Kubuntu.
      3 ans pour les LTS de Xubuntu.
      Pas de LTS pour Lubuntu.

      Sachant qu'il y a une LTS tous les deux ans (la prochaine étant la 14.04).

      (bon y'a aussi Ubuntu Studio, Edubuntu, et d'autres, mais si je fais toutes les dérivées j'ai pas fini)

      "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

      • [^] # Re: LTS

        Posté par Tanouky le 28 avril 2013 à 09:50. Évalué à 2.

        

        En remerciement de tes précisions, je me permets de combler ton esprit de ces quelques recherches :

        Ubuntu Studio, basé sur XFCE, a 3 ans de LTS.
        Edubuntu, basé sur Ubuntu, 5 ans de LTS.
        Mythbuntu, basé sur XFCE, 3 ans de LTS, mais avec des nouvelles versions de celle-ci permettant une meilleure prise en charge du matériel.

        Je m'arrête aux officielles…^{^}

        :)

      • [^] # Re: LTS

        Posté par ariasuni le 28 avril 2013 à 10:32. Évalué à 3.

        

        Kubuntu n'aurait pas le même temps de support que Xubuntu maintenant que ce n'est plus financé par Canonical?

        Écrit en Bépo selon l’orthographe de 1990

        • [^] # Re: LTS

          Posté par xcomcmdr le 28 avril 2013 à 10:42. Évalué à 3.

          

          Kubuntu n'aurait pas le même temps de support que Xubuntu maintenant que ce n'est plus financé par Canonical?

          Kubuntu est sponsorisée par Blue Systems (depuis la 12.04, on dirait).

          "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

          • [^] # Re: LTS

            Posté par ariasuni le 28 avril 2013 à 17:03. Évalué à 2. Dernière modification le 28 avril 2013 à 17:03.

            

            Ah ok! Je savais qu’elle employait pas mal de personnes bossant sur KDE mais je ne savais qu’elle bossait aussi spécifiquement sur Kubuntu…

            Écrit en Bépo selon l’orthographe de 1990

• # Tableaux de bord

  Posté par b.poiraud le 01 mai 2013 à 09:18. Évalué à 1.

  

  Bonjour

  J'ai essayé Ubuntu 12.04 et je l'ai utilisé en virant Unity parce que 1) Unity est trop lent 2) il me manquait la possibilité d'ajouter des tableaux de bord (sur 3 côtés !) vu que j'ai plein de sites à utiliser chaque semaine et que, de plus, j'ai besoin de raccourcis vers des emplacements prévus de mon ordinateur. J'ai ainsi 90 petites icônes tout autour de mon bureau et je n'ai pas trouvé le moyen d'en faire autant (et facilement) avec unity, même en diminuant la taille des icônes dans Unity. Et puis il me manquait la ligne en bas d'écran qui permet de voir ce qui est ouvert.

  La question :
  1) peut-on ajouter des tableaux de bord supplémentaires avec Unitu 13.04 ?
  2) Si oui, peut-on y ajouter facilement des icônes personnalisées ? (moi j'ai fait les miennes que j'ai placées dans usr/share/icons)
  3) Si non, peut-on virer unity et retrouver gnome ?

  Qu'en pensez-vous ?

  Merci

  • [^] # Re: Tableaux de bord

    Posté par Zarmakuizz (site web personnel) le 01 mai 2013 à 11:02. Évalué à 2.

    

    Pour la ligne en bas d'écran, il faut porter le regard sur le côté gauche à la place : une application ouverte aura un triangle dans le launcher.

    1) Unity n'a qu'un seul launcher et il ne semble pas possible d'en avoir plusieurs, ou de changer de place l'unique launcher.

    Concernant la présence de plusieurs launchers, ou bien yaka coder, ou bien tu peux utiliser cairo-dock pour pouvoir ainsi combler 2 côtés.

    Ou alors, maintenant qu'il y a un bouton pour cacher les fenêtres en cours et révéler le bureau, tu peux mettre les icônes directement sur le bureau.

    2) Les icônes affichées dans le launcher sont celles définies dans les fichiers .desktop des applications. Si une icône affichée n'est pas la version personnalisée, il te faudra donc éditer ces fichiers-là. Les fichiers .desktop ont parfois des liens absolus pour l'icône.

    3) Tu peux installer directement Ubuntu Gnome Remix, ce sera plus rapide, mais oui tu peux enlever Unity pour prendre Gnome. Attention, Gnome 3.8 est disponible uniquement dans un dépôt externe et est jugé instable.

    Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

    • [^] # Re: Tableaux de bord

      Posté par b.poiraud le 02 mai 2013 à 09:54. Évalué à 1.

      

      merci de cette réponse, je vais adopter Ubuntu Gnome

• # kubuntu ... mauvais cru

  Posté par Albert_ le 01 mai 2013 à 11:46. Évalué à 2.

  

  Bon je viens de tester kubuntu rating et c'est une des pires versions que j'ai pu voir depuis longtemps. A éviter.

  Exemple : emacs ne démarre pas, plutôt gênant surtout que il semblerait que d'autre applis gtk soient touchés. Pour configurer telepathy il faut rajouter des paquets a la mano si on veut rajouter un compter gtalk. Et globalement il y'a plein de truc plus ou moins important qui marchent moins bien que avant. Bon je sens que je vais devoir me sortir les doigts du … et devoir installer une archlinux pour avoir un KDE à jour et peut être fonctionnel.

  • [^] # Re: kubuntu ... mauvais cru

    Posté par ariasuni le 01 mai 2013 à 14:50. Évalué à 1.

    

    Bah sinon, Fedora, OpenSUSE, Mageia… (et leurs dérivées)

    Écrit en Bépo selon l’orthographe de 1990

    • [^] # Re: kubuntu ... mauvais cru

      Posté par xcomcmdr le 01 mai 2013 à 15:05. Évalué à 3.

      

      Ou Kubuntu 12.04, supportée pour 5 ans et très stable.

      "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

      • [^] # Re: kubuntu ... mauvais cru

        Posté par kadalka le 02 mai 2013 à 23:36. Évalué à -8.

        

        Ou Kubuntu 12.04, supportée pour 5 ans et très stable.

        C'est toujours embêtant de citer *Ubuntu lorsque les proFedora sont majoritaires sur linuxfr… :P :-D
        J'ai un faible pour Linux Mint mais quelque soit la distrib, elle a toujours des défauts.
        [On ne peut pas tout tester]

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.