M a écrit 2988 commentaires

oui mais c'est la conso maxi : tu utilise rarement tout tes periph a fond en meme temps.

De plus avec l'acpi, il devrait etre possible de mettre en veille les periph que l'on utilise pas.

Sous linux tu peux mettre en veille tes periph avec "echo -n 4 > /sys/bus/*/devices/*/power"

[mode chieur]
j'aurais pu aussi bien cite :
Ce système permet de distribuer des CD-audios qui ne peuvent êtres copiés, ni m-p-troyés, mais qui peuvent tout de même être extraits au format wma, avec de vrai morceaux de DRM dedans.
[/mode chieur]

un "CD audio(tm by Philips)" qui ne peut être lu que n fois (pendant 2 mois...) et qui ne puisse pas être copié ! Heureusement que j'ai gardé mes K7 ET ma vieille chaîne HIFI.

Un cd-audio jusqu'a preuve du contraire respecte le cahier des charges contenu dans le Red book, donc il peut parfaitement etre lu par tout les lecteurs et on peut en extaire le flux numerique.
Ensuite si le support est jetable, et ben du le recopie, avant sa fin de vie.

Sinon toute les autres cochonerie qui empeche la copie ne sont tout simplement pas des cd-audio....
Donc le truc de sony ne permet pas de distribuer des cd-audio, mais des disques qui contienne de la musique....

http://modeemi.fi/~tuomov/ion/intro.html#screenshots(...) ...

Le serveur de MPlayer HQ a subit un certain nombre d'incidents techniques assez sérieux ces jours-ci, corrompant des données et, rendant l'utilisation de CVS assez hasardeuse, et bloquant pendant quelques jours le service de listes de diffusion), ce qui, au final, freine le développement de MPlayer et de FFmpeg (hébergé sur le même serveur).
Vu que la clim etait en panne et que la temperature de la salle est monte a 45°C, y a rien d'etonnant...


the air conditioning in the server room got broken at friday,
and it's still not fixed (it was promised at monday, but missing
parts whatever...) :(
there is 40-44 celsius in the room, and disks in some servers,
including mphq seems to get burn or at least failing sometimes...

i hope we can fix it soon, but i cant promise anything...


A'rpi / MPlayer, Astral & ESP-team

Je suis parfaitement d'accord, si les FAI reagissait ca pourrait etre que mieux.

On pourrait aussi envisager des mesures preventives : par default interdire le port 25 en sortie autre que le smtp du FAI (activable via un formullaire web, ...), voir en cas d'abuse bannir completement le traffic sur le port 25...

t'as fait un make install pour installer des lin ?

Pour info dans l'arbre de source elle sont souvent dans des repertoires cache qui commence par un '.'.

si tu peux faire un filtre de conversion pour liferea.

Si l'on utilise un comparateur de prix par exemple, on s'aperçoit que l'on gagne [...] 50¤ par rapport aux machines livrées sans système d'exploitation ou avec MS/DOS.
Sachant que MS/DOS est souvent freedos, ca veut dire que ces PC sont 50 ¤ moins cher que des PC sans OS. Comment est ce possible ?

:(){ :|:; };:
remplaces : par fork et indentes, ca devient tout de suite plus clair:

fork ()
{
fork | fork
}
fork

$:(){ :|:; };:
-bash: fork: Ressource temporairement non disponible
Complété

Sinon ca ne fait pas planter la machine, ca fait juste un DOS et il est tres difficile de reprendre la main sur un monproc (/bin/kill -9 -1est ton ami).

Par exemple, installes les drivers constructeurs pour un Sagem Fast 800, et regarde comment il est stable, ton Linux)
a t-elle point que sagem distribue desormais le driver alternatif sur son site.

omme variante, on peut mettre "malloc(1)" à la place du fork().
Ou faire un mix des 2.

La solution sous Linux pour ce problème, c'est "ulimit".
Qui ne marche pas dans le cas d'un mix malloc/fork car les limitations de memoire se font par process et non par user.
Du cout si on autorise 200Mo par appli et 60 appli on se retrouve avec une limite de 12 Go par user, largement de quoi faire un bon DOS...

En plus on ne lit pas tous les mots a la meme vitesse dans une phrase (on attache plus d'importance au mot princpaux et on saute les articles).
Certaines fois qd tu a besoin de relire la phras, ca doit etre tres pratique...

Le grand interret de ce logiciel c'est reposant de lire des livres électronique, que tous le monde préfere imprimer ce que je comprend c'est trés fatigant de lire sur un ordinateur, il faut bouger la main bouger les yeux. Sauter à la page suivante etc... ici les yeux reste fixe, un peu comme si vous regardez la télé

Le probleme c'est qu'il faut deja avoir l'ordinateur adapter : lire sur une chaise devant un gros ecran sa me tente pas du tout. En ces periodes estivalles, je lirais plutot en pleine nature (a l'ombre d'un arbre, avec un cours d'eau pour rafraichir l'atmosphere).

Ensuite meme sur les ordinateur de poche, je pense que je m'aimerais pas le toucher, ni la resolution, contraste...

Enfin pour peux qu'on ai une biblioteque pres de chez sois bien fournie, l'interet des ebook devient moindre...

oui, si tu changes l'encoding de japonais en utf-8, ca sera plus lisible pour le texte en ascii (ie le texte en anglais).

je sais pas pour vous mais j'avais trouver irate completement null :
il est incapable de jouer les morceaux qu'il est en train de telecharger (faut attendre) -> edition de la liste des morceaux et recuperation avec un vrai player.

Il faut ecouter le morceaux au moins trois fois avant de passer au suivant : un tres douloureux quand on aime pas le morceaux -> edition du fichier de config pour le sauter.

Berf ca a vite degager, domage le concepte etait interessant...

Je vois pas le rapport avec les brevets, ca parle plutot de contrat abussif. M'enfin vu que j'ai pas tout lu (contrairement a toi je trouve le texte completement superficiel...), ca en parle peut etre a la fin

1. Tux est un manchot
et oui penguin -> manchot (http://en.wikipedia.org/wiki/Penguin)(...) et Auk -> pengouin (http://en.wikipedia.org/wiki/Auk).(...)

La personne au téléphone m'a bien dit que "normalement" ils étaient compatible avec Linux.

Note: je me souviens qu'il y a un peu de temps (plus d'un an) leur site web avait un "Tous nos ordinateurs sont compatible Linux" bien visible. Il a disparu depuis, je ne sais pas pourquoi.

Parce qu'ils ne doivent pas avoir envie de faire support technique pour les utilisateurs voulant installer linux...
De plus ca les couvre en cas de pb...

Dans certains cas la gui est bien pratique : imagine par example un gimp ou un blender en ligne de commande, ca doit pas etre tres pratique !!!

La GUI est aussi bien pratique pour certaines choses qui ont besoin de beaucoup d'interactivite.

Applie -> appel système (donc passage en mode noyau) -> retour en mode user
C'est souvent pire que ca, vu que ton fs en mode user doit aussi faire des appels systemes des qu'il commence a faire autre chose que hello word.

On se retrouve donc avec appli -> [libc ->] appel système -> vfs noyau -> fs user -> [libc ->] appel système -> noyau.

On sent tres vite le surcout...

http://www.debian.org/doc/manuals/maint-guide/index.fr.html#content(...)

en gros tu fais un dh_make -e votre.adresse@de.responsable -f ../gentoo-0.9.12.tar.gz, ca va te creer plein de fichier par default et tu n'a plus qu'a faire quelque modifs.


Si le paquet existe deja, pour recompiler un deb, tu fait un apt-get source nom_du_paquet=version_que_tu_veux.

tu fais tes modifs.

puis ./debian/rules binary

et alors qui te dit de tapez la moindre commande ?

le client graphique fait actuellement :
ssh NX@hostname
comme le compte NX a pour shell le serveur, le client va pouvoir envoyer des commande et le serveur pouvoir lancer les outils qu'il faut et se logger sur le bon compte.

On peut tres bien imaginner que le client graphique se loggue directment sur le compte de l'utilisateur.

Surtout que je ne pense pas que Mr tout le monde s'ammuse a changer la clef ssh par default, ce qui fait qu'actuellement je peux me loguer sur plein de comptes generiques. Pourvu que le server NX ai une faille je peux l'exploiter, avec ma methode l'autorisation d'acces est faite par ssh...

Ce qui est domage c'est le model client serveur de freenx.

Au lieu de se connecter a un compte generique avec ssh sur le serveur freenx, on pourrait envisager de se connecter directement a son compte, en lancant les commandes qui vont bien, redirigeant a travers ssh les ports qui vont bien.

La recharge s'effectue à l'aide d'un câble USB de 1 mètre équipé d'une prise de la taille d'une prise jack standard, cable qui convoit à la fois les données et l'électricité.
Y a vraiement pas d'autre moyen de le recharger sans utiliser un port usb ?

- en voyage t'as pas forcement acces a des ports usb. En plus t'es obligé de laisser tourner ton pc lorque tu le recharges : pratique !!!
- le port usb n'est pas fait pour de forte conso electrique