> Il c'est peut être trompé (je n'en sais rien et je chercherai pas) mais ce n'est pas une raison pour attaquer comme ça.
Ce tromper n'est pas le problème. Le problème c'est de ne pas corriger.
Et pour le "Vlà l'affabulateur..." c'est car frlinux est très coutumier du fait de dire des conneries, de ne pas donner les sources de ses conneries et de ne pas les corriger.
A la longue c'est fatiguant. C'est dommage car ces articles sont corrects.
> sortir des sentiers battus, c'est aussi oser de proposer quelque chose de différent.
Avant de sortir des sentiers battus, il faut déjà se demander pourquoi. J'ai l'impression que beaucoup veulent sortir des santiers battus uniquement pour la frime.
Puis j'en ai marre.
C'est blindé d'ados bouttonneux ici ?
C'est quoi cette obsession de frimer avec des solutions originales ?
C'est vraiment prendre les développeurs pour des cons. Si Ojective-C était génial, les développeurs l'utiliseraient beaucoup plus. Point barre. Fin du thread.
Le .spec est intéressant. Il support maintenant ppc. Déjà que portage de FC vers sparc est pratiquement terminé (manque les isos seulement), il y aura peut-être un portage vers ppc.
Toujours pas corrigé.
Pour ton info : http://www.fedoranews.org/colin/fnu/issue13.shtml(...) It's also become clear that Red Hat Enterprise Linux 4 will be based on Fedora Core 3
Cette version de test dont tu parles ne peut pas exister actuellement puisque FC3 (même beta ou test) n'est pas sorti.
Juste par pure curiosité, où tu as vu ce que tu avances.
> Juger un framework pour son aspect graphique montre que les jugements tiennent à peu de chose.
Tu n'y es pas.
L'esthétique est une facette. Prends un screenshot ajoute du rose, tripatouille partout dans changer l'ergonomie de l'applie. Ben ça reste non convivial.
Puis avec les thèmes, l'esthétique est maintenant un élément annexe dans le choix d'un toolkit. Puis tu peux toujours changer l'esthétique.
> On doit être des moutons ? Toujours suivre la majorité, sans jamais sortir des sentiers battus ?
On doit faire dans l'original pour faire original ?
Installes un Hurd si tu veux. Critiquer des projets uniquement car ils ne sont pas "post-modernes" est vraiment léger.
Il y a des solutions éprouvées qui existe et on les utilise en tout liberté. T'es libre de prendre sentiers qui n'ont pas fait leur preuve (ce qui peut être vu comme une preuve de ... :-)).
Toute nouvelle technologie est passée par une phase d'adoption (C++, perl, python, gtk+, KDE, etc...). Certains ont passé avec succès cette phase et d'autres pas.
Il n'y a pas de fumée sans feu.
> J'ai lu l'autre jour un article qui expliquait que linux devenait trop gros et qu'il utilisait trop de mémoire.
FUD. suivant...
> je suis d'accord, gnome (c'est le seul que j'utilise) demande BEAUCOUP de mémoire et est lourd.
Et ?
Arrêtons ces conneries. Gnome ne bouffe pas beaucoup de mémoire. C'est pas un poid plume d'accord. Mais il fait tant de chose. D'ailleur Gnome (le bureau) ne pas pris un gramme depuis la version 1.0.
Ce qui bouffe de la mémoire, ce sont les applis. Mozilla qui n'est pas une applis Gnome bouffe de la mémoire car il faut beaucoup de chose et est très complexe.
Lance Gnome (gnome-panel, nautilus, etc) mais sans lancer d'appli et regardes la place mémoire utilisé. Puis après lance en même tant evolution, mozilla, openoffice et regardes à nouveau la place mémoire.
> Un de mes collègues a bani totalement toute application gtk2 et kde à cause de cela.
Quel con...
Je vais encore me faire moinser mais j'en ai mare de ces pleurnicheries.
Vous voulez un truc qui bouffe peu de mémoire ?
J'ai une solution :
- installer une distribution de 5 ans d'age. Battez-vous avec email, links, Netscape 3, fvwm, etc...
La communauté est très forte pour propager le FUD.
NB : je m'en branle des bécanes avec 32 Mo. Pour ça il y a les vieilles distributions. Faut vivre avec son époque.
> on est resté typiquement et volontairement bas niveau / faible coût en ressource / très grand contrôle de l'implémentation aux débuts du langage pour progressivement dériver vers du moyen niveau / très faible contrôle de l'implémentation. Du coup j'ai plus la sensation d'avoir un empilement de concept orthogonaux plutôt qu'une réelle intégration comme en Java.
J'y comprend rien....
En gros, je m'en fous. C++ est une réalité. Mozilla, KDE, OpenOffice etc sont en C++. J'ose pas imaginer l'horreur que serait Mozilla s'il était écrit en Java.
Ça doit froisser ta haute idée (limite intégriste) de ce que doit être un language mais il y a des réalités. En autre que C++ n'a plus a démontrer ses qualités. Il a réussi là où on l'attendait :
- gros projets
- librairie de haut niveau
Après on peut discuter durant des plombes de l'héritage du C et de sa syntax pas très lisible mais quand on connait le language on s'en tape et C++ est un language qui peut-être de haut niveau et diablement efficace (comparé à java, etc...).
T'aime OpenStep, OpenStep roxe, etc...
Bien, j'ai rien contre ça. Par contre ce qui me casse les coui.... c'est de dire :
- Gnome c'est bien uniquement car il y a plus de développeurs
C'est naze comme propos car l'un ne va pas sans l'autre et on peut aussi dire "Gnome a plus de développeurs car c'est bien".
Si GNUStep n'est pas du niveau de Gnome (ou KDE) ce n'est pas seulement à cause d'une incompréhension du projet ou des développeurs qui "boudent" Objective-C .
Le côté "notre projet roxe mais on est imcompris du reste du monde" est lourdingue.
> Ensuite, je vois pas en quoi le fait que OPENSTEP (le système) existait en 94-95 a servi à GNUstep ! vu que c'est en gros les api que GNUstep voulait justement réimplémenter hein...
Ben moi ça me parait évident. N'avoir qu'à réimplémenter une api "sans réflechir" est beaucoup plus rapide que de tout faire. Les specs sont un élément critique de tout projet. Décider de reprendre une api ou tout refaire a un impact énorme, et donc des conséquences plus ou moins heureuses.
> Donc au final, pour faire exactement la meme chose on a eu besoin de beaucoup moins de ressources ...
Faut faire un peu d'histoire... NextStep existait AVANT que le projet Gnome naisse ! J'avais un NextCube en 93 environ (formidable machine/OS à l'époque).
Que GnuStep ait pris un tel retard alors qu'ils avaient une énorme avance est significatif.
> Tu peux faire un peu de vulgarisation et m'expliquer pourquoi il y a des risques d'avoir tout à réinstaller après
Exemples :
Tu passes de Linux 2.4 à Linux 2.6. Normalement il faut recomfigurer toute la partie matériel. Pour ce faire il faut être sous Linux 2.6. Or lors d'une mise à jours avec "yum update" par exemple tu es toujours sous Linux 2.4. Donc lors de la mise à jour du paquet tu ne peux pas reconfigurer automatiquement toute la partie matérielle.
Une autre exemple. Pour avoir SeLinux, il faut un noyau 2.6 et un système de fichier avec des attributs étendus. Pour activer les attribus étendus il faut démonter les partitions ext3, faire un "tune2fs -O user_xattr", remonter le système de fichier avec un noyau qui support les attributs étendus (mais le noyau FC1 n'as pas les attributs étendus). C'est impossible avec une mise à jour via yum puis tu ne peux pas démonter la partition racine. Ou alors il faut mettre en place des scripts qui seront exécutés une seule foi au boot suivant.
Tu peux aussi avoir des problèmes plus subtiles. Par exemple tu fais la mise à jours de plusieurs paquets. En premier la libc sera mise à jour. Mais cette mise à jour peut empêcher l'exécution de scripts post-installation des autres paquets par exemple.
En fesant la mise à jour avec les CD, tu n'as pas ces problème et c'est aussi beaucoup plus simple pour les développeurs.
Les mises à jours majeur sans CD peuvent être très problématique. Je trouve que c'est vraiment se compliquer la vie (pour les développeurs) pour un gain ridicule pour l'utilisateur (une mise à jours avec les CD prend 20 minutes à 1 heure tous les 6 mois).
> base rpm corrompue j'imagine
Peu probable. La mise à jour par rpm n'est accèptée que si la mise à jour est cohérente. Puis la mise à jour de la base rpm est faite par l'ancien rpm/libc/etc (c'est toujours le même processus pour la mise à jours de plusieurs paquets). Au pire (c-à-d avec bug) tu ne pourras pas lire ta base rpm avec le nouveau rpm que vient d'installer.
> Et puis j'aime bien le concept une debian/mandrake ne s'installe qu'une fois :)
Pour Mandrake ça m'étonnerait.
La prochaine FC3 ne sera pas aussi "révolutionnaire" que la FC2. Un "yum update" sera peut-être suffisant (mais les règles SeLinux vont significativement changer).
Plein de types sont passés de FC1 à FC2 avec "yum update". Mais il faut retoucher le système après. Ça n'en fait pas une Debian même si quelques démagos disent qu'une Fedora peut se mettre à jours comme une Debian. Ahhh, les fans....
Et aussi le niveau (nul, technicien, ingé, etc).
Puis demain si t'es un noir ou "bon" blanc...
Non merci. Déjà qu'il y a des archives mail "stupides" qui donnent le client mail utilisé comme si celà avait une conséquence sur le contenu. Je ne donne pas de nom... mais certains auront vite trouvé.
C'est comme la tribune qui affiche le "user-agent". C'est le "naze touch".
> Sur un plan tout à fait personnel, il arrive néanmoins d'avoir à se défendre sur certaines remarques en particulier à caractère sexuel.
Ça m'étonnerait que ce soit limité au domaine de l'informatique.
Si t'es petit, on se fout de ta taille, si t'es gros alors on s'en prend à ton poid, si t'utilise Lindows t'es laminé, etc... Pour les femmes, on s'en prend à leur "genre".
On est toujours la tête de turc d'un autre.
Je connais ce Howto depuis un moment. Au début je trouvais ça bien. Maintenant je dois avouer qu'il me gonffre. Il y a des choses vrais, daccord. Mais un défaut dont souffre aussi bien les hommes que les femmes est marqué comme spécifiquement masculin. Le Howto ne mets pas les femmes à égalité avec les hommes. Elles sont sur un pied d'estale. Avec elles c'est "fait pas ci, fait pas ça ou t'es un vilain macho primitif". Et ça me gonffle. Je sais, c'est une remarque de gros con mais c'est comme ça que je le sens.
J'ai deux petites anecdotes :
- Je cherchais un medecin généraliste. J'ouvre le bottin et en choisi un au hazard. C'est un ou une Dominique. Dans la salle d'attente bondée, surprise, j'étais le seul mec. Je rencontre le médecin et c'était une femme. Voilà l'explication. Les hommes, en général, évitent les femmes médecins... Que conclure ? Machisme ? J'en sais rien. Et moi ? Ben je suis tombé sur un (ou une, choisissez la formulation qui vous plait) bon medecin et j'en suis très content.
- J'avais un petit travail d'été. J'étais l'un des rares mecs dans une fabrique de jouets. Ben j'ai dégusté aussi ... "dégusté" mais pas dans le bon sens du terme. Sexisme, "remarques à caractère sexuel", etc... Un petit manuel de "savoir vivre" ne peut pas faire de mal ni aux hommes ni aux femmes.
En gros con machiste (puisque je dois me définir ainsi d'après le Howto : c'est une caricature évidemment), je ne fais pas plus ou moins attention à une femme qu'à un homme. Un connard sera qualifié de connard et une connasse, de connasse. Simple.
[^] # Re: Des corrections !
Posté par 007 . En réponse au journal Test de Gnome 2.6.1. Évalué à 2.
Ce tromper n'est pas le problème. Le problème c'est de ne pas corriger.
Et pour le "Vlà l'affabulateur..." c'est car frlinux est très coutumier du fait de dire des conneries, de ne pas donner les sources de ses conneries et de ne pas les corriger.
A la longue c'est fatiguant. C'est dommage car ces articles sont corrects.
[^] # Re: ...
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à -1.
Avant de sortir des sentiers battus, il faut déjà se demander pourquoi. J'ai l'impression que beaucoup veulent sortir des santiers battus uniquement pour la frime.
Puis j'en ai marre.
C'est blindé d'ados bouttonneux ici ?
C'est quoi cette obsession de frimer avec des solutions originales ?
C'est vraiment prendre les développeurs pour des cons. Si Ojective-C était génial, les développeurs l'utiliseraient beaucoup plus. Point barre. Fin du thread.
[^] # Re: Concrètement pour un utilisateur....
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 1.
à bon entendeur...
[^] # Re: Bof
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à -2.
Et la librairie qui fait le rendu est en C ou C++ ... et pas en Basic.
[^] # Re: ...
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à -1.
Windows n'a pas toujours eu un monopôle. Mets toi ça dans la tête coco.
[^] # Re: Et l'emprinte mémoire?
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 1.
Ben installes une vieille distribution.
Tu veux que le logiciel libre reste "figé" a des bécanes avec 32 Mo de mémoire et un disque dure de 1 Go ?
Pas moi.
> Ensuite dire que Gnome n'a pas pris un gramme depuis la 1.0 c'est soit un gros mensonge soit que t'as perdu t'as balance....
Je parle du BUREAU et pas des applis. A l'époque nautilus et gnome-panel etaient de gros gloutons.
> GTK2 est d'une lourdeur à pleurer et passer de Gnomme 1.4 à 2.0 empêche toute utilisation sur une machine à 128 Mo de RAM ou moins...
Gnome 2.0 bouffait moins de mémoire que Gnome 1.4. Renseignes toi un peu.
[^] # Re: Concrètement pour un utilisateur....
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 1.
Toi aussi :
http://gtk-osx.sourceforge.net/(...)
[^] # Re: Des corrections !
Posté par 007 . En réponse au journal Test de Gnome 2.6.1. Évalué à -3.
C'est vraiment marrant. C'est l'effet frlinux. Il dit une connerie et après tout le monde doit dire la même connerie pour ne pas le froisser.
[^] # Re: Bof
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 1.
[^] # Re: Bof
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 1.
C'est gtk+. Il y a plein de partie de Gnome qui ne sont pas orienté objet (par exemple gconf).
> L'argument du nombre n'en est jamais hein ceci dit. On peut aussi dire "Windows a plus de développeurs car c'est bien".
Ben oui Windows c'est bien. Mais après GNU/Linux :-)
[^] # Re: FEDORA CORE 2 USER
Posté par 007 . En réponse à la dépêche Vulnérabilité de tous les noyaux 2.4.x / 2.6.x. Évalué à 1.
[^] # Re: Des corrections !
Posté par 007 . En réponse au journal Test de Gnome 2.6.1. Évalué à -4.
avec un kernel 2.6-nptl
Tous les noyau 2.6 ont nptl !
Epiphany est encore un peu plus rapide qu'auparavant et gère mieux les sites compliqués.
C'est mozilla qui "gère mieux les sites compliqués" et pas Epiphany. Epiphany est l'"enveloppe".
# Des corrections !
Posté par 007 . En réponse au journal Test de Gnome 2.6.1. Évalué à -6.
http://frlinux.net/?section=distributions&article=124(...)
RedHat va baser sa version desktop sur la Fedora Core 2 en sortant une version entreprise bientôt (actuellement en test).
Toujours pas corrigé.
Pour ton info :
http://www.fedoranews.org/colin/fnu/issue13.shtml(...)
It's also become clear that Red Hat Enterprise Linux 4 will be based on Fedora Core 3
Cette version de test dont tu parles ne peut pas exister actuellement puisque FC3 (même beta ou test) n'est pas sorti.
Juste par pure curiosité, où tu as vu ce que tu avances.
[^] # Re: Crash et non root access
Posté par 007 . En réponse à la dépêche Vulnérabilité de tous les noyaux 2.4.x / 2.6.x. Évalué à 1.
Il faut un accès ssh. Dans 99 % des cas, les serveurs ont un accès ssh uniquement pour les personnes de confiance.
[^] # Re: ...
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à -3.
Tu n'y es pas.
L'esthétique est une facette. Prends un screenshot ajoute du rose, tripatouille partout dans changer l'ergonomie de l'applie. Ben ça reste non convivial.
Puis avec les thèmes, l'esthétique est maintenant un élément annexe dans le choix d'un toolkit. Puis tu peux toujours changer l'esthétique.
> On doit être des moutons ? Toujours suivre la majorité, sans jamais sortir des sentiers battus ?
On doit faire dans l'original pour faire original ?
Installes un Hurd si tu veux. Critiquer des projets uniquement car ils ne sont pas "post-modernes" est vraiment léger.
Il y a des solutions éprouvées qui existe et on les utilise en tout liberté. T'es libre de prendre sentiers qui n'ont pas fait leur preuve (ce qui peut être vu comme une preuve de ... :-)).
Toute nouvelle technologie est passée par une phase d'adoption (C++, perl, python, gtk+, KDE, etc...). Certains ont passé avec succès cette phase et d'autres pas.
Il n'y a pas de fumée sans feu.
[^] # Re: Et l'emprinte mémoire?
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à -2.
FUD. suivant...
> je suis d'accord, gnome (c'est le seul que j'utilise) demande BEAUCOUP de mémoire et est lourd.
Et ?
Arrêtons ces conneries. Gnome ne bouffe pas beaucoup de mémoire. C'est pas un poid plume d'accord. Mais il fait tant de chose. D'ailleur Gnome (le bureau) ne pas pris un gramme depuis la version 1.0.
Ce qui bouffe de la mémoire, ce sont les applis. Mozilla qui n'est pas une applis Gnome bouffe de la mémoire car il faut beaucoup de chose et est très complexe.
Lance Gnome (gnome-panel, nautilus, etc) mais sans lancer d'appli et regardes la place mémoire utilisé. Puis après lance en même tant evolution, mozilla, openoffice et regardes à nouveau la place mémoire.
> Un de mes collègues a bani totalement toute application gtk2 et kde à cause de cela.
Quel con...
Je vais encore me faire moinser mais j'en ai mare de ces pleurnicheries.
Vous voulez un truc qui bouffe peu de mémoire ?
J'ai une solution :
- installer une distribution de 5 ans d'age. Battez-vous avec email, links, Netscape 3, fvwm, etc...
La communauté est très forte pour propager le FUD.
NB : je m'en branle des bécanes avec 32 Mo. Pour ça il y a les vieilles distributions. Faut vivre avec son époque.
[^] # Re: Bof
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 1.
J'y comprend rien....
En gros, je m'en fous. C++ est une réalité. Mozilla, KDE, OpenOffice etc sont en C++. J'ose pas imaginer l'horreur que serait Mozilla s'il était écrit en Java.
Ça doit froisser ta haute idée (limite intégriste) de ce que doit être un language mais il y a des réalités. En autre que C++ n'a plus a démontrer ses qualités. Il a réussi là où on l'attendait :
- gros projets
- librairie de haut niveau
Après on peut discuter durant des plombes de l'héritage du C et de sa syntax pas très lisible mais quand on connait le language on s'en tape et C++ est un language qui peut-être de haut niveau et diablement efficace (comparé à java, etc...).
[^] # Re: Bof
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 0.
Bien, j'ai rien contre ça. Par contre ce qui me casse les coui.... c'est de dire :
- Gnome c'est bien uniquement car il y a plus de développeurs
C'est naze comme propos car l'un ne va pas sans l'autre et on peut aussi dire "Gnome a plus de développeurs car c'est bien".
Si GNUStep n'est pas du niveau de Gnome (ou KDE) ce n'est pas seulement à cause d'une incompréhension du projet ou des développeurs qui "boudent" Objective-C .
Le côté "notre projet roxe mais on est imcompris du reste du monde" est lourdingue.
> Ensuite, je vois pas en quoi le fait que OPENSTEP (le système) existait en 94-95 a servi à GNUstep ! vu que c'est en gros les api que GNUstep voulait justement réimplémenter hein...
Ben moi ça me parait évident. N'avoir qu'à réimplémenter une api "sans réflechir" est beaucoup plus rapide que de tout faire. Les specs sont un élément critique de tout projet. Décider de reprendre une api ou tout refaire a un impact énorme, et donc des conséquences plus ou moins heureuses.
[^] # Re: Bof
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à -8.
> le C# est un hack immonde du Java
Comment fait-on pour écrire de telles conneries ?
Mystère.
[^] # Re: Bof
Posté par 007 . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 0.
Faut faire un peu d'histoire... NextStep existait AVANT que le projet Gnome naisse ! J'avais un NextCube en 93 environ (formidable machine/OS à l'époque).
Que GnuStep ait pris un tel retard alors qu'ils avaient une énorme avance est significatif.
[^] # Re: NFS
Posté par 007 . En réponse au journal Server NFS edf Fedora Core 2 Test 2. Évalué à 1.
Exemples :
Tu passes de Linux 2.4 à Linux 2.6. Normalement il faut recomfigurer toute la partie matériel. Pour ce faire il faut être sous Linux 2.6. Or lors d'une mise à jours avec "yum update" par exemple tu es toujours sous Linux 2.4. Donc lors de la mise à jour du paquet tu ne peux pas reconfigurer automatiquement toute la partie matérielle.
Une autre exemple. Pour avoir SeLinux, il faut un noyau 2.6 et un système de fichier avec des attributs étendus. Pour activer les attribus étendus il faut démonter les partitions ext3, faire un "tune2fs -O user_xattr", remonter le système de fichier avec un noyau qui support les attributs étendus (mais le noyau FC1 n'as pas les attributs étendus). C'est impossible avec une mise à jour via yum puis tu ne peux pas démonter la partition racine. Ou alors il faut mettre en place des scripts qui seront exécutés une seule foi au boot suivant.
Tu peux aussi avoir des problèmes plus subtiles. Par exemple tu fais la mise à jours de plusieurs paquets. En premier la libc sera mise à jour. Mais cette mise à jour peut empêcher l'exécution de scripts post-installation des autres paquets par exemple.
En fesant la mise à jour avec les CD, tu n'as pas ces problème et c'est aussi beaucoup plus simple pour les développeurs.
Les mises à jours majeur sans CD peuvent être très problématique. Je trouve que c'est vraiment se compliquer la vie (pour les développeurs) pour un gain ridicule pour l'utilisateur (une mise à jours avec les CD prend 20 minutes à 1 heure tous les 6 mois).
> base rpm corrompue j'imagine
Peu probable. La mise à jour par rpm n'est accèptée que si la mise à jour est cohérente. Puis la mise à jour de la base rpm est faite par l'ancien rpm/libc/etc (c'est toujours le même processus pour la mise à jours de plusieurs paquets). Au pire (c-à-d avec bug) tu ne pourras pas lire ta base rpm avec le nouveau rpm que vient d'installer.
[^] # Re: NFS
Posté par 007 . En réponse au journal Server NFS edf Fedora Core 2 Test 2. Évalué à 0.
Pour Mandrake ça m'étonnerait.
La prochaine FC3 ne sera pas aussi "révolutionnaire" que la FC2. Un "yum update" sera peut-être suffisant (mais les règles SeLinux vont significativement changer).
Plein de types sont passés de FC1 à FC2 avec "yum update". Mais il faut retoucher le système après. Ça n'en fait pas une Debian même si quelques démagos disent qu'une Fedora peut se mettre à jours comme une Debian. Ahhh, les fans....
[^] # Re: fond rose au commentaire
Posté par 007 . En réponse à la dépêche Traduction en français du "Encourage Women in Linux HOWTO". Évalué à 1.
Puis demain si t'es un noir ou "bon" blanc...
Non merci. Déjà qu'il y a des archives mail "stupides" qui donnent le client mail utilisé comme si celà avait une conséquence sur le contenu. Je ne donne pas de nom... mais certains auront vite trouvé.
C'est comme la tribune qui affiche le "user-agent". C'est le "naze touch".
[^] # Re: où sont les femmes?
Posté par 007 . En réponse à la dépêche Traduction en français du "Encourage Women in Linux HOWTO". Évalué à 0.
Ça m'étonnerait que ce soit limité au domaine de l'informatique.
Si t'es petit, on se fout de ta taille, si t'es gros alors on s'en prend à ton poid, si t'utilise Lindows t'es laminé, etc... Pour les femmes, on s'en prend à leur "genre".
On est toujours la tête de turc d'un autre.
Je connais ce Howto depuis un moment. Au début je trouvais ça bien. Maintenant je dois avouer qu'il me gonffre. Il y a des choses vrais, daccord. Mais un défaut dont souffre aussi bien les hommes que les femmes est marqué comme spécifiquement masculin. Le Howto ne mets pas les femmes à égalité avec les hommes. Elles sont sur un pied d'estale. Avec elles c'est "fait pas ci, fait pas ça ou t'es un vilain macho primitif". Et ça me gonffle. Je sais, c'est une remarque de gros con mais c'est comme ça que je le sens.
J'ai deux petites anecdotes :
- Je cherchais un medecin généraliste. J'ouvre le bottin et en choisi un au hazard. C'est un ou une Dominique. Dans la salle d'attente bondée, surprise, j'étais le seul mec. Je rencontre le médecin et c'était une femme. Voilà l'explication. Les hommes, en général, évitent les femmes médecins... Que conclure ? Machisme ? J'en sais rien. Et moi ? Ben je suis tombé sur un (ou une, choisissez la formulation qui vous plait) bon medecin et j'en suis très content.
- J'avais un petit travail d'été. J'étais l'un des rares mecs dans une fabrique de jouets. Ben j'ai dégusté aussi ... "dégusté" mais pas dans le bon sens du terme. Sexisme, "remarques à caractère sexuel", etc... Un petit manuel de "savoir vivre" ne peut pas faire de mal ni aux hommes ni aux femmes.
En gros con machiste (puisque je dois me définir ainsi d'après le Howto : c'est une caricature évidemment), je ne fais pas plus ou moins attention à une femme qu'à un homme. Un connard sera qualifié de connard et une connasse, de connasse. Simple.
[^] # Re: Un autre lien...
Posté par 007 . En réponse à la dépêche Traduction en français du "Encourage Women in Linux HOWTO". Évalué à 0.
Très bonne initiative. J'aime.
PS : commentaire inutile mais ça me démangait.