Boa Treize a écrit 3450 commentaires

Ce qui donne chez moi :

# cd /usr/local/slackware
# kernel/kernel.SlackBuild
(reconstruction du paquet)
# alsa/alsa.SlackBuild
(reconstruction du paquet)
# mach64-dri/mach64-dri.SlackBuild
(reconstruction du paquet)
# rt2400/rt2400.SlackBuild
(reconstruction du paquet)

Suivi bien sûr des mises à jours de ces paquets fraîchements recréés. Automatiser les taches fréquemment effectuées, y'a que ça de vrai.

s/20 ans/13 ans/

Et tant qu'on y est, les publier dans un format qui ne nécessite pas l'installation d'une grosse suite bureautique, ce serait pas mal.

Pourquoi c'est mal de distribuer des polices de caractères au format TTF ?

Attention, je pense que cela signifie que xargs peut mettre autant de fichiers qu'il peut en tenir dans 128 Ko environ. Il prend les fichiers sur son entrée standard, et pour ça il n'y a pas de limite ; tous les 128 Ko, il lance la commande avec une grosse liste d'arguments.

Attends, je ne te comprends plus du tout, là. Tu disais « les 2.6.x sont bien aussi, il marche nickel » et maintenant tu dis « Et 2.6.6-rc1 je n'ai toujours pas de swap, l'ACPI qui bug en sortie d'hibernation et le frambuffer commence a fonctionné ». Y'a comme une incompatibilité dans tes propos, là.

Oh et puis, tu disais « les 2.4.x (...) remplissent assez de fonctionnalitées pour que ce soit arrété » et maintenant tu dis « il y a beaucoup d'ajout de support de matériel dans les 2.4.x ». C'est donc qu'il n'y a pas assez de fonctionnalités. Y'a vraiment beaucoup d'incompatibilité dans tes propos.

Enfin bref, tu m'as l'air très turlupiné. Bonne nuit... :)

N'oublie pas les 2.2.x et les 2.0.x...

Au fait, tu as testé tes affirmations sur combien de centaines de configurations matérielles différentes ? Tu es sûr qu'il n'y a plus de problèmes dans les 2.4.x ? Tu es sûr que le 2.6.x marche nickel partout ? Tu es prêt à me donner du pognon si ce n'est pas le cas ?

Franchement des fois il pourrait reflechir un peu avant d'ajouter de nouvelles entrées dans leur base

Qui ça ?

Il y a une limite d'arguments pouvant être passés avec xargs, je me souviens plus de combien elle est, car je l'ai pas retrouvé dans la page man.

Peut-être dans certaines implémentations, mais je n'ai pas encore atteint celle de GNU find/xargs/bash. Au besoin, xargs appelle plusieurs fois la commande si le nombre de fichiers est si important qu'il ne tient pas sur une seule ligne de commande (celle-ci est limitée à 32 Ko je crois).

Plus performant (et sur le bon type de fichier) :

find . -name "*.png" | xargs chmod 644

PS : JE HAIS IE !

Et tu as choisi un métier où tu vas passer la majorité de ton temps à travailler dessus ? Tu ne peux pas te permettre de produire un site qui passe mal chez 90% de tes visiteurs ; tu vas en passer du temps à bidouiller ton CSS pour qu'il fonctionne à la fois sous IE et sous le reste...

Pas mal absurde ton commentaire. Xerox fonctionne avec tout type de document, PlayFair est spécifiquement conçu pour ne fonctionner qu'avec des produits Apple.

Etonnant, non?

Non, ça fait des années que je m'en sers. Ceci dit, une petite install de UnxUtils, c'est quand même mieux (avec en plus PuTTY et Vim, je suis paré).

Heu... D'abord les paquets ne sont pas forcément liés entre eux par des dépendances (Slackware rulez). Ensuite, bien sûr que le mainteneur doit faire un paquet par version du noyau, pour les raisons évoquées précédemment par LiNuCe.

Non. Clairement, il faut régulièrement vérifier l'état des supports, et faire de nouvelles versions. Heureusement, la taille des supports augmente, donc au fur et à mesure on n'a pas forcément plus de supports en stock (passage du CD au DVD par exemple actuel).

Ceci dit, je n'en suis qu'à graver mes images sur CD. :)

