Anonyme a écrit 62292 commentaires

http://linuxtoday.com/news_story.php3?ltsn=2001-08-16-014-20-NW-KN(...)

La raison est une consequence logique du succes de linux: Linux attire de plus en plus de programmeur (kernel hacker).
Donc forcement le noyau evolue plus rapidement. Est-ce un mal ?
En soit bien sur que non tant que je travail reste tj aussi serieux.

C'est marrant la vm c'est ce que je trouve de plus pourri dans java :)

Ah ouais c'est clair l'avenir c'est java.
Ben putain il me tarde pas le futur !!!

Sinon ruby c'est deja plus plaisant que l'elephant du cafe ...

Moi je vais faire la même chose avec Merd que D et Java on fait avec le C++ : je vais faire un sous langage de Merd que j'appelerai évidement SousMerd !

Tout d'abord SousMerd supprimera toutes les fonctionnalités de Merd intéressantes, car je ne vois pas pourquoi je me ferai chier à les implémenter, si les utilisateurs, ces salauds, ne se sortent pas les doigts du cul pour les utiliser...

Par contre SousMerd sera beaucoup plus sûr à utiliser, car il forcera les programmeurs, ces enfoirés, à gérer toutes leurs exceptions de Merd.

C'est pour ça que j'ai déjà choisi le slogan suivant pour SousMerd : "A chacun son Merd !"

AMA il serait plus judicieux de mettre en priorité les liens sur les mirroirs en France (ftp et http) ainsi que les liens sur les patches (.gz et .bz2). Ce n'est pas parce que certains ont une grosse BP qu'il faut encombrer le réseau par un traffic inutile (autant la réserver pour les choses plus (in)utiles comme la dernière Nightly Build de Mozilla ou des isos de distribs :-)).

Bon, je me dévoue :

http://www.fr.kernel.org(...) et ftp://ftp.fr.kernel.org(...) (bon, OK, il vaut mieux voir le site de référence, il est moins "dépouillé" :-))
Pour le Changelog, c'est http://www.fr.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.9(...)
Pour les patches : http://www.fr.kernel.org/pub/linux/kernel/v2.4/patch-2.4.9.gz(...) (pas de .bz2 sur w.f.k.o) et ftp://ftp.kernel.org/pub/linux/kernel/v2.4/patch-2.4.9.bz2(...) (et .gz)

Bon, assez de radotage, est-ce que quelqu'un sait si l'on peut récupérer les modifications sur les sources du kernel par rsync ? Ça serait la solution la plus économe.
Enfin, pour ceux qui en veulent toujours plus, il est possible de passer du côté de FOLK pour ajouter des fonctionnalités complètement (in)utiles à votre noyau à http://folk.sourceforge.net/(...)

Sur ce, bonne compil' à tous !

Fred

Voui voui voui, mais n'oublions pas que - comme nous le savons tout les deux - ce noyau dont il est question se nomme "Linux" (si si), et nous nous trouvons actuellement si un site web nommé linuxfr.org.

Mais que ça reste entre nous, hein. Sinon certains pourraient tomber de haut.

Héhé.

t'as traduit (pas trop bien mais le sens est là), donc t'as compris. tout le monde a compris.
fait pas ch**r.

le 2.4.9 ne compile pas si la gestion de partition NTFS est compilée en dur ou en module, j'ai dû la désactiver pour compiler le noyau.

Quelqu'un pourrait il me dire si le noyau de Linux est completement multithreader ou non? Et si oui quelqu'un aurait il une reference?
Merci

> Le C est au niveau des langages procéduraux,
> l'approche objet et une autre manière de coder.

L'approche procédurale et l'approche objet sont deux manière de coder. Le C permet les deux même si il est *a priori* plus adapté à la première.
Par contre pour le lambda calcul d'accord pour éviter le C ;)

> Le C est un langage haut niveau opposé au
> langage machine de bas niveau

Lapalissade non ? on peut dire tout court: le C est un langage de haut niveau, comme les autres langages de haut niveau.

> Le C n'est pas un langage objet opposé aux
> langages objets, orientés objets

Le C n'est pas orienté objet, mais on peut faire de l'objet en C.

> Je pense que personne n'aurait l'idée de coder
> avec un langage qui détecte les erreurs à
> l'exécution alors qu'une simple compilation
> aurait pu l'éviter. Non ?

Non, c'est pareil dans une certaine mesure pour tous les langages. Pas au même degré certes, mais aucun langage ne permet d'éviter toutes les erreurs à la compilation.

