Tonton Benoit a écrit 1594 commentaires

SysVRC c’était KISS ? Je vous rappelle qu'il étais livré avec une suite complète de messagerie instantané dans l'archive (mesg, write, wall) c'est justement grâce à l'arrivé de systemd qu'on a déplacé ces binaires dans util-linux.

On reproche à systemd d'être capable de réagir à des événements, mais allez zieuter votre /etc/inittab he oui, c’est depuis toujours que le PID1 est sensé être dynamique, on passe juste d'une liste d’événements fixe (CTRL-ALT-SUPPR, SIGPWR…) à une liste d’événements dynamique, ce qui permet de dégager un peu l'avenir (aujourd'hui rien que la gestion de l'énergie sur un portable c'est des dizaines d'events différents, on n'est plus sur des stations VAX)

SystemD fait du suivi de processus ? C'est bien ! Même si le SysVRC historique ne le fait pas, à pars Debian toutes les distributions avais adopté un init capable de ça.
SystemD gère la sortie des services ? Bien aussi ! Plus la peine d'aller dans la config, passer le service en 'foreground' et le relancer manuellement, on peut déboguer un service qui déconne ne live.

Si ça passe vraiment, c'est une bonne nouvelle.

Vu la tendance des développeurs Ubuntu a peu coopérer avec l’extérieur, c’est assez suicidaire de partir sur du Upstart, même si Canonical aurait bien aimé voir l'upstream faire leur boulot. Et puis Upstart, les premières versions ne permettais même pas de désactiver facilement un service (le .overwrite es tarrivé avec les versions 0.9+ si je me rappelle bien), comment on peut "oublier" ça sur un gestionnaire de services ?

Les seuls init à voir actuellement sont systemd et OpenRC, certains ont dit que ce dernier était "sorti du chapeau", mais c'est totalement faux, c'est un projet actif à chaque GSoC et ils n'ont pas attendu une éventuelle intégration dans Debian pour suivre les dernières évolutions d'un bon init sous Linux (virtualisation, cgroups…)

Je pense que tu est blacklisté chez Orange, ton IP à dû appartenir à un spammeur, t'a ton kimsufi depuis quand ?

AU passage c'est HELO le_FQDN_de_TON_serveur

Le test aurait été plus pertinent depuis ton kimsufi ;)

Faudrait essayer de configurer sm-mta pour avoir des logs un peu plus précis aussi, savoir à quel moment orange rejette la connexion (lors du CONNECT, du EHLO, du END OF DATA…)

La politique d'acceptation des mails peut varier d'un serveur à l'autre. Quelques contrôles :
- Ton serveur envoi bien une commande EHLO conforme à ton Reverse DNS.
- Ton IP n'est pas blacklisté par les divers rbl.
- Le MAIL FROM indique bien une adresse FQDN (apparemment oui).
- La possibilité d'un blacklist temporaire par orange est aussi une possibilité t'a un mailing important ?

Une erreur 500 c'est quand-même bizarre, t'a essayé d'envoyer le mail manuellement (avec telnet ou netcat) depuis ton serveur ?

Voir aussi si Orange n'a pas une page comme celle de free ? Bon j'en doute quand-même :D

sendmail n'est qu'un programme, partie du serveur mail du même nom, qui va déposer le mail dans la file de ton serveur mail, il te faut donc correctement configurer ce dernier, au moins pour l'envoi de mails.

Remarque que si tu trouve la configuration de sendmail trop obscure et compliqué, les autres serveurs mails (postfix, exim…) fournissent aussi la commande sendmail, pour compatibilité.

Envoyer un mail est devenu quelque-chose de plutôt compliqué avec la lutte contre le spam, si tu ne montre pas patte blanche tu va te faire virer comme un malpropre par la plupart des serveurs.

À l'époque où j'ai essayé (Android 2.3, ça date) l'IPv6 n'étais tout simplement pas configuré tant qu'aucune configuration IPv4 n'étais active.

