Journal Mandrake 10.1 beta2 dispo

Posté par  (site web personnel) .
Étiquettes : aucune
0
21
août
2004
Le torrent est arrivé :
http://qa.mandrakesoft.com/torrent(...)

Utiliser azureus plutôt que les outils de base de Bittorrent... bon il ne tourne qu'à 20-25 ko/s pour moi pour l'instant mais j'ai déjà obtenu plus de 40-50 ko/s (je suis en 1024/128 chez Free...)

La Mandrake 10.1 beta1 était stable pour une beta... espérons que ce sera le cas de cette beta2

Les nouveautés :
- kernel-2.6.8.1.2mdk-1-1mdk
- udev devrait fonctionner (le bug du df est enfin corrigé ;-) )
- j'ai un petit problème de son avec la mise à jour de cooker (chipset via) => aucun périphérique de mixage trouvé

Je fais le suivi de mes tests là :
http://wiki.eagle-usb.org/wakka.php?wiki=LinuxTests(...)
et : http://wiki.eagle-usb.org/wakka.php?wiki=Mdk101Tests(...)

http://qa.mandrakesoft.com(...) : le bugzilla de Mandrake

Nota : Pour ceux qui auraient le même chipset :
lspci :
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 10)
lsmod|grep snd
snd-seq-oss 28320 0
snd-seq-midi-event 6016 1 snd-seq-oss
snd-seq 44880 4 snd-seq-oss,snd-seq-midi-event
snd-pcm-oss 47176 0
snd-mixer-oss 15872 1 snd-pcm-oss
snd-via82xx 20740 0
snd-ac97-codec 62960 1 snd-via82xx
snd-pcm 76392 2 snd-pcm-oss,snd-via82xx
snd-timer 19780 2 snd-seq,snd-pcm
snd-page-alloc 7240 2 snd-via82xx,snd-pcm
gameport 3264 1 snd-via82xx
snd-mpu401-uart 5440 1 snd-via82xx
snd-rawmidi 18660 1 snd-mpu401-uart
snd-seq-device 6184 3 snd-seq-oss,snd-seq,snd-rawmidi
snd 43876 11 snd-seq-oss,snd-seq,snd-pcm-oss,snd-mixer-oss,snd-via82xx,snd-ac97-codec,snd-pcm,snd-timer,snd-mpu401-uart,snd-rawmidi,snd-seq-device
soundcore 6560 1 snd
bah va falloir que je réussisse à passer en alsa un jour...

  • # pour le bug du son sous Gnome

    Posté par  (site web personnel) . Évalué à 4.

    le bug est là : http://qa.mandrakesoft.com/show_bug.cgi?id=10835(...)
    enfin je crois...
    donc ce n'est que le mixer qui ne fonctionne pas (il est au minimum pour moi...)

  • # appel à testeur Free dégroupé (sagem)

    Posté par  (site web personnel) . Évalué à 5.

    ah oui, si un dégroupé sagem passe dans le coin, qu'il regarde aussi :
    https://linuxfr.org/~baud123/14881.html(...)

    et - surtout - qu'il se fasse connaître, ça m'éviter de chercher trop longtemps et comme ça je pourrai faire le support ;-) (pas ici einh... comme d'hab' sur le forum eagle-usb)

  • # les isos sont sur les miroirs

    Posté par  . Évalué à 1.

    ca va plus vite.

    • [^] # Re: les isos sont sur les miroirs

      Posté par  (site web personnel) . Évalué à 2.

      - les miroirs vont aller plus lentement si tout le monde se jette dessus
      - Bittorrent va aller plus vite si tout le monde se jette dessus ;-) => là c'est à 40 ko/s

      ou alors (ce que j'ai fait parfois) : récupération du 1er CD puis remplacement de l'iso (partiellement téléchargé par Bittorrent) par celui complètement téléchargé et relance de Bittorent => ça permet d'être 1/3 de source pour les autres

      • [^] # Re: les isos sont sur les miroirs

        Posté par  . Évalué à 4.

        C'est la même bande passante que tu utilises, celle de ton fai, sauf que la bande passante montante est plus rare que la descendante. Donc proposer en upload un fichier disponible sur les miroirs des fai ne me semble pas une bonne idée. Je veux bien qu'on m'explique où je me trompe.
        L'intérêt de bittorrent, il me semble, est de pouvoir proposer en téléchargement des fichiers qui ne sont pas disponibles sur des miroirs avec une grosse bande passante.
        Dans le cas de mandrake, c'est par exemple la 10.0.2 qui vient d'être mis sur bt ou la snapshot de la mandrake move. Il y avait d'ailleurs eu un appel à contribution d'un des clubbistes parce que quand il arrétait son upload, la vitesse download tombait à celle du seeder, autour de 3-4 ks. Dans ce contexte, bt est utile.

        • [^] # Re: les isos sont sur les miroirs

          Posté par  . Évalué à 4.

          > L'intérêt de bittorrent, il me semble, est de pouvoir proposer en téléchargement des fichiers qui ne sont pas disponibles sur des miroirs avec une grosse bande passante.

          Ce qui prouve que bittorrent allège le boulot des miroirs puisque bittorrent permet même de se passer de miroirs...

          Pour les beta, bittorrent n'est pas très important. Par contre pour les premières jours d'une nouvelle distribution, les miroirs (même avec une grosse bande passante) sont à la ramasse...

        • [^] # Re: les isos sont sur les miroirs

          Posté par  (site web personnel) . Évalué à 2.

          comme le dit Ayrton ça évite effectivement de mettre à genoux le miroir

          les autres intérêts que j'y vois c'est :
          - de toute façon pour 2 Go de transfert en 1024 il va me falloir 5h pour les récupérer au mini : ça veut dire que quand je lance ça le soir, je les grave le lendemain soir, ça ne me dérange pas de laisser ouvert toute la journée l'upload...
          - la reprise / vérification (cksum) se font automatiquement : avec un ftp faut le relancer si déconnexion intempestive et faire un md5sum, ça m'a suffisamment gavé les 2-3 fois que ça m'est arrivé (2 soirs de perdus au lieu d'un seul...)
          - là j'ai un suisse connecté, il a peut-être pas de miroir tout à côté de chez lui et ça ne me dérange pas...

  • # azureus vs bittorrent

    Posté par  . Évalué à 2.

    > Utiliser azureus plutôt que les outils de base de Bittorrent...

    ben ici bittorrent marche très très bien.
    Conseil : utiliser btlaunchmanycurses. Lancez le programme avec un répertoire en paramètre et mettez tous vos torrents dans ce répertoire. Et voilà !

  • # btdownloadgui.py --max_upload_rate

    Posté par  . Évalué à 0.

    azureus ?

    avec btdownloadgui.py --max_upload_rate 9/10 de ton upload , c'est nikel t'es a presque 100% en download !

    • [^] # Re: btdownloadgui.py --max_upload_rate

      Posté par  . Évalué à 4.

      j'ai ça dans mon /etc/ppp/ip-up.local :
      /sbin/tc qdisc add dev ppp0 root tbf rate 250kbit latency 50ms burst 1540

      Ça limite l'upload à 250 (limite physique de 256) et c'est que du bonheur :-)

  • # Gravure/kernel

    Posté par  . Évalué à 5.

    Il y a un gros problème connu avec le kernel 2.6.8 présent dans la beta2 concernant les graveurs:
    http://qa.mandrakesoft.com/show_bug.cgi?id=10840(...)
    http://kerneltrap.org/node/view/3659?PHPSESSID=26a07bea426cf4e4ac59(...)
    http://k3b.plainblack.com/index.pl/news2(...)

  • # lenteurs de X : pour les éviter

    Posté par  (site web personnel) . Évalué à 2.

    Ceux qui ont des lenteurs de X, voir
    - bug 10345 pour ajout du hostname à /etc/hosts sur le loopback : http://qa.mandrakesoft.com/show_bug.cgi?id=10345(...)
    - ça marche pour un : http://marc.theaimsgroup.com/?l=mandrake-cooker&m=1093030750110(...)
    - et l'explication de Buchan Milne : http://marc.theaimsgroup.com/?l=mandrake-cooker&m=1093096130311(...)

    Gnome - lui - prévient que cela risque de poser des problèmes, lorsqu'on change son nom de serveur (qui va dans /etc/sysconfig/network avec la ligne HOSTNAME=lenomdevotrePC)

  • # le problème avec les partitins NTFS est réglé

    Posté par  . Évalué à 2.

    je crois qu'il y a avait un problème avec les partitions NTFS avec la 10 est-ce réglé ?

    • [^] # Re: le problème avec les partitins NTFS est réglé

      Posté par  (site web personnel) . Évalué à 2.

      lequel ? à ma connaissance il y avait 2 soucis :
      - le redimensionnement d'une partition ntfs (parfois aléatoire...) : je ne sais pas si c'est réglé
      - l'écriture sur partition ntfs : je ne crois pas que l'encapsulation de la DLL windows ait été retenu (seule solution viable à ma connaissance, le pilote libre réécrit ne pouvant qu'écrire que dans des fichiers existants...), en tout cas ma partition ntfs est monté en ro (et je suis pas très chaud pour tenter le rw ;-) ) /dev/hda6 on /mnt/win_d type ntfs (ro,umask=0,nls=iso8859-15)

  • # Mandrake communique et bien en plus ;-)

    Posté par  (site web personnel) . Évalué à 2.

    Après avoir cogité le week-end, l'annonce est bien rédigée :
    http://www.mandrakeclub.com/article.php?sid=2450&mode=nocomment(...)

    ah tiens faut que je vérifie les bugs sur evolution (j'en reçois un sur deux, m'enfin ma boîte imap sur tuxfamily commence à être blindée aussi...)
    => direction testzilla pour voir les fiches de tests ;-)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.