Glandos a écrit 1215 commentaires

« Pendant longtemps, Wikipédia France faisait profil bas. Maintenant, j’incite à faire du ‘name and shame‘ pour les agences de com, les entreprises et les politiques. Il faut que ça se sache. C’est comme ça qu’on peut décourager les plus malhonnêtes. »

Ah ben là, j'avoue que les attaques personnelles me rebutent, mais une entreprise qui redore son blason grâce à une agence de communication… faut pas hésiter à tirer.

Pour les Windowsiens, Edge le fait maintenant en natif et est très bien fait

Yavait pas une version Linux de Edge maintenant ?

Pour ceux qui se demandent, il y a un beau dépôt de modifications ici : https://github.com/Timvde/UserChrome-Tweaks/

Elles sont même parfois compatibles entre elles, ce qui est chouette. J'utilise :

• tabs/more-compact-tabs.css
• toolbars/auto-hide.css
• toolbars/compact-toolbars.css

Plus un ou deux truc persos, pour masquer le bouton de fermeture de l'onglet par exemple. Le but est d'avoir le plus de place pour le document possible.

Et oui, j'ai aussi entendu parler que userChrome.css pouvait disparaître, ce qui serait vraiment la fin…

Yapluka faire un bridge avec Matrix, et la boucle sera bouclée !

Bon, je trolle, mais c'est une bonne nouvelle ce démarrage de projet. J'espère bien que ça va aller au bout, c'est vraiment pas simple le E2EE.

Oui, j'ai eu la flemme d'un journal.

ClearURL a été banni du Chrome Web Store. Parce que la description est trop longue. Entre autres arguments très discutables.

La plus probable hypothèse reste parce que l'extension devient populaire et va à l'encontre des intérêts de Google.

(Cette image ne sera plus disponible dans un mois)

• add header : classé comme Spam mais arrive dans mon dossier de ma boîte
• greylist : utilise la liste d'attente
• reject : spam tellement évident que c'est rejeté avec une erreur
• no action : c'est bon, t'as pas de baskets, tu peux rentrer

Et du coup, c'est quoi la procédure pour se rendre compte qu'il faut ajouter un domaine en liste blanche ?

Je ne sais pas ce qui bloque vraiment. Peut-être, comme dis plus bas, que Pidgin n'a pas pris le virage de la modernité, quand les messageries se sont mis à rajouter l'audio/vidéo, les fils de discussion, etc. Sa base de code était probablement orienté pour ça.

Mais il y a bien des plugins pour Telegram, WhatsApp, Skype, Matrix, Tox, et bien d'autres : http://pidgin.im/plugins/?publisher=all&query=&type= Seulement voilà, tous ces protocoles ne sont supportés qu'à moitié. Il manque le chiffrement de bout-en-bout à Matrix par exemple.

à peu près implémentable par des tiers.

Ou qu'il était à peu près possible de faire de la rétro-ingénierie dessus surtout.

Je ne vois pas de cas d'utilisation de RestrictFileSystems : pourquoi limiter l'accès à certains types de système de fichiers ? Ou alors, en liste négative, comme c'est montré, pour éviter d'accéder aux systèmes de fichiers virtuel de type tracefs.

Par contre RestrictNetworkInterfaces je vois ça tout de suite : j'ai un serveur chez moi qui fait routeur, et certains services n'ont besoin d'accéder que à Internet et d'autres que au réseau local. Actuellement il y a la possibilité de restrictions par IP, mais bon…

En tout cas l'implémentation est courte… du moment qu'on maîtrise eBPF (ce que je ne connais pas plus que ça).

Et de l'autre côté, les députés font la même manœuvre. Les outils sont détournés, et les politiques passent une nouvelle fois pour des pantins.

Ça me fatigue.

Toute cette discussion m'a fait chercher un peu plus en profondeur.

Et j'ai trouvé ceci : https://bugzilla.freedesktop.org/show_bug.cgi?id=105968 C'est exactement le processeur de mon mediacenter, et effectivement, le module est lent à l'initialisation. Donc il faut « l'attendre ».

Bizarrement, il se trouve que j'ai le même problème avec mon ordinateur de bureau qui est également un APU, mais nécessitant le module amdgpu au lieu de radeon. Mais le journal système montre une chose similaire :

