fredoche a écrit 181 commentaires

Si j'ai bien compris, il s'agit en partie de rationaliser l'effort financier porté au projet OPW.
Les retours sont ils significativement bons? En effet, je suis un peu ce qui se passe via planet.gnome.org et je n'ai pas l'impression que, suite à leur sponsoring, beaucoup de ces personnes soient devenues des contributeurs réguliers.
Bien sûr je ne vais pas décider de ce que la fondation soit faire avec son budget, mais j'imagine que des gens vont se pencher dessus et peut être mettre des gardes fous, autant pour le financement que pour la réalisation, et éventuellement les retours pour la communauté.
De mon point de vue en tout cas, ça a pas l'air au point…

Côté gnome il y a tracker il me semble.

For science!

C'était bien? Y aura-t-il d'autre sessions? Je trouve ça sympa ce genre de sessions contribution + découverte + masterclass !
Bonne continuation.

Après c'est peut être l'opportunité de simplifier l'appender log4j et de laisser au journal/syslog une partie du travail de strucutre et de contextualisation (date, PID…)

Bonjour,
Les organisateurs sont ils des contributeurs au projet Fedora, des utilisateurs enthousiastes, ou bien les deux? En me référant au lieu vers le wiki de la dépêche, je vois que la liste des participants est "TBD" avec pas mal de sections "à compléter".
Dans quelle mesure l'évènement va plus loin qu'une introduction à la distrib + install party ?
Merci pour les détails.

sous Fedora tu peux les rendre persistante avec tuned et un scriptpowertop2tuned.
C'est un truc genre
- powertop2tuned monprofil --enable -f (ça créé une conf dans /etc/tuned/monprofil)
- tuned -p monprofil, qui démarre tuned et choisit le profil en argument, et positionne une conf persistante pour le choix du profil.
- systemctl start tuned.service pour voir si ça marche toujours.
- puis systemctl enable tuned.service quand tout est ok.

Après j'ai pas encore trouvé d'interface pour changer ça à la volée depuis l'interface graphique… Un jour peut être :)

Par défaut la JVM s'alloue énormément de mémoire, de l'ordre de 1/8. Bien sûr, c'est configurable, mais fausse pas mal de benchmark. La contrepartie, evidemment, c'est que moins de mémoire implique plus de pression sur le GC, et donc, à priori, des performances subtilement moindres.

"Espérons que les applications GNOME Java ne se multiplierons pas pour autant :x"
C'est vrai que ça serait dommage d'attirer un plus grand nombre de développeurs grace à un nouveau binding pour un langage populaire et performant.
Non, vraiment, la plate-forme devrait se cantonner à Vala.
Ironie mise à part, merci à l'auteur de ces bindings, et s'il lit ces lignes, les bindings permettent'ils d'écrire tout type d'application gnome, comme, par exemple, des extensions gnome-shell?

Ça choisit quelle imprimante, si, par exemple, on en a plusieurs dispo sur le réseau?

Les deux sont complémentaires pour 1-partager un historique de dev sous la forme que tu veux 2- intégrer le taf de tes collaborateurs sans risque:
Perso, souvent , avant de merge, dans un premier temps, je rebase ma branche avec --onto pour la faire partir exactement de là où c'est pertinent, puis je la merge --no-ff pour faire clairement apparaitre le fait que j'ai travaillé dans une branche , et pouvoir facilement dé-merger tout un dev en cas de problème (un seul commit à revert).
En l’occurrence, un dev qui vise la version 3 d'un logiciel peut être effectué dans une branche d'abord tirée de la version 1 , puis rebasé sur la version 2 pour intégrer les bugfix de cette branche, puis rebasé sur la version 3, idem on re-adapte la branche au socle, puis mergé sur la version 3.
Perso, ça me permet de démarrer un dev indépendamment de sa date, forme, de livraison.
Pour ce qui est de l'impossibilité/desactivation de rebase de branche distante, je dirais qu'on peut toujours rebaser, puis change le nom de la branche, etc. Pas de problème concernant le risque de perdre l'historique donc.

J'ai l'impression que c'est le chemin qu'a suivi sonarsource pour leur produit sonar.
Et, de mon point de vue, j'ai l'impression que le compromis de laisser certaines parties hyper custom en proprio a permis, au contraire, de développer d'autant plus la partie libre, vu que les devs peuvent en vivre. Donc vraiment, je pense que le double licence c'est un mal "théorique" pour un avantage très concret (manger, faire du dev libre…)
Si ça se trouve les parties custom proprios seront pas si essentielles au coeur du produit et tu seras même raisonnablement content de ne pas les intégrer à ton "bébé".

Whops, en effet, confusion, tout ça.

Comme ça, si on process part en sucette, au lieu de laisser le noyau tuer le process, ta machine va prograssivement ramer en remplissant la swap, et puis ça sera le reboot assuré. Vraiment un bon plan :)

Oh ok un instant on aurait pu croire que le problème venait d'ubuntu alors que pas du tout. Du coup on voit pas trop le lien avec la conséquence radicale de changer de distrib.

Hmm tu peux peut être partager tes ressources?

Les certificats wikipedia, google, etc sont en général bon. Le coup classique, c'est que ton ordi n'est pas réglé à la bonne heure, ce qui invalide les certificats. Jette un oeil là et tiens nous au courant :)

