gnumdk a écrit 7486 commentaires

Et ça permet aussi à l'enfant d'améliorer son écriture… Histoire de pas en faire des autistes du stylo…

Quand un maire quelconque va demander un accès au service ou à la communication des informations de "vie scolaire"

je ne vois pas pourquoi il ne pourrait pas le faire maintenant. Je dirais qu'au contraire les demandes d'accès seront plus contrôlées vu qu'aujourd'hui, ça doit se résumer à demander au chef d'établissement.

https://linuxfr.org/users/kursus_hc/journaux/bref-etat-de-flash-sous-linux#comment-1605935
;)

Comme ta page l'indique, il y aura xpinstall.signatures.required dans la 41.

Même si il dise que cette option peut disparaitre, ils n'ont pas trop le choix… Genre ici nous avons une extensions qui autorise Firefox à utiliser le proxy. En gros, seul firefox peut sortir sur le web…

Non, sinon il n'y aurait pas debian LTS…

… Bah j'ai rien à résoudre, hein. Chez moi ça marche parfaitement. ;-)

Ben, il installerait une Ubuntu, ça fonctionnerait aussi parfaitement… Ca se trouve, c'est juste sa conf utilisateur d'Alsa qui empêche pulseaudio de fonctionner…

Avoir des problèmes sous KDE ne veut pas dire devoir installer GNOME…

https://linuxfr.org/users/neije/journaux/c-est-lundi-mon-experience-linux-ou-l-utopie-devient-realite-extatique#comment-1617869

Facile d'accuser pulseaudio parce que c'est lui qui prend le plus de CPU.

Moi je vois surtout kded et kmix qui n'ont aucune raison de consommer autant de CPU, et qui sont surement en train de flooder pulseaudio… Bref, comme je l'ai dit, le stack audio de KDE est vraiment merdique…

Ils devaient virer kded de KDE5 et ce n'est pas le cas, vraiment dommage tellement ce truc est une grosse merde monolithique capable de faire planter tout le bureau sans raison.

Je n'ai pas parlé de GNOME…

C'est quoi ton téléphone? Attention, tu n'as que deux choix.

Ensuite, tu faisais comment avant, tu n'avais pas de téléphone?

Quand tu cherches sur google « systemd nfs share boot »

Premier: comportement normal de NFS quand le serveur est lent, configurable.
Second: Mise à jour Ubuntu foireuse (manque la dépendance au réseau).

Je vais m’arrêter là…

Il ne faut pas croire toute la « propagande ». Alsa fonctionne(ait) relativement bien.

Je n'appelle pas cela fonctionner tout seul:
https://wiki.debian.org/Bluetooth/Alsa

J'ai tout installé, tout, tout, … Tout essayé ce que je trouvais sur le net. Rien n'y fait.

Cela fonctionne très bien sur ArchLinux avec les outils en ligne de commande… Par contre, oui, sous Debian, à chaque fois, je passe 3 heures à trouver le paquet manquant… Et du coup, j'ai un trou de mémoire là… Installe ArchLinux, tu verras ça fonctionne tout seul… (normal vu que les paquets ne sont pas découpé comme sous Debian).

les dépendances de GNOME ou KDE envers logind sont tout bonnement inacceptables

Et les dépendances de KDE envers dbus?

Tes propos, c'est un peu comme dire: "X11 ça sert à rien, avant avec la console, on faisait pareil"

L'installation d'un driver sous Windows(même quand il fait 200Mo), c'est désarchivage avec 7zip -> Gestionnaire de périphérique -> Chercher le .inf

Toute autre méthode est vouée à pourrir ton Windows. Mais Microsoft ne peux pas empêcher les constructeur de faire tout pour neuneuiser l'utilisateur final. Ce qu'il manque à Windows, c'est de vraiment avoir une base de driver à jour sur le net, la fonctionnalité existe, je ne l'ai jamais vu fonctionner.

https://wiki.archlinux.org/index.php/NFS/Troubleshooting

