Pascal Terjan a écrit 4240 commentaires

Pour une des attaques citées je me demande (celle qui ajoute un package à installer comme dépendance)
Tu pense que yum après avoir vu qu'il faut installer ce package et l'avoir téléchargé ne demandera pas à rpm de l'installer parce qu'en fait la dependance n'est sur aucun des packages ?
Ca veut dire qu'il fait n fois la resolution de dépendances (à chaque fois qu'il ajoute dans la liste des packages à installer un rpm local et donc que ca change eventuellement les dependances connues de ce package), ca serait vraiment très très lent

http://vosdroits.service-public.fr/particuliers/F632.xhtml

Tu ne peux pas demander la declaration, par contre tu peux connaitre le montant de l'impot, le revenu imposable et le nombre de parts.

Bof...
Tu utilisais ces 3 identifiants pour obtenir le certificat ou en obtenir un nouveau quand tu l'as perdu.

Comme mon laptop n'a pas de touches windows, j'utilise le Ctrl de doite comme Compose

Mandriva le fait depuis des années sur tous les packages et je doute qu'on soit les seuls...
Par contre c'est pas par défaut dans GCC pour les gens qui compilent des choses sans faire de rpm.

flags par défaut lors du build de rpm sur Mandriva : -O2 -g -pipe -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4

Google me dit que Ubuntu l'utilise par défaut depuis la 6.10, je trouve pas pour les autres

Ca évite de dupliquer le code, et réduit la conso mémoire vu que les libs seront partagées en mémoire, mais tu en as quand même plusieurs qui tournent...

la probabilite de faire 2 fois la meme faute a l'affilee etant quand meme tres faible.
Et bien non au contraire.
Quand je tape 2 fois de suite la même chose mes mains répétent le mouvement et je refais la même faute, ca m'est déjà arrivé et depuis je fais des copier/coller vu que ça ne sert à rien.

Malheureusement non

Mais tu peux cliquer sur un genre non ?
Ou cliquer sur un genre et taper la recherche qui t'intéresse pour que ca cherche dans la liste des genres

Ceci ne m'empêche pas de penser que Git n'est pas le plus adapté à la majorité des projets/développeurs.

Ca me semble très adapté à tous les projets qui ont les conditions suivantes:
- Faible nombre de maintainers mais souvent des patchs envoyés par des contributeurs
- Interface simple pour les traducteurs éventuels (genre interface web), histoire de ne pas demander à des gens non techniques de comprendre les principes de git

Ca n'est par contre pas forcement adpaté à des projets ou tout le monde commit directement et il n'y a pas de review de patch ou de merge de branches

Pour mes projets perso j'ai utilisé bzr pendant un certain temps avant de devoir me mettre à git (pour envoyer des patch au kernel puis à de plus en plus de projets...), et depuis que j'ai découvert la facilité d'utilisation de git quand tu connais les quelques commandes correspondant à ton workflow, je n'utilise plus que git (et je suis fan du commit --amend :) ).

Oui il y a enormement de commandes, correspondant à plein d'utilisations que tu peux en faire, mais peu sont utiles à une personne donnée.

pour l'anecdote, j'avais besoin qu'Apache soit relancé à chaque création d'une conf dans /etc/httpd/conf.d, et j'étais parti sur l'écriture d'un script à la mano

Mouais je ferais pas ça à la création, plutot à la fermeture après modification, et une verification de la syntaxe avant :)

Je n'ai pas dit qu'il était destiné à remplacer GCC ou que c'était son objectif.

Heu je viens de relire, et c'est toujours ce que je lis pourtant...

La dépeche disait en première partie Il utilise actuellement le compilateur GCC du projet GNU pour analyser le code source (LLVM-GCC) mais un nouveau frontal, Clang, est prévu pour remplacer GCC à terme.
Et plus loin dans les détails ca dit Du côté du projet Clang qui est destiné à remplacer GCC dans les futures versions, il y a aussi du nouveau, sous entendu remplacer GCC dans les futures versions de LLVM.