J'ai hésité à inutiliser ce post, mais en fait il me donne une occasion de dénoncer grave: Msysgit me prend la tête tous les jours au taf, pour debugger mes collègues sous win. Pour une raison d’écosystème d'abord: sensibilité à la casse, de performance ensuite: 5 à 10 fois plus lent que le même sous linux, et pour finir une gestion buggée des chemins longs, qui peut tout simplement mettre en status delete tous les fichiers d'une arborescence profonde. Je précise que ce dernier bug est spécifique à msysgit. Donc, pour rester lent mais fiables, jetez cette bouse de msysgit, et utilisez le package git au sein de cygwin, qui lui est tout a fait correct pour cela, qui lui a le bon gout de ne pas utiliser une API windows périmée depuis 10 ans.

Simplement en regardant les faits: Le projet logiciel le plus complexe (techniquement et/ou en terme de nb de contributeurs) du monde est piloté par un type qui porte des propos très clair et abrasifs, souvent pour de bonnes raisons, aux collaborateurs qui font des erreurs, pour marquer la ligne autant que servir d'exemple.

Il y a pourtant encore des centaines de contributeurs, et une grande qualité globale malgré ces écarts d'autorité. Ça peut paraitre antisocial, mais visiblement, c'est la meilleure façon de mener de genre de projet. La prise de position semble radicale, néanmoins, il n'y a pas de raison de prendre des pincettes face aux erreurs. De même, avec du recul, c'est l'auteur du patch moisi qui est antisocial en cassant la compatibilité, et en blâmant l'userspace. Linus, lui, a simplement envoyé un mail.

La freebox est en deux parties, et la partie TV peut communiquer à la partie modem via wifi. C'est peut être de ça dont l'auteur parle. On a donc bien une freebox qui agit en client wifi, et une autre en point d'accès.

Cette question a des allures de troll, n’empêche que je n'ai pas trouvé beaucoup d'explications au choix de ce langage comme un de ceux de référence pour la plateforme gnome. Il est très peu répandu, et pourtant, de nombreuses applications gnome sont réécrites de zéro dans ce langage, notamment les jeux. En revanche, je peux totalement comprendre la perplexité des éventuels nouveaux contributeurs face à un langage qui n'a rien pour lui face aux autres, C/C++/C#/javascript équipés de bindings. En attendant, le populaire java reste toujours le parent pauvre de l’écosystème gnome avec des bindings peu documentés s'ils existent, même face à C#, alors que l'audience est incomparablement plus large.
Doucement sur le moinssage, j'aimerai bien avoir une esquisse d'explication avant :)

Pardon mais tu n'expliques pas comment ton OS considère ton projecteur comme un écran secondaire. J'ai comme toi un périph upnp que je peux commander à distance, en revanche, rien n'est disponible pour, par exemple, déplacer desssus la fenetre de mon firefox.

Il me semble au passage, qu'une contribution mineure n'accorde pas de droits à son auteur. Donc si les cnotributions sont de l'ordre du bugfix simple, de la même façon rien n'empêcherait les auteurs originaux de refermer les sources ainsi modifiées dans le cadre de leur projet proprio.

Disons que si ton job c'est de faire des conférences tous les jours, que tu as des avions à prendre à des horaires fixes, beaucoup de tâches récurrente à effectuer, et que certains hôtes te font perdre du temps, je pense qu'il y a plusieurs façons de le gérer:

• Dormir moins et en avoir marre au bout d'un mois, juste parce que les gens qui t'accueillent ne font pas vraiment attention à tes prérogatives, ce qui est de l'impolitesse de fond, mais discrète. Personne va en faire un billet.

• Prévenir les hôtes pour qu'ils fassent les choses bien et te respectent en tant que présentateur qui a autre chose à faire que de voir, par exemple, une session de questions d'éterniser, et de t'avancer sur le boulot récurrent dans le cas contraire.

La situation de RMS n'est pas si différente de celle d'un député, d'un groupe de musique, ou de n'importe qui avec un agenda sérieux, la différence étant qu'il ne peut pas aussi librement faire des notes de frais pour dormir à l'hôtel. En revanche, j'ai l'impression qu'il est reçu avec beaucoup moins d'égards, quand bien même il a énormément contribué au paysage informatique moderne.

Quand j'ai vu RMS au JUG du mois dernier, j'ai bien vu à quel point les hôtes peuvent, à leur façon être bien pénibles malgré leurs tonnes de bonne volonté: La présentation qui commence en retard, les présentations intermédiaires qui dépassent, les question absurdes du public (mais là on y peut rien), les blagues lourdes du type qui dit "open-source" de façon ostentatoire, et qui présente Stallman à l'aune des raccourcis clavier d'Emacs…
Faut être un peu indulgent, parce que pour les organisateurs/spectateurs, c'est une présentation par mois avec un orateur éventuellement difficile à vivre, mais que de sa perspective, c'est des centaines de conférences annuelles qui dérapent, toujours pour les même raisons naïves.

J'ai l'impression que c'est au contraire parce que Stallman est justement une personne de très accessible, qui se déplace volontiers, qu'il est ainsi autant exposé à la critique facile du plus grand nombre.