neologix a écrit 346 commentaires

Je fais appel à une âme charitable pour m'expliquer quelles sont les (nouvelles) options à sélectionner pour faire tourner iptables/netfilter. J'ai récupéré le .config de mon 2.6.19, et je me mange une erreur de la part d'iptables

iptables: No chain/target/match by that name

Ca fait 3 fois que je recompile mon noyau en essayant différentes options, mais rien n'y fait...

Merci

Ces benchmarks ne veulent pas dire grand' chose.
Si d'un côté tu as un mec d'Ulm qui code en OCaml, et de l'autre côté un mec comme moi qui code en C, l'issue est évidente.
Il ne faut pas oublier un truc, c'est que la plupart des gens qui codent en OCaml savent coder, et sont généralement très bons. Ce qui n'est pas le cas avec beaucoup d'autres langages.

C'est pour cette raison que Wengo s'est fait dégager de Debian testing ("Etch"). De mémoire, ce paquet n'est pas en "releasable shape". Comprendre: il est complètement buggé.
Apparemment, un dev. Debian en a discuté avec un développeur d'OpenWengo, qui lui a expliqué que la version 2.0 avait été développée pour Windows, et que le port sous Linux n'était qu'une blague. Par contre, la version 2.1 devrait répondre à nos attentes (et peut-être que je n'aurai plus à redémarrer sous Windows pour chatter avec ma webcam...)
Voilà, donc un peu de patience...

Afin de mieux rentrer dans le chantier de KDE 4 [...]

On parle de KDE 4 depuis (au moins) janvier 2005, et il me semble qu'il devait à l'origine voir le jour à l'automne 2006 (en même temps que Vista...).
Là, si on "commence le chantier", et qu'on jette un coup d'oeil au "Feature Plan", on voit qu'il y a encore _beaucoup_ de boulot...

Bon, on va tourner ça de cette façon:
je me suis fait une aponévrosite plantaire (pour de vrai). Selon tes critères, je peux marcher: je peux faire 50 mètres en 5 minutes, et il faut que je m'échauffe le tendon dès que je suis resté immobilisé trop longtemps. Mais j'arrive à me déplacer.
Selon mes critères, je suis un putain d'handicapé.

Alors oui, tu dois sûrement pouvoir faire tourner kde 3.4 sur un pc avec 64 de ram. Comme j'arrive à faire tourner un windows 2000 avec 64 de ram, et XP sur 128. Mais c'est tout simplement inutilisable, dans le sens où tu n'es pas productif (bah oui, je ne peux même plus aller à l'épicerie à pied...).

C'est du pipeau.
Essaie de faire tourner xfce sur 32MB de RAM, et on en reparlera.
Déjà sur 64 c'est poussif, alors 32 il faut arrêter de rêver. Et Abiword!
J'ai un pc avec 64MB de RAM, et la plupart des distros modernes (Mandriva, Fedora, etc) refusent de s'installer dessus, t'as un beau message au boot qui te dit "RAM insuffisante", ou un truc du genre.
OOo sur 96MB? Celle-là elle est énorme!

Ce n'est pas une critique des applications, c'est un fait: tu ne fais pas tourner une application développée en 2006 sur un pc qui a 7 ans, c'est tout.
Sur mon portable avec 64 de RAM, je fais tourner Etch avec fluxbox, c'est tout. Et dillo remplace firefox, qui est inutilisable...

Je suis le seul que ça choc?

Oui, moi ça me choque.

J'étudie actuellement aux Etats-Unis, dans la première université publique en engineering, et tu te trompes. La plupart des "research assistantships", ce sont des 25%, et ça fait dans les $700. Si tu es chanceux, tu peux avoir un 50%, donc $1500.

Sinon, le nombre de thésard pas habitant ne veut rien dire.
Avant d'arriver aux US, je me disais: "ouah, les américains doivent être trop forts, avec tous leurs prix Nobel etc".
Franchement, je suis vraiment déçu par le niveau de l'enseignement américain. Des mecs en master ou PhD ont un niveau en sciences (maths et physiques) déplorable, ils sont tout simplement nuls en théorie. Même au MIT. Il n'y a absolument aucune comparaison entre le niveau de nos classes préparatoires/ grandes écoles et leurs universités, même les plus prestigieuses (je ne parle pas de nos universités, que je ne connais absolument pas).
Si on regarde par exemple le nombre de médaillés Fields, on est les 2nd. Si on ramène aux nombres d'habitants, nous sommes premiers, et de loin. Il ne faut pas privilégier la masse, mais la qualité. Là, on est vraiment bons, et je pense même qu'on est les meilleurs.

