Pascal a écrit 401 commentaires

Tant que l'on parle de transcode, j'aimerais connaître les différences de ce dernier par rapport à mencoderne termes de fonctionnalités et d'objectifs.

http://art.gnome.org/themes/metacity/

Désolé pour le coup de gueule....

Ce genre de journal, ca commence à devenir casse couilles.
Les trolls KDE/Gnome/WM de geek, et GTK/Qt, on en a assez vu...

J'espère que personne ne sera assez idiot pour ajouter le moindre commentaire à ce journal.

Tu dis n'importe quoi. Ils n'ont pas passé 7 mois à se tripoter la nouille, mais à faire du reverse engineering. Et puis faire un proof of concept sans faire un paquet de reverse engineering, ca me parrait difficile.

Mais, ton proof of concept, tu l'as maintenant: un glxgears qui commence à marchouiller. Je pense que vu le point où ils en sont aujourd'hui (ils ont justement montré que c'est possible), le dévelleopement ne va que s'accélerer, et on aura rapidement quelque chose d'utilisable.

Ca sent à plein nez le problème de droits pour la libusb.

N'aurais-tu pas fait une miseà jour de udev?

Regarde si ton utilisateur a bien les droits de lecture/écriture sur /dev/bus/usb/.....

Je ne connais pas très bien Debian, mais il faut certainement que tu rajoutes ton utilisateur dans le groupe qui à les droits sur /dev/bus/usb/....., ou que tu modifies la configuration de udev pour rajouter des droits aux devices USB.

Pour ce que tu veux faire, je te propose Windows Vista avec DRM, TPM, informatique de confiance,etc ..... Ca devrais répondre à ton besoin, non?

Sinon, en étant serieux, ton postne semble pas très claire. Peux tu expliquer plus précisément ce que tu veux faire?

Comme dit plus haut /proc et /sys sont des systèmes de fichiers virtuels gérés en temps réels par le noyau. Donc si tu y effaces un truc (si tu y arrives), il n'y a aucune conséquence.

Par contre pour /dev, ca dépend comment tu l'utilises:
- Si /dev est statique, alors aucun programme en user space nepeux plus accéder aux périphériques, et en premier mount.... C'est embettant.

- Si /dev est géré par devfs (aujourd'hui déprécié, et je crois même viré du noyeau 2.6). Alors on est dans le même cas que pour /proc et /sys

- Si /dev est géré par udev alors les fichiers spéciaux sont créés et supprimés par udev. Dans ce cas là, un redémmarage et udev va gentiment tout recréer pour toi.

L'ADN de Nina Reiser a été prélevé depuis 3 sources:
- Une boite de lentilles de contact
- Un rasoir
- Des sous-vetements en cotton

Je viens de m'apercevoir que je me suis fait devancer par http://linuxfr.org/~guerrier/23368.html .
Désolé pour le doublon.

Tua aurais dû demander les mois gratuits, Orange te les ofrent en 5 minutes. Tu appelles le service commercial, en disant que tu as eu des prbolèmes, que tu as dû appeller 3 fois la hotline, et ils te donnent un mois sans discuter, sans lettre recommandée.

Chez netcraft, ils font ce genre de chose dans le WebServer survey:

http://news.netcraft.com/archives/web_server_survey.html

Si tu t'interesses aux drivers, tu peux aller voir ce bouquin. C'est une mine d'or. De plus, il reste particulierement à jour puisque de nouvelles versions sont régulierement éditées.
http://lwn.net/Kernel/LDD3/

Si je ne m'abuse, quand on compte le nombre de lignes, il faut aussi toutes les lire pour pouvoir les compter (par détéction du \n").

Alors que l'on compte les lignes, ou que l'on travaille sur la date, il faut quand même tout lire...

Il n'y a que la solution qui compte le nombre d'octets qui évite de tout lire en seekant le fichier.

Pour ma part, j'ai quand même une préférence pour la date. Ca me parait de loin le plus fiable, notamment pour ne pas se planter lors des logrotate.

On a quand même retrouvé du sang de sa femme dans sa maison et dans sa voiture.

Sinon, si tu connais un peu le JAVA, tu peux dévelloper ton petit outil.

Ca ne devrait pas prendre trop de temps, si c'est aussi simple que tu le décris.

Le fichier de flux va grandir indéfiniment.....
Il faut donc trouver une solution à un moement donné pour arrêter le massacre et repartir sur un fichier de flux neuf.

De manière plus anecdotique, je me demande ce qui se passe quand tu essaye de te connecter a une application avec un processus de 300Mo ou plus qui est swappé sur le disque.

Rien...

En effet, dans le cas que tu décris, l'application doit séverement ramer, alors si les couches TCP ou IP rament aussi, je ne suis pas sur que ca empire beaucoup les choses.

Ce n'est pas une uestion si idiote que cela...

Qu'est-ce qui techniquement empeche d'implementer les protocoles TCP, IP, voire de couche 2 dans une librairie tournant en user-space??? Rien.

Mais pour répondre à ta question, je crois que l'intégration totale des couches réseaux dans le noyeau jusqu'à TCP a une raison historique.
En effet, Linux se veut un clone d'UNIX et historiquement TCP a toujours été implémenté dans les noyeaux UNIX. D'ailleurs, l'API socket est présente dans le norme POSIX, qui jusqu'à maintenant fait référence.

Pour moi, le meilleur exemple d'innovation qu'apporte le logiciel libre est la portabilité...

Ce sont souvent des logiciels quikfonctionnent sur un nombre important de plateformes. ( que ca soit Linux, les BSD, ou les porgrammes utilisateurs )...

Ca, pour moi, c'est une réelle inoovation.

On en a rien à foutre du plugin propriétaire Flash.....

http://www.gnu.org/software/gnash/

Fdisk ne redimenssionne pas les partitions elle mêmes. C'est juste un éditeur de table des partitions.

La table des partitions et une espece de table des matières au début de ton disque dur qui indique à quelle position sont les partitions. Fdisk permet juste d'éditer ce truc là mais ne s'occupe absolument pas des données qu'il y a derrière. Tant que je parle de fdisk, j'en profite pour te conseiller plutôt cfdisk qui est inclus dans la majorité des distriutions qui est un outil qui fait exactement le même boulot que fdisk mais en plus sexy (si on peut considérer que ncurses c'est sexy).

Pour redimenssionner des partitions, il faut donc en plus d'utiliser fdsik (ou cfdisk), utiliser un outil pour redimensionner la partition elle même: resize2fs ou resize_reiserfs. Cette manipulation est tout de même assez technique car il faut que ce qui est fait avec resize2fs soit fait de la même manière avec fdisk, sous peine d'avoir des partitions illisibles au prochain reboot.

Sinon je pense que ce que tu cherches, c'est outil tel que parted, qui permet de faire simplement et automatiquement toutes sortes de modifications sur les partitions (creation, suppression et redimmensionnement) à la manière de Partition Magic. Il existe aussi des frontends à parted que je n'ai pas testés: Gparted pour GTK et Qparted pour QT.

Enfin pour la fusion de deux partitions, c'est extrèmememnt commpliqué, et je pense qu'aujourd'hui aucun outil n'est capable de la réaliser.

Si on peut tout à fait compter les tgz de Slackware comme un format de paquet à part entière.
Un paquet Slack n'est pas un simple tar.gz. En effet, il peut contenir des scripts d'installations (un peu comme les debian), et un petit descriptif du contenu du paquet qui s'affiche lorsque tu l'installes.

Tu penses vraiment que Sarkozy aurait porter plainte contre joey Starr pour diffamation ?
Ce n'est vraiment pas dans l'habitude des démocraties de porter plainte contre les artistes.

Oui, tout à fait, celà a déjà été fait justement par ce même Sarkozy contre le groupe de rap francais "La rumeur", justement pour diffamation.

La rumeur est un groupe de rap assez politiquement engagé. Les chanteurs ont dénoncés dans l'un de leurs textes les violences policières. Nicolas Sarkozy à alors porté plainte pour diffamation. Mais le problèmes avec la rumeur c'est que les mecs, ce sont des bac+4, bac+5 en SciencePo, donc ils ont su se défendre brillament et ont été relaxés.

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

Si j'ai bien compris tu compiles sur Solaris, et tu execute sur HP-UX, et tu t'attends à ce que ca marche. Je sais même pas si ce sont les mêmes architectures de processeur.

Tu as même de la chance d'avoir autre chose que SEGFAULT.....

J'ai effectivement dit des conneries. Même si GTK utilise Cairo, y'a une grosse partie (dans GDK principalement) spéicifique à Xlib (environ 30.000 lignes avec commentaires).

Le port n'est donc pas si trivial que ca.