wismerhill a écrit 2608 commentaires

il est communément admis, qu'à structure sociologique constante, un échantillon plus gros est plus représentatif.

Cela suppose que la méthode de sélection du contenu de l'échantillon soit parfaitement aléatoire sur l'ensemble de la population considérée. Or ce n'est vraisemblablement pas le cas ici (comportement différent vis à vis du javascript), l'échantillon est biésé de par la technique d'échantillonage même.

On pourrait aussi penser à un équivalent de screen mais pour X11, c'est à dire qu'un programme lancé au travers de ... appelons le xscreen, peut survivre même si le serveur X quitte, et peut être redirigée de manière transparente sur un autre serveur X. Ça pourrait être sacrément pratique.

C'est exactement le principe de vnc.

Un programme ne peut pas fonctionner depuis la SWAP, quand il a besoin de s'exécuter il faut que l'OS mette dans la RAM toutes les pages que le programme veut lire/écrire. Donc même s'il était possible de placer un programme dans la SWAP à son démarrage (ce qui était plus ou moins l'intérêt du sticky bit sur les vieux unix) dès qu'il faudrait l'exécuter il faudrait le redéplacer vers la RAM.

Et avec un programme qui ne tient pas entièrement en RAM (comme ton cas) c'est particulièrement problématique car le système passe son temps à déplacer de la RAM à la SWAP et réciproquement suivant les segments de mémoire que le programme utilise.

Comme il a été dit plus haut tu devrait faire ton rsync en plusieurs fois. Si tu n'a pas de liens physiques à préserver c'est jouable.

Ça existe depuis un moment et ça s'appelle gtk-qt-engine
http://gtk-qt.ecs.soton.ac.uk/

- je sais pas ou est passe kaffeine, en tout cas pour le moment il ne semble pas y avoir de lecteur video dans kde4

--> dragon player

Mais c'est pas terrible pour les longues distances...

iceadtea (la version complètement libre de openjdk) est également dans la mandriva 2008.0

Pourquoi installer apache 1.3? (sous windows en plus!)

Si tu devais maintenir une installation en production d'il y a cinq ans je comprendrais, mais maintenant pourquoi ne pas installer une version 2.2?

Un développeur qui "expect stuff to just work" c'est mauvais signe sur ses capacités de développeur!

Waw, tu bat des records, t'as du faire pêter tous les trollomètres des environs!

Sinon, pour les video au format variable, il y a sans doute moyen de scripter en grepant un mplayer -identify.
M'enfin je suis d'accord, ce serait bien mieux que mplayer fasse le boulot tout seul.

Bon, je répète encore une fois:
man mplayer

Si on regarde l'explication de ce filtre expand on voit qu'il fait plein de choses intéressantes, par exemple le sixième paramètre qui permet d'étendre jusqu'à un certain ratio, il suffit alors de préciser le ratio de son écran (4/3 par exemple) pour qu'il étende la vidéo en conséquence. Les troisièmes et quatrièmes paramètres permettent eux de préciser où aligner la vidéo, pour avoir toute la zone noire en dessous ça donne

mplayer -vf expand=:::0::4/3 ma_video.mkv

Ensuite, comme l'a fait remarquer ianux, ce paramétrage peut être ajouté dans le fichier de config de mplayer pour être systématique.

D'un autre côté, ça évite aux gens qui ont des vraie références et des vraie compétences d'aller travailler pour des cons.

placer les sous titres dans les bandes noires au lieu de les incruster par dessus l'image de la video.

Il est relativement facile d'obtenir le même résultat avec mplayer en jouant un peu avec les (nombreux) paramètres disponibles, -vf permet d'appliquer des filtres à la vidéo, par exemple expand qui va étendre la vidéo (sans zoomer), donc avec
-vf expand 0:-50:0:0
on ajoute une bande noire de 50 pixels en bas de la vidéo et si les sous-titre ne sont pas encodés en dur dans la vidéo (par exemple conteneur mkv ou fichier externe de sous-titres) ils iront se mettre dans la zone noire en bas.

cf man mplayer

Tout à fait, c'est pour ça que apache tomcat (la version libérée donc) commence à la version 3 (http://tomcat.apache.org/whichversion.html ), voir à ce sujet
http://tomcat.apache.org/heritage.html

Non, lui il parle de le poser sur l'onglet et que cela ouvre le fichier, moi je dis qu'il suffit de s'arrêter deux secondes sur l'onglet pour que celui-ci s'affiche et tu peux alors déposer le fichier dans le répertoire pour le copier/déplacer/lier.
Moi je trouve ça tout aussi pratique que de jouer du Alt-Tab pour activer la bonne fenêtre.

Et pour des glisser-déposer, les onglets c’est pas super-pratique : si tu attrapes un fichier que tu veux glisser-déposer dans un répertoire ouvert dans un autre onglet, le poser sur l’onglet fait que Konqueror l’ouvre, il ne propose pas de le déplacer/copier/etc.

Il suffit de laisser le curseur pendant deux secondes sur l'onglet (sans lâcher) et il active l'onglet pour que tu puisse déposer au bon endroit.

Si, elle est sortie
http://store.mandriva.com/product_info.php?products_id=277

Mais ils préparent probablement cette machine depuis quelques mois et ont probablement préféré la grouper avec la flash 2007 pour écouler les anciens stocks et ne pas devoir refaire des tests avec la nouvelle.

Ce n'est pas parce qu'un projet est GPL qu'il est pour autant OUVERT.

Ouais, il suffit de voir Gnome.

(Argh, ça colle aux chaussures cette saleté)

parted est dans la source main, gparted et qtparted sont dans la source contrib.
http://easyurpmi.zarb.org/

Bah si, mais elle aurait la queue sale maintenant...

Ben oui, c'est pour ça qu'il asseppel icedtea.

Classpath couvre peut-être 99% de l'API, mais encore faut-il que les méthodes derrière fassent leur boulot, et pour la partie swing c'est encore assez difficile.

Non, normalement si tu parle de java (en précisant éventuellement la version), alors c'est senssé correspondre aux spécifications, sinon ça ne peut pas s'appeller java. Hors classpath (sur lequel se base gcj pour toute l'API java) n'est pas encore une implémentation complète de java (peut-être 1.1, mais c'est très très vieux).

Ou encore, si le stick est destiné à être connecté en permanence à l'ordinateur, faire un montage "à l'ancienne" via /etc/fstab avec les paramètres de groupe et de droits qui vont bien pour que les différents utilisateurs aient accès.

Par contre dans mon cas vu que j'avais détruit la table des partitions, je n'ai pas eu trop de choix...
On a toujours le choix
http://home.pages.de/~michab/gpart/
Il me semble qu'il est sur la knoppix et je sais d'expérience qu'il est dans le mode rescue de la mandriva car ce programme m'a déjà sauvé la mise une fois.

Normal que ce soit plus lent: l'UTF-8 n'a pas une longueur fixe de caractère (suivant les cas, un caractère fait 1 2 ou 4 octets) donc si on veut le xme caractère on ne peut pas faire un saut direct à la position, il faut compter tous les caractères avant, et du coup des algorithme qui peuvent être très rapides avec un encodage de taille constante vont devenir tout à coup lamentablement lents.

Refait le test avec de l'UTF-16, tu verra que l'unicode n'a pas de problème de vitesse.

l'UTF-8 est juste là pour éviter de doubler la taile de fichiers qui contiennent essentiellement de l'ASCII.