Sur linuxfr, quand même, j’aurai pensé qu'on comprendrait le sens de l’opérateur '&&', c'est peut-être pas du français, mais ici y'a beaucoup plus de shophones que de francophones normalement !

Là je vient de voir sur mon portable, en fait ifconfig retourne plus rien sur cette rom LG de merd*, donc je ne sait même plus comment contrôler l'état des interfaces réseaux. Bon à part passer sous cyanogen, c'est prévu, mais pas dans l’immédiat.

En gros configure ipv4 && configure ipv6.

Après j'ai pas testé depuis longtemps et j'ai pas de réseau IPv6 only sous la main pour approfondir.

Edit : mauvais fil

• Android supporte l'IPv6
• Android se connecte de préférence en IPv6 si disponible

Par contre Android à besoin de l'IPv4 pour se considérer en ligne.

À pars au Fosdem c'est pas demain la veille qu'on verra des réseaux IPv6 only, c'est pas compliqué de fournir un IPv4 NATé de merde à coté d'un IPv6 natif.

opensuse ne veut pas non plus se connecter (la version en cours de développement fonctionne normalement).

Ça fait pourtant un temps certain que NetworkManager permet de décocher l'IPv4 et cocher que IPv6, cela devrait normalement fonctionner sans problème sur un réseau IPv6 only.

En fait le problème sous Linux c'est que les logiciels de graphismes bitmap sont vraiment orientés "retouche d'images", un logiciel de dessin bitmap ce n'est vraiment pas la même-chose.
Photoshop n'est même pas le plus doué sur ce segment, même si les artistes ont appris a faire avec, par la force des choses.

À mon époque sous Windows j'utilisais Pixia, gratuit, pas libre, mais aucune idée s'il est toujours maintenu, traduit ou s'il marche sous Wine.

D'après internet y'a la variable $request_body qui est utilisable dans log_format

Voir la 3ème réponse (la plus intéressante) http://stackoverflow.com/questions/4939382/logging-post-data-from-request-body

On doit sûrement pouvoir faire ça sans sortir d'Apache, mais avec mod_proxy, si tu met un Nginx sur http://127.0.0.1:1234 avec une config du genre :

http {
        access_log /var/log/nginx/access.log main;
    server {
        listen    127.0.0.1:1234;
        return    200;
    }
}

Ça devrait le faire.

https://f-droid.org/repository/browse/?fdfilter=k9&fdid=com.fsck.k9

J'ai pas trouvé d'options d'édition, mais tous les messages que j'ai envoyés sont en text/plain.

