kapouik a écrit 142 commentaires

La suppression des sites Web personnels n'est qu'une menace pour faire pression, soyons raisonnable ! Ce qui gêne les fournisseurs d'accès, ce n'est pas la liberté d'expression ni le respect de la vie privée, ne vous y trompez surtout pas : ils ont déjà montré par le passé que ce ne sont pas leur préoccupation majeure ! Ce qui les gêne vraiment, c'est que pour appliquer cette loi, il va falloir qu'ils embauchent pour maintenir leur activité, et pour mobiliser leurs clients, rien de tel que brandir le flambeau de la liberté d'expression et de la vie privée menacée. Et le pire, c'est que ça marche, car pas le dixième des pétitionneurs ne savent vraiment pas de quoi retourne cette loi et se fient aux cris alarmistes des fournisseurs d'accès.

Je précise que je ne dis pas que cette loi soit une bonne chose, mais faire le jeu des fournisseurs qui débauchent et qui manipulent l'information pour éviter d'embaucher, trop peu pour moi.

Et voilà comment la GPL commence à subir des attaques de toute part. Après SCO qui clame l'invalidité de la GPL, voilà KISS. Ces deux sociétés se placent sur le terrain juridique et exigent une validité devant les tribunaux ! Et ce n'est pas un hasard : pour se défendre devant les tribunaux, il faut des ressources financières conséquentes, et ces deux sociétés en ont !

On constate évidemment l'immoralité et la perversité de ce genre d'action : quelle société a osé remettre en cause les autres licenses telles que la EULA de Microsoft ? Aucune, car en attaquant la EULA, on se met à dos une société qui a la puissance financière nécessaire à défendre ses intérêts.

Dans le cas de MPlayer, KISS sait très bien que les plaignants ont peu de chance de mobiliser les fonds nécessaires et d'affronter les procédures judiciaires longues et couteuses pour se défendre. Bref, c'est d'une lâcheté exemplaire. Le pire, c'est que c'est le genre de société qui pleure quand ses produits sont piratés alors qu'elle n'a pas hésité à piller le travail des autres pour se faire de l'argent à moindre frais !

Personnellement, je recommanderais d'abord plutôt de tester d'abord les deux programmes pppoa livrés avec le pilote "user land" de Benoït Papillaut avant de passer à la version "kernel land". Pour ma part, j'ai constaté quelques problèmes de déconnection avec pppoa3 (version plus récente de pppoa) alors qu'avec pppoa2, tout fonctionne à merveille. Bref, changer de pppoa pour voir si ça résoud le problème. Sinon effectivement, essayer la version "kernel land" du pilote.

Red Hat est leur distribution officielle pour les entreprises. Sinon, de manière officieuse et d'après les dossiers sur leur site, il y a aussi des noyaux et des pilotes pour Slackware et SuSE.

> Surtout qu'APT-GET est particulièrement long pour cette tache

Et surtout, il est terriblement efficace, en abrégé, c'est la classe :

http://gniarf.nerim.net/vaboofer/DebianPower.gif(...)

> Oui quand ça marche c'est simple... mais quand ça marche pas tu t'amuses !

C'est exactement pareil sous Linux, sauf que sous Linux, en raison du support plus "modeste" du matériel comparé à Windows, tu y passes plus de temps que sous Windows. Sans compter que Windows détecte et configure le matériel plus facilement que sous Linux.

Le nier, c'est se mentir à soi-même et surtout, aux autres nouveaux venus à qui on leur fait mirroiter une facilité utopique sous Linux à installer du matériel. Au final, il se prennent la tête plus que sous Windows, se disent que finalement, on leur a menti, posent des questions qui recoivent pour réponse des "DTC", "Google est ton ami" et j'en passe.

Puis ils retourneront sous Windows pour travailler sérieusement et utiliseront Linux pour leurs TPs de C/C++ dans le meilleur des cas, et au pire, quand ils y aura des potes rebelz qui passent chez eux pour mieux faire les rebelz dlfpiens anti-sociaux anti-microsoftien révolté de la société qui passe sont temps à se la toucher à chaque nouvelle version du noyau 2.6.x.

> on se demande vraiment comment ils font pour garder autant de monde

