| 29 Apr 2023 |
 Guillaume Desforges | genre un truc où dans le wiki arch tt le monde est en train de galérer | 17:14:16 |
| Guillaume Desforges | Perso je pense aux drivers NVIDIA et libs CUDA, généralement ça pète vite ces trucs là | 17:14:40 |
 Minijackson | j'étais sous Gentoo avant, tout pétait tout le temps | 17:18:54 |
| 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 |
 Rémy Grünblatt | koin | 12:52:40 |
| Rémy Grünblatt | quelqu'un s'est déjà amusé un peu autour des réseaux avec le framework de test nix ? | 12:52:57 |
| Rémy Grünblatt | 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 |
| Rémy Grünblatt | (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 |
| Rémy Grünblatt | Concernant la fragilité : https://0x0.st/HPIh.txt | 13:11:30 |
| Rémy Grünblatt | en effectuant les tests, ça donne ça : https://0x0.st/HPIC.txt (c'est un bug ou c'est prévu ?) | 13:13:46 |
| Rémy Grünblatt | (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 |
| Rémy Grünblatt | on a une option qui dépend d'une autre | 13:14:55 |
| Rémy Grünblatt | et d'après le moteur de recherche des options, qemu.networkingOptions est à [ ] | 13:18:04 |
| Rémy Grünblatt | (en default) | 13:18:13 |
| Rémy Grünblatt | mais oui @tap / root, c'est vrai | 13:26:48 |
| Rémy Grünblatt | (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 |
| Rémy Grünblatt | 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 |
| Rémy Grünblatt | « in general, ICMP traffic does not work (so you cannot use ping within a guest) » | 15:14:37 |
| Rémy Grünblatt | 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 |
