Journal Summer of code, DRI et X.Org

Posté par  (site web personnel) .
Étiquettes : aucune
0
27
mar.
2008
Salut journal,

J'écris pour te parler de l'initiative google Summer of Code, du DRI et de X.Org. Nous sommes à la recherche d'étudiants intéressés par la perspective de gagner un peu de sous tout en faisant du code libre sur X.Org.

Donc voilà, comme tous les ans un certain nombre d'idées sont en ligne:
http://www.x.org/wiki/SummerOfCodeIdeas
http://dri.freedesktop.org/wiki/GSoC_2008
Pêle mêle, vous pouvez travailler sur des drivers vidéo (ATI, nouveau, cell...) ou alors sur xcb (la nouvelle interface asynchrone de X), ou sur la couche de décodage video... D'ailleurs il ne s'agit pas d'une liste exhaustive, si vous avez toujours eu un desiderata dans X ou dans un driver et qu'il pourrait se concrétiser en 2-3 mois de travail, c'est l'occasion. Et si vous voulez discuter d'un sujet ou proposer un autre projet, n'hésitez pas à venir sur irc.freenode.net sur les canaux #nouveau, #dri-devel ou #xorg-devel.

En participant à X.Org, vous pourrez ainsi récolter des montagnes de gloire, de richesse, et le retour de l'être aimé !

