M a écrit 2988 commentaires

On parle de Windows vs Linux, mais en premier et de façon sûre (pour moi), Linux va bouffer Unix et vite fait.
Linux est un unix...

heu avec apt-get dist-upgrade tu peux aussi avoir un gnome tout cassé : genre la motié des paquets sont disponibles, dist-upgrade va vouloir les utiliser et supprimer tout les anciens (meme ce qui n'ont pas ete mis a jour) alors que upgrade ne va rien faire ...

ils ont demandé à sagem de placer leur drivers en GPL et aussi le firmware.
C'est cool un firmware en gpl, mais sans les source/doc ca sert pas a grand chose ...
D'ailleur certains considere (debian) qu'un firmware ne peut pas etre distribuer sous GPL.

Ensuite c'est fou ce que free participe au developpement du driver sagem gpl.
Ensuite du a des source qui dis qe c'est free qui a demander a sagem de releaser leur driver sous gpl ? Par ce que le driver de usr pour le meme chip(plus maintenu) est aussi sous gpl ...
d'ailleur c'est pas sagem qui a developper le driver, mais la societe qui a developper le chip : analog...

Ensuite appel le support technique de free et dis leur que tu tourne sous linux : il vont te dire qu'il faut tester sous windows...

ils fournissent 2 mirroirs debian, ainsi que plein de mirroirs concernant linux, knoppix, linux-azur, etc.... sourceforge.net.
Oui ca genere du traffic sur leur serveurs et permet de negocier des
accord d'echange (cf l'affaire FT & free y a quelques mois)

Tous est disponible sur internet
Ben fait moi une freebox libre puisque tu es si fort (je sens qu'il va te manquer pas mal d'element)

Enfin contrairement a ce que tu dis ce qu'il serait interessant c'est de pouvoir avoir un firmware perso pour la freebox : en effet free profite bien du fait qu'on peut rien faire : lancement des fonction routage sur la freebox (ce qui est trivial sous linux), aller dans quelques mois on aura le support d'un firwall et avec de la chace ca sera gratuit...

Bref je vois plus free comme une societe qui profite bien du libre (j'aimerais voir aussi des infos sur du reservement du code de la part de free)...

sauf qu'il y a des versions (qui ne permettent pas de decompresser les dernieres version des formats) qui sont libres.
C'est le unrar et unace qui sont dans le main de debian par opposition a unrar-nonfree....

C'est du LGPL... qui utilise des lib proprio pour decompreser les rar...

Tu sais les dons perment quand meme de renumerer (meme modestement) les developpeurs.
En plus ce qui est bien c'est que chacun est libre de donne combien il veut.

merci beaucoup.

Il est évident qu'il n'y aura pas la place de tout mettre ... actuellement les APs (Access Points) contiennent, de mémoire, 4Mo de flash et 16 Mo de RAM ... On distribuera peut-être des firmware en fonction des "profils" d'AP désirés...

sur le linux magazine de ce mois, ils expliquent comment ils ont modifié le linksys et notament qu'en changeant la compresion de cramfs a squashfs ils avaient pu recuperer presque 1Mo.

Sinon ca fait plaisir de voir que des constructeurs utilisent linux et diffusent les sources du firmware. Mais malheureusement le plus souvent il reste une partie proprio (driver wifi,...)

Ansi que les intel, via, ....

Le scenario de base est un bureau bordelique avec plein de fenetres partout, se recouvrant, se cachant, et de vouloir recuperer une fenetre en particulier, qui comme chacun sait, sera la derniere cache tout au fond.
Ben tu selectionne la fenetre que tu veux dans la barre des tache, ou dans un menu qui te liste les fenetres ouvertes...

Pour ce qui n'aurait pas compris kaffe est une machine virtuelle Java ...

Pour l'instant cela nécessite l'installation de MySQL/PHP/Apache/Mediawiki

Pas tu tout, y a un convertiseur en page statique html et apres seul un navigateur web est necessaire ...
Pour le mon de l'outil voir les lien sur wikipedia...

C'est quoi l'interet ?
/tmp a l'avantage d'etre nettoyer de temps en temps, alors que je crains que les repertoires temporaires utilisateur devienne vite sale...

http://www.debian.org/security/faq.fr.html#testing(...) :

Q. : Comment est gérée la sécurité pour testing et unstable ?

R. : La réponse courte est : elle ne l'est pas. Testing et unstable évoluent rapidement et l'équipe chargée de la sécurité n'a pas les ressources nécessaires pour faire ce travail correctement. Si vous souhaitez un serveur sûr (et stable), vous êtes fortement encouragés à rester sur la distribution stable. Cependant, les membres de l'équipe en charge de la sécurité essayeront de corriger les problèmes dans testing et unstable une fois qu'ils auront été corrigés dans la version stable.

D'ailleur je comprends pas pourquoi la personne qui a dit que woody etait patchee depuis le 5 aout c'est fait moinser ...

En tout cas les commentaires sont bien hilarant sur neowin : on voit qu'on a affaire a des specialistes ...

essayes le 2.4 sous gentoo pour voir si c'est le noyau qui posse pb?

tricheur ;)

En tout cas google index bien vite kernel.org (le patch date d'hier).

Puisqu'on en est dans les details je te signal que tu as utiliser dans ton test 2 commandes 'time' differentes et qui sais elles font peut etre des mesures de facon differentes...

il faut donc utiliser /usr/bin/time dans tes 2 tests pour regler le probleme.


PS : mon journal n'avait pas pour but de donner un bench precis, mais juste une tendance et je voulais surtout montrer que tout ce qui ont argumenter dans l'article que si bash consommais plein de memoire apres un $(seq ....) c'etait bien de la faute de bash et pas comme il a ete dis une feature du noyau ou de la libc....

$ dpkg -l | grep [bd]ash
ii bash 3.0-4 The GNU Bourne Again SHell
ii dash 0.5.1-2 The Debian Almquist Shell

mais sous bash 2.05 c'etait gere mieux...

Sinon le bench de shell c'est quand meme interessant : ca peut te permettre de booter plus vite en choisisant le bon...

t'as raison mais j'ai pas la commande time d'installer sur le systeme et dash n'en possede pas une integre...

c'est sûr qu'une passerelle est tres sensible aux failles locales ...

En effet, si ces derniers sont fournit pour linux, avec les memes performances que sous windows, ou est le probleme ?

Autant sur les logiciels, en particulier le systeme d'exploitation, le proprio peut entrainer les pb de dependances etc... comme on peut le voir avec microsoft. Mais la il sagit d'un carte graphique ! il n'y pas de compatibilite comme sur un pc "vide", on est dependant des le materiel. Donc le probleme n'est plus du tout le meme, et le proprio ne me derange pas quand il sagit de drivers, et que ceux-ci sont fournit avec la carte bien evidement.


C'est sur c'est mieux d'avoir des pilotes foireux et mal teste (y a qu'a voir le changelog) dans le noyau qui font te pourrir le systeme de basse, que d'avoir une pauvre appli proprio qui ne touchera a rien au systeme de base. Pour moi le pb de dependance ce trouve dans l'autre sens etant donné que GNU/linux, X, ... depande de ta carte...

Et puis c'est bien avec des drivers proprio si on veut se faire une divx box, ou quelque chose du meme genre qui utilise directfb (oui X n'est pas si leger que ca), ou meme faire des drivers a vidix ben tu peux toujours courrir pour avoir un truc 100% fonctionnel...

Idem si tu veut utiliser un autre OS non supporte (hurd,...)


Ce n'est pas parce qu'on accepte qqchs de non libre qu'on tombe dans le systeme "a la windows". Au risque de me repeter : il faut savoir remettre les choses dans leurs contextes !

oui, mais tu perd tout l'aspet libre, personellement je trouve deja que certains drivers sans spec (par exemple driver wifi intel, pilote eagle) ou encore ceux qui depande d'un firmware proprio (par exemple carte dvb-s ) c'est tres limite. Dans les deux cas tu n'est pas libre de faire evoluer ton driver pour pouvoir profiter au maximun du materiel comme tu l'entend (par exemple pour les carte dvb-s tu prefere avoir un osd avec 256 couleurs dispo sur toute l'image, plutot que d'utiliser la memoire interne pour la bufferisation,...). Y a un bug dans le firmware ou dans la partie d'acces au materiel, sans les spec t'iras pas loin...

Par exemple routeurs wifi comme le linksys qui grace au fait qu'il utilise linux comme OS, on les sources du systeme disponible (enfin y a certaines partie propio) ce qui te permets de rajouter sur ton routeur du vpn, un ssh,...(bref tu est libre d'en faire ce que tu veux et non pas etre depandant du constructeur, t'as bien acheter le materiel, t'es bien senser pouvoir en faire ce que t'en veux)

[mode reve]
Finalement ce qui serait bien c'est qu'une companie (ou des) ce fasse a faire du materie compatible avec le libre : ie du bon materiel avec de vrai spec et un driver/systeme initial libre...
[/mode reve]

alors pourquoi sur

for(;;)
char *p;
char c [100];
p = malloc(100*1024*1024);
gets(c);
free(p);
gets(c);
}

ca marche parfaitement (et meme si l'on rajoute une boucle qui ecrit dans la memoire allouer)

et pourquoi sur dash pas de pb aussi ?

sous dash :

ps v && $(seq 1000000) || sleep 5 && ps v
PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND
18140 pts/4 SN 0:02 112 77 1470 576 0.4 dash
18182 pts/4 RN+ 0:00 160 61 2230 676 0.5 ps v
dash: 1: not found
PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND
18140 pts/4 SN 0:04 112 77 1470 576 0.4 dash
18185 pts/4 RN+ 0:00 160 61 2230 676 0.5 ps v


sous bash

ps v && $(seq 100000) || sleep 5 && ps v
PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND
18301 pts/5 SNs 0:00 349 589 5114 2648 2.0 -bash
18382 pts/5 RN+ 0:00 160 61 2230 676 0.5 ps v
-bash: 1: command not found
PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND
18301 pts/5 SNs 0:01 349 589 14510 12044 9.4 -bash
18394 pts/5 RN+ 0:00 160 61 2230 676 0.5 ps v


A mon avis c'est bash qui essaye d'implemente un systeme de cache foireux ...

PS le sleep est pour permettre d'avoir des infos a jour
PS dash m'a pris quelques seconde pour faire le truc, j'ai du tue bash et recommencer avec moins de chiffres....

tu peux alors expliquer pourquoi si l'on s'arrange pour bouffer juste toute la memoire dispo avec la commande, le shell devient inutilisable :
fork failed ...