gnumdk a écrit 7499 commentaires

donne des consignes pour ne plus être compatible posix

setsid() fait parti de POSIX mais es tu vraiment sur que ne pas l'utiliser rend un programme non POSIX? C'est pas une interface système POSIX?

Ben si tu sais écrire un OS, tu le fais, bien à la mode Unix années 70 et tu arrêtes de faire chier ton monde non?

s/leur temps à écrire\/modifier\/comprendre des scripts d'init compliqués/faire de la merde/g

Ca tombe bien, on ne parle pas d'SSH ici…

C'est moins moche mais c'est toujours moche…

Reste à savoir pourquoi je n'ai pas eu d'avertissement sur la modification arbitraire de
/etc/systemd/logind.conf

Parce que dpkg ne met un warning que si le fichier a été modifié PAR L'ADMINISTRATEUR?

Les non barbus utilisent systemd et ne savent pas ce que c'est…

On a pas besoin de discours marketing sur un site technique…

Non, ce n'est pas un discours marketing, si tu n'es pas capable d'aller lire la doc pour comprendre que systemd est aussi un gestionnaire de session qui remplacera les daubes genre ksmserver et gnome-session, c'est que tu n'as rien compris…

Hmm, tu gères un parc de 1000 machines avec nohup??? Tu me fais peur… Tu sais que y'a des outils adaptés pour la gestion de parc?

Seafile est ton sauveur…

A mon taf, une grosse structure (14 275 personnes), depuis l'arrivée de systemd avec Jessie, j'ai pu voir que les devs sont très contents de cette avancée, idem pour les intégrateurs… Ils peuvent facilement faire des "services" en quelques lignes alors qu'il auraient bien été incapables de faire la même chose avec sysVinit et encore mois proprement…

Donc pour moi, si ce projet survie, il restera anonyme…

Ca va faire du bien à KDE vu le nombre de fois que j'ai vu des enfants de kdeinit vivre après une fin de session…

Où tu as lu que cela concerne ta session SSH? C'est pas systemd (pour l'instant en tout cas) qui gère cela.

Testé sous ArchLinux, ça tue screen uniquement sur une session locale, pas via SSH…

Parce que genre tu éteins ton laptop?

"epiphany" a tjs été horriblement lent chez moi ;)

Je viens de vérifier, j'avais DRI2 d'utilisé. C'est une bonne nouvelle? :)

Je ne joue pas donc oui pour gnome shell

Je confirme, DRI3 sur les deux machines.

Gnome Shell sur les deux machines. La différence est flagrante dans les animations GTK.

14297.706 LoadModule: "modesetting"
14297.706 Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
14297.708 Module modesetting: vendor="X.Org Foundation"
[ 14297.708] compiled for 1.18.3, module version = 1.18.3
[ 14297.708] Module class: X.Org Video Driver
[ 14297.708] ABI class: X.Org Video Driver, version 20.0

Dans le doute, je viens de vérifier ce qui était chargé à la place du DDX ati.

Perso, je n'ai vu que du positif en virant le driver ATI.

Sur mon pc au taf:

01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS780C [Radeon 3100]

Sur mon laptop:

00:02.0 Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b)

Pas vu de problème de stabilité sous ArchLinux avec linux-lts.

Oui je confirme, ça juste marche comme cela.

A l'époque ou j'avais un téléphone Cyanogen, je faisais comme ça:
https://apps.evozi.com/apk-downloader/

Simple, rapide, on lui colle l'url du store et c'est parti.

Maintenant, Ubuntu Phone avec plein de trucs sympas en plus et plein de trucs en moins aussi ;)

L'utilitaire cpio a été standardisé par la norme POSIX.1-1988. Il a été abandonné par des versions ultérieures de la norme à partir de POSIX.1-2001, en raison de sa limitation aux fichiers de 8 GB. L'outil standard POSIX pax peut être utilisé pour lire et écrire des archives cpio.

Le fameux effet nocebo, d'un coup, tout le monde devient allergique au gluten…