Voilà, si vous êtes intéressés, ça se passe par là :
http://groups.google.com/group/google-summer-of-code-announc(...)
(ah oui, ça peut avantageusement remplacer un stage en SSII, à bon entendeur... :)

  • # Combien de projets réussissent?

    Posté par  . Évalué à 6.

    Je trouve l'initiative de google intéressante. Cependant je me demande si vous connaissez des projets qui sont allés aux boût. Je connais Cheese (le clone de photobooth). J'imagine qu'il y en a d'autres...
    En tout cas bon courage aux développeurs, surtout dans le domaine des drivers, c'est très important pour le libre.

    • [^] # Re: Combien de projets réussissent?

      Posté par  . Évalué à 7.

      L'année dernière, chez NetBSD, sur 6 projets, seul 2 ne sont pas
      aller au bout, dont 1 pour cause de santé.

      L'année d'avant ( 2006 ) , sur 8 projets, 3 n'ont pas finit, mais 1 avait
      un bon état d'avancement.

      Moi je trouve, pour NetBSD tout du moins, que le SoC apporte énorment !

      En code, mais ce n'est pas le plus important. Le plus important c'est
      que ça fait que des gens s'implique dans un projet, sur du long termes
      généralement.

    • [^] # Re: Combien de projets réussissent?

      Posté par  (site web personnel) . Évalué à 3.

      En fait, les étudiants qui restent jusqu'au bout du projet produisent en général du code valable (et souvent continuent de graviter autour du projet). Après ça ne donne pas forcément un nouveau logiciel à chaque fois, le but étant souvent d'améliorer l'existant. Donc je comprends qu'on n'en entende pas toujours parler.

      Le problème c'est plutôt les étudiants qui disparaissent au milieu, par exemple par démotivation... C'est pour ça que le facteur le plus important de sélection, ce n'est pas à mon avis les compétences collant bien au sujet (de toute manière il apprendra sur le tas), mais plutôt la motivation de l'étudiant.

  • # Idée comme ça

    Posté par  . Évalué à 2.

    Le principe du Google summer of code m'a donné une idée et je me demande si elle serait réalisable et à qui la proposer: sur le même principe, on pourrait imaginer un groupement d'entreprises payant des développeurs pour des projets qui seraient distribués sous double licence GPL/commerciale. Les entreprises participantes obtiendraient automatiquement une licence commerciale.

    Qu'est-ce que vous en pensez?

    • [^] # Re: Idée comme ça

      Posté par  (site web personnel) . Évalué à 3.

      Qu'est-ce que vous en pensez ?
      Que rien n'empêche de vendre du logiciel sous licence GPL et que donc ton idée est déjà mise en oeuvre avec la GPL ;-)

      • [^] # Re: Idée comme ça

        Posté par  (site web personnel, Mastodon) . Évalué à 3.

        À mon avis, il faisait plutôt référence à une double licence libre / non libre (comme MySQL) permettant à des entreprises de l'intégrer dans leurs solutions propriétaires.

        • [^] # Re: Idée comme ça

          Posté par  . Évalué à 2.

          Tout à fait, l'idée c'est de développer des projets qui profitent à tous (GPL), tout en donnant un avantage aux entreprises qui les financent (licence commerciale).

    • [^] # Re: Idée comme ça

      Posté par  (site web personnel) . Évalué à 1.

      Encore moins moins cher qu'un stagiaire !!

      J'approuve, ça va relancer le pouvoir d'achat... des patrons !

      • [^] # Re: Idée comme ça

        Posté par  . Évalué à 2.

        Encore moins moins cher qu'un stagiaire !!

        Un tel programme peut se faire avec des rémunérations correctes.

  • # Intégration de NX

    Posté par  . Évalué à 4.

    "Integrate NX in XCB or X protocol"

    Je sors la bouteille de champagne, si ce projet est choisi :)

    • [^] # Re: Intégration de NX

      Posté par  . Évalué à 3.

      Je vais argumenter un peu, si ça peut en motiver :)

      Actuellement pour les solutions de bureaux à distance, il y a 2 "dominants" : Microsoft et son terminal server, et Citrix

      Je sais que ces produits sont utilisés en masses dans les grosses structures, comme les hôpitaux civils de Colmar.

      Sous Linux, on a le choix entre quelques protocoles, le très vieillissant protocole X qui est un gouffre en terme de ressource (que ça soit cpu, et surtout en terme de bande passante). Et le protocole NX qui est développé par NoMachine.


      L'intégration de NX dans Xorg, pourrait venir combler un gros trou dans le monde des bureaux à distance sous Unix/Linux/BSD.

      PS:
      Un projet KDE visant à implementer un client libre de NX est en cours de développement.

      • [^] # Re: Intégration de NX

        Posté par  (site web personnel) . Évalué à -2.

        > le très vieillissant protocole X qui est un gouffre en terme de ressource (que ça soit cpu)

        Prouve le !

        • [^] # Re: Intégration de NX

          Posté par  . Évalué à 2.

          http://www.univ-orleans.fr/lifo/Manifestations/COLSEC/2007/p(...)

          Secured Architecture for Remote Virtual Desktops, Jonathan ROUZAUD-CORNABAS, Nicolas VIOT, (Université d'Orléans - Ensi de Bourges)

          Dans la partie expérimentation et/ou état de l'art, il doit y avoir un retour justement sur un essaye de X via le réseau comparé à NX.

          Sinon vivement un support complet de la lib NX dans X.

          Une question: dans le cas d'une intégration, un serveur sera intégré ou on continuera à utiliser FreeNX ?

          En plus, si ca relance un peu les clients NX car bon pas évident de les garder à jour vis à vis des dernières implémentation de NX.

          • [^] # Re: Intégration de NX

            Posté par  (site web personnel) . Évalué à 2.

            Ça ne répond pas à ma question.

            Je demande de me prouver que X est lourd en CPU tu me répond à coté avec NX ! Qui est FORCEMENT plus lourd en CPU !!

          • [^] # Re: Intégration de NX

            Posté par  . Évalué à 1.

            Si on peut se passer de FreeNX, j'en serai bien content.

            Pour rappel, FreeNX est un enorme script bash de 1500 lignes ....

            Pour moi l'ideal serait que ça remplace le protocole X, aprés libre a chacun de faire passer le flux via un tunnel ssh pour sécuriser .... pour rester dans la philosophie Unix ... un programme fait une chose mais le fait bien :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.