Windows supporte plus de matériel que Linux et l'installation d'un périphérique en est donc simplifiée. Le jour où il y aura autant de support sous Linux que sous Windows, Linux perdra le dernier obstacle qui empêche certains de passer totalement sous Linux. Bien évidemment, ce manque de support n'est pas dû au manque de personnes compétentes sous Linux, mais aux constructeurs qui développent rarement leurs pilotes sous Linux et qui ne publient pas leurs spécifications.

J'hésitais à en faire un journal et j'ai finalement choisi d'en faire une nouvelle, comme on me l'a recommandé lors de mes précédents journaux. Quelle ne fut ma surprise en revenant lire les journaux de voir qu'on s'est croisé :)

Rox est justement mon gestionnaire de fichier préféré car je peux associer et lancer des scripts BASH selon le type des fichiers de manière très simple et efficace comparé aux autres gestionnaires de fichier. À noter que ROX utilise les dernières spécification MIME Type du projet FreeDesktop, et qu'il est le seul à ce jour :) Nul doute que les prochaines version de KDE et GNOME suivront, ce qui permettra de partager les associations entre tous les bureaux, car c'est vraiment très pratique et très puissant !

Zenity est une application qui permet de créer des boîtes de dialogues sous X. C'est la version GNOME du célèbre programme dialog en mode console. Il existe aussi XDialog, qui n'utilise pas les librairies GNOME mais seulement les libraries GTK+ 1. Quant à File Roller, il s'agit du gestionnaire d'archive de GNOME : c'est en quelque sorte le Winzip de GNOME.

Pour la décompression, tu peux associer les fichiers de type RAR (BZIP2, GZIP, ZIP, ...) au programme file-roller ce qui te permettras de décompresser dans le dossier de l'archive. Sinon, tu peux utiliser un script dans le dossier qui s'ouvre quand tu sélectionnes Personnaliser ce menu ... dans le menu contextuel du fichier. Pour un fichier .tar.bz2 par exemple, mets y les lignes suivantes :

#!/bin/bash
DIRNAME="$(dirname $@)"
FILENAME="$(basename $@)"
cd "$DIRNAME"
tar xjf "$FILENAME"

Pour un fichier .tar.gz, tu adaptes :

#!/bin/bash
DIRNAME=$(dirname $@)
FILENAME=$(basename $@)
cd "$DIRNAME"
tar xzf "$FILENAME"

Et ainsi de suite. Tu peux améliorer ces scripts en affichant une fenêtre Zenity en fin de décompresion pour t'informer que la décompression est teriminée. Où alors utiliser Zenity avec une fenêtre de progression qui se ferme automatiquement une fois l'opération terminée (cf la page de manuel de Zenity).

Pour les menus, signalons qu'il n'y a pas de barre de menu encombrante qui est très peu utilisé avec ce type d'outil, mais qu'il y a bien évidemment les menus contextuels, qui sont généralement les menus les plus pratiques et utilisés pour un gestionnaire de fichier.

Pour le redimensionnement automatique, tu vas dans le menu Options -> Fenêtre du filer et tu sélectionnes Ne jamais changer la taille automatiquement. Visites bien les options, c'est impressionnant comme ce gestionnaire de fichier est configurable :)

Pour l'affichage qui saute, c'est tout simplement que tu as activé les miniatures des images par défaut. Désactives- le (Options -> Fenêtre du filer -> Imagettes -> Montrer les imagettes) et ne l'active que quand tu en as vraiment besoin avec le menu contextuel.

Je regrette, mais en tant qu'individu, je suis à même de lire et comprendre les implications basiques de la GPL qu'ils n'ont pas respecté (diffusion du code source notament). Alors qu'on ne me fasse pas croire qu'une société n'a pas les ressources nécessaires pour la comprendre, même avec la plus grande mauvaise foi du monde, je n'y croirais pas une seule seconde. À moins qu'on me démontre que tout leur personnel sont des "cellules" qui travaillent pour le compte de Jayce, et encore, même lui sait ce qu'implique la GPL même s'il n'y adhèrait pas forcément !

> On avait parlé du Java il fut un temps, mais je pense que ce futur-là appartient déjà au passé...

Conceptuellement, Java n'est pas si mal. Dans la pratique, ce qui a fait du tort à Java à mon avis, c'est l'implémentation Java de Microsoft. Microsoft a proposé des "extensions" qui n'étaient disponibles que sous Windows, amoindrissant ainsi la caractéristique multi-plateforme de Java, d'autant que Windows est quand même le système le plus répandu.