Comme j'ai dit, avec un bon thème, l'interface ça va (j'utilise celui de maxthon)

C'est le rendu des widgets "in-page" qui me pose problème, j'avais pourtant la certitude que ça avais été corrigé au moins à l'époque de Firefox 3.

Exemple les listes déroulantes :

Quand tu arrive de Chromium, ça fait vraiment pitié !

En attenant que tout cela soit un peu plus disponible, y'a moyen de rendre Firefox GTK2 un peu moins MOCHE ?

J'ai commencé à utiliser le partage de données entre mon fixe et mon mobile, l'idée d’héberger un serveur Sync chez moi me séduit plus que de filer toutes mes infos à Google, j'ai donc entrepris de re-migrer de chromium vers firefox.

J'ai essayé de linker le gtkrc-2.0 d'un thème correct dans ~/.gtk-rc-2.0, malgré ça les widget dans les pages web (l'interface ça va, avec un bon thème) ressemblent désespérément à du GTK1/Windows 95 !

Même chose ici, j'utilise cette méthode pour faire des images pour des VM, appliances, cloner un système ou le sauvegarder. Utilisé encore pas plus tard que la semaine dernière.

Venant de Gentoo j'appelle ça un "stage5".

À noter que si la cible est directement accessible cp -a marche aussi bien que tar, rsync aussi.

Cette vidéo traite de compiz, ça m'étonnerait que ce soit le même PB sur une OpenSuse de base.

Pour minimal je parle du /etc/X11/xorg.conf , un truc comme j'ai posté au dessus + config du clavier, soit :

Section "InputClass"
        Identifier "system-keyboard"
        MatchIsKeyboard "on"
        Option "XkbLayout" "fr"
        Option "XkbVariant" "oss"
EndSection

Section "Device"
        Identifier "nvidia-card"
        Driver "nvidia"
EndSection

Ne pas oublier de sauvegarder l'ancien en cas de problème.

Les infos enregistrées dans le xorg.conf pars nvidia-settings ne concernent que le premier onglet (résolution, multi-écran)… Qui je ne pense pas auront un grand effet sur ton problème. Les autres options genre "sync to vblank" sont enregistrées dans ~./nvidia-settings-rc

Tu peut toujours essayer de virer le xorg.conf crée à l'installation des pilotes nvidia pour le remplacer par un minimal et voir si ça règle ton problème.

Le fichiers .pc servent à configurer les dépendances au moment de la compilation d'un programme, je ne voit pas trop ce que nvidia-settings cherche à faire avec ça, peut être détecter le prefixe sous lequel xorg-server a été installé ?
En tout cas, ce fichier doit être fourni par le paquet xorg-server-sdk qui est l'équivalent opensuse des paquets *-devel je suppose.

Au passage y'a quoi que tu veux enregistrer dans le xorg.conf ? C'est à peu près plug&play maintenant normalement, le miens ne contient que ça :

Section "Device"

    Identifier "nVidia GTX260+"
    Driver "nvidia"

EndSection

À pars vouloir configurer le multi-écran, ou force une résolution autre que celle autodétectée au démarrage, je ne vois pas beaucoup de raisons d'y toucher.

EDIT Tardif: Sinon la combinaison de SystemD et GDM fait exactement ce que tu cherche, les logs de la session vont dan un journal dont la taille est contrôlée par la configuration de journald.

Tu utilise quel programme pour gérer lancer ta session ?

GDM (qui a migré à FreeDesktop au passage donc plus de .xsession-errors, mais un .cache/gdm/session.log) réinitialise le fichier à chaque démarrage, c'est ça qui limite sa taille, bon après si t'a des sessions très longues ou beaucoup d'erreurs ça peut ne pas suffire.

KDM (qui rotate aussi le fichier si je me rappelle bien) permet de modifier l'emplacement de ce fichier, vers un dossier local réservé eux logs par exemple, où /dev/null qui peut être une bonne idée sur un terminal en pur NFS.

Bien que posté il y a déjà fort longtemps vu le rythme d'évolution de systemd ce message n'est pas encore d'actualité, certes systemd a bien introduit les slices dans son namespace de cgroups, mais j'arrive encore très bien a utiliser cgconfigparser pour créer un cgroup à coté de systemd sans qu'il s'en mêle et les options pour spécifier les contrôleurs à ajouter à un service sont encore présentes.

De plus la fin du message est rassurante, y'aura pas de perte de fonctionnalités, juste un changement de méthodes :)

C'est l'avant dernier paragraphe qui me laisse dubitatif, j'aurait vraiment pas pensé que le "signe-writer" soit encouragé par les devs du noyau. J'aurait plutôt vu une évolution genre chaqu'un sa hiérarchie.

http://www.freedesktop.org/wiki/Software/systemd/MyServiceCantGetRealtime/

J'imagine que tu a déjà lu cette page, qui mitige déjà pas mal tes propos sur la mauvaise volonté des devs systemd.

Quoi qu'il en soit si systemd a pu perturber la création de ton cgroup c'est qu'il étais le pid 0 et ton service lancé via la couche de compatibilité SysV si j'en croit le lien au dessus. La solution aurait été simplement de passer soit à du full systemd (et modifier le fichier du service pour ajouter le realtime à son cgroup) soit de passer à du full SysV avec init=/sbin/init vue que les systemdaises ne t'intéressent pas.

Bref loin d'y avoir mort d'homme et plus une question de mentalité que de systemd, habitué, comme moi, à Gentoo et ses useflags tu a du mal à te satisfaire des choix des mainteneurs des distribs binaires.