mickabouille a écrit 1321 commentaires

J'ai eu un mal fou à configurer l'ordinateur de mon frère (un portable sous XP) pour le mettre en réseau avec le mien.
Il rebootait chaque fois.
Une fois quand on a ajouté le pilote de carte éthernet.
Une fois pour le pilote TCP.
Une fois quand j'ai changé l'adresse IP.

Il faut qu'il reboote à chaque fois qu'il change de réseau et modifie son adresse IP.

Je croyais qu'un auteur, en France, pouvais se rétracter complètement. Et donc interdire de diffuser même un ancien code lui appartenant.

Il est généralement considéré qu'un développeur open source à tout intérêt à ne jamais signer de NDA.
Car avoir accès à des documentations/sources/recettes de cuisine qui ne sont pas publique risque de le mettre en porte à faux, et de l'empêcher de contribuer à d'autres projets complètement libres.

Il ne faut pas "pourrir" un bon développeur élevé au bio!

Pourquoi faut-il toujours que ceux qui sont bien lotis viennent narguer les autres qui sont obligés de resteren 56k? :p

Ah, exactement ce que je voulais répondre (matheux inside).
Pas besoin de faire un post, super! Euh, zut, loupé...

Le xlib dans x.org peut être compilé de façon à se placer au dessus de XCB.
À ce propos, il semblerait que le mainteneur de XCB/XCL, euh... eh bien ne s'occupe plus du tout de XCL. C'est abandonné.
En fait, il continue en adaptant xlib à XCB.

Mais ils ne peuvent pas faire des paquets plus petits!
Pourquoi tout regrouper dans kdeedu. On peut très bien vouloir une partie sans avoir envie d'installer le tout. Ça sert à ça les paquets!

>A noter qu'il sera probablement disponible dans 'experimental'
> et non dans unstable.
C'est pas un problème :)

Une petite inquiétude, peut être complètement idiote :

Permission to use, copy, modify, and distribute this software and its
documentation for any purpose and without fee is hereby granted,
provided that the above copyright notice appear in all copies and that
both that copyright notice and this permission notice appear in
supporting documentation.

C'est moi, où il n'autorise pas la distribution rénumérée?
C'est peut être un oubli de sa part...

Zut, c'est pas dans debian!
Moi qui croyait avoir lu que c'était dans unstable! :(

Hé, il y a un environnement logo dans KDE? Faut que j'essaie ça de suite :)
Ça fait des siècle que j'en cherche un qui ne soit pas antédilluvien!

> L'algorithme est de complexité 2^51.

Ça veut dire quoi ça? Ça ne correspond pas à la notion de complexité que je connais (en gros trouver un équivalent de la suite donnant le nombre d'opérations en fonction de la taille des données).

Ah, oui, c'est le mec qui a décidé que tout ce que faisaient les programmers noyau c'était du pipeau, et que quoi qu'il arrive, on resterait en émulation SCSI tant qu'il serait le mainteneur de cdrecord?

C'est lui les messages "l'interface atapi, c'est mal" et tout?

(beaucoup de mailing lists sont pourries par les spammeurs. Ça ne veut pas dire que je ne trouve pas ça énervant pourtant ;)

Ici, sur lwn : http://lwn.net/Articles/87538/(...) avec effectivement des commentaires sur les utilisations incorrectes de pointeurs en usermode. Mais il est surtout question d'interfaces (? backends?) pour le système. Et plus bas, il y a d'autres exemples (switch vides, constantes...).

Et ici, sur les NULL :
http://lwn.net/Articles/93574/(...)

> quelques tonnes de réparations trouvées par sparse (Static Parser, un outil
> développé par Linus pour trouver les déréférencements de pointeurs user-space
> dans le noyau)

Un peu limitatif. Je crois que sparse est destiné à être un peu plus que ça. Il devrait être un outil du genre du stanford checker, et repérer toutes sortes d'erreurs.
Mais forcément, il faut lui dire quel genre d"erreur on cherche, et comment les trouver. Alors peut être que pour le moment, il est un peu limité.
Par exemple, je crois que les erreurs o!=NULL dont il avait été question ici avaient été cherchées via sparse.

... qui correspond au noyau avec lequel tu veux faire tourner les pilotes.

OK ok
... je l'avais fait tourner sous wine...
Ça va là?

Au fait, si effectivement wine tenait plus d'une réécriture le d'API a début, il s'oriente de plus en plus vers l'émulateur.

À une époque, rasterman avait l'air intéressé par les projets "expérimentaux" de xwin & co. XCB, cairo... Il disait qu'il n'aurait aucuns problèmes à, et serait très intéressé pour, porter ses librairies là dessus.

Maintenant qu'elles ont pris un peu d'age et de corps, où en est EFL là dessus?

À une époque ou je travaillais un peu avec scilab, à la fac, j'avais installé la version windows (j'avais encore windows). Et je l'avais émulé sous wine parce que je n'avais pas assez de place sur le DD pour le mettre 2 fois. Ça marchais assez bien.

J'avais écris un filtrede lissage des signaux.Je traitais de gros tableaux de données. Genre 1min30 de calculs (su un P120).
Malencontreusement, je l'avais fait tourner sous linux/wine. Le temps de calcul a changé dans un rapport 5.

En faveur de Linux+wine...

zsh, c'est pas celui avec une complétion super-balaise, genre quand tu fais tab après avoir tapé le nom d'une commande, tu as les argument possible, fichiers ET *options*?

Je ne comprends pas l'allemand, je ne peux donc qu'émettre des suppositions :
On peut mettre n'importe quoi (nous appartenant) sous n'importe quelle license. Seulement, si une clause de la license est incompatible, disons avec la loi allemande, alors en allemagne, on fait comme si elle n'existait pas.
Le reste reste (hum!) valable, et alors on oublie tout simplement la fautive.
Le litige était certainement du genre "la clause tant n'est pas valable au regard des loi allemendes", cette clause n'ayant pas l'heur de plaire à l'autre partie. Ben mince, on peut pas faire ce qu'on veut.

Si on oblige à supprimer cette clause, on peut être très bien.
Faut juste faire gaffe à pas supprimer celle qui dit "vous avez le droit de modifier, distribuer, et distribuer les modifications", parce qu'en général, par défaut, c'est aucun droit.

D'après http://mcelrath.org/Notes/MathML(...)
> You must install TrueType math fonts:
> You must install the TrueType TeX Computer Modern fonts

Pourquoi j'ai besoin de les installer en true type alors que je les ai déjà en type1 (et en metafont)?
Le serveur X n'est plus capable de fournir les polices indépendamment de leur origine?

Euh, je ne vois pas quoi dire, sinon qu'effectivement ma machine freeze vraiment.
Mais c'est vrai qu'une fois qu'il y a eu un premier chargement de oowriter (ou autre), le temps de chargement est bien plus rapide et passe à 10s, et la machine ne freeze presque pas.

Mais j'ai entendu (lu plutôt) dire que les 2.6 avec des problèmes de latence. C'est peut être de là que vient (l'impression de) freeze. Par contre, le temps de chargement, lui, n'a rien à voir avec ça.

Pour info, c'est openoffice.org 1.1.1-4 de sid avec prelink.

> openoffice nécessite un ordi de la génération des PII pour être
> confortable d'utilisation. Sur i586, c'est pénible, c'est vrai.

*Hum* j'ai dit athlon 2,4GHz

> Pour le reste, si t'as besoin d'un tableur, rien que pour faire des
> graphiques, gnumeric ne colle pas

Les tableurs, je ne les utilise pas pour faire des graphiques, juste pour du calcul. En gros, c'est un langage de programmation rudimentaire (les variables sont prédéfinies = cellules).

Relativement d'accord avec toi, sauf peut être ça :

> OpenOffice a remplacé Gnumeric, Abiword, ...,

Vu le temps de chargement (c'est pas un troll, c'est la seule application qui *freeze* ma machine pendant 10 seconde au chargement, en vrai, elle est complètement non réactive, impossible ne serait-ce de déplacer une fenêtre! Athlon 2400, 256Mo RAM pourtant), je réserve openoffice en remplaçant des deux autres applications citées, pour le cas où la compatibilité ne marcherait pas. Et abiword se défend de ce point de vue!

Et une option qui demande si on veut avoir accès aux options, c'est pas possible?