En fait, le "standard" Java a souffert de la même manière que les "normes" HTML et JavaScript pour lesquelles Microsoft a développé des extensions sur leur plateforme Windows et dont les implémentations n'étaient pas forcément en conformité avec les standards.

Quant au langage qui va s'imposer, la question ne devrait pas vraiment se poser pas car il y a plusieurs langage adaptés à divers besoins, même s'il y a des "doublons". Certains s'imposeront évidemment dans leur domaine de prédilection mais je doute personnellement que l'un d'entre eux atteingne un jour la popularité et la "polyvalence" du langage C ... qui reste le langage de notre OS favori :)

Il ne s'agit pas à proprement parler d'un courrier que t'a personnellement envoyé Patrick Volkerding une fois que tu as installé ton système :) Il s'agit en fait du fichier de spool du courrier pour l'utilisateur root qui est /var/spool/mail/root : il est installé par le paquetage aaa_base. Cela n'empêche cependant pas qu'il contienne des informations utiles et qu'il faut penser à le lire.

> Au lieu d'utiliser Google et de farcire davantage son monopole

Le fait que Google ait le "monopole" (tu parle probablement de popularité) devrait être un inconvénient ? Je ne vois vraiment pas en quoi ce "monopole" serait un inconvénient : sans Google, avec l'intégration de MSN à Windows, ce serait probablement MSN qui aurait le monopole. Aurait-ce été meilleur quand on voit les résultats truqués renvoyés par MSN ? Personnellement, quand je fais une recherche sur "Linux" avec MSN et que je constate que MSN Shopping apparaît des premiers résultats devant les site de Linux Mandrake et du Linux Kernel Archive, je suis plus que sceptique !

Avec Epiphany 1.0.6 basé sur Mozilla 1.4, j'ai parfois le même problème mais dans mon cas, ce n'est pas systématique. D'ailleurs, dans 99,9% du temps, je peux voter sans aucun problème. Il m'arrive de ne pas pouvoir "plusser" un commentaire bien précis alors que ça fonctionne parfaitement avec les autres. Chose bizarre et similaire à ton cas, c'est toujours arrivé sur le "[+]", jamais sur le "[-]" !

Maître Stallman sur un arbre perché,
tenait en sa main un clavier.
Cherchant à quoi l'utiliser,
Lui vint tout à coup une idée !

"Et toi l'ordinateur en bas de l'arbre,
Oui, toi ma roll royce qu'on appelle Vax,
Je ne vais pas perdre de temps en palabre,
je vais te faire travailler un Max"

Sur ces mots le Stallman se sentait fou un max,
Et pour montrer toute sa joie,
Il coda l'éditeur Emacs,
qui nécessitait en toute bonne foi,
quatre fois la puissance d'un Vax.

Un passant le vit et lui dit :
"Apprenez que votre éditeur dépense
Plus que RAM que la machine n'a au boot.
Il nécessite au moins un emballage de RAM qui coûte !"

Le Stallman, malheureux et confus,
Jura d'un air plutôt vantard,
Que le début du projet GNU
Sera cet éditeur qui rend blafard.

La suite, c'est l'histoire du lièvre StallMan et de son micronoyau HURD qui fut rattrapé par Linus et son noyau monolithique Linux.

Si tu cherches une analyse économique, sache que d'autre l'on déjà faite et que tout est question de "barrière à l'entrée" : http://perso.linuxfr.org/penso/article/ecoLL.txt(...) :)

> Il lui manque clairement un thread pool pour pouvoir tirer parti des serveurs SMP

C'est tout à fait possible, personnellement je n'ai aucune expérience de programmation pour architecture SMP. D'ailleurs, je pensais (à tort ?) que c'était le rôle du système d'exploitation de répartir de manière transparente les instructions d'exécution d'un processus entre les processeurs.

> (...) pouvoir utiliser le CPU pendant certains appels qui demandent une attente quelconque.

Justement, les temps morts des entrées/sorties sont éliminés par l'architecture de THTTPD. C'est d'ailleurs un de ces points forts à ce jour : tirer parti de l'architecture des systèmes Unix pour les entrées/sortie non-bloquants.

> Les threads ne resolvent pas tous les probs de performance, mais c'est assez essentiel si tu veux que ton soft vale qqe chose sur un serveur SMP. Bref, il a probablement des perfs valables sur une machine mono-CPU, mais ca s'arrete la, j'ai du mal a appeler ca un design oriente performance.

Pour ce qui concerne la haute performance à tout prix, c'est possible qu'il ne soit pas une "killer app" sur machine SMP. Mais c'est relatif : n'ayant pas de machine SMP, je l'ai plutôt recommandé pour une machine personnelle sur laquelle j'ai bien vu la différence avec Apache pour les contenus statiques. Si j'avais une machine SMP sous la main, j'aurais pu donner un avis, mais là, ce n'est malheureusement pas le cas. Ceci dit, si tu as une machine SMP à m'offrir pour que je m'initie aux systèmes SMP, je suis preneur :)

> Si il etait developpe dans un soucis constant de velocite, ca serait pas un soft monothread...

Le fait est qu'il exploite le système d'entrée/sortie non bloquant des système Unix pour délivrer des fichiers de manière concurentielle quand les données sont disposées à être reçues et envoyées. En exploitant cela, il n'y a aucun temps mort dû à l'attente d'un condition propice à l'envoi (le destinataire n'a pas acquité la réception) ou à la réception (les données sont lues et prêts à envoyer).

Il est sûrement possible d'en améliorer les perfomances en utilisant les threads, mais ce que je voulais plutôt signaler, c'est que le rapport perfomance/légèreté est excellent. Sans la complexité des threads ou des processus multiples, ce serveur Web accomplit des performances plus qu'honorables. En fait, pour le contenu statique, et pour les tests sommaires que j'ai pu faire par curiosité, j'ai constaté par moi même que pour la délivrance de contenu statique, il n'a rien à envier à Apache 2.0 allégé (qui utilise un design hybride multi-thread/multi-processus), et cela dans les même conditions d'exploitations sur la même machine.

Par ailleurs, si les threads résolvaient vraiment tous les problèmes de performance, je pense que ça se saurait. Sans compter, dans les conditions réelles d'exploitation, la bande passante serait saturée bien avant que le design de ce serveur montre ses éventuelles faiblesses.

> Le design de ce soft est clairement mauvais niveau recherche de perf.

Je suis intéressé par tes arguments : si tu peux m'en dire plus, je suis preneur.

> PPS : vous voyez qu'il est pas homo !

La sexualité de chacun ne regarde personne, mais est-ce censé être un problème qu'il soit homosexuel ?

Pour configurer ma carte son SBLive dernier cri avec ALSA, j'ai juste eu besoin de lancer l'utilisataire "alsaconf". Tout a été pris en compte, je n'ai même pas eu besoin de tripoter quoique que ce soit ! Essaie cet utilitaire, la configuration sera probablement beaucoup plus simple que de procéder manuellement. Note que cet utilitaire est normalement fournit avec le paquetage alsa-drivers en standard.

Pour commencer, tu peux désactiver tous les services dont tu n'as pas besoin (sauf XFS si tu ne veux pas avoir de problème) : ça allègera grandement ta machine. Tu devrais trouver une icône dédié à cela dans le Panneau de Contrôle Mandrake.

Ensuite, si tu as une imprimante, tu peux aussi désactiver les services CUPS/LPD et les remplacer par PDQ (http://pdq.sf.net(...)) qui est beaucoup plus léger pour une machine personnelle n'ayant pas besoin d'une architecture complexe pour le spool d'impression. Cependant, certains outils de configuration Mandrake risquent de ne pas reconnaître ce système d'impression : pense à cela ...

Enfin, optionnellement, tu peux aussi utiliser un bureau plus léger que KDE ou GNOME : essaie XFCE par exemple, il est léger et ne requiet pas de se perdre dans les fichiers de configuration. Si tu veux vraiment quelque chose de léger, tu peux aussi essayer IceWm qui est pas mal et qui contient aussi une barre des tâche "à la Windows" pour ne pas trop dépayser ta famille.

On va pouvoir rire ensemble maintenant :-)

Oh oui ! Et je suis persuadé que tu ne crois pas si bien dire ...

Personnellement, je suis sceptique quant la copie du ChangeLog "brut" de l'annonce ici : autant mettre un lien vers l'annonce sur le site de MPlayer.