Sérieusement, je suis vraiment inquiet pour l'avenir de la France lorsque je vois que vous vous souciez de la position des candidats à la présidentielle concernant les logiciels libres. Je suis un fervent défenseur des logiciels libres, mais là je pense vraiment qu'il y a d'autres sujets et problèmes plus importants en France à l'heure actuelle...

Salut.
Loin de moi l'idée de troller, mais pourquoi installer Kaella?
C'est un live-cd, et n'est donc pas destiné à être installé.
Fais-toi plaisir, et installe-toi une Mandriva, une Fedora, enfin une distribution orientée installation et user-friendly. Ce sera beaucoup plus simple et conviviable...

Chipset ATI.
Mais le problème n'est pas vraiment là, puisque ça marchait avant.
Il s'agit de régressions, et apparemment tout le monde s'en fout. Quand je regarde la taille des changelogs, j'ai vraiment très peur pour le futur. Comment peut-on prétendre stabiliser un noyau qui a 3Mo de changelog en 1 mois? Comment peut-on faire confiance à des gens pour qui le travail de stabilisation est laissé aux distributions?
Enfin, étant donné la complexité croissante des périphériques, donc des pilotes, et que la plupart des gens qui écrivent les pilotes connaissent le matos mais pas grand chose à la programmation en espace noyau, et que Linux n'est pas un micro-noyau (donc la moindre erreur au niveau du pilote plante la bécane), je pense qu'on va dans le mur.
Enfin, ce n'est que mon avis, hein.

http://fr.wikipedia.org/wiki/Ironie

On voit donc que les développeurs Linux restent fermes dans leurs convictions : pas question pour l'instant d'ouvrir une branche 2.7 car le système incrémental actuel fonctionne bien.

Je suis désolé, mais je trouve le modèle de développement actuel MERDIQUE.
Je n'ai jamais eu autant de problèmes: depuis la version 2.6.17:

-si j'utilise le pilote AC97 en module, il ne se charge pas 1 fois sur 2. En dur, ça passe. J'ai envoyé plusieurs mails aux mainteneurs, pas de réponse

-une fois sur 10, le démarrage bloque à la détection des périphériques usb. Ca ne me l'avait jamais fait avant

-la version de bcm43xx du 2.6.18 plantait la machine au bout de quelques minutes. Là, je viens d'essayer le 2.6.19, et je me mange un watchdog au bout de quelques minutes. Ca fait deux fois de suite qu'ils packagent une version instable dans cette branche "-stable".

Alors, faudrait qu'ils arrêtent de se masturber en disant que le noyau et son modèle de développement actuel sont bons, c'est faux.
Qu'on fasse une branche de développement pour l'expérimentation, et une branche stable pour cux qui veulent bosser.

En fait je pense qu'il fait allusion au fait que Linux est un noyau monolithique, et que les microkernels sont l'avenir...
Dommage que le Hurd soit mort, enfin y'a apparemment Minix qui vit sa vie.

premier test ultra rapide

On parle bien d'OOo là?

Ah, je retire ce que j'ai dit:


#include <stdio.h>
#include <stdlib.h>

int main(void)
{
int n;
int *c = malloc(sizeof(int));

printf("Pile: %p\n", (void *) &n);
printf("Tas: %p\n", (void *) c);
printf("Librairies: %p\n", (void *) fopen);

free(c);

return 0;
}


Me renvoie:

$ !for
for i in `seq 1 10`; do ./test; done
Pile: 0xbfaff69c
Tas: 0x804a008
Librairies: 0x8048344
Pile: 0xbffdf2ec
Tas: 0x804a008
Librairies: 0x8048344
Pile: 0xbff3323c
Tas: 0x804a008
Librairies: 0x8048344
Pile: 0xbffedafc
Tas: 0x804a008
Librairies: 0x8048344
Pile: 0xbfa6656c
Tas: 0x804a008
Librairies: 0x8048344
Pile: 0xbfe8398c
Tas: 0x804a008
Librairies: 0x8048344
Pile: 0xbfd2e03c
Tas: 0x804a008
Librairies: 0x8048344
Pile: 0xbff9b29c
Tas: 0x804a008
Librairies: 0x8048344
Pile: 0xbf99bc9c
Tas: 0x804a008
Librairies: 0x8048344
Pile: 0xbf88cb8c
Tas: 0x804a008
Librairies: 0x8048344

