| 29 Apr 2023 |
 Minijackson | mais c'est vrai que j'avais souvent des problème avec la configuration X11 | 17:19:04 |
 Guillaume Desforges | en même temps Gentoo :) | 17:28:17 |
 lewo | en même temps X11 :) | 21:11:44 |
 Gaétan Lepage | In reply to @gdesforges:matrix.org
Perso je pense aux drivers NVIDIA et libs CUDA, généralement ça pète vite ces trucs là J'ai bossé dernièrement sur les PR d'update de pytorch et jax dans nixpkgs (donc Python + cuda). Je confirme que c'est un enfer 😅 ! | 21:22:18 |
| Gaétan Lepage | In reply to @gdesforges:matrix.org
Perso je pense aux drivers NVIDIA et libs CUDA, généralement ça pète vite ces trucs là * J'ai bossé dernièrement sur les PR d'update de pytorch et jax dans nixpkgs (donc Python + cuda). Je confirme que c'est un enfer 😅 ! | 21:22:30 |
| Guillaume Desforges | In reply to @glepage:matrix.org
J'ai bossé dernièrement sur les PR d'update de pytorch et jax dans nixpkgs (donc Python + cuda). Je confirme que c'est un enfer 😅 ! Merci d'ailleurs ! | 22:01:59 |
| 2 May 2023 |
 Reventlov | koin | 12:52:40 |
| Reventlov | quelqu'un s'est déjà amusé un peu autour des réseaux avec le framework de test nix ? | 12:52:57 |
| Reventlov | J'ai l'impression que c'est assez fragile, et j'ai pas réussi à utiliser des interfaces taps pour l'instant | 12:53:37 |
| Reventlov | (fragile: virer virtualisation.qemu.networkingOptions fait que virtualisation.vlans casse silencieusement) | 12:53:54 |
| lewo | Rémy Grünblatt: j'suis pas certain qu'on vueille utiliser des taps, car il fait davantage de permission pour créer des taps. | 13:09:14 |
| lewo | l'avantage de l'implem actuelle, c'est que ca marche en rootless. | 13:09:28 |
| lewo | * Rémy Grünblatt: j'suis pas certain qu'on vueille utiliser des taps, car il faut davantage de permission pour créer des taps. | 13:09:54 |
| Reventlov | Concernant la fragilité : https://0x0.st/HPIh.txt | 13:11:30 |
| Reventlov | en effectuant les tests, ça donne ça : https://0x0.st/HPIC.txt (c'est un bug ou c'est prévu ?) | 13:13:46 |
| Reventlov | (usuellement: vlan 1 choppe en .1, vlan2 en .2, … en commençant à eth1, eth2, …) | 13:14:29 |
| lewo | Hm, en meme temps, si tu ecrases la config network des VMs, ca me choque pas que le network ne fonctionne plus ;)
Je ne vois pas trop comment cela pourrait etre améliorer. | 13:14:39 |
| Reventlov | on a une option qui dépend d'une autre | 13:14:55 |
| Reventlov | et d'après le moteur de recherche des options, qemu.networkingOptions est à [ ] | 13:18:04 |
| Reventlov | (en default) | 13:18:13 |
| Reventlov | mais oui @tap / root, c'est vrai | 13:26:48 |
| Reventlov | (mais d'un autre côté je peux tester moins de choses avec de l'userspace networking j'ai l'impression) | 13:29:26 |
| Minijackson | C'est quoi ton usecase ? | 14:59:44 |
| Minijackson | Qu'est-ce que tu peux tester en tap que tu peux pas en user net? | 15:00:07 |
| Reventlov | l'idée c'est de faire du réseau, et si je lis https://wiki.qemu.org/Documentation/Networking#User_Networking_(SLIRP) | 15:14:27 |
| Reventlov | « in general, ICMP traffic does not work (so you cannot use ping within a guest) » | 15:14:37 |
| Reventlov | c'est le genre de truc dont j'aimerais que ça fonctionne (mais aussi, de base, j'aimerais avoir zéro conf réseau dans mes tests, i.e. pas d'IP magique comme ajoutée par l'option vlan, etc…) | 15:15:24 |
| Reventlov | ce qui semblait le plus simple pour faire une topologie arbitraire, c'était de passer par du tap et de bridger tout ça "un peu" à la main | 15:15:45 |
| Minijackson | tu as besoin de l'ICMP entre la machine virtuelle et le réseau global ? | 15:28:56 |
| Minijackson | ou de l'ICMP entre les différentes machines spécifiées dans ton test | 15:29:17 |
