Mildred a écrit 2249 commentaires

C'est pas les cons qui sont gros, juste leur connerie

Une femme qui se couche à 3H du matin après avoir tuné sa distro et qui se lève le lendemain avec des cernes sous les yeux, qui laisse la maison en plan pour passer la soirée au GUL le plus proche, qui trolle pendant des heures sur l'implication de choix techniques, ça ne correspond pas à ce qu'en attend notre société.
Même pour un homme, ça paraît étrange, mais on tolère bien plus facilement une attitude excentrique (par rapport à la moyenne des gens) quand elle est le fait d'un homme.

Je confirme,
même si je préfère coder dans un endroit propre et à la lumière du jour, je n'ai pas forcément tendance à mettre trop en avant mes activités dans le monde du logiciel libre, sans doute par peur des réactions ou de ce qu'on pourrait penser de moi.

C'est ce qu'on essaye d'expliquer : pourquoi se focaliser sur le sexe de la personne et non pas son origine ethnique ou sa couleur de peau (tout aussi génétique que le sexe). Pourquoi que le sexe de la personne? Elles ont quoi les filles pour qu'on s'intéresse à cet "handicap" précisément? Tout ce que je vois la, c'est qu'on dit que le filles sont des handicapées qu'il faut aider à mieux s'intégrer dans le libre, mais pas les arabes, les noirs... Qui ont le même problème de représentativité.

Il ne s'agit pas de handicap !
C'est juste que par hasard (ou autre, je m'en moque) le logiciel libre est développé par une majorité masculine. Et qu'il est plus difficile pour une femme de participer à un groupe presque entièrement masculin qu'un groupe mixte.

Imaginez, les hommes, si il n'y avait que des femmes pour faire du logiciel libre. Sans doute, vous ne vous seriez pas intéressé plus que ça, probablement parce que l'idée de faire de l'informatique libre ne vous aurait pas traversé l'esprit.

Après, peut être que ce n'est pas intéressant d'accueillir les femmes dans le LL, mais personnellement, je pense le contraire. Et je pense que tout être humain normal serait au moins ouvert à cette idée.

Pourquoi ce questionnaire va sur le sexe des gens et pas les autres minorité, c'est justement pas HS comme question, mais la question posée ici.

On cherche sans arrêt à gommer la différence sexuelle (ou de genre, peu importe). Mais culturellement, la différence existe et n'est pas négligeable. Et même si on passe outre le culturel, les hommes et les femmes ont des différences qui ne sont pas négligeables. Il n'est pas question de discriminer sur ces différences mais de les accepter et les intégrer pour pouvoir avancer.

Il faudrait aussi s'intéresser au pourcentage de noirs et d'arabes contributeurs
du logiciel libre, je ne trouve pas qu'ils soient représentatifs du pourcentage
mondial qu'ils représentent.

Même si on cherche souvent à les gommer de nos jours, je pense que les différences comportementales homme/femme sont plus importantes que les différences entre français de souche, et arabes.

Les logiciels libres, on en trouves dans tous les pays, et je ne pense pas qu'il y ait de sévères problèmes de représentation (à part dans les pays ou l'informatique est peu développée, mais on y peut pas grand chose)

Et donc que le code qu'on exécute ait été écrit par une femme ou un homme a une importance plutôt faible. Bien entendu, les demoiselles sont les bienvenues pour rejoindre l'aventure, mais ayant accès aux mêmes informations que les geeks poilus, si elles ne rejoignent pas la communauté, c'est probablement pour d'autres raisons.

Alors que veut-on faire exactement? On ne va pas les forcer que diable!

Ayant peu affaire aux communautés physique et plus aux communautés virtuelles, je ne me suis jamais vraiment sentie mal à l'aise. Mais c'est vrai que pour avoir quelques fois côtoyé des grottes remplies de geeks, pizzas, frites, bières et tabac, je peux admettre que certains endroits soient peu accueillants. Mais je ne pense pas qu'il faille généraliser.