Bon, je sais que ce n'est pas ANSI de convertir un "function pointer" en "object pointer" (comment l'imprimer proprement?), mais n'empêche que ce n'est pas ce que j'attendais. Va falloir que je regarde ça de plus près, ça m'intrigue.

Et ton exemple (très parlant) est pour la pile/tas, non pour les adresses des fonctions.

Oui. Mais comme je l'ai dit, ça s'applique aussi à mmap(), donc aux librairies dynamiques.

Pour exec-shield, ça a l'air pas mal. Je ne comprends pas pourquoi Debian ne propose pas un noyau déjà patché (même si c'est désactivé par défaut), ce serait plus pratique que d'avoir à télécharger le patch, l'appliquer etc.
Tiens, ce serait une bonne idée une version de noyau "serveur", avec un noyau durci.

Bon, je vais me faire moisser, mais là faut que ça sorte.
Ubuntu c'est de la merde.

J'en ai marre de voir tous ces clowns qui viennent pourrir les dépêches sur Debian/Mandriva/Fedora pour dire que Ubuntucestlameilleuredistro TM.
Elle est terriblement mauvaise.

Putain, c'est quoi cette idée d'installer sudo par défaut, et sans limitation? Un simple utilisateur peut planter tout le système, il n'y a plus de distinction user/root.
Ah, elle m'a bien fait rire aussi celle là:
http://linuxfr.org/2006/03/13/20494.html

petit rappel: cette superbe distro mémorisait le mot de passe du premier utilisateur créé en clair dans les logs, lisible par tout le monde. Et comme je l'ai souligné, avec cette merde de sudo, ça revient à être root.
Ils ont dû bien se marrer chez Microsoft.

Ensuite: je l'ai fait essayer une fois à un ami, ça a été très drôle. Ces cons n'avaient pas mis la ligne "auto ethx" dans /etc/network/interfaces: résultat, pas d'internet. J'ai eu l'air malin quand j'a essayé d'expliquer qu'Ubuntu c'était l'une des distros les plus user-friendly.

C'est instable. Ouais, je suis désolé, ils packages des paquets tellements récents que c'en est ridicule. Faut vraiment être dingue pour installer ça en production, j'ai plus confiance en une Debian experimentale.

C'est moche. Ouais je suis désolé, ce thème Benetton tout marron, c'est vraiment gerbant. C'est vrai, rien qu'à voir les screenshots je n'ai pas envie de la télécharger tellement c'est hideux, j'ai peur que mon graveur de cd me recrache la galette.

La philosophie est douteuse: c'est quoi l'histoire, Ubuntu c'est un moyen de promouvoir l'amitié entre les peuples? C'est une distro anti-apartheid? Sérieux, faut arrêter de déconner, c'est pas parce qu'on est libriste qu'on est baba-anarcho-communiste-pré-pubère.

Enfin, c'est néfaste pour le logiciel libre.
Bah ouais, qui va utiliser Mandriva et Fedora, hein? Ou même Debian, qui s'est fait pomper des développeurs, parce que c'est cool, chez Ubuntu y'a le père Noël Shuttleworth qui sponsorise tout ça. Les améliorations ne profitent quasiment pas à Debian, et pas à grand monde en fait.
Au lieu de lacher $10M pour une énième distro qui n'apporte rien, il aurait pu payer des développeurs du noyau, ou de gcc, ou de kde.

En plus, ils font tout pour simplifier l'installation de logiciels non-libres, ainsi que firmwares et pilotes.

Alors, tout sauf Ubuntu.

Je suis pas réveillé, j'ai oublié un appel à free()...


#include <stdio.h>
#include <stdlib.h>

int main(void)
{
int n;
int *c = malloc(sizeof(int));

printf("Pile: %p\n", (void *) &n);
printf("Tas: %p\n", (void *) c);

free(c);

return 0;
}


P.S: on écrit "j'ai tort", et non pas "j'ai tord".

Plus haut, j'ai parlé de "compatibilité" et non dit que Linux le fournissait. Il y a Red Hat/Fedora qui fournit des fonctionnalités de "random address". Peut-être d'autre, je l'ignore.

En fait, ça dépend de ce que tu appelles randomization.
Depuis la version 2.6.11 (je crois) du kernel, on a une randomization partielle:

exemple:


#include <stdio.h>
#include <stdlib.h>

int main(void)
{
int n;
int *c = malloc(sizeof(int));

printf("Pile: %p\n", (void *) &n);
printf("Tas: %p\n", (void *) c);

return 0;
}


