Bigon a écrit 73 commentaires

Cela fait des années que j'ai ce problème.

J'ai ouvert des tickets, vérifié les records SPF/DMARC/DKIM, vérifié la réputation de mes domaines, ajouté l'IP de ma machine sur leur portail Smart Network Data Service. J'ai fait du tweet shaming et j'ai même téléphoné! Rien.

Ma conclusion c'est qu'il faut payer une société de solution anti-spam (que je ne vais pas citer ici) pour améliorer sa réputation, sinon rien ne change pour les domaines avec un petit trafic.

J'avais personnellement un bug qui est normalement fixé dans la release d'il y a 3-4 jours

L'avocat doit facturer à la page….

Le problème de NumLock est en fait un bug dans le paquet debian (Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649587)

Je viens de le fixer dans unstable et je vais le fixer dans stable aussi.

je parle bien de réimplémenter, pas de porter

Je ne suis pas certain que les cgroups soient nécessaires, ils sont utilisé principalement pour le groupement des process (et pour le management des ressources) il y a soit des interfaces équivalentes, soit il est possible de le faire autrement

Rien n'empêche de faire une nouvelles implémentation des composants de systemd sur *BSD, tant que dbus est disponible

• Tu es obligé de fork si tu veux te passer de certaines dépendances… par exemple php5-fpm dépend de libsytemd0 et qui est compilé explicitement avec le support systemd.

Le fait qu'il y aie une dépendance sur libsytemd0 n'oblige en rien d'utiliser systemd comme PID1. Par contre en retirant cette dépendance, vous empêchez complètement vos utilisateurs d'utiliser les features avancées de systemd comme par exemple le socket activation. Alors oui devuan permettra d'installer systemd, mais l'utilisateur ne pourra pas utiliser la plus part des features intéressantes

Le tout setuid root, sinon c'est pas drôle

UPower permet maintenant uniquement d'obtenir des informations concernant l'énergie sur la machine et les devices (souris sans-fil et co).

systemctl a l'air de faire cela ou sinon appeler la méthode dbus org.freedesktop.login1.suspend je suppose

Non. Il faudrait ?

Oui, systemd-shim implémente une émulation pour certains services qui autrement sont fournis par systemd PID1. En regardant rapidement le code, le suspend est implémenté en appelant les scripts de pm-utils.

Dans unstable libpam-systemd dépend de systemd-sysv|systemd-shim pour cette raison.

Au passage, le support pour le suspend et hibernation a été retiré de upower 0.99.

Le paquet systemd-shim est installé?

Et si vous revenez en arrière a sysv init pas de montage de périphérique USB a cause des dépendences introduite entre policykit/dbus/usdisk2/libpam-systemd

C'est moi qui aie fait les changement dans policykit/udisks2 pour utiliser logind (à la place de ConsoleKit) dans Debian.

Normalement si une session logind est ouverte, tout devrait fonctionner. Y a une bug qui a été ouvert pour ça?

La commande service devrait rediriger vers systemctl (en tout cas sur Debian c'est le cas)

Pour le nettoyage de l’environnement oui les init scripts peuvent faire ça. Pour SElinux, les script ne savent pas le faire et peu de personnes utilisent la commande run_init.

La commande "systemctl (re)start foo" envoie maintenant une requête au PID1 qui va se charger de (re)démarrer le daemon.

Ça peut avoir de l'importance par exemple pour les variables d’environnement et SELinux. Pour le moment si un utilisateur appelle directement l'initscript, des variables d’environnement peuvent se propager dans l’environnement du daemon, avec systemd ce n'est plus possible. Pour SELinux le daemon est toujours démarré depuis le contexte du init ça évite donc les risque que le domaine du daemon soit incorrect.

Des bugs ont été ouvert pour changer la compressions des packages GNOME de gzip a xz dans l'espoir de faire de nouveau rentrer GNOME dans le premier CD

Quid des problèmes avec l'ACPI? une remarque?

Vu qu'il est trouvé on dit 200

http://linuxfr.org/tracker/

- Ce sont tes vrai cheveux ?

Je viens de rafraichir la page et j'ai le nouveau thème

Les paroles c'est bien, les actes c'est mieux!

Ca fait des années qu'on dit: "on a presque plus d'adresses v4 il faut migrer" et ca fait des années que ça stagne ou avance très peu...

Il faut d'autres actes fort comme l'ajout d'adresses ipv6 sur les root serveurs, le passage de gros ISP en dual-stack v4/v6 pour les utilisateurs finaux serait génial; mais les ISP on pas d'intérêt à donner des millions d'adresses publiques alors qu'ils les facturent actuellement cher et vilain.

En même temps fourniret et Dutroux il y avait des corps et des preuves directes. La il y a un mauvais caractère, un pêt dans la gueule d'un policier et des preuves indirectes

debian avait pas fait la même blague il y a quelques années?

et a rendu accessible sur le Web les préférences sexuelles des candidats à un emploi dans les hôpitaux.

C'est légal de demander ça?