tinodeleste a écrit 443 commentaires

  • [^] # Re: RC != deverminage

    Posté par  . En réponse à la dépêche Sortie du noyau Linux 2.6.13. Évalué à 1.

    en fait, non, Arcangeli n'en fait plus.
  • [^] # Re: RC != deverminage

    Posté par  . En réponse à la dépêche Sortie du noyau Linux 2.6.13. Évalué à 3.

    En effet, mais Linux préfère appeler (...)

    tu voulais dire 'Linus' je suppose...

    d'autre part, les nouveautés sont censées être testées dans les branches de test (d'Andrew Morton, Andrea Arcangeli...) donc elles entrent effectivement en phase 'rc' quand elles sont inclues dans la branche principale.
  • [^] # Re: arg

    Posté par  . En réponse au journal Psi-0.10-test1. Évalué à 3.

    pas mal de gros changements ont été reportés en fait. Il va y avoir passage à QT4 (prochaine version) intégration de la version complète de MUC (discussions en groupes). Celle là contient en fait surtout les onglets et le 'single-line edit mode', des petits changements (le mot de passe GPG n'est plus sauvé dans le fichier de préférences par exemple, ...)

    Côté dev, passage de CVS à Darcs (distribué à la GNU Arch).
  • [^] # Re: 01 n'imp ;) !

    Posté par  . En réponse au journal Bruno Bellamy et le piratage de bandes dessinées.. Évalué à 1.

    Il n'y a pas le même plaisir à lire un vrai livre ou une vraie BD qu'à les regarder sur un écran, même de 4m de large. Alors que pour un CD/DVD, pour peu que la copie soit bien faite, pas de différence entre la copie et l'original...

    C'est peut-être pour ca, le côté matériel.
  • [^] # Re: je me rase tous les jours 2 jours

    Posté par  . En réponse au journal De l'interêt de se raser. Évalué à 6.

    (...) faut être con pour se foutre de l'alcool sur la gueule (...)

    c'est bien vrai faut pas viser à côté.

    l'alcool au volant, non ! l'alcool au conducteur, oui...
  • [^] # Re: Sources?

    Posté par  . En réponse au journal Vu d'Allemagne.... Évalué à 3.

    certes. La plupart des étudiants que j'ai croisé ( à part quelques barbus) utilisaient en Linux ce qui était fourni à la fac, dans le cas de la TU München une Redhat. Souvent aussi la Suse, parce que plus facilement installable sur les portables vendus en allemagne.

    C'est normal, ca permet de commencer avec quelquechose qu'on connait, soit via les autres utilisateurs de la fac, soit via les autres utilisateurs de la boîte ou tu travailles pour payer tes vacances...
  • [^] # Re: Chauvinisme

    Posté par  . En réponse au journal Vu d'Allemagne.... Évalué à 4.

    un magazine qui s'adresse à des débutants conseille des distribs orientées débutant : si tu vas sur lea-linux.org, tu verras beaucoup plus d'articles et de conseils pour la mandrake (mandriva) que pour une debian. Et pourquoi mandrake ? pour des questions de localisation, de traductions des docs et de support, comme dit Sylvain au dessus, de facilité d'installation ensuite.
  • [^] # Re: Suite à la sortie d'une version du noyau...

    Posté par  . En réponse à la dépêche Nouvelles du noyau : Git et modèle de développement. Évalué à 10.

    et puis les idées géniales, c'est bien, mais quand elles sont codées avec les pieds, ca n'aide pas;

    http://kerneltrap.org/node/5528(...) Andrew Morton sur l'évolution et le traitement des bugs :
    There are 60 bugs here. They're almost all post-2.6.12 regressions. Longer-term we simply have to do better than this, else we'll stabilise at a pretty buggy level. (...)

    il faudrait que tout les développeurs fassent un peu plus attention à leurs bugs, vu que pas mal des bugs apparus après le 2.6.12 sont des régressions par rapport aux noyaux précédents.
  • [^] # Re: un article ?

    Posté par  . En réponse au journal Serveurs Debian en vadrouilles, pas de MAJ pendant 1 semaine. Évalué à 4.

    les paquets sont mis à jour environ vers 19h30 utc (donc environ 21h30 cet) sur les ftp de debian. Ensuite, le temps qu'ils soient récupérés ailleurs (ton miroir à toi, par ex ftp.fr.debian) ca prend un peu de temps...

    pour avoir certains paquets de sid dans etch, il faut faire du pinning:
    - dans /etc/apt/sources tu mets les liens vers sid et etch
    - tu crées un fichier /etc/apt/preference ou tu mets par exemple ca :

    Package: *
    Pin: release o=Debian,l=Debian-Security,a=stable
    Pin-Priority: 950


    Package: *
    Pin: release o=Debian,a=sarge
    Pin-Priority: 900

    Package: *
    Pin: release o=Debian,a=sid
    Pin-Priority: 300

    ce qui veut dire qu'apt, lors d'une mise à jour automatique, va installer de préférence un paquet security, puis sarge, puis sid. Dans aptitude ou apt-get, tu peux ensuite forcer un choix vers une autre version. Attention juste, les upgrades sont (normalement) bien assurés, c'est moins vrai pour les downgrades (si quelqu'un a une traduction en francais, je prend)

    Il y a une howto par là : http://www.debian.org/doc/manuals/apt-howto/ch-apt-get.fr.html(...) en français.
  • [^] # Re: Explications complémentaires

    Posté par  . En réponse au journal Serveurs Debian en vadrouilles, pas de MAJ pendant 1 semaine. Évalué à 6.

    les gens de l'équipe sécurité ne pensaient pas que le déplacement de ces serveurs auraient un impact sur leur travail (ils étaient au courant de ce déplacement) c'est pour ca qu'ils ont été surpris. D'autre part l'arrêt devait au départ ne durer que le temps du WE (du 21 au lundi au plus tard) et c'est pour ca que les ftp-masters n'ont pas voulu prendre la peine de migrer les services sur une autre machine.

    Pour le manque d'info, Martin Krafft a demandé aux gens de l'équipe sécu d'en parler, ils auraient effectivement pu communiquer un peu plus. Mais comme ils n'étaient pas au courant au départ et que les machines devaient initialement refonctionner lundi...

    en fait, le seul truc que je te reproche un peu, c'est le ton alarmiste de la news pour 5 jours sans support sécurité (il est revenu le 26) alors que les points bloquants ont été ici vite identifiés (par rapport à l'interruption post-sarge).

    Pour les utilisateurs de unstable (version en développement) ils auraient dû savoir (si on utilise une version dev, on est un petit peu développeur, et la seule liste requise pour les devs est debian-devel-announce, qui prévenait de l'arrêt des serveurs ftp-masters).
  • [^] # Re: ca dépend de l'utilisation que tu veux en faire tout ca

    Posté par  . En réponse au journal Jabber. Évalué à 2.

    peut-être pour le clic droit, je n'ai ni l'un ni l'autre sous les yeux, mais il me semble me rappeler que pour le yahoo testé ce jour là, il y avait 4 fenêtres à ouvrir pour y arriver... mais bon, je suis très mauvais avec ces choses là.

    pour finir, le plus gros avantage de jabber, c'est des clients légaux gratuits sans pub à interface plutôt simple et multi-plateforme (j'aime bien psi moi. c'est grave docteur ?). Mais je reste un dinosaure avec 95% de mes contacts sous icq, via la passerelle jabber (moins d' im-spam en plus comme ca)
  • [^] # Re: ca dépend de l'utilisation que tu veux en faire tout ca

    Posté par  . En réponse au journal Jabber. Évalué à 2.

    pour avoir essayé de monter une visio avec yahoo avant de le faire avec msn (c'était il y a deux mois pour un cas france/usa) je peux te dire que c'est la simplicité de msn pour faire cette visio qui met les concurrents comme yahoo par terre...
  • # ca dépend de l'utilisation que tu veux en faire tout ca

    Posté par  . En réponse au journal Jabber. Évalué à 3.

    si tu utilises jabber en client im texte, tout va bien, il y a des serveurs qui marchent de manière fiable, de plus en plus de clients qui le comprennent, il y en a de plus en plus qui sont facile à utiliser.

    Si tu veux faire de la visio (genre tu es loin de la France et tu veux voir tes parents de temps en temps sans le billet d'avion) et qu'en plus tu veux que ca soit simple, il n'y a pas grand chose qui marche mieux que MSN, même si ca peut faire mal de l'admettre. (2 clics pour lancer une visio ...) Même si c'est pas beau sur ton ethereal, l'utilisateur moyen (ta grand-mère, tes parents peut-être, les miens sûrement) ils ne voient que la simplicité d'utilisation, et là MSN est très fort.

    Jabber est encore loin de ce stade de maturité. C'est plus une architecture pour le faire (les fondations y sont, le reste est à construire), il y a des projets intéressants là dessus, mais rien de fini. Et après, restera à convaincre les autres, si Microsoft n'a pas pris trop d'avance sur la base utilisateurs...

    Pour les liens relatifs à Jabber important, fais une recherche sur des journaux de Ploum...
  • [^] # Re: ABI C++

    Posté par  . En réponse au journal Xorg dans Sid. Évalué à 6.

    en fait, l'ABI change aussi dans gcc-3.4... et pour la libglu, elle est écrite en C++, mais son ABI est en C, donc n'est pas cassée par la transition vers l'ABI de gcc-3.4/4.x.

    En attendant, les devs de Debian réexpliquent les finesses de la transition des ABI pour que le boxon soit réduit à un strict minimum sur lce changement pour Gnome, KDE et autres... ( http://lists.debian.org/debian-devel-announce/2005/07/msg00007.html(...) )
  • [^] # Re: Enfin presque

    Posté par  . En réponse au journal Debian SID passe enfin à X.Org. Évalué à 4.

    les paquets en version 6.8.2.dfsg.1-2 sont déjà en cours d'upload dans les ftps debian... je vais attendre la semaine prochaine (ca tombe bien je ne suis pas là ce WE), qu'on en sera à la version 6.8.2.dfsg.1-5 et que les quelques plus gros bugs les plus gênants seront réglés pour tester ca...
  • [^] # Re: Il y a peut etre plus simple...

    Posté par  . En réponse au message installer un paquet deb en local !?!. Évalué à 1.

    quand tu veux créer ta propre archive de fichiers, tu veux peut-être modifier les priorités, sections et noms de mainteneur des paquets (vu qu'il sont personnalisés); l'override permet de modifier dans ton archive (le Packages.gz que tu vas créer à partir de tes .debs) ces valeurs par rapport à celles trouvées pour des paquets de même nom de l'archive officielle.

    Dans ton cas, ca ne sert à rien, pour ceux qui font des backports ou autre, ca peut-être important...
  • [^] # Re: Un petit mieux...

    Posté par  . En réponse au journal Comment les banques font croire à la sécurité. Évalué à 2.

    c'est vrai qu'en voyage à l'étranger, jamais tu ne consulteras tes comptes dans un cyber café pour voir combien de sous il te reste à claquer avant de rentrer, jamais tu ne feras opposition sur une carte qu'on t'a piqué, ...
  • [^] # Re: Vu tout à l'heure.

    Posté par  . En réponse au journal "France Télécom s'allie avec Microsoft sur la convergence". Évalué à 3.

    Les marges sur la part pure de communication, c'est du passé. La téléphonie fixe pure va disparaître, parce que son renouvellement est trop cher et qu'en fin de vie des équipements 'classiques' on passera en IP, la lutte entre les différents opérateurs sur le coût du réseau fait que les marges sont de plus en plus faible sur le transport de données. Résultat, il faut se diversifier (d'ou la tv par adsl, les services mails, les services pages perso, les messageries, que tout les opérateurs vendent ...) C'est une évolution logique, vu que seul les services sont 'vendables'.

    Que l'on critique le choix de s'allier à Microsoft plutôt qu'une autre boite de service/soft, d'accord. Critiquer le fait de s'associer tout court est par contre moins réaliste.
  • [^] # Re: Votez ;-) !

    Posté par  . En réponse au journal C'est officiel. Évalué à 9.

    même si c'est pour la bonne cause, je n'approuve pas le fait de poster un lien non pas vers l'article mais vers la recommandation de cet article, je préfère le lire avant de l'encenser...
  • # c'est bon pour nous

    Posté par  . En réponse au journal Brevets Logiciels : Voir le vote (dans 25 minutes !). Évalué à 1.

    apparemment, la loi est rejetée...
  • [^] # Re: La sécurité, c'est important

    Posté par  . En réponse à la dépêche Debian Sarge a des problèmes sérieux de gestion de la sécurité. Évalué à 10.

    c'est vrai, les hackers ont sûrement attendu la news dans linuxfr.org pour se pencher sur les différentes manières d'attaquer la stable vu qu'ils ne lisent ni heise.de, parce que ca parle allemand, ni les journaux de linuxfr, parce qu'il n'y a jamais rien d'intéressant qui s'y passe...

    et dans deux jours, on aurait eu le journal d'un gars écoeuré "oui, ma news elle n'est pas passée mais que font donc les modéros, sont tous à Linuxtag ou aux RMLL ou quoi, c'est quoi cette bande de volontaires feignants qui se désengagent de leurs responsabilités"
  • [^] # Re: Le futur de Debian

    Posté par  . En réponse à la dépêche Debian Sarge a des problèmes sérieux de gestion de la sécurité. Évalué à 8.

    il y a eu dans la news de sortie de la Sarge une mise à jour parlant de ce 'problème' de sécurité, la solution a mettre en oeuvre (décommenter une ligne) et les liens vers les isos 3.1a corrigeant le problème. Ca me semble suffisant et nettement moins grave que le problème d'absence de nouveaux DSA et patchs pour la stable.
  • [^] # Re: apt-listbugs

    Posté par  . En réponse au message demande de conseils pour la mise à jour automatique d'une debian sarge. Évalué à 2.

    apt-listbugs est vraiment utile en testing ou unstable, mais sur la version stable (sarge l'est devenue, rappel...) les seules mises à jour sont des correctifs sécurité, donc c'est moins important.

    Par contre, il parait utile de savoir ce qui s'est passé, c'est-à-dire quels démons/ noyaux ont été mis à jour parce qu'ils ne sont pas relancés automatiquement et qu'il faut le faire à la main.
  • [^] # Re: question

    Posté par  . En réponse au journal Etch sortira le 4 décembre 2006. Évalué à 4.

    le problème Debian, c'est de faire cette transition en gardant la facilité de mise à jour dans Etch; quand tu sors des versions bien distinctes, tu as version 102 d'un côté, 1002 de l'autre, nickel. Dans Debian, tu as au même instant les deux types de librairies utilisées. D'où les contraintes de nommages, de dépendance et autre plus fines que dans des distribs à releases discrètes.
  • [^] # Re: question

    Posté par  . En réponse au journal Etch sortira le 4 décembre 2006. Évalué à 2.

    dans 'toolchain transition' il y a glibc, binutils, linux-kernel-headers, gcc qui passent de la C++ ABI version 1 (102) à la version 2 (1002). (passage de gcc de 3.2/3.3 à 3.4/4.0 qui supportent la nouvelle ABI). La dernière fois, ca a duré pas mal de temps (en 2002) et les développeurs voudraient tenter de mieux la faire passer cette fois ci...

    diverses infos en plus là et là :
    http://lists.debian.org/debian-devel-announce/2005/06/msg00004.html(...)
    http://lists.debian.org/debian-release/2005/04/msg00153.html(...)