Alors toujours IANAL mais c'est pas parce que c'est GPL que tu peux pas faire un autre contrat à côté disant « si tu redistribues ce truc, tu casses ce contrat et tu n'as plus droit aux services associés ». Je ne vois pas de violation de la lettre de la GPL. Après, dans l'esprit c'est effectivement discutable.
Si tu aimes Hamilton, tu devrais sans doute essayer Iain M. Banks. Personnellement j'ai fait une overdose après le 6ème bouquin mais la série de La Culture qui commence avec « Consider Phlebas » te plaira sans doute. Il écrit aussi de la fiction pas science sous le nom de Iain Banks (sans le « M. ») et j'ai bien aimé « The Business » mais « The Wasp Factory » est aussi un classique qui vaut la peine.
La série de Joe Haldeman constituée de « The Forever War » et « Forever Free » a aussi des chances de te plaire mais à chaque fois que je les relis je trouve qu'il n'y en n'a pas assez. Heureusement il a écrit d'autres trucs très bien comme « Forever Peace », « Worlds », « Camouflage » et d'autres que je n'ai pas encore eu l'occasion de me procurer.
Dans un univers qui fait un peu penser à celui de La Culture de Banks, j'ai beaucoup aimé « Neutron Star » de Larry Niven. Le style est assez différent et il s'agit d'un recuiel d'histoires courtes dans lesquelles on retrouve les mêmes personnages.
Si tu as aimé H2G2, il ne faut pas rater « Dirk Gently's Holistic Detective Agency » et sa suite « The Long Dark Tea-Time of the Soul ».
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Mais peut-être est-ce juste un problème technique temporaire ? Un oubli ? Il y a peu de chances mais il faudrait quand même vérifier.
Je travaillais chez Red Hat quand ce changement est devenu effectif. Pour autant que je sache il s'agit d'une décision voulue et réfléchie. Je n'ai toujours pas bien compris la logique mais pour ce que j'en ai vu, la plupart des développeurs Red Hat ne sont pas très content de cette décision non plus.
Les patches sont visibles aux gens disposant d'une souscription (une interface web a été développée spécialement pour ça).
Personnellement je suis content qu'une discussion à ce sujet soit enfin lancée publiquement. Si vous êtes client Red Hat et que vous trouvez cette décision bizarre ou inacceptable, je vous incite à entrer en contact avec votre commercial.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Le monsieur a dit « langage un peu récent ». Je pense qu'il voulait dire « langage à la syntaxe un peu moderne ». Java n'entre clairement pas dans cette catégorie.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
tcpdump un client qui marche pas et un client qui marche, cherche la différence.
Du côté serveur tu peux sans doute activer des logs plus verbeux pour tous les modules impliqués histoire de voir ce qui arrive à chaque niveau et ce qui est filtré.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
43#define MAX_VMALLOCS 6
44#define MAX_SLAB_SIZE 0x20000
..
47void *
48kmem_alloc(size_t size, int flags)
49{
50 int retries = 0;
51 int lflags = kmem_flags_convert(flags);
52 void *ptr;
53
54 do {
55 if (size < MAX_SLAB_SIZE || retries > MAX_VMALLOCS)
56 ptr = kmalloc(size, lflags);
57 else
58 ptr = __vmalloc(size, lflags, PAGE_KERNEL);
59 if (ptr || (flags & (KM_MAYFAIL|KM_NOSLEEP)))
60 return ptr;
61 if (!(++retries % 100))
62 printk(KERN_ERR "XFS: possible memory allocation "
63 "deadlock in %s (mode:0x%x)\n",
64 __FUNCTION__, lflags);
65 blk_congestion_wait(WRITE, HZ/50);
66 } while (1);
67}
Faut croire que XFS essaie d'allouer un relativement gros bloque de mémoire contigüe. Ça marche pas donc ça déclenche un OOM. XFS réessai jusqu'à ce que les OOM aient défragmenté suffisamment de mémoire où jusqu'à ce qu'il abandonne et utilise de la mémoire non contigüe.
M'étonnerait qu'un xfs_repair change grand chose. Il y a peut-être moyen de tuner XFS pour éviter ce genre de situation mais vu l'ancienneté du noyal, il est probable qu'il s'agisse d'un bug XFS qui requiert une mise à jour du driver.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
L'idéal ça serait d'avoir un backtrace pour voir par quoi out_of_memory() a été appelé. On peut faire ça en activant le sysctl "panic_on_oom" et en ayant de quoi récupérer les logs console et possiblement un vmcore.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
signifique que la plus grande zone de mémoire consécutive disponible est de 128kB. Si quelque chose tente d'allouer 256kB consécutifs par exemple, ça peut causer un OOM. Tu n'as rien d'autre dans les logs noyau immédiatement avant l'OOM ? Ça se passe lors du chargement d'un module par exemple ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Par coeur ça me semble un peu violent mais soit tu refais le protocole from scratch (mais du coup tu dois te coltiner le client aussi et ça devient un peu le bordel, surtout si l'idée à la base c'est de permettre aux gens qui ont déjà un client de communiquer), soit tu reverse engineer depuis un client IRC. Pour ce type de protocole, c'est pas bien compliqué, surtout si tu connais déjà l'idée générale et les principales commandes et que tu dois juste clarifier les détails, la syntaxe exacte,...
Enfin, perso j'ai une copie de la plupart des RFC dans mon $HOME.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
On parle d'un serveur IRC. Ça peut vraiment se faire en quelques centaines (allez, milliers si tu veux un truc complet) lignes de C. Moins avec des langage plus haut niveau.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
On peut avoir une copie du message d'OOM complet ? Il te dit exactement ce qui tombe à court de mémoire normalement mais sans ça c'est un peu dur de diagnostiquer.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
> Ne pouvant plus utiliser FaceBook et Twitter, il a voulu mettre en place un
> service d'IRC, mais il s'est rendu compte qu'il n'avait pas de copie locale des
> logiciels nécessaires ....
Il avait bien sa bite, son couteau, un compilateur et un éditeur de texte non ? En fait tout ça est même optionel.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Toutes les vidéos des devrooms securité et mozilla sont dans un autre format (webm) car elles ont été réalisées par une personne indépendante du NamurLUG avec sa propre caméra (Kai Engert).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: c'est voulu
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 2.
Bah si tu penses que les avocats de Red Hat ont fait une erreur, n'hésite pas à leur signaler.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: c'est voulu
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 3.
Alors toujours IANAL mais c'est pas parce que c'est GPL que tu peux pas faire un autre contrat à côté disant « si tu redistribues ce truc, tu casses ce contrat et tu n'as plus droit aux services associés ». Je ne vois pas de violation de la lettre de la GPL. Après, dans l'esprit c'est effectivement discutable.
Voir aussi http://www.redhat.com/rhel/renew/faqs/
Je ne vois pas trop le rapport avec le lien que tu donnes.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Peter F. Hamilton
Posté par Krunch (site web personnel) . En réponse au message Quoi lire maintenant ?. Évalué à 3.
Si tu aimes Hamilton, tu devrais sans doute essayer Iain M. Banks. Personnellement j'ai fait une overdose après le 6ème bouquin mais la série de La Culture qui commence avec « Consider Phlebas » te plaira sans doute. Il écrit aussi de la fiction pas science sous le nom de Iain Banks (sans le « M. ») et j'ai bien aimé « The Business » mais « The Wasp Factory » est aussi un classique qui vaut la peine.
La série de Joe Haldeman constituée de « The Forever War » et « Forever Free » a aussi des chances de te plaire mais à chaque fois que je les relis je trouve qu'il n'y en n'a pas assez. Heureusement il a écrit d'autres trucs très bien comme « Forever Peace », « Worlds », « Camouflage » et d'autres que je n'ai pas encore eu l'occasion de me procurer.
Dans un univers qui fait un peu penser à celui de La Culture de Banks, j'ai beaucoup aimé « Neutron Star » de Larry Niven. Le style est assez différent et il s'agit d'un recuiel d'histoires courtes dans lesquelles on retrouve les mêmes personnages.
Si tu as aimé H2G2, il ne faut pas rater « Dirk Gently's Holistic Detective Agency » et sa suite « The Long Dark Tea-Time of the Soul ».
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: c'est voulu
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 8.
Sans doute pas sans perdre sa licence. Section 6 : https://access.redhat.com/site/help/terms_conditions.html IANAL, toussa.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Hors-sujet
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 8.
Merci, c'est ma solution de contournement pour la disparition des signatures : https://linuxfr.org/suivi/disparition-des-signatures
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# c'est voulu
Posté par Krunch (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 10.
Mais peut-être est-ce juste un problème technique temporaire ? Un oubli ? Il y a peu de chances mais il faudrait quand même vérifier.
Je travaillais chez Red Hat quand ce changement est devenu effectif. Pour autant que je sache il s'agit d'une décision voulue et réfléchie. Je n'ai toujours pas bien compris la logique mais pour ce que j'en ai vu, la plupart des développeurs Red Hat ne sont pas très content de cette décision non plus.
Les patches sont visibles aux gens disposant d'une souscription (une interface web a été développée spécialement pour ça).
Personnellement je suis content qu'une discussion à ce sujet soit enfin lancée publiquement. Si vous êtes client Red Hat et que vous trouvez cette décision bizarre ou inacceptable, je vous incite à entrer en contact avec votre commercial.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Quels services devrait-on prendre en charge pour les avatars
Posté par Krunch (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 2.
En parallèle, n'oubliez pas de voter pour le retour des signatures : https://linuxfr.org/suivi/disparition-des-signatures
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# sans CSS
Posté par Krunch (site web personnel) . En réponse à l’entrée du suivi Disparition des signatures. Évalué à 4 (+0/-0).
Il est possible de réactiver les signatures via les avatars. Au moins jusqu'à ce que le bug 185 soit fermé.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# gestion bizarre/pourrie des interruptions
Posté par Krunch (site web personnel) . En réponse au message Gel du démarrage. Évalué à 3.
Il y a plusieurs actions possibles (qui ne sont pas forcément incompatibles entre elles).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Le niveau baisse ?
Posté par Krunch (site web personnel) . En réponse au sondage Je trouve la nouvelle version de LinuxFr ..... Évalué à 4.
Bon du coup je met ma signature en avatar.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Pourrais-tu être plus spécifique?
Posté par Krunch (site web personnel) . En réponse au journal Javascript: mais pourquoi ?. Évalué à 5.
Le monsieur a dit « langage un peu récent ». Je pense qu'il voulait dire « langage à la syntaxe un peu moderne ». Java n'entre clairement pas dans cette catégorie.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# tcpdump
Posté par Krunch (site web personnel) . En réponse au message Problème bizarre de formulaire POST. Évalué à 2.
tcpdump un client qui marche pas et un client qui marche, cherche la différence. Du côté serveur tu peux sans doute activer des logs plus verbeux pour tous les modules impliqués histoire de voir ce qui arrive à chaque niveau et ce qui est filtré.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# dupe
Posté par Krunch (site web personnel) . En réponse au message Impossible de visualiser un thread d'un forum.. Évalué à 2.
Ce rapport de bug est un doublon de https://linuxfr.org/suivi/redirection-infinie-sur-les-suivis-avec-accent
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: fragmentation
Posté par Krunch (site web personnel) . En réponse au message Problème d'OOM killer sur un NAS LaCie. Évalué à 3.
Les GFP flags de l'OOM correspondent à ceux du message XFS (0x2d0 == NOWARN | FS | IO | WAIT). Le message vient de là : http://lxr.linux.no/#linux+v2.6.12/fs/xfs/linux-2.6/kmem.c#L62
Faut croire que XFS essaie d'allouer un relativement gros bloque de mémoire contigüe. Ça marche pas donc ça déclenche un OOM. XFS réessai jusqu'à ce que les OOM aient défragmenté suffisamment de mémoire où jusqu'à ce qu'il abandonne et utilise de la mémoire non contigüe.
M'étonnerait qu'un xfs_repair change grand chose. Il y a peut-être moyen de tuner XFS pour éviter ce genre de situation mais vu l'ancienneté du noyal, il est probable qu'il s'agisse d'un bug XFS qui requiert une mise à jour du driver.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: fragmentation
Posté par Krunch (site web personnel) . En réponse au message Problème d'OOM killer sur un NAS LaCie. Évalué à 3.
L'idéal ça serait d'avoir un backtrace pour voir par quoi out_of_memory() a été appelé. On peut faire ça en activant le sysctl "panic_on_oom" et en ayant de quoi récupérer les logs console et possiblement un vmcore.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# fragmentation
Posté par Krunch (site web personnel) . En réponse au message Problème d'OOM killer sur un NAS LaCie. Évalué à 2.
J'y connais rien en ARM mais ceci :
signifie qu'il y a 6524kB de mémoire disponible et que l'OOM ne devrait pas se déclencher tant que ça ne passe pas en dessous de 1200kB. Sauf que :
signifique que la plus grande zone de mémoire consécutive disponible est de 128kB. Si quelque chose tente d'allouer 256kB consécutifs par exemple, ça peut causer un OOM. Tu n'as rien d'autre dans les logs noyau immédiatement avant l'OOM ? Ça se passe lors du chargement d'un module par exemple ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# dupe
Posté par Krunch (site web personnel) . En réponse à l’entrée du suivi la page d'erreur 404 est très laide (toutes CSS). Évalué à 2 (+0/-0).
Ce suivi est un doublon de https://linuxfr.org/suivi/erreur-sur-la-page-404
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# dupe
Posté par Krunch (site web personnel) . En réponse à l’entrée du suivi redirection infinie lors de la tentative d'ouverture d'un suivi. Évalué à 2 (+0/-0).
Ce suivi est un doublon de https://linuxfr.org/suivi/redirection-infinie-sur-les-suivis-avec-accent
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: n00b
Posté par Krunch (site web personnel) . En réponse au journal You don’t have your tools — you don’t have anything. Évalué à 3.
Enfin, perso j'ai une copie de la plupart des RFC dans mon $HOME.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: n00b
Posté par Krunch (site web personnel) . En réponse au journal You don’t have your tools — you don’t have anything. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # NUMA? kernel leak? userland leak? mm bug?
Posté par Krunch (site web personnel) . En réponse au message Erreur "Cannot allocate memory" généralisée. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# n00b
Posté par Krunch (site web personnel) . En réponse au journal You don’t have your tools — you don’t have anything. Évalué à 6.
> service d'IRC, mais il s'est rendu compte qu'il n'avait pas de copie locale des
> logiciels nécessaires ....
Il avait bien sa bite, son couteau, un compilateur et un éditeur de texte non ? En fait tout ça est même optionel.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Xvid ?
Posté par Krunch (site web personnel) . En réponse à la dépêche FOSDEM 2011 : les vidéos sont (déjà) en ligne !. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# srsly
Posté par Krunch (site web personnel) . En réponse au message script conversion png vers pdf. Évalué à 3.
do
PDF=`echo $PNG | sed 's/png$/pdf/`
convert $PNG $PDF
done
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Lennart en live
Posté par Krunch (site web personnel) . En réponse au journal Linux ou POSIX ?. Évalué à 3.
vidéo : http://mirror.fem-net.de/CCC/27C3/mp4-h264-HQ/27c3-4017-en-d(...)
audio : http://mirror.fem-net.de/CCC/27C3/ogg-audio-only/27c3-4017-e(...)
abstract+slides : http://events.ccc.de/congress/2010/Fahrplan/events/4017.en.h(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.