A mon avis, il n'y a pas de gros problème, juste une sous représentation d'une partie de la population. Et personnellement, j'aimerais pouvoir trouver d'autres femmes dans le monde libre (et aussi de l'informatique). Je pense même qu'une présente féminine plus importante pourrait être très bénéfique pour le libre en général, apportant d'autres idées et plus d'ouverture.

De manière générale, j'ai pu remarquer que les groupes humains mixtes étaient beaucoup plus accueillants que des groupes seulement masculins ou féminins. Le fait de mélanger les deux sexes permet de tempérer les extrêmes que chacun pourrait avoir.

Je sais bien, les hommes et les femmes sont égaux ... mais il ne faut pas oublier que nous sommes fait différemment physiquement, hormonalement et culturellement. Nier ces différentes n'avance à rien

c'est bien connu, pourtant: "no pain, no gain!" :)

Je connaissait d'avantage: no brain, no pain

http://en.wikipedia.org/wiki/MANCOOSI

The consortium MANCOOSI (MANaging the COmplexity of the Open Source Infrastructure) is a project financed by European Union that it has as primary target the creation of a solid and flexible structure for the handling of packages, controller and library in operating systems based on UNIX and standardize the packages dominated by APT for DEB and RPM.

Si quelqu'un en sait plus ..?

De son blog: http://0pointer.de/blog/projects/systemd-update.html

We reimplemented almost all boot-up and shutdown scripts of the standard Fedora install in much smaller, simpler and faster C utilities, or in systemd itself. Most of this will not be enabled in F14 however, even though it is shipped with systemd upstream. With this enabled the entire Linux system gains a completely new feeling as the number of shells we spawn approaches zero, and the PID of the first user terminal is way < 500 now, and the early boot-up is fully parallelized. We looked at the boot scripts of Fedora, OpenSUSE and Debian and distilled from this a list of functionality that makes up the early boot process and reimplemented this in C, if possible following the bahaviour of one of the existing implementations from these three distributions. This turned out to be much less effort than anticipated, and we are actually quite excited about this. Look forward to the fruits of this work in F15, when we might be able to present you a shell-less boot at least for standard desktop/laptop systems.

Nous avons réimplémenté presque tous les scripts de démarrage et d'arrêt d'une Fedora standard en des outils C bien plus petits et plus rapides, ou dans systemd. La plupart ne seront pas activés dans F14 même si ils sont quand même inclus dans systemd. Avec cela d'activé, le système Linux complet change de visage parce que le nombre de sessions shell exécutées approche de zéro, le PID du premier terminal utilisateur est bien inférieur à 500 et les premières étapes de démarrage sont complètement parallélisées. On a regardé les scripts de démarrage de Fedora, OpenSUSE et Debian et distillé les fonctionnalités qui représentent les premières étapes de démarrage pour les réimplémenter en C, si possible avec une seule réimplémentation pour chacune de ces trois distributions. Finalement, ça a demandé beaucoup moins d'effort qu'attendu et on est pas mal excité par tout ça. Anticipez le fruit de ce travail dans F15, lorsque nous pourrons alors vous présenter un boot sans aucun script shell, au moins pour une installation standard.

Je trouve cela très encourageant. Et pour ceux qui arguent que ce sera difficile à personnaliser, je vais vous demander si vous modifiez souvent le code qui monte les filesystem /sys et /proc, et qui fait un fsck du disque ?

Et si c'est le cas, sans doute devriez-vous remonter vos demandes de fonctionnalités upstream.

J'ai hâte de tester la nouvelle fedora pour voir systemd. Il a l'air pas mal.

Lors de sa publication, Lennart n'a pas arrêté de répéter que ce n'était pas parce qu'il travaillait sur systemd qu'il allait être intégré à Fedora, mais finalement, peut être que si.

J'invite tout le monde à lire son blog si ce n'est déjà fait, ce qu'il à créé est très astucieux:
http://www.freedesktop.org/wiki/Software/systemd

httpd est le nom du binaire (et du user je crois) des serveurs apaches sous RedHat par exemple. Mais pas sous Debian (où le user est www-data et le binaire apache2).

C'est normal, Debian font toujours les choses à leur sauce.
Par défaut, le serveur HTTP d'Apache s'appelle httpd.

Alors c'est super que X fasse un supe-méga truc qui fait qu'on peut avoir 1000 terminaux, c'est bien, mais ce n'est pas le besoin de nVidia pour le moment, alors que Windows ne permet certes pas les 1000 terminaux, mais répond au besoin de nVidia.

Si tu parles de terminaux virtuels (xterm) alors j'ai le devoir de t'annoncer que c'est impossible de lancer autant de fenêtres dans un serveur X. 256 maximum selon le wiki de Xorg, et j'ai pu il me semble expérimenter une limite à 512 sur une Fedora:

http://www.x.org/wiki/Development/X12#XIDsaretoosmall

30GB ? à mon avis, il parle de Mac OS X (10.5).
En tout cas, je ne l'ai jamais utilisé, et à part installer les mises à jour, un driver ext2/3 et des dev tools (que j'ai supprimé par manque de place), ça remplit bien la partition 30GB allouée.

Il n'y a tellement plus de place que je ne peux plus faire de mises à jour. En même temps, je crois que la prochaine fois que je réinstalle cer ordinateur, Mac OS X passera à la trappe.

Non, la question c'est de savoir si les applications (celles qui en ont réellement besoin au passage) ont été conçues pour tourner sur du 64 bits ou pas. A ma connaissance, c'est assez rare et on se contente trop souvent de compiler en 64 bits en ajoutant juste le support pour plus de 4GB de mémoire virtuelle ... et encore, c'est pas tout le temps le cas.

En même temps, à part une application spécialisée ou optimisée à mort, je ne vois pas pourquoi elle tiendrait compte de l'architecture. Pour mes propres applications, je vois mal comment tirer partie du 64bits.

Autre chose:
Pour la modification. Autant ceci a un intérêt pour le code, pour une oeuvre artistique c'est parfois un peu différent car disposer de l'oeuvre ne permet pas forcement de disposer des recettes de fabrication.
Ce devrait pas être trop difficile de le convaincre de diffuser l'oeuvre telle quelle, mais un effort de pédagogie sera nécessaire pour lui faire comprendre l'intérêt de mettre à disposition tout le matériel nécessaire à la modification.

Si l'oeuvre est sous GPL, il devrait fournir avec les partitions et autres documents nécessaires pour reproduire l'oeuvre. Sans doute les pistes non mixées aussi ...

Elle peut ne pas avoir choisi une license libre parce qu'elle n'a pas encore compris la différence entre libre et gratuit. Et si ça se trouve, en demandant avec une bonne raison, ça pourrait devenir libre dans cette distribution (et rester propriétaire dans les autres cannaux de distribution)

Je suis d'accord que ce n'est pas libre, mais peut être que l'artiste serait sensible à une demande bien formulée. Ce n'est pas comme Microsoft qui fait la guerre contre le monde libre.

Juste pour te donner un exemple, je ne peux pas faire une distro Linux libre et mettre cette musique dedans (car la distro deviendrait non libre)

Après, rien n'interdit à la distro de demander gentiment à l'artiste de lui donner une licence libre.

Les DRM n'ont pas forcément pour vocation d'empêcher techniquement l'utilisation d'un fichier lorsque les conditions ne sont pas respectées. On pourrait très bien imaginer un DRM qui ajouterait des métadonnées à titre informatif uniquement, avec la majorité des acteurs qui se mettent d'accord pour que leur produits soient compatibles.
Et pour éviter que les vieux logiciels passent outre les métadonnées DRM, on pourrait juste appliquer un filtre simple sur le reste du fichier (par exemple un non logique) qui le rendrait illisible pour les logiciels ne respectant pas les DRM.

C'est ce type de DRM que j'aimerais trouver.

Et pour ce type de DRM, je ne vois en aucun cas leur problème. Ils sont complètement interopérables et des logiciels libres peuvent les implémenter.

Bien sûr, il sera très facile d'écrire un logiciel qui va lire le fichier quand même. Et alors ? Ce n'est pas comme si les logiciels pour déchiffrer les DRM n'existaient pas déjà.

ce n'est pas un privilège, c'est ce qui devrait exister partout.

C'est le NAT qui est une aberration.

Ou alors c'est que notre ordinateur principal est tout neuf.

Mais pour ma part, j'ai cumulé ce temps avec l'ordinateur précédant. Ce qui fait entre 1 et 3 ans de Fedora (avant, c'était ArchLinux, commencé il y à plus de trois ans au moins)

sauf qu'etre homme ou etre femme n'est pas une affaire d'hormones.

Non, effectivement.
Par contre, il ne faut pas nier l'importance des hormones. Les hormones ne font pas tout mais peuvent influencer pas mal le comportement.

Et puis zeitgeist manque encore d’un « porn-mode » qui permettrait de le désactivé quand on ne veut pas « polluer » son historique. C’est prévu mais je n’ai pas encore vu de système pour en effet mettre zeitgest en pause.

On peut aussi assumer ses tendances et ne pas en avoir honte. Et si on est vraiment schizophrène, on peut aussi créer un compte utilisateur additionnel (j'ai bien fait un compte sandbox pour utiliser skype). Mais de toute façon, il me semble que Firefox à déjà un mode "private browsing".

Mais c'est vrai que ça peut être utile pour plein de choses de pouvoir désactiver Zeitgeist, pas juste le porn :)

Sauf que pour GObject Introspection, ça peut être fait statiquement avant la compilation.
Donc c'est bien.

en fait le bug vient des widgets standard Gtk, comme la zone de texte ou la ligne de texte.
Et comme gedit réutilise ceux-là, c'est normal.

Si on utilise Scintilla ou d'autres widgets comme l'émulateur de terminal VTE, ça va marcher.

s/Mercury/Mercurial/

A mon avis, au moment où il fait les optimisations sur l'ensemble du code, tout le code est vérifié et il n'y a pas trop de risque d'avoir une erreur à ce moment.