> b. Du moment qu'un virus a acces a sendmail, a
> lynx, a gcc <bof>et qu'il peut ecrire dans la
> partition vfat</bof>il devrait etre assez
> content. les privileges de root ne sont pas si
> estimables que ca dans le cas d'un virus sur
> un ordinateur personnel.

très juste et particulièrement pertinent à l'heure de la propagation des DDOS.
Modérateurs, scorez moi ce gars a +5 !

ah oui mais telnet on s'en sert plus, seulement OpenSSH !

Thomas, mi-Belge et mi-Francilien par naissance, breton de coeur et parisien de résidance principale.

Alors l'orthographe, on va dire que c'est le cote belge :)

-1, car vraiment limite

ben moi je serai interresse par des ancienne distributions de linux, car je voudrai l'installe sur un anciens ordi portables qu'on ma file 486
8Mo de ram 800Mo de dd lecteur disquette compaq.
Donc dans ce cas, je ne connais pas d'autres moyens qu'une ancienne slackware qui d'apres ce que je c peut tenir sur qq disquette u moins les tres ancienne versions, maisen cherchant sur le net g trouve que la 3.3 qui fait deja plusieurs centaine de Mo et g pas encore fini de le dl. donc... De plus, je le cherche pour un autre ordi plus puissant mais pas assez pour faire tournez une mandrake 8 ou meme 7.2 donc je voudrez bien savoir ou je pourrez me procurer une debian ou un trcu dans le genre merci
@+
Symbian (phoenix@freesurf.fr)

> Utiliser une formule mathematique plutot que des polygones
> [..]
> Et c'est la super-galere pour la modelisation.

Et bien... tu iras dire ca a tous ceux qui modelises a partir de splines et de nurbs. Ca fait une bonne proportion de graphistes quand meme.

Mokona, pas identifie.

Le hardware qui comprend les patchs arrive...

Mokona

Le support oui, la maniere de travailler avec non. D'apres ce que j'ai compris, la boite apporte des solutions de traitement des surfaces avant les projections.

C'est du haut niveau ce qu'ils proposent je pense. NVidia c'est le bas niveau (qui monte de plus en plus c'est vrai :) )

Mokona, non identifie.

L'ide Borland 3.1( xwpe ... ), il y a que ca de vrai.
Pour pouvoir supporter MS VC++ , j'ai trouvé ca:
Visual Assist - http://www.wholetomato.com(...)
F.

Les frames sont des saloperies anti-lynx, esthetiquement ignobles, techniquement inutile pour qui va à l'efficace (si on lit, on n'a pas besoin de cliquer partout, si on ne lit pas, on a les touche pgdown ou pgup à portée de main).

ben c'est aussi fonction de n non ? plus n est grand plus la fréquence est petite.
enfin je reste sur 2.2.19 tant que la fréquence pour 2.4 est trop grande.

très franchement, cette info aurait pu se passer de la première page :
- les changements de version de noyau sont très fréquent et celle-ci n'est pas exceptionnelle
- il existe une boite noyau

à coté de ça, l'annonce la sortie d'une version importante de freeciv passe de coté :
- alors qu'il s'agit d'une version importante
- que l'info est complète
- que des infos concernant freeciv sont rarement proposée


Déçu !

voici la nouvelle sur freeciv :
http://linuxfr.org/topic/Game/4522,0,0,0,1.php3(...)

(et pourquoi la section jeux s'appellent t-elle "game" ?)

Ben sur leur Stand a l'expo ils disent en substance : "Nous prenons le meilleur du Raytracing et la vitesse des polygones".

En fait, j'ai l'impression que c'est juste une solution cles en main d'une maniere de travailler. Pourquoi pas.

Non, ils ne reinventent pas les maths, ils les appliquent a un domaine. Je pense qu'ils preparent le terrain pour les cartes graphiques a venir qui traiteront des patchs de surface plutot que des triangles (c'est pour "bientot", 3 ou 4 ans il me semble).

Maintenant, leur stand est tout petit... C'est une technologie parmi d'autres, je ne sais pas trop pourquoi le journaliste a parle de cette boite plutot que d'autres.

Mokona, actuellement au Siggraph et qui a oublie son mot de passe pour s'enregistrer.

Les bugs de gcc, c'est principalement qu'il est plus strict sur la norme. Il a aussi ses propres bugs, mais je dirais plutot qu'il y a du code à mettre à la norme dans KDE (c'est un peu pareil pour tout le monde).

pfft, non, c BSD qui a attaqué, linux se tenait en embuscade et a attendu que BSD mette BeOS à terre avant de le shooter. raah les règles de la chevalerie....