jihele a écrit 1400 commentaires

C'est expliqué en bas du README :

GPMFMetersGenerator is covered by Creative Commons-BY-NC preventing vampires to abuse open source developers kindness : Please raise a ticket if you want to integrate it in a commercial product.

Je suppose que tu l'as vu et que tu cherches à ouvrir le débat.

J'ai un dédié virtualisé chez Gandi, et MS (ou les blacklists en général) utilisent des ranges d'IP si j'ai bien compris, donc on peut être bloqué parce qu'une autre VM chez le même fournisseur a fait de la merde, ou même pour rien, parce que bon un message qui arrive d'une VM qu'on connait pas, c'est suspect.

Le truc c'est qu'ils ont pas envie de payer des gens à faire le tri pour éviter quelques faux-positifs. Ils préfèrent nous inciter à utiliser "l'internet de confiance" (Office 360, Google mail, Caramail,…).

Je suis content que PyPI prenne cette mesure de rétorsion. J'espère que ça embêtera pas trop les utilisateurs légitimes. Ou que ça les incitera à changer de fournisseur de courriel.

MS et le mail c'est une plaie.

Les serveurs MS n'ont aucun scrupule pour bloquer les messages de mon serveur de mail perso. J'ai arrêté de batailler en me disant qu'il ne reste plus personne chez eux (beaucoup sont passés chez gmail…) mais de temps en temps ça ma bloque un envoi, c'est pénible. La procédure pour se faire déblacklister ou whitelister ou je ne sais quoi est absolument imbitable (et probablement conçue pour).

This app notifies you when to charge or unplug the phone from your charger in order to improve the battery life.

Ça gère pas la charge, ça notifie de quand charger ou pas.

Gros merci à celles et ceux qui ont repris le dev. On est certes loin de Guitar Pro mais Tuxguitar n'en reste pas moins indispensable.

Le changement de dépôt a été signalé dans le bugtracker Debian en début d'année : #1063268.

Ça se voit, c'est comme la différence entre premier et second degré.

J'utilise toujours aptitude. Est-ce que celui-ci utilise le solveur apt en interne ou un solveur propre ?

J'ai suivi la procédure ici sans chercher à comprendre et ça a l'air de fonctionner :

https://communaute.red-by-sfr.fr/t5/Utiliser-mon-mobile/Configurer-internet-et-l-envoi-de-MMS-sur-mon-mobile/ta-p/297194

Etape 3 : Configurer les APN 

    Nom : SFR webphone
    APN : sl2sfr
    MMSC : http://mms1
    Proxy MMS : 10.151.0.1
    Port MMS : 8080
    MCC : 208
    MNC : 10
    Type d’APN : default, hipri, mms

J'ai juste ajouté cet APN et je l'ai sélectionné.

Je viens de tester un auto-envoi de MMS et ça a fonctionné. Et j'ai encore un accès internet.

Je sais pas comment ni pourquoi ça marche.

3615 MaVie

• J'ai eu récemment mon premier téléphone mobile, j'ai pris un "smart" et j'ai mis LineageOS dessus. Les SMS marchent sans problème à ma connaissance.

• En revanche, les MMS ne se téléchargent jamais. En général, j'arrive à les débloquer en allant dans les réglages APN, en changeant et en remettent le même réglage. Je suis chez Prixtel (réseau SFR) et j'alterne entre websfr et sl2sfr en ayant aucune idée de ce que je fais.

Ce serait déjà le cas depuis longtemps s'il n'y avait pas eu <insérer une mauvaise décision de la fondation Gnome>.

Je connaissais pas et merci d'avance pour la dépêche.

C'est distribué, il faut donc installer son serveur. Il y a des serveurs publics pour Mme Michu ?

Comparaison avec XMPP+OMEMO ?

Merci pour le lien qui explique pourquoi les appareils sous kernel 3.x ne peuvent pas utiliser LineagesOS 19+ (parce qu'il faut eBPS).

Le maillon qui me manque c'est pourquoi nos appareils ne peuvent pas tourner sous kernel 4.x ou supérieur.

Mon PC est bien plus vieux (pré-2010) et tourne sur les derniers noyaux.

Mon Sony Xperia z3c est sous 18.1.

Si je comprends bien il pourra jamais passer à une version supérieure de LineageOS parce qu'il lui manque le support matériel de BPF (je sais pas ce que c'est) qui est dans Android 12+.

C'est bien ça ?

Il est pas vieux, le modèle est de 2014.

Tu devrais initier une dépêche pour en parler.

Les données de réanalyse ERA5 sont publiques mais leur API est pas commode à utiliser.

Au boulot, je passe par Oikolab qui digère tout ça et propose une API plus sympa.

C'est pas cher, voire gratuit pour de petites quantités.

Cette étude (trouvé via un lie DLFP je crois) parle de XMPP+OMEMO comme alternative crédible.

https://cyber.gouv.fr/publications/chiffrement-de-messagerie-quasi-instantanee-quel-protocole-se-vouer

J'ai testé ni Signal ni OMEMO mais ça m'intéresse d'avoir des retours avant de m'y mettre.

Grandbrother, ils avaient un piano à queue.

Johnny, ah que il avait un piano.

Même heure, je suppose.

https://emmaclit.com/2018/05/28/lhistoire-dun-gardien-de-la-paix/

J'ai pas d'objection à rooter (pas regardé si c'était facile/faisable). J'ai surtout envie de comprendre. Et d'avoir des conseils pour pas partir sur une solution compliquée si tout le monde a une solution simple.

Je pense que tu peux utiliser https://gitlab.com/bitfireAT/NoPhoneSpam/ et configurer la liste FR indiquée sur https://github.com/alex14fr/NonMerci.

Damned, je viens de voir qu'un lien a déjà été publié. Pourtant j'avais cherché avant…

https://linuxfr.org/users/dovik/liens/python-3-12-0-final-now-available

Tant pis, je peux pas effacer le mien. Et puis je préfère la page de doc vers laquelle je pointe.

https://linuxfr.org/users/nud/liens/the-plan-for-influxdb-3-0-open-source-erosion-de-l-offre-open-source-de-influxdb

[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…).

Elle a été relâchée.

Plus de contexte ici : https://disclose.ngo/fr/investigations/vente-darmes-letat-francais-traque-nos-sources