Quand je vois que cette page ne contient aucun workaround en lien avec systemd, je peux partir du principe qu'il n'y a pas de problème entre NFS et systemd.

Donc, oui j'ai une question, quelle est ta distribution? Il est peut être là le problème… Parce que bon, des machines sous Ubuntu, j'en ai vu passer ces 5 dernières années avec du matos différent, et j'ai jamais vu un utilisateur venir me dire que le son ne fonctionnait pas…

Par contre, sous KDE, j'ai toujours eu des problèmes (sons systèmes avec une latence forte), j'ai toujours craché sur pulseaudio à l'époque, puis un jour je suis passé sous GNOME et j'ai vu que c'était KDE le problème.

casque bluetooth qui fonctionnait avec alsa

Pourtant j'ai lu que ça ne pouvait fonctionner tout seul avec ALSA. T'es sur que t'as pas oublié le support bluetooth dans ton pulseaudio?

L'interface de Windows est devenue moitié anglaise moitié françaises.

Wai, enfin si il fonctionnait sous Linux (Mass storage ou PTP), il fonctionnait aussi sous Windows sans le logiciel en question…

entre la charge CPU qui tourne parfois à 90 % sur pulseaudio

Super, tu ne l'as pas installé depuis 6 ans? C'est ça?

Si tu savais les problèmes que j'ai rencontré…

Si t'argumentes pas, tu vas te faire défoncer :p

Moi aussi je veux taper sur Windows, le plus gros reproche que je peux lui faire niveau driver, c'est que contrairement à Linux, tu ne peux pas déplacer ton disque dur d'une machine à une autre ou pire, d'un serveur sur un PC. Parfois ça fonctionne, mais souvent on a droit à un écran bleu, surement parce que le driver SATA du constructeur au lieu de dire: "c'est pas mon matos, utilise le driver générique", se tape un beau segfault.

C'est quand même vachement pratique dans une petite structure quand tu as un serveur qui a crashé et que tu attends le support de DELL…

Non, ça ne fonctionne pas sans pulseaudio, tu n'a pas le volume mémorisé par périphérique.

Tu regardes Ubuntu 14.x, toutes les 2-3 semaines l'ABI est cassé dans une update.

dkms is the way to go… Après, effectivement, ce n'est pas le même outils sous Fedora… Mais bon, ça va bientôt être inclus dans systemd :) (ce qui serait logique vu que c'est une tache de boot)

Tu te rends compte à quel point ce que tu décris est horrible pour une société ?

Il parle d'Intel, pas de la boîte d'informatique du bled du coin…

Ben ça te fait peut être rire mais sous Windows cela ne fonctionne pas aussi bien que sous Linux… Et je le dis parce que je suis sur un poste Windows là et que je peste à chaque fois que je branche le casque et que mon son reste coupé…

C'est assez significatif je pense ;)

on ne pourrait pas améliorer l'existant

Wai, c'est vrai, j'étais fan de Gnome 1.4 + E16, ils auraient du continuer à l'améliorer… C'est sur que ça serait pas une grosse merde aujourd'hui, avec un code propre et pas rempli de hack immondes.

C'est un peu le problème sous Windows, les gens (informaticiens compris) ont peur de la ligne de commande.

Je le vois, je fais beaucoup de documentation en ce moment pour Linux et Windows, et je sens bien que le fait que je fasse les docs en passant au maximum par la ligne de commande Windows a tendance à perturber la prod. Pourtant, ça simplifie la doc et tu es sur de ce qui a été fait pendant la mise en prod.

Moi, j'ai longtemps craché sur l'ergonomie de Gnome Shell et un jour, je me suis forcé à l'utiliser avec plank comme dock.

Et un jour, j'ai viré plank, j'utilise Gnome Shell sans extensions et je suis devenu fan de son ergonomie. En particulier, le fait de ne plus minimiser les fenêtres fait gagner un temps fou! Une belle idée de merde ça encore…