Sur mon noyau 2.6.17, j'obtiens ça:

$ for i in `seq 1 10`; do ./test; done
Pile: 0xbf85db6c
Tas: 0x804a008
Pile: 0xbf85735c
Tas: 0x804a008
Pile: 0xbfb3487c
Tas: 0x804a008
Pile: 0xbf87db7c
Tas: 0x804a008
Pile: 0xbf90640c
Tas: 0x804a008
Pile: 0xbfb9369c
Tas: 0x804a008
Pile: 0xbfea89ac
Tas: 0x804a008
Pile: 0xbf906c0c
Tas: 0x804a008
Pile: 0xbfcfd7fc
Tas: 0x804a008
Pile: 0xbfb0e60c
Tas: 0x804a008

Donc, il y a bien "randomizaton" au niveau de la pile (en fait, aussi au niveau des appels à mmap()), mais pas au niveau du tas.
Mais faut pas croire que c'est la panacée: en effet, enfin la dernière fois que j'ai vérifié, la plage de randomization n'est pas énorme (64 kb pour la pile je crois). Quand tu enlèves les adresses quivontpas (alignement), bah en fait il te reste un ensemble assez restreint de valeurs, du coup rien ne t'empêche de faire une boucle au début de ton exploit.

Pour en revenir à la randomization et prelink:

http://lwn.net/Articles/121845/

Kernel facilities supplying address space layout randomization for libraries cannot be used in conjunction with prelink; to do so would require relocating the libraries, defeating the purpose of prelinking.

Quand tu y penses, c'est carrément logique.
Néanmoins, voici ce qu'on peut lire:

In an attempt to restore some of the benefits of address space randomization, prelink is capable of randomly selecting the addresses used for prelinking. This makes it more difficult to perform certain attacks on a system, because the addresses used are unique to that system. This approach is, however, less effective than per-process randomization because the addresses stay constant until prelink is run again.

Voilà voilà.
Enfin, je crois qu'on se retrouve toujours face au dilemme rapidité/sécurité. Entre les deux, il te faut choisir :-)

Au lieu de dormir, je me laisser aller sur la toile.

as-tu oublié ton Bescherelle?

P.S: je me doute que cette erreur de frappe est due à la proximité des touches 'r' et 'e' sur un clavier azerty, mais c'est amusant à noter...

Pas d'accord, pour deux raisons:

- les pilotes sont proprios, et c'est le mal. Surtout qu'il a pris la peine de préciser:

sachant que je ne veux pas avoir à instaler de drivers proprio

- je suis désolé, mais des mentalités comme ça, ça l'énerve. L'avantage des drivers de merde d'ATI, c'est que la communauté s'est bougée, et maintenant on a des drivers libres corrects. Choisir NVidia, c'est se complaire dans un système où on risque fort de se retrouver avec des blobs et des pilotes binaires de partout, un vrai cauchemar quoi.

J'insiste, parce que je trouve que c'est dramatique: _tous_ les "newbies" qui passent à linux que je connais, la première chose qu'ils font c'est installer flash, skype, java, et toute une floppée de merdes propriétaires.

Quand je leur fais: "pourquoi tu as installé le driver ATI, alors qu'il en existe un libre?" "bah, je sais pas, il paraît que c'est mieux. C'est pas comme sous Windows?".

Alors, par pitié, arrêtez avec les drivers prorios. c'est le MAL. Merde, j'ai l'impression que tout le monde s'en fout, et ça m'inquiète.

Nous sommes des être humains, point.
Pourquoi devrait t'on être fier d'être *né* XXX?

Peut-être est-ce ce qu'on appelle la culture? Avoir des valeurs, modèles et aspirations en commun sont en partie ce qui fait la force d'un peuple, sa cohésion.

Enfin, c'est vrai que lorsque je vois que l'événement qui a rassemblé le plus de monde depuis la libération à Paris est la victoire à la coupe du monde de football, je me dis que cette fierté est mal placée...

Tiens, hier le mac d'un de mes copiaules a crashé.
Il a ses données sauvegardées sur un disque dur externe, mais manque de pot, windows ne lit pas le système de fichier utilisé.
Je lui prends son disque dur, je le branche, kde me dit "nouveau blabla", hop, monté automagiquement...

C'est pas tous les jours qu'on voit les employés d'une méga-corporation se comporter comme des mecs normaux.

Qu'est-ce qu'il faut pas lire comme conneries...