Tu peux utiliser ton serveur perso pour générer les mots de passe en y mettant le code initial et en appelant oathtool. Tu peux appeler ça via une page que tu protèges avec un mot de passe. Tu peux même chiffrer le code initial et utiliser la clé de chiffrement comme mot de passe, comme ça le secret n'est pas compromis si le serveur l'est (à ceci près que le code est visible un instant dans top quand tu fais l'appel à oathtool…).
Autohébergé sur une VM Gandi, j'ai effectivement souvent des soucis avec les adresse MS qui me jettent et les adresses Google chez que je passe des fois en spam, selon les destinataires (peut-être selon qu'ils mon en carnet d'adresse, qu'ils m'ont déjà écrit, je sais pas).
L'expérience a été instructive, le spam ne venant pas forcément de là où je l'attendais. Ça serait bien que je partage ça dans un autre journal, histoire aussi d'avoir vos propres retours d'expérience, mais je crains que la procrastination gagne.
Ça m'intéresse. Depuis des années j'ai des alias pour quelques services pros (fournisseurs d'énergie, impôts, etc.), un alias -spam pour les sites marchands, un alias nom.prenom pour le reste de l'admin et le boulot, et un alias prenom pour les proches, les réseaux militants, les listes de mail, github, Debian, etc.
Il y a des limites à la séparation. Par exemple je me connecte à Paypal avec un alias dédié mais Paypal reçoit l'alias que j'ai fourni au site marchand.
Au final, l'essentiel de mes spams est envoyé sur mes alias persos et il doit arriver soit par des robots qui scannent le web (bugtracker Debian), soit par des fuites dans les boîtes des plus ou moins proches (messages forwardés 15 fois avec 100 adresses à jardiner dedans).
Je ne crois pas avoir déjà reçu de spam depuis les alias dédiés aux services "sérieux".
Ça relativise un peu l'intérêt de ma démarche…
J'utilise spamassassin avec une config par défaut, et Postfix élimine en amont les messages vraiment foireux (non conformités importantes).
Pour les modèles aussi anciens que les Galaxy S4 et S4 mini, il n'est pas étonnant que tu ne trouves pas de version officielle de LineageOS, parce que leurs développeurs n'ont probablement plus ces téléphones.
Est-ce que ça veut dire que le système est non-maintenu et totalement freezé, ou bien est-ce qu'il bénéficie quand-même des corrections de failles d'Android/Linux, etc.?
C'est pas top d'avoir un système qui dépend intégralement d'une seule personne. Mais j'imagine que le gros est mutualisé et le boulot du mainteneur est concentré sur les adaptations aux spécificités matérielles du modèle, non ?
Pour les S4 et S5 il y a pas mal de (sous)-modèles, justement. Mais il n'y a pas de S7, par exemple. Enfin il y avait, mais il n'y a plus : https://wiki.lineageos.org/devices/herolte/.
Je pense que cette page répond à ma première question. Quand le support est arrêté, il n'y a plus de builds.
Pour info, j'ai installé le noyau 5.10.0-22 de Bullseye et je n'ai pas de problème.
Je sais pas si c'est très "sain". Se pourrait-il que des services soient cassés car pas prévus pour tourner sur des noyaux plus anciens que celui de la distrib ?
J'ai essayé de compiler le noyau pour faire un git bisect mais rien que la compilation prend des heures, je suis pas sûr d'aboutir à quelque-chose dans un temps raisonnable.
for mod in $(find /lib/modules/$(uname -r)/kernel/drivers/gpu/drm -type f); do name=$(/usr/sbin/modinfo $mod|awk '/^name:/ {print $2}'); modprobe $name; done
modprobe: ERROR: could not insert 'radeon': No such device
modprobe: ERROR: could not insert 'i915': No such device
modprobe: ERROR: could not insert 'kvmgt': No such device
modprobe: ERROR: could not insert 'gma500_gfx': No such device
modprobe: ERROR: could not insert 'amdgpu': No such device
modprobe: ERROR: could not insert 'nouveau': No such device
modprobe: ERROR: could not insert 'hyperv_drm': No such device
modprobe: ERROR: could not insert 'drm_xen_front': No such device
tail -f /var/log/kern.log
2023-06-30T22:57:00.342187+02:00 bouzin kernel: [ 6538.821465] [drm] Initialized vgem 1.0.0 20120112 for vgem on minor 0
2023-06-30T22:57:01.226319+02:00 bouzin kernel: [ 6539.704809] cirrus: unknown parameter 'modeset' ignored
2023-06-30T22:57:01.686387+02:00 bouzin kernel: [ 6540.163473] usbcore: registered new interface driver udl
J'avais essayé modprobe radeon et vu cette erreur mais je n'avais pas insisté, ne sachant pas si c'était une piste à creuser.
# Journal récent
Posté par jihele . En réponse au lien influxdb officially made the switch from Go => Rust. Évalué à 8.
https://linuxfr.org/users/nud/liens/the-plan-for-influxdb-3-0-open-source-erosion-de-l-offre-open-source-de-influxdb
[^] # Re: MFA sans téléphone
Posté par jihele . En réponse au journal Importer des "issues" GitHub dans des "tickets" Trac. Évalué à 3.
[Tant qu'on digresse, j'en remets une couche.]
Tu peux utiliser ton serveur perso pour générer les mots de passe en y mettant le code initial et en appelant oathtool. Tu peux appeler ça via une page que tu protèges avec un mot de passe. Tu peux même chiffrer le code initial et utiliser la clé de chiffrement comme mot de passe, comme ça le secret n'est pas compromis si le serveur l'est (à ceci près que le code est visible un instant dans top quand tu fais l'appel à oathtool…).
# Libérée, délivrée
Posté par jihele . En réponse au lien RSF demande la remise en liberté immédiate de la journaliste Ariane Lavrilleux. Évalué à 9.
Elle a été relâchée.
Plus de contexte ici : https://disclose.ngo/fr/investigations/vente-darmes-letat-francais-traque-nos-sources
[^] # Re: Ou achat clé en main ?
Posté par jihele . En réponse au message Mobile Lineage OS. Évalué à 3.
J'ai fini par en trouver un à 40 balles et j'ai pu installer LineageOS dessus.
Pour la batterie, ben,… on verra.
Merci pour vos conseils.
[^] # Re: Bravo et Merci !
Posté par jihele . En réponse au journal Quitter Gandi en prenant le chemin le plus improbable. Évalué à 6. Dernière modification le 11 septembre 2023 à 10:39.
Autohébergé sur une VM Gandi, j'ai effectivement souvent des soucis avec les adresse MS qui me jettent et les adresses Google chez que je passe des fois en spam, selon les destinataires (peut-être selon qu'ils mon en carnet d'adresse, qu'ils m'ont déjà écrit, je sais pas).
# Alias et sources de spam
Posté par jihele . En réponse au journal Quitter Gandi en prenant le chemin le plus improbable. Évalué à 10.
Ça m'intéresse. Depuis des années j'ai des alias pour quelques services pros (fournisseurs d'énergie, impôts, etc.), un alias -spam pour les sites marchands, un alias nom.prenom pour le reste de l'admin et le boulot, et un alias prenom pour les proches, les réseaux militants, les listes de mail, github, Debian, etc.
Il y a des limites à la séparation. Par exemple je me connecte à Paypal avec un alias dédié mais Paypal reçoit l'alias que j'ai fourni au site marchand.
Au final, l'essentiel de mes spams est envoyé sur mes alias persos et il doit arriver soit par des robots qui scannent le web (bugtracker Debian), soit par des fuites dans les boîtes des plus ou moins proches (messages forwardés 15 fois avec 100 adresses à jardiner dedans).
Je ne crois pas avoir déjà reçu de spam depuis les alias dédiés aux services "sérieux".
Ça relativise un peu l'intérêt de ma démarche…
J'utilise spamassassin avec une config par défaut, et Postfix élimine en amont les messages vraiment foireux (non conformités importantes).
[^] # Re: Ce troll de compèt c’est pour vendredi ?
Posté par jihele . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 3.
Sur mes machines j'utilise souvent etckeeper pour giter /etc et j'ai jamais remarqué que certaines configs étaient ailleurs.
[^] # Re: Démocratie
Posté par jihele . En réponse au journal Immunité pour les policiers. Évalué à 3.
Heu… j'étais pas sérieux, hein.
Comme autre exemple, j'ai en tête les frasques du fils Khadafi à Paris à l'époque. Flemme de chercher une réf.
[^] # Re: Démocratie
Posté par jihele . En réponse au journal Immunité pour les policiers. Évalué à 10.
Bravo, à cause de toi on a cassé le dialogue avec son pays.
[^] # Re: Ou achat clé en main ?
Posté par jihele . En réponse au message Mobile Lineage OS. Évalué à 3. Dernière modification le 13 juillet 2023 à 11:19.
Merci à tou-te-s pour les retours.
Je pense que je vais m'orienter vers un Sony Xperia Z3 Compact.
Apparemment il y a que deux modèles et ils sont pris en charge.
Les specs sont pas folles mais c'est petit et pas trop cher. Et les avis étaient bons quand il est sorti.
J'en trouve à 60€ sur LBC, 75€ reconditionné sur Rakuten et même 86€ neuf sur marketplace Darty.
[^] # Re: Super contenu!
Posté par jihele . En réponse à la dépêche Projets libres ! : un nouveau balado sur le logiciel libre. Évalué à 4.
Oui, c'est important de parler lentement.
Quand je regarde des tutos sur YouTube, je mets en général en x1,5 ou x2 pour gagner du temps. Si les gens parlent vite, je comprends pas bien.
[^] # Re: Demander
Posté par jihele . En réponse au message Mobile Lineage OS. Évalué à 2.
Est-ce que ça veut dire que le système est non-maintenu et totalement freezé, ou bien est-ce qu'il bénéficie quand-même des corrections de failles d'Android/Linux, etc.?
C'est pas top d'avoir un système qui dépend intégralement d'une seule personne. Mais j'imagine que le gros est mutualisé et le boulot du mainteneur est concentré sur les adaptations aux spécificités matérielles du modèle, non ?
Pour les S4 et S5 il y a pas mal de (sous)-modèles, justement. Mais il n'y a pas de S7, par exemple. Enfin il y avait, mais il n'y a plus : https://wiki.lineageos.org/devices/herolte/.
Je pense que cette page répond à ma première question. Quand le support est arrêté, il n'y a plus de builds.
[^] # Re: Ou achat clé en main ?
Posté par jihele . En réponse au message Mobile Lineage OS. Évalué à 5.
Bonne question. J'ai jeté un oeil rapidement et pour les Galaxy S4 et S5 ça se remplace.
En fait j'ai pas trop envie d'avoir un truc à 300 balles en permanence dans la poche.
C'est aussi un état d'esprit. A la maison, ma tour a plus de 15 ans, j'ai juste remplacé la carte graphique cassée (par une vieille carte graphique…).
[^] # Re: Ou achat clé en main ?
Posté par jihele . En réponse au message Mobile Lineage OS. Évalué à 2.
Je cherchais plutôt un vieux truc à 50€ (+-20€).
[^] # Re: Le mastodonte dans ce coin c'est Odoo
Posté par jihele . En réponse au journal logiciel de gestion de distribution (de biens)?. Évalué à 7.
Ou son fork Tryton : https://fr.wikipedia.org/wiki/Tryton
(Je n'ai utilisé aucun des deux.)
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
Merci. Je vais au moins tenter le bisect manuel avec les snapshots, déjà.
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
Pour info, j'ai installé le noyau 5.10.0-22 de Bullseye et je n'ai pas de problème.
Je sais pas si c'est très "sain". Se pourrait-il que des services soient cassés car pas prévus pour tourner sur des noyaux plus anciens que celui de la distrib ?
J'ai essayé de compiler le noyau pour faire un git bisect mais rien que la compilation prend des heures, je suis pas sûr d'aboutir à quelque-chose dans un temps raisonnable.
# pyenv
Posté par jihele . En réponse au message Debian Bookworm : dépot python 2.7 et openjdk-11-jdk. Évalué à 3.
Pour Python tu peux regarder https://github.com/pyenv/pyenv
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
OK, merci pour ton aide.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040144
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
Pas mieux.
Merci pour ton aide.
Pourrait-il s'agir d'une régression toujours pas corrigée ?
Faut-il que je fasse un rapport de bogue ? A quel endroit ?
(J'imagine que c'est une mauvaise idée d'essayer d'installer un noyau plus vieux.)
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
Ah OK. Le voici : https://jolimont.fr/kernel_logs/kern_ko_2.log
Je pense que c'est le même qu'avant avec en plus les trois lignes à la fin relatives au chargement des modules, que j'avais copiées au-dessus.
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
L'ID de ma carte est
[1002:6613].Je le vois par exemple ici dans la liste des cartes prises en charge.
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
J'avais essayé
modprobe radeonet vu cette erreur mais je n'avais pas insisté, ne sachant pas si c'était une piste à creuser.[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2.
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par jihele . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 2. Dernière modification le 30 juin 2023 à 20:58.