En ce qui concerne ce journal, oui c'est une alternative et c'est intéressant de savoir ce qu'il est possible de faire avec aujourd'hui, mais le but de LLVM n'est pas de reeccrire GCC pour avoir un remplaçant qui sache compiler ce que GCC sait actuellement compiler. Dans ce sens il n'est pas destiné à remplacer GCC. Je pense que le nouveau pcc par contre a plus cet objectif.

Heu je pense que ce n'est pas du tout ce que ca veut dire.

LLVM utilise actuellement GCC. Clang est destiné à remplacer GCC pour l'utilisation de LLVM

C'était la motivation pour le 2.6.27, surtout qu'il va etre utilisé pour la distro server. Pour le 2.6.29 je ne crois pas que Ubuntu l'utilise (ou alors j'ai raté l'annonce)

Ben le kernel est en RC aussi :-)

C'est pas comme si c'était une rc1 ou rc2, c'est une rc6 et le final sera certainement sorti d'ici la version finale (dans un mois et demi), et probablement avant la rc2.

Et sinon c'est quoi le problème d'avoir sorti la finale avec un kernel en RC8 git2 + un patch, ou il manquait 2 ou 3 patchs avant la version finale du kernel ?

Ubuntu assume et prépare enfin la version KK :)

C'est KVM pas KMV :)

Et "fork de qemu" c'est assez reducteur, kvm c'est de la virtualisation qui est integrée au noyau linux, ensuite il y a une version de qemu qui a été forké pour émuler les périphériques en utilisant kvm.

La version de dev de qemu sait d'ailleurs maintenant utiliser au choix kqemu ou kvm (la version de Mandriva le faisait aussi jusqu'à la 0.9.1 où kvm avait trop divergé donc c'était trop de boulot, et ironiquement ils se sont décidés depuis à réintegrer le support kvm dans qemu :) )

http://beranger.org/v3/wordpress/wp-content/uploads/2009/02/(...)

Bon sinon sérieusement il n'y a rien qui me dérange dans cet accord, c'est plutot positif

Heu -i ca veut dire remplacer dans le fichier (du moins dans gnu sed) et -e est facultatif donc sa commande sed est valide :)


-i[SUFFIX], --in-place[=SUFFIX]
edit files in place (makes backup if extension supplied)

[...]

If no -e, --expression, -f, or --file option is given, then the first non-option argument is taken as the sed script to interpret.

1/ Ajoutes un -print (vu que tu lui dis de faire -exec au lieu d'afficher)
2/ utilise >> au lieu de > dans la deuxième commande

Quand je parle de besoin, ce n'était au sens besoin de ressources. Je veux dire que le fonctionnement était déjà suffisament ouvert pour à peu près convenir aux gens voulant participer.

Cette décision de faire de RHL une distribution uniquement non commerciale (NB: c'est quelque chose que n'envisage pas Mandriva)

Qu'est-ce que Mandriva n'envisage pas ? une distribution uniquement non commerciale ?
Heu ben elle existe depuis à peu près très très longtemps... Et sert de base à la Powerpack, la Flash et les versions corporate qui sont vendues.
Ou alors tu voulais dire arrêter d'avoir des versions commerciales grand public ? Ca serait dommage de sepriver d'une source de revenu (pour les powerpack en boite pourquoi pas, même si c'est bien pour l'image d'être en rayon à la fnac, mais les Flash ou les powerpack en download ca marche plutot bien).

C'est un peu différent quand même, Mandriva avait moins de raisons de "s'ouvrir", une grosse partie du packaging est faite par des contributeurs externes, et c'était déjà le cas quand j'ai eu mon compte en 2002...

Et les discussions techniques ont deja la plupart du temps lieu sur des Mailing List publiques (la ML technique interne doit avoir moins de 10 mails par mois).

Ce qui devrait changer surtout là à mon avis:
- Une meilleure communication avec les groupes d'utilisateurs
- Plus d'échanges sur les spécifications des prochaines distros (actuellement il y a les demandes de la communauté, les demandes internes, et le choix se fait en interne sur la base des 2 listes)

La suse 9.1 date de juin 2004, ce qui n'est pas tout récent

Elle utilisait gcc 3.3.4, et le passage à la libstdc++ 6 date du passage à gcc 3.4.0 qui venait juste de sortir (20 Avril 2004) donc rien de surprenant :)

Tu as policykit ?