Le JPEG est super bien documenté, il y a du code source partout, et un brevet (et même un copyright), c'est fait pour expirer. Bref, entre JPEG et Windows Media Image (ou autre clownerie ou autre format tout récent comme JPEG 2000), je prends du bon vieux, bien stable, bien documenté JPEG... si possible. Reste à voir ce que propose l'appareil photo.

Oh, et si tu veux être bien bourrin et que ton appareil photo le permet, le format RAW, y'a pas plus simple. Mais il faudra que tu te codes ta visionneuse toi-même. ;-)

Mes deux centimes d'€ (<-- mais comment ce dernier caractère a-t-il été codé ???).

Voilà une excellente question. Le serveur tout comme le code HTML affirment que cette page est encodée en ISO 8859 partie 1, mais pourtant le caractère est bel et bien présent tel quel dans le flux, ce qui contredit l'affirmation. Un petit coup d'oeil avec un éditeur révèle que le caractère est codé sous la forme d'un seul octet : 0x80, code auquel aucune partie de la norme ISO 8859 n'associe de caractère. D'où vient ce code ? De la « Microsoft Windows Codepage 1252 ». Merci (vraiment ?) à Mozilla d'accepter cette bouillie sans broncher.

Donc, le support du caractère Euro sous LinuxFr ne se fait que grâce à Microsoft. ;-)

Et Memories, n'oublie pas Memories (vu aussi au festival). Le premier moyen métrage a été scénarisé par Kon Satoshi, et c'est une très grosse baffe de science-fiction ! (Suivi par ailleurs par le plus hilarant moyen métrage d'animation du monde. 500 spectateurs bidonnés pendant une heure.) (Et hélas par un court-métrage beaucoup plus expérimental.) Mais ouais, Memories, à voir et à revoir.

Et Kon Satoshi, un réal---- aut---- conteur à suivre.

Ils ont dû la faire évoluer depuis. Tu penses bien que tout ceux qui veulent contourner le PageRank connaissent par coeur la formule présentée ici.

Jamais de problèmes... Ah les bons vieux souvenirs de mon premier test de Mozilla (M15 ou M16) qui bouffait à l'époque environ 2 Mo de RAM par minute ! Pauvre PC... :-D

C'est sûr que maintenant j'ai pô trop à me plaindre.

L'interface de création des commentaires (pré-remplissage du champ) et l'interface d'affichage des commentaires (pas plus gros que le texte, avec juste du gras pour les distinguer ; perdus au milieu d'informations diverses -- score, numéro du commentaire, liens pour voter, nom de l'auteur, date et heure) font que les titres sont le plus naturellement du monde ignorés tant à l'écriture qu'à la lecture. On a beau se dire de faire attention (je tente de faire attention), on oublie de modifier le titre la plupart du temps (ce qui me fait penser : faut que je modifie celui-ci !).

Une première solution à ce problème est appliquée sur http://www.slack-fr.org/(...) : là-bas, quand on répond à une nouvelle ou un journal, il n'y a pas de titre par défaut, on est obligé d'en mettre un. Par contre, quand on répond à un commentaire, le site propose par défaut le classique « Re: titre-du-commentaire-auquel-on-répond », que l'on peut bien sûr modifier si besoin est.

Le xargs il est intelligent, quand la ligne est pleine, il l'exécute, puis il en refait une autre, jusqu'à avoir épuisé tous les arguments. Bref, xargs lance la commande le nombre minimum de fois, pas forcément une seule fois.

Vérification :
find / | xargs | wc -l
(mettre ~ plutôt que / si le home est suffisamment gros pour ce genre de test)

Mais comme la Xlib est restée sous licence compatible GPL...

Quand je prévois de faire un rm sensible (note à moi-même : ne pas oublier que tous les rm sont sensibles...), je fais un ls avec les noms de fichiers prévus, je vérifie la liste des fichiers, puis je reprend la ligne de commande et je remplace précautionneusement le ls par un rm.

# find . -name "xferlog*" | xargs rm -f

devrait marcher aussi bien et est beaucoup plus performant.

Par ailleurs, spécial dédicace aux erreurs comme la tienne, qui remplissent la table d'inodes. Quand on ne connaît pas le truc, on met beaucoup de temps à comprendre pourquoi les scripts de démarrage se plaignent qu'ils n'arrivent pas à écrire sur le disque alors qu'il y a plein de place libre (bons souvenirs de 2002, y'en a qui me doivent une fière chandelle :)