avril 10 09:05:59.095569 complexe kernel: [drm] amdgpu kernel modesetting enabled.
[…]
avril 10 09:05:59.096457 complexe kernel: [drm] VCN decode is enabled in VM mode
avril 10 09:05:59.096467 complexe kernel: [drm] VCN encode is enabled in VM mode
avril 10 09:05:59.096475 complexe kernel: [drm] JPEG decode is enabled in VM mode
avril 10 09:05:59.096482 complexe kernel: [drm] vm size is 262144 GB, 4 levels, block size is 9-bit, fragment size is 9-bit
avril 10 09:05:59.096490 complexe kernel: amdgpu 0000:05:00.0: amdgpu: VRAM: 512M 0x000000F400000000 - 0x000000F41FFFFFFF (512M used)
avril 10 09:05:59.096572 complexe kernel: amdgpu 0000:05:00.0: amdgpu: GART: 1024M 0x0000000000000000 - 0x000000003FFFFFFF
avril 10 09:05:59.096653 complexe kernel: amdgpu 0000:05:00.0: amdgpu: AGP: 267419648M 0x000000F800000000 - 0x0000FFFFFFFFFFFF
avril 10 09:05:59.096729 complexe kernel: [drm] Detected VRAM RAM=512M, BAR=512M
avril 10 09:05:59.096739 complexe kernel: [drm] RAM width 128bits DDR4
avril 10 09:05:59.096747 complexe kernel: [TTM] Zone  kernel: Available graphics memory: 7872994 KiB
avril 10 09:05:59.096756 complexe kernel: [TTM] Zone   dma32: Available graphics memory: 2097152 KiB
avril 10 09:05:59.096764 complexe kernel: [TTM] Initializing pool allocator
avril 10 09:05:59.096774 complexe kernel: [TTM] Initializing DMA pool allocator
avril 10 09:05:59.096782 complexe kernel: [drm] amdgpu: 512M of VRAM memory ready
avril 10 09:05:59.096789 complexe kernel: [drm] amdgpu: 3072M of GTT memory ready.
avril 10 09:05:59.096802 complexe kernel: [drm] GART: num cpu pages 262144, num gpu pages 262144
avril 10 09:05:59.096810 complexe kernel: [drm] PCIE GART of 1024M enabled (table at 0x000000F400900000).
avril 10 09:05:59.099394 complexe kernel: amdgpu 0000:05:00.0: firmware: direct-loading firmware amdgpu/renoir_asd.bin
avril 10 09:05:59.099516 complexe kernel: amdgpu 0000:05:00.0: firmware: direct-loading firmware amdgpu/renoir_ta.bin
avril 10 09:05:59.099596 complexe kernel: amdgpu 0000:05:00.0: firmware: direct-loading firmware amdgpu/renoir_pfp.bin
avril 10 09:05:59.099672 complexe kernel: amdgpu 0000:05:00.0: firmware: direct-loading firmware amdgpu/renoir_me.bin
avril 10 09:05:59.099751 complexe kernel: amdgpu 0000:05:00.0: firmware: direct-loading firmware amdgpu/renoir_ce.bin
avril 10 09:05:59.099835 complexe kernel: amdgpu 0000:05:00.0: firmware: direct-loading firmware amdgpu/renoir_rlc.bin
avril 10 09:05:59.099917 complexe kernel: amdgpu 0000:05:00.0: firmware: direct-loading firmware amdgpu/renoir_mec.bin
avril 10 09:05:59.103523 complexe kernel: amdgpu 0000:05:00.0: firmware: direct-loading firmware amdgpu/renoir_mec2.bin
avril 10 09:05:59.103762 complexe kernel: amdgpu 0000:05:00.0: firmware: direct-loading firmware amdgpu/renoir_dmcub.bin
avril 10 09:05:59.103849 complexe kernel: [drm] Loading DMUB firmware via PSP: version=0x00000000
avril 10 09:05:59.103858 complexe kernel: amdgpu 0000:05:00.0: firmware: direct-loading firmware amdgpu/renoir_vcn.bin
avril 10 09:05:59.103939 complexe kernel: [drm] Found VCN firmware Version ENC: 1.7 DEC: 4 VEP: 0 Revision: 17
avril 10 09:05:59.103950 complexe kernel: [drm] PSP loading VCN firmware
avril 10 09:05:59.799473 complexe kernel: [drm] reserve 0x400000 from 0xf41f800000 for PSP TMR
avril 10 09:06:00.039529 complexe kernel: amdgpu 0000:05:00.0: amdgpu: RAS: optional ras ta ucode is not available
avril 10 09:06:00.067429 complexe kernel: amdgpu 0000:05:00.0: amdgpu: RAP: optional rap ta ucode is not available
avril 10 09:06:00.067843 complexe kernel: amdgpu 0000:05:00.0: amdgpu: SMU is initialized successfully!
avril 10 09:06:00.068088 complexe kernel: [drm] kiq ring mec 2 pipe 1 q 0
avril 10 09:06:00.068131 complexe kernel: [drm] Display Core initialized with v3.2.104!
avril 10 09:06:00.083470 complexe kernel: [drm] DMUB hardware initialized: version=0x01000000
avril 10 09:06:00.107460 complexe kernel: snd_hda_intel 0000:05:00.1: bound 0000:05:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu])
avril 10 09:06:00.175437 complexe kernel: [drm] VCN decode and encode initialized successfully(under DPG Mode).
avril 10 09:06:00.175635 complexe kernel: [drm] JPEG decode initialized successfully.
avril 10 09:06:00.175702 complexe kernel: kfd kfd: Allocated 3969056 bytes on gart
avril 10 09:06:00.175943 complexe kernel: Virtual CRAT table created for GPU
avril 10 09:06:00.175980 complexe kernel: amdgpu: Topology: Add dGPU node [0x1636:0x1002]
avril 10 09:06:00.176002 complexe kernel: kfd kfd: added device 1002:1636
avril 10 09:06:00.176151 complexe kernel: amdgpu 0000:05:00.0: amdgpu: SE 1, SH per SE 2, CU per SH 18, active_cu_number 28
avril 10 09:06:00.176260 complexe kernel: EDAC amd64: F17h_M60h detected (node 0).
avril 10 09:06:00.179489 complexe kernel: EDAC amd64: Node 0: DRAM ECC disabled.
avril 10 09:06:00.179596 complexe kernel: [drm] fb mappable at 0x410CE0000
avril 10 09:06:00.179612 complexe kernel: [drm] vram apper at 0x410000000
avril 10 09:06:00.179625 complexe kernel: [drm] size 9216000
avril 10 09:06:00.179636 complexe kernel: [drm] fb depth is 24
avril 10 09:06:00.179646 complexe kernel: [drm]    pitch is 7680
avril 10 09:06:00.179656 complexe kernel: fbcon: amdgpudrmfb (fb0) is primary device
[…]
avril 10 09:06:00.321033 complexe kernel: [drm] Initialized amdgpu 3.40.0 20150101 for 0000:05:00.0 on minor 0

1,3 seconde pour initialiser le pilote. C'est … beaucoup trop.

Et c'est fort probable que mes « soucis » viennent de là.

Oui, comme dit plus haut, l'erreur de Xorg de type « screen not found », c'est la conséquence : la carte graphique n'est pas prête.

Dans mon cas, les écrans sont toujours connectés, et sont bien disponibles au démarrage.

D'ailleurs, petite digression, mais je suis passé à GBM pour Kodi avec un « simple » /usr/bin/kodi-standalone --windowing=gbm.

En gros : plus de X11, ni de Wayland, mais utilisation directe de la carte graphique. Évidemment, il n'y a qu'une seule application possible. Ça démarre plus vite, ça utilise moins de dépendances, bref, c'est plus low-tech.

C'est assez overkill. J'ai un Atom D2550 et « seulement » 250 Go de SSD, avec 4Go de RAM.

Non mais surtout il faut sauvegarder /etc en entier. Y a tout dedans. La configuration postgresql, la configuration des scripts d'init (dans /etc/default ou bien les services personnalisés dans /etc/systemd/system) et enfin /etc/passwd et /etc/shadow, qu'on utilise pour écraser allègrement ceux installés avant la restauration. Et dedans, y a les UID/GID pile poil.

Personnellement, j'utilise borg, et je lui demande de sauvegarder tout. Toute la racine /, sans dépasser les points de montages externes, sur lesquels se trouvent des données plus importantes, sauvegardées d'une autre manière. Et borg se souvient des UID/GID, donc ça colle avec ce qu'il y a plus haut.

En avril 2000 est publiée la norme USB 2.0, qui optimise l'utilisation de la bande passante3, avec un débit théorique de 480 Mbit/s, baptisé « Haute vitesse » (en anglais High Speed).

Source : Wikipédia

Donc, c'est 60 Mo/s grand maximum. En pratique, je ne vois aussi que du 15 à 20 Mo/s

Bon, je vous dois des excuses (c'est plus un vous de groupe, parce qu'il y a plusieurs commentaires là-dessus) : j'ai allègrement mélangé les deux cas :

• mediacenter sous Ubuntu largement modifié
• Ordinateur personnel sous Debian/unstable (depuis plus de 10 ans)

Mais bizarrement, j'ai eu le même cas sur les deux machines. Et depuis que j'ai introduis ça, ça roule peinard.

Allez, extrait de Xorg.0.log

[     9.810] (II) LoadModule: "amdgpu"
[     9.810] (II) Loading /usr/lib/xorg/modules/drivers/amdgpu_drv.so
[     9.810] (II) Module amdgpu: vendor="X.Org Foundation"
[     9.810]    compiled for 1.20.9, module version = 19.1.0
[     9.810]    Module class: X.Org Video Driver
[     9.810]    ABI class: X.Org Video Driver, version 24.1
[     9.810] (II) AMDGPU: Driver for AMD Radeon:
        All GPUs supported by the amdgpu kernel driver
[     9.810] (II) AMDGPU(0): [KMS] drm report modesetting isn't supported.
[     9.810] (EE) Screen 0 deleted because of no matching config section.
[     9.810] (II) UnloadModule: "amdgpu"
[     9.810] (EE) Device(s) detected, but none match those in the config file.
[     9.810] (EE) 
Fatal server error:
[     9.810] (EE) no screens found(EE) 
[     9.810] (EE) 
Please consult the The X.Org Foundation support 
         at http://wiki.x.org
 for help. 
[     9.810] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[     9.810] (EE) 
[     9.810] (EE) Server terminated with error (1). Closing log file.

Et on notera le journal de lightdm qui lui correspond :

mars 31 20:14:55.632636 complexe systemd[1]: Starting Light Display Manager...
mars 31 20:14:55.676260 complexe lightdm[935]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
mars 31 20:14:55.693385 complexe systemd[1]: Started Light Display Manager.
mars 31 20:14:55.784277 complexe systemd[1]: lightdm.service: Main process exited, code=exited, status=1/FAILURE
mars 31 20:14:55.784310 complexe systemd[1]: lightdm.service: Failed with result 'exit-code'.
mars 31 20:14:56.135192 complexe systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 1.
mars 31 20:14:56.135515 complexe systemd[1]: Stopped Light Display Manager.
mars 31 20:14:56.162423 complexe systemd[1]: Starting Light Display Manager...
mars 31 20:14:56.175760 complexe lightdm[1007]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
mars 31 20:14:56.181153 complexe systemd[1]: Started Light Display Manager.
mars 31 20:14:57.066149 complexe lightdm[1042]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
mars 31 20:14:57.071287 complexe lightdm[1042]: pam_unix(lightdm-autologin:session): session opened for user glandos(uid=1000) by (uid=0)

Mais du coup, je suis curieux, je ne connaissais pas gpu-manager.service. Il semblerait que ce soit une spécificité de Ubuntu. Et que contient ce paquet ?

• Une règle udev ACTION=="add", SUBSYSTEM=="drm", DEVPATH=="*/drm/card*", RUN+="/sbin/u-d-c-print-pci-ids" ah bah on y est presque.
• Le binaire gpu-manager
• Le service systemd qui déclare devoir se lancer avant la session graphique

Donc j'ai l'impression que Ubuntu a fait la même chose que moi, qui suis sous Debian. Évidemment, c'est plus robuste, plus solide, que mon bricolage du dimanche.

(même si je comprends la logique, je trouve toujours que devoir spécifier "Wants" et "After" est quand même particulier dans une unit)

Oui et non. J'avoue que c'est bien pratique de pouvoir dire « Lance-toi après mysql.service postgresql.service » (After) alors que seul l'un des deux existe. Bon, mais c'est une parenthèse, on ne va pas s'éterniser ;)

Tu as quoi comme carte graphique pour avoir ce genre de problème ?

Mon CPU, c'est AMD Ryzen 7 PRO 4750G with Radeon Graphics donc c'est la carte graphique qui est dedans. Il est à noter que mon mediacenter utilise un AMD E-450 APU with Radeon(tm) HD Graphics et donc… c'est pareil, avec quelques générations de retard.

On dirait que c'est un classement américain surtout…

Ça, c'est le pouvoir d'antistress.

Allez, sur https://www.youtube-nocookie.com/

C'est pas le mieux, c'est pas si pire.

Ya le rédacteur le plus actif qui s'est trompé. Il a inversé son identifiant et son mot de passe.

Personne pour la faire ? Allez, quoi, je me lance :

Tu bluffes martoni

La section concernant les partis politiques va donc disparaître.

C’est l’activité la plus chronophage, la moins rentable et la plus ingrate. Les pouvoirs publics ne jugeant pas utile de simplifier l’accès aux informations, il faut solliciter l’ensemble des préfectures pour obtenir les informations essentielles concernant les partis politiques, ainsi que les tribunaux d’instance. Les réponses sont au bon vouloir des administrations. C’est la partie la moins automatisable.

Je n'ai pas de jugement sur la question, je dis juste l'accès aux informations devrait être simple, c'est tout.