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
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.
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.
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:
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.
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à.
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 :)
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.
Ca évite les grossesses non désirées aussi... Bon après, je sens que je vais avoir une réponse "le sexe, c'est que pour les enfants", mais la j'abandonne l'explication...
Il faut savoir bien tourner la phrase: ça évite les avortements. Donc, c'est une bonne chose !
Plus important, c'est contre nature, deux personnes de même sexe ne peuvent pas faire des enfants. Les règles d'une femme rappel que pour enfanter il n'y a qu'une seule façon, être en couple hétéro.
L'homosexualité n'a pas de sens, si tout le monde était homo l'humanité disparaitrait en une seule génération. C'est absurde.
Il n'y a pas forcément que les homos qui ne peuvent pas avoir d'enfant, les couples stériles, ça existe. Dans la même logique, tu est contre le fait que des couples stériles aient une vie de couple ?
Je pousse un peu, tu n'as pas dit être contre les homos, mais contre la promotion de l'homosexualité. Mais justifier cela par le fait qu'ils ne peuvent pas avoir d'enfant n'est pas, je pense, une bonne justification.
Hudson gère très bien make, je l'utilise pour compiler mes projets Ada.
Dans la configuration, tu peux ajouter une étape "Execute Shell" et tu tapes ta ligne de commande make. je ne vois pas vraiment ce qu'il pourrait faire de plus. En tout cas, c'est largement suffisant pour la plupart des usages je dirais.
[^] # Re: Est-ce si important?
Posté par Mildred (site web personnel) . En réponse à la dépêche Les femmes libres s'invitent au Forum Mondial du Libre. Évalué à 5.
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
[^] # Re: N'oubliez pas de tester !
Posté par Mildred (site web personnel) . En réponse à la dépêche Firefox 4 bêta disponible pour tests (et plus si affinités). Évalué à 2.
Je connaissait d'avantage: no brain, no pain
[^] # Re: Systemd
Posté par Mildred (site web personnel) . En réponse à la dépêche Fedora 14 en version alpha. Évalué à 1.
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 ..?
[^] # Re: Systemd
Posté par Mildred (site web personnel) . En réponse à la dépêche Fedora 14 en version alpha. Évalué à 10.
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.
# Systemd
Posté par Mildred (site web personnel) . En réponse à la dépêche Fedora 14 en version alpha. Évalué à 5.
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
[^] # Re: Génial mais...
Posté par Mildred (site web personnel) . En réponse à la dépêche Gollum, un wiki propulsé par git. Évalué à 0.
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.
[^] # Re: Remplir les besoins des utilisateurs != Hostile a Linux
Posté par Mildred (site web personnel) . En réponse au journal nVidia Optimus, bonne idée fondamentalement incompatible avec Linux.... Évalué à 1.
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
[^] # Re: i386
Posté par Mildred (site web personnel) . En réponse à la dépêche Test de Fedora 13 : Goddard. Évalué à 1.
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.
[^] # Re: i386
Posté par Mildred (site web personnel) . En réponse à la dépêche Test de Fedora 13 : Goddard. Évalué à 1.
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.
[^] # Re: OSEF.
Posté par Mildred (site web personnel) . En réponse à la dépêche UltraViolet : et c'est reparti pour les DRM !. Évalué à 1.
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 ...
[^] # Re: OSEF.
Posté par Mildred (site web personnel) . En réponse à la dépêche UltraViolet : et c'est reparti pour les DRM !. Évalué à 3.
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.
[^] # Re: OSEF.
Posté par Mildred (site web personnel) . En réponse à la dépêche UltraViolet : et c'est reparti pour les DRM !. Évalué à 2.
Après, rien n'interdit à la distro de demander gentiment à l'artiste de lui donner une licence libre.
# DRM = Digital Right Management
Posté par Mildred (site web personnel) . En réponse à la dépêche UltraViolet : et c'est reparti pour les DRM !. Évalué à 1.
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à.
[^] # Re: Pénurie ? Quelle pénurie ?
Posté par Mildred (site web personnel) . En réponse à la dépêche La pénurie d'adresse IPv4 sera-t-elle pour le 12/12/2012 ?. Évalué à 10.
C'est le NAT qui est une aberration.
[^] # Re: Relever les étudiants
Posté par Mildred (site web personnel) . En réponse au sondage Sur mon ordinateur principal, je n'ai pas changé de distribution Linux (sans compter les changements de versions). Évalué à 1.
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)
[^] # Re: blah
Posté par Mildred (site web personnel) . En réponse à la dépêche Les femmes et le logiciel libre : retours d'une conférence des RMLL. Évalué à 4.
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.
[^] # Re: Zeitgeist refusé
Posté par Mildred (site web personnel) . En réponse à la dépêche GNOME 2.30.2, dernières révérences de l'honorable. Évalué à 1.
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 :)
[^] # Re: Petite introspection sur l'introspection
Posté par Mildred (site web personnel) . En réponse au journal Gobject Introspection, Parrot, Mono, JVM etc.. Évalué à 2.
Donc c'est bien.
[^] # Re: GTK ? Vraiment ?
Posté par Mildred (site web personnel) . En réponse au journal Gtk : où comment faire fonctionner le presse-papier. Évalué à 2.
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.
[^] # Re: Dommage...
Posté par Mildred (site web personnel) . En réponse à la dépêche SparkleShare pour partager vos fichiers sur internet. Évalué à 1.
[^] # Re: Intérêt ?
Posté par Mildred (site web personnel) . En réponse à la dépêche Sortie de Longene 0.3.0. Évalué à 2.
[^] # Re: De l'utilisation de "pertinent et inutile"
Posté par Mildred (site web personnel) . En réponse au journal Journal censuré ?. Évalué à 6.
Il faut savoir bien tourner la phrase: ça évite les avortements. Donc, c'est une bonne chose !
[^] # Re: Explication de narke
Posté par Mildred (site web personnel) . En réponse au journal Journal censuré ?. Évalué à 4.
L'homosexualité n'a pas de sens, si tout le monde était homo l'humanité disparaitrait en une seule génération. C'est absurde.
Il n'y a pas forcément que les homos qui ne peuvent pas avoir d'enfant, les couples stériles, ça existe. Dans la même logique, tu est contre le fait que des couples stériles aient une vie de couple ?
Je pousse un peu, tu n'as pas dit être contre les homos, mais contre la promotion de l'homosexualité. Mais justifier cela par le fait qu'ils ne peuvent pas avoir d'enfant n'est pas, je pense, une bonne justification.
[^] # Re: Précisions
Posté par Mildred (site web personnel) . En réponse au journal Hudson, l'aigle de l'intégration continue. Évalué à 3.
Et Hudson est très facile à installer. Le plus simple c'est de lancer
java -jar hudson.jarSinon, il y a des moyens d'interfacer Hudson avec Apache httpd aussi ...
[^] # Re: Précisions
Posté par Mildred (site web personnel) . En réponse au journal Hudson, l'aigle de l'intégration continue. Évalué à 2.
Hudson gère très bien make, je l'utilise pour compiler mes projets Ada.
Dans la configuration, tu peux ajouter une étape "Execute Shell" et tu tapes ta ligne de commande make. je ne vois pas vraiment ce qu'il pourrait faire de plus. En tout cas, c'est largement suffisant pour la plupart des usages je dirais.