Matthieu Moy a écrit 3249 commentaires

Ben vu qu'on parle de portage windows d'un soft qui utilise Qt, je pense qu'on peut s'intéresser à la license de Qt sous windows, en effet.

Ah, oui, mais en réponse à un commentaire qui parle d'un article de recherche, que pouvait-il répondre d'autre ? ;-)

> Depuis que j'utilise Linux, les déplacements de fichiers sur un même support sont instantanés

Euh, oui, y'a pas que Linux qui fonctionne comme ça, hein ...

> Un démon malin pourrait mettre à jour juste ce qu'il faut de sa base de donnée d'indexation.

Ben, problème con: Je te donne un gros disque bien rempli, et la précédante base de donnée.

Tu fais comment pour savoir ou tu dois mettre à jour sans reparcourir le disque ? (je ne dis pas qu'il faut reconstruire toute la base, mais reparcourir au moins toutes les méta-données du disque, si tu n'as pas l'aide du système de fichiers, je ne vois pas comment tu peux faire). En tous cas, si tu as une solution, donnes-la de toutes urgence aux auteurs de updatedb/locate.

> je suis sous unstable pour mon poste de travail au boulot, j'ai jamais rien planté.

Attention, "unstable", c'est la distrib, pas les logiciels fournis, qui eux sont en général en version stable. Les ennuis auxquels on peut s'attendre avec une unstable, c'est l'installation ou les mises à jour qui se passent mal. Par exemple, mon premier "apt-get dist-upgrade" vers une unstable s'était traduit par une désinstallation complete de KDE, avec refus de réinstaller pour cause de dépendances foireuses. J'ai galéré un moment avant de comprendre que la solution était soit d'aller chercher dans incomming soit d'attendre quelques heures/jours que tout ça soit réparé.

> Est-ce qu'un démon d'indexation ne serait pas tout aussi performant ?

Un démon basique, surement pas :

Tu as un /home de 100Go.
Tu fais un "mv" sur un fichier
Tu fais une requette.

Soit ta requette porte sur une base pas à jour, soit le démon à reparcouru tes 100Go de données pour se rendre compte que tu avais fait un "mv".

Avec un truc dans le filesystem, quand tu fais un "mv", le filesystem met la base à jour, et sait sans tout reparcourir que tu as fait cette action et seulement celle là.

> Si il parle de pas s'emmerder a chercher tout ce qui est alloue justement avant d'appeler exit(0)

Oui

> il a raison

Oui

C'est comme si tu insistait pour désalouer la mémoire avant d'eteindre ton PC, au cas ou elle soit encore allouée la prochaine fois que tu l'allumes. Les processus, c'est fait entre autres pour ça. Quand le processus termine, toute la mémoire est libérée, point barre.

> C'est dans quel thread ?

http://groups.google.com/groups?dq=&hl=en&lr=&threadm=c(...)

Sauf que le message en question n'est pas encore archivé.

> > ne crache pas dessus ;-)
[...]
> Faut pas critiquer si on n'utilise pas la debian?

J'aurais tendance à faire une nuance subtile entre "critiquer" et "cracher dessus". Bon, mais je dis ça comme ça, hein ...

Ben, tu prends MS Office. Sauf erreur de ma part, ça fait 95/97/2000/XP/2003, ça fait tous les 2 ans en moyenne, et de mon expérience perso, en général, les gens/entreprises/administrations ne mettent à jour qu'une fois sur deux (prix des licenses) à peu près, soit une MAJ tous les 4 ans, et j'ai rarement vu des gens se plaindre "Raah, p***n, on n'a que Office XP/Office 2000, on veut du Office 2003". Par contre, le Linuxien moyen, si tu lui met un soft qui date de 2000 ou 2001, il se croit de retour à la préhistoire !

En fait, la durée du cycle de release optimal dépend beaucoup de qui administre et qui utilise. Pour quelqu'un qui est administrateur sur sa machine, c'est pénible de ne pas être à jour. Pour quelqu'un qui n'est qu'utilisateur, c'est _très_ pénible d'avoir tout qui change tous les 6 mois sans prévenir ...

Pour les gens qui ont un disque dur un peu limite et qui veulent graver 500Mo alors qu'ils n'ont que 100Mo de dispo sur le disque, c'était hyper pratique quand même. (Bon, OK, avec une machine récente et un dd de 200Go, on voit moins l'intérêt)

> Selon moi (c'est évidemment un avis perso), si Debian ne change pas elle va sortir à
> moyen/long terme des les distributions majeurs.

Oui et non. C'est vrai que les Linuxiens fanatiques que nous sommes avont pris l'habitude d'upgrade régulières, mais un cycle de release de 2 - 3 ans n'est pas choquant pour pas mal de monde (Beaucoup de personnes utilisent encore windows 98 ou NT ! Ou même w2k qui est censé être remplacé par w2003 depuis un moment ...).

Après, c'est vrai qu'être en Debian stable sans backport, c'est vraiment pénible, mais si tu prends Debian dans son ensemble, elle contribue pas mal au logiciel libre. Plusieurs distributions sont basées sur elles, et l'équipe fait des efforts pour que les améliorations faites sur les logiciels de la distrib soient rapportés au logiciel en question (Je ne dis pas que les autres ne le font pas, hein !). Coté portabilité, par exemple, il y a pas mal de softs qui ne tourneraient pas sur certaines architectures sans Debian je pense.

Bref, Debian est loin d'être parfaite, mais il y a quand même de bons cotés. (comprendre: si tu n'aimes pas, n'utilises pas, mais ne crache pas dessus ;-)

Je ne sais pas pour Linux, mais sous win, il y a plusieurs années, j'avais un support lecture/écriture même pour un CD-R. ça ne libérait pas la place, mais on pouvait "faire semblant" d'effacer un fichier.

On imagine que la table de fichiers devait ressembler à ça :

Fichier "toto.c" sur le secteur 42.
Fichier "titi.txt" sur le secteur 54.
Ah, non, finalement, "toto.c" s'appelle "toto.cpp"
Euh, pour "titi.txt", finalement, il est effacé, fô pas le montrer à l'utilisateur
...

Je suppose que tu fais change ton DISPLAY à coup de "setenv DISPLAY" ou "export DISPLAY".

Une bonne solution est d'utiliser ssh à la place. Si il n'est pas configuré pour positionner DISPLAY par défaut, ssh -X le fait. Ca fait passer ta connexion X par un tunnel sécurisé, et ça te permet de garder ta configuration sécurisée (xhost -, firewall, ...) sur ta machine.

> s/shell/tapes dans le shell/g, je suppose...

Ahem, non: "tu", du verbe "tuer" ;-) Bon, c'était vendredi soir, ma touche "e" était toute rouillée, toussa, ...

Sinon, je viens de revérifier. Sous Debian (unstable), j'ai bien

* linux 1 dans le prompt LILO boote puis demande le mot de passe root
* init 1 dans un shell passe en runlevel 1, en tuant en particulier le shell dans lequel on se trouve, et redemande le mot de passe
* Par contre, linux init=/bin/sh dans LILO ne demande rien et ouvre un shell root.

J'ai bien lu, effectivement,

#define F(x) if (!f(x)) { printf("erreur\n"); exit(1); }

est dangereux, mais je ne vois pas le problème avec

#define F(x) {if (!f(x)) { printf("erreur\n"); exit(1); }}

L'argument donné plus haut était que le `;' n'était pas autorisé après les accolades, mais c'est totalement faux.

N'importe quoi !

Il a reconnu lui-même que c'est le père noël et la petite souris qui l'ont écrit, et que lui ne faisait que couverture.

http://fr.news.yahoo.com/041022/7/4406e.html(...)

:-)

Ca n'explique toujours pas l'intérêt du do {...} while à la place d'une simple paire d'accolades.

> Pour taper "init 1", il faut effectivement être root,

Oui, mais le "init 1" tu le shell dans lequel tu te trouves.

Bon, faudra que je reteste ça de chez moi. Je n'utilise pas ça très souvent et j'ai la mémoire courte ;-)

> Je l'ai encore vérifié cette semaine

Sur quelle distrib' ? Je parle de Debian, mais à une époque, j'étais sous Red Hat, et effectivement, il ne demandait pas le mot de passe.

(par contre, il n'y a pas de mot de passe sur mon lilo, ça je suis sur !)

http://w3c.org/Protocols/(...)

> Ha oui, mais non, ça, ce n'est pas un boot en runlevel 1, c'est un échec du montage de la partition root

Ben chez moi, c'est les deux. D'ailleurs, si mes souvenirs sont bons, "init 1" redemande le mot de passe root.

> sous Linux, je n'ai jamais vu ça.

Si on parle bien de la même chose, c'est le cas sous Debian, pourtant.

("Enter root password for maintainance, or Control-D for normal startup: " ou quelque chose comme ça.)

autre solution: utiliser john pour craquer ton mdp root. Si tu as mis un mauvais mot de passe, il te le trouvera rapidement, et ça t'apprendra à en mettre un meilleur pour la prochaine fois :-/

> les sources, ...

Non, c'est à part.

Et Ubuntu est basée sur une Debian plus récente que la woody, qui fait bien plus de 8 CD ...

En anticipation des commentaires "Ubuntu = rien de neuf, c'est une Debian", voici un extrait du dernier Debian Weekly News :

Ubuntu Development Model. Michael Banck took a look at how Ubuntu Linux works. He observed that apparently they managed to pull off with a tiny workforce what Debian was not able to do with a thousand volunteers and listed key development areas. Michael pondered whether all of their work will flow back upstream, whether they will branch off unstable again and whether the employees will find time to work on their non-packaging related tasks for Debian.

Je n'ai pas essayé Ubuntu, mais en lisant ça, ça me parait clair qu'ils ont quand même bien bossé !!

> Et pourquoi vouloir absolument mettre un point-virgule derrière une macro ?

Pour ne pas casser l'indentation automatique (emacs, indent, etc ...) par exemple.