Nicolas Y a écrit 39 commentaires

Gtk+ WebCore is released under LGPL- and BSD-Licenses.

Ça ne les empêche pas de faire du libre apparement, ça pose donc des questions :

"Tiens, mais alors une même boîte peut faire du logiciel libre et soutenir les brevets ?"
"On me dit que les brevets vont tuer les logiciels libres, les empêcher d'avancer, mais une seule société soutient les deux causes, n'y a-t-il pas une contradiction ?"

Eux, ça a l'air de leur convenir de soutenir les deux, ils vont pas se tirer une balle dans le pied, si ?
Bon ok, c'est réutilisable dans un logiciel proprio, mais le code en lui-même, la lib toute seule est LGPL | BSD, c'est quand même très différent de chez les autres gros partisans des brevets logiciels, qui font souvent du tout-fermé.

Quelqu'un est tenté par une explication à cette contradiction (s'il y en a une) ? J'avoue ne pas très bien comprendre...

Sinon, y'a vsftpd ( http://vsftpd.beasts.org/(...) ), qui fait quand même tourner kernel.org, ftp.redhat.com, ftp.openbsd.org, ftp.suse.com, ftp.gnu.org, ftp.freebsd.org, ftp.gnome.org, ftp.kde.org...
Le SANS le recommande : http://www.sans.org/newsletters/sac/sac1_48.php(...)
IBM le recommande : http://oss.software.ibm.com/linux/papers/security/Securing_Linux_Se(...)

Je sais pas pour vous, mais ça me suffit comme preuve de sérieux.

En ce qui concerne PHP et Apache 2, c'est Zend (qui fait le Zend Engine, coeur de PHP) qui recommande de ne pas utiliser Apache 2.
Dans la doc ( http://www.php.net/manual/fr/install.unix.apache2.php(...) ), il est écrit :

Nous ne recommandons pas l'utilisation de PHP dans un environnement threadé MPM, avec Apache 2. Utilisez le mode prefork MPM à la place, ou utilisez Apache 1.

Le problème vient donc de l'utilisation d'un thread, et non d'un fork() au moment de l'arrivée d'une requête utilisateur.

Pour ceux qui font du PHP5 de manière intensive, en exploitant notamment le nouveau modèle objet, ils ont pu s'apercevoir du nombre de bugs encore élevés (cherchez segfault dans PHP5 sur http://bugs.php.net/(...) ). Si une erreur de segmentation survient dans un processus, créé par fork(), le processus s'arrète. Si cela survient dans un thread, c'est tout le processus qui s'arrête, donc sans doute tous les threads utilisateur qui sont en train de répondre aux requêtes.

PHP ne recommande donc pas de ne pas utiliser le nouveau Apache2, mais de ne pas utiliser le modèle threadé qui peut poser problème à cause de l'instabilité de PHP.

Plus d'infos et des liens sur Slashdot : http://slashdot.org/apache/04/12/21/1837209.shtml(...)

Heu tu as remarqué aussi ça ? http://www.debian.gnu.slash.linux.com/(...) et http://www.gentoo.gnu.plus.linux.is.better.than.debian.gnu.slash.li(...)

tout ça et www.linux.com c'est pareil. S'il y a une faute de frappe tu peux leur signaler directement.

C'est corrigé, ça ? http://www.frsirt.com/bulletins/1083(...)
C'est juste marqué "Une version corrigée est disponible via CVS"

Si tu connais la réponse, peux-tu la donner, au lieu de répondre de manière hautaine ?
Cherche sur google. Regarde dans le man.
J'ai cherché et je n'ai pas trouvé, est-ce au MIT ?
Ce genre de réponse apparait trop souvent; Prendre la peine de répondre, taper un commentaire appelant l'autre à faire des recherches plutôt que de donner une réponse simple comme "RMS faisait du LISP au MIT et vu que ça le bottait il a continué", à quoi cela sert-il ?

Son nom c'est Guido Van Rossum et non von Rossum.
http://fr.wikipedia.org/wiki/Guido_van_Rossum(...)

Les screenshots de Kubuntu ne sont pas liés ici, les voici :
http://shots.osdir.com/slideshows/slideshow.php?release=306&sli(...)

Saying that Java is nice because it works on all OS's is like saying that anal sex is nice, because it works on all genders.

http://www.bash.org/?338364(...)

Un article plein de preuves avec comparaison de binaires, de strings & co sur CherryOs, l'émulateur PPC capable de faire tourner Mac OS X et qui serait juste le code de PearPC repackagé (en non libre, bien entendu).

http://www.drunkenblog.com/drunkenblog-archives/000501.html(...)

> si tu n'aimes pas la vitesse du site, tu peux l'accélérer...
> critiquer la motivation des gens que tu ne payes pas pour une prestation, perso je trouve ca un peu gonflé...

Je comprends bien ces arguments, comme "c'est libre, si quelque chose ne va pas tu peux participer". Cela signifie aussi qu'il ne faut pas émettre de critique si l'on ne participe pas ? Je ne nie pas le travail des éditeurs et des modérateurs, mais je m'étonne de la faible participation, du faible nombre de commentaires, du peu d'articles. Cela, tout le monde peut le voir, tout le monde s'en rend compte facilement. J'essaye de comprendre pouquoi il y a aussi peu d'engouement autour de ce site, et je disais que peut-être des news plus fréquentes, des commentaires libres (ils seront modérés avec une note faible si c'est des conneries et qu'il y a assez de monde). C'est sûr qu'il faudrait plus de monde, mais quand on en voit déjà plein râler parce que leurs news ne sont pas passés, que "holala Mandrake ils en ont toujours plus que SuSE c'est pas juste", il faudrait peut-être revoir ça.
Ce post va encore être masqué, mais ceux qui l'ont lu voient que je fais des propositions, et savent que des solutions existent.

> Laisse lui le temps va, ça fait même pas 10 jours qu'il est inscrit :)

Oui, ça ne me plait pas trop de m'inscrire sur un site juste pour poster un commentaire par semaine. Mais bon.

Ça devient vraiment de pire en pire linuxfr, entre les news tous les 3 jours (une par jour, au mieux) et les news repompées de Slashdot une semaine plus tard, quand ce n'est pas de la publicité tout simplement. Je ne sais pas comment se passe la modération, ou la validation des news, mais ça fait site à l'agonie ou tout juste créé. Il est sans doute possible de mettre des news plus rapidement, de laisser les posts anonymes, avec un système de modération. Slashdot fonctionne bien, pourquoi pas linuxfr ? Je trouve ça dommage, et j'imagine ne pas être le seul; je dis cela parce que les sujets qui sont présentés sont souvent intéressants, mais trop peu nombreux.

J'espère ne pas être moinssé par des personnes qui refusent de voir cela.

Salut :)
J'ai téléchargé la version du CVS, et il y a effectivement pas mal de différences.
- Ça marche avec un 2.6
- Ça marche avec un 2.6 SMP !
- Pas de warnings à la pelle
- La license du module est bien spécifiée

Bref, tout fonctionne parfaitement, je n'ai pas eu de plantage noyau comme ça m'était déjà arrivé avec la version précédente, etc. Un grand merci et bravo aux personnes qui ont participé au projet. Je pense m'inscrire sur la liste, s'il y en a une (vais voir ça de suite).
Ça fait vraiment plaisir de voir que le projet a changé aussi rapidement, j'ai du me mettre au wi-fi juste un ou deux mois trop tôt :)


Merci !

J'ai acheté une carte MSI PCI54G2 il y a quelques mois. Voilà mon expérience : Une semaine de galère avant de comprendre que le driver RT2500 ne fonctionne pas avec le support SMP activé. Obligé donc, d'installer un noyau 2.6 non SMP, pour pouvoir faire tourner le driver. Il compile, il se lance, j'arrive enfin à configurer simplement la carte (il y a un utilitaire graphique en Qt fourni), et à avoir une connexion. Sauf que... à chaque fois que quelque chose passe par la carte, il ajoute une ligne dans le syslog, et fait ramer le système. Tout se fige, et renprend. Impossible de bouger la souris ou de faire un ctrl-c si on lance un wget.
J'essaye d'autres noyaux (2.6.8 de Mandrake et un autre 2.6.8 packagé par je-ne-sais-plus-qui). Idem. Retour alors au bon vieux 2.4.27, qui fonctionne enfin. Inutile de dire que c'est marqué nul part chez Ralink (pas vu en tout cas), et que j'ai vu que SMP n'était pas supporté sur des forums d'utilisateurs se plaignant.
Ah j'ai pas raconté non plus quand j'ai du me taper des modifs à la main dans le code du module, pour qu'il compile avec le 2.4. Y'a un patch sinon (quelques inline à virer).
Alors le titre de la news a beau être sympa et encourageant, le code a beau être GPL ("tainted kernel" tout de même lors du insmod o_O ), c'est vraiment pas ce que je conseillerais. Il y a, je crois, les MSI PC54G (pas PC54G2, attention!) qui sont supportées directement, mais pas ceux-là.
Voilà, renseignez-vous bien avant de galérer comme je l'ai fait.

Nicolas.