Debian est la seule distribution populaire à encore utiliser XFree86
OpenBSD utilise encore XFree86 aussi et ça ne va pas encore changer pour la prochaine version (3.6 le 1/11). Bon c'est pas une distribution Linux et c'est pas aussi populaire que Debian et il n'y a pas autant de paquets mais ils supportent quand même 12 architectures (+2 en développement actif).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Souvent sous *nix on peux faire recharger sa configuration à un programme en lui envoyant un signal particulier (avec kill), je sais pas comment fonctionne flightgear mais tu peux essayer SIGUSR1, SIGUSR2 ou SIGHUP.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
C'est pas "mini berkeleydb" c'est "Berkeley DB": http://www.sleepycat.com/(...) (ou alors yen a un autre que je connais pas)
J'ai jamais utilisé aucun des trois mais à mon avis si tu veux que ça soit un petit peu portable, gnome_db n'est peut-être pas la bonne solution mais si tu veux que ça soit le plus intégré possible à Gnome alors peut-être... Je pense que Berkeley DB est le plus répandu donc son utilisation peut peut-être réduire les problèmes de dépendances (si ça a une importance...). SQLite est une base de données relationnelle (contrairement à Berkeley DB il me semble), ça peut te servir ou pas selon ce que tu veux faire.
Pour ce qui est de choisir un élément au hasard, je pense que c'est pas trop à la base de données de le faire et si tu sais connaitre la taille de la table, c'est facile à faire.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Sur Slashdot tu peux utiliser les balises HTML pour faire des liens et les mots trop longs sont coupés en ajoutant un espace. Evidemment ça casse les URL copiés tels quels. Et à côté des liens tu as l'hostname du serveur vers lequel est fait le lien (c'est désactivable si tu es inscrit). Mais c'est pas forcément une solution si on ne tronque pas aussi l'hostname: http://www.abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcd(...)
Idéalement il faudrait tronquer les mots différement selon que le texte apparaisse dans un début de journal/dépèche de seconde page ou autre part.
A mon avis un autre problème c'est de ne pas pouvoir faire de lien avec le texte qu'on veut dessus. Pourquoi c'est comme ça ? Pour éviter le Google-bombing ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
J'ai justement regardé comment faire ça avec Apache il y a quelques jours. Il y a deux solutions: utiliser Apache-SSL ou mod_ssl (qui est en fait un fork d'Apache-SSL). J'ai pas remarqué de différence notoire si ce n'est qu'Apache-SSL c'est patch pour Apache donc faut remplacer l'Apache déjà installé (enfin si chez toi c'est pas encore fait, c'est pas vraiment un problème) tandis que mod_ssl c'est juste un module Apache à charger. Après avoir généré et installé ton certificat (probablement la partie la plus "compliquée", surtout si tu sais pas encore comment ça marche en théorie) il faut modifier la configuration d'Apache pour mettre les répertoires que tu veux (exclusivement ou non) disponibles par SSL et le tour est joué. Les scripts PHP ou autre qui tournent par dessus ne sont pas censés voir la différence.
Les cookies ils sont là depuis un moment (mais bon d'après NetCraft, ils sont aussi sous Windows/IIS depuis un moment). D'un autre côté tu peux faire des sites immondes (techniquement je veux dire) avec Apache aussi hein.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Il est possible que ce serveur de répartition de charge soit aussi un proxy TCP ("modulate state" avec PF pour ceux qui connaissent) et donc nmap ne voit que du *BSD.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Ba oui c'est split(1) qu'il te faut. Si tu sais pas comment l'utiliser, la page de man est là pour ça et si t'as peur de faire une fausse manip', les backups sont là pour ça. Tu peux aussi vérifier l'intégrité du tgz après reconstruction en utilisant md5sum par exemple.
Une alternative à split(1) peut être dd(1) avec les seek, bs et count qui vont bien.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Pour changer le noyau par défaut, il faut modifier la configuration de LiLo/GRUB mais il y a peut-être une manière plus mandrakienne de le faire (genre sous Debian on utiliserait plutôt dpkg-reconfigure).
Les 2.6 sont plus récents et ont plus de "features" mais les 2.4 sont réputés plus stables. Si t'as pas de besoin particulier, c'est autant rester en 2.4 ("if it ain't broken, don't fix it") puisque de toute façon ils sont quand même encore maintenu (pour les failles de sécurité,...).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Le programme dont je parlais s'appelle GDUPS et non seulement le code mais aussi l'article complet qui est passé dans le GNU Linux Magazine France 61 de mai 2004 sont disponibles online: http://f-cpu.seul.org/whygee/lm-gdups/(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Si on pose que ça marche pour le n ème fichier, chacun de ces n fichier a 1/n chance d'avoir été choisi. Pour le n+1 ème fichier tu as donc 1/(n+1) chance pour que le fichier soit choisi et n/(n+1) chance pour que ça soit un fichier précédent. Parmis ces fichiers précédent, il y a 1/n pour que ça soit un fichier donné donc ça fait (1/n)*(n/(n+1)) = 1/(n+1) chance pour chacun de ces n fichiers. Chacun des n+1 fichiers a donc autant de chance que les autres d'être pris. Suffit donc de démontrer que pour n = 1 ça marche et c'est évident. Comme pour n+1 ça marche, ça marche pour tout n naturel zéro non compris (enfin c'est un cas spécial et on peut considérer ou non que ça marche mais j'ai pas envie de m'aventurer la dedans).
Arg j'ai fait une démonstration en dehors de mon cour de math, au secours.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Non le premier est selectionné mais tu continues quand même jusqu'à ce que tu ais parcouru tous les fichiers et tu ne retourne le résultat qu'une fois la boucle terminée.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Debian ?
Posté par Krunch (site web personnel) . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# lspci
Posté par Krunch (site web personnel) . En réponse au message Probléme de son. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Coral P2P
Posté par Krunch (site web personnel) . En réponse au message Plugin Firefox Bit torrent.... Évalué à 2.
http://linuxfr.org.nyud.net:8090/forums/12/3289.html(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# man 7 signal
Posté par Krunch (site web personnel) . En réponse au journal Flightgear. Évalué à 4.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Berkeley DB
Posté par Krunch (site web personnel) . En réponse au message Une base de donnée intégrée ?. Évalué à 2.
J'ai jamais utilisé aucun des trois mais à mon avis si tu veux que ça soit un petit peu portable, gnome_db n'est peut-être pas la bonne solution mais si tu veux que ça soit le plus intégré possible à Gnome alors peut-être... Je pense que Berkeley DB est le plus répandu donc son utilisation peut peut-être réduire les problèmes de dépendances (si ça a une importance...). SQLite est une base de données relationnelle (contrairement à Berkeley DB il me semble), ça peut te servir ou pas selon ce que tu veux faire.
Pour ce qui est de choisir un élément au hasard, je pense que c'est pas trop à la base de données de le faire et si tu sais connaitre la taille de la table, c'est facile à faire.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Bonne question
Posté par Krunch (site web personnel) . En réponse au message léger artefact avec des URLs longues. Évalué à 2.
Idéalement il faudrait tronquer les mots différement selon que le texte apparaisse dans un début de journal/dépèche de seconde page ou autre part.
A mon avis un autre problème c'est de ne pas pouvoir faire de lien avec le texte qu'on veut dessus. Pourquoi c'est comme ça ? Pour éviter le Google-bombing ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: split(1)
Posté par Krunch (site web personnel) . En réponse au message splitter (découper) des gros fichiers en plus petits fichiers.. Évalué à 2.
http://rhols66.adsl.netsonic.fi/era/unix/award.html#ls(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: facile
Posté par Krunch (site web personnel) . En réponse au message Config Apache.... Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Nouveau message automatique quand on a une réponse à un commentaire.
Posté par Krunch (site web personnel) . En réponse au message Système de message personnel. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Avec Apache...
Posté par Krunch (site web personnel) . En réponse au message HTTPS. Évalué à 3.
http://www.apache-ssl.org/(...)
http://www.modssl.org/(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: DMX
Posté par Krunch (site web personnel) . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 8.
http://synergy2.sourceforge.net/(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Hélas
Posté par Krunch (site web personnel) . En réponse au journal LDLC un passage a microsoft à tout va, après une longue histoire "opensource". Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# configure.log
Posté par Krunch (site web personnel) . En réponse au message mplayer probleme avec ./configure. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Ils en parlent dans le texte
Posté par Krunch (site web personnel) . En réponse au journal LDLC un passage a microsoft à tout va, après une longue histoire "opensource". Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: quelques passages étonnants
Posté par Krunch (site web personnel) . En réponse au journal LDLC un passage a microsoft à tout va, après une longue histoire "opensource". Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# split(1)
Posté par Krunch (site web personnel) . En réponse au message splitter (découper) des gros fichiers en plus petits fichiers.. Évalué à 3.
Une alternative à split(1) peut être dd(1) avec les seek, bs et count qui vont bien.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: petites precisions...
Posté par Krunch (site web personnel) . En réponse au journal Logiciels libres... et les filles.... Évalué à 7.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: euhh ... mainteneurs oupsss ?
Posté par Krunch (site web personnel) . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Normal
Posté par Krunch (site web personnel) . En réponse au message Pépin ou noyaux?. Évalué à 3.
Les 2.6 sont plus récents et ont plus de "features" mais les 2.4 sont réputés plus stables. Si t'as pas de besoin particulier, c'est autant rester en 2.4 ("if it ain't broken, don't fix it") puisque de toute façon ils sont quand même encore maintenu (pour les failles de sécurité,...).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: A propos de md5/sha1
Posté par Krunch (site web personnel) . En réponse au message identifier à coup sur un fichier.. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: petites precisions...
Posté par Krunch (site web personnel) . En réponse au journal Logiciels libres... et les filles.... Évalué à 5.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: euhh ... mainteneurs oupsss ?
Posté par Krunch (site web personnel) . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: rand($.) < 1 && ($line = $_) while <>
Posté par Krunch (site web personnel) . En réponse au message Accès aléatoire à un fichier d'un répertoire. Évalué à 3.
Arg j'ai fait une démonstration en dehors de mon cour de math, au secours.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: rand($.) < 1 && ($line = $_) while <>
Posté par Krunch (site web personnel) . En réponse au message Accès aléatoire à un fichier d'un répertoire. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: rand($.) < 1 && ($line = $_) while <>
Posté par Krunch (site web personnel) . En réponse au message Accès aléatoire à un fichier d'un répertoire. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.