Ça fait 2 ans et demi que je l'ai (pour info payé 350€ neuf).
C'est globalement un bon choix vu tes critères.
Réparabilité exemplaire : iFixit lui avait donné la meilleure note de l'année à sa sortie. Tout est démontable par vis, sauf le dogitilizer et l'écran qui sont collés (mais bon, à moins de 50€ la pièce complète, on va pas en faire une maladie)
Batterie amovible : non seulement c'est l'assurance de pas être emmerdé dans le temps, mais en plus c'est hyper pratique au quotidien. Une 2e batterie dans ta poche (ça coûte 30€) et en cas de batterie faible, tu changes de batterie, reboot, et tu repars à 100% instantanément. Énormément plus pratique qu'une batterie de secours.
C'est un haut de gamme, certes de 3 ans, mais ça reste très confortable aujourd'hui (merci les 4Go de RAM)
Par contre, je lui reproche sa fiabilité médiocre :
l'écran marque avec le temps (mais je ne l'ai toujours pas changé, donc on supporte)
j'ai eu des soucis de GPS, on m'a changé l'antenne sous garantie, mais je me demande si ça revient pas (à peu près 1 an après la réparation…)
j'ai aussi fait changer sous garantie le bouton on/off dans le dos
Perso je suis resté encore en ROM officielle, mais maintenant que la garantie est passée, je vais sûrement passer sur LineageOS.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
De ce que j'ai compris, mmap sert aux gros fichiers. En effet, avec mmap tu n'as pas de mise en mémoire du fichier, il n'y a pas de malloc gigantesque. C'est le kernel qui ira lire quand il le faut les données sur le disque (par page mémoire ?), mais toi tu te contentes de gérer "comme si" tout était mis en RAM.
Dans le cas de 256 octets que tu veux absolument mettre en RAM, aucune utilité, fais simplement un read, ne serait-ce que parce que c'est bcp plus lisible comme code.
A vérifier, je suis pas spécialiste, mais je n'ai vu mmap utilisé que sur des gros fichiers en tous cas.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Oui mais pour celui qui écrit cette bibliothèque, je pense que ce n'est pas une faille de sécurité, c'est juste un cas très particulier qui n'est pas bien géré : rien ne presse.
J'en veux un peu plus à celui qui a décidé que utiliser cette bibliothèque serait la première barrière de sécurité (sinon la seule ?), sans avoir sérieusement audité le code.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Au passage, cette sécurité a l'air assez ancienne, style ça date depuis toujours sous Firefox, puisque ça a été implémenté sur Mozilla. Le bug donné en référence est vieux de 18 ans.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Plutôt que de nous donner la marque des ventilateurs de ton boîtier, tu pourrais préciser où tu branches ton écran : sur la carte mère ou sur la carte graphique ?
Si c'est sur la carte graphique, elle a l'air de bien marcher, surtout si tu as la bonne résolution de ton écran. Et si tu veux plus de détails, les benchmark comme cités dans un autre commentaire t'aideront à vérifier que l'accélération 3D est bien correctement prise en compte.
Sinon tu as aussi la commande glxinfo qui est très complète, mais assez ardue à lire et interpréter.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je ne sais pas à quel point c'est véridique, mais le film "Les figures de l'ombre" narre l'histoire de femmes (noires) qui faisaient des calculs à la main de trajectoires pour la NASA lors de l'épopée vers la Lune. A la fin du film, les premiers ordinateurs arrivent (et le chômage pour elles par la même occasion), et elles sont les premières à se mettre à la programmation.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Par contre j'attaquerais en cherchant les photos "banales", pour virer celles où il ne se passe rien. Parce que apprendre à trouver une photo unique (des photobombs de faucon t'as pas dû en avoir des centaines), ça se fait pas encore :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Oui l'article de blog de Matrix a l'air assez clair : il s'agit de failles dans Jenkins (déploiement). Du coup ça veut dire que les développeurs ont été des hackeurs (Belin) à l'issue de leur plein grès, via un exploit Jenkins ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Pas d'accord avec toi. Installer DOS/Windows sur un LENOVO P2 c'est bcp plus compliqué que d'y mettre Android. Faut déjà trouver où mettre la 1ere disquette.
(Dredi ready)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Ça a beau être la 20e édition, je ne sais pas ce que sont les JDLL.
Évidemment, une recherche ça va vite : ce sont les Journées Du Logiciel Libre. Si on pouvait ajouter ça en tout début de journal lors de la première utilisation de l'acronyme "JDLL", ça faciliterait un poil la vie des béotiens (comme moi) :)
# Mon retour sur le LG G5
Posté par gUI (Mastodon) . En réponse au journal Mon nouveau smartphone Android dégooglisé. Évalué à 5.
Ça fait 2 ans et demi que je l'ai (pour info payé 350€ neuf).
C'est globalement un bon choix vu tes critères.
Par contre, je lui reproche sa fiabilité médiocre :
Perso je suis resté encore en ROM officielle, mais maintenant que la garantie est passée, je vais sûrement passer sur LineageOS.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Commencer par le début
Posté par gUI (Mastodon) . En réponse au message IPtables -configuration. Évalué à 1.
Je voudrais déjà que ça change un peu ta façon de parler.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Merci ! Encore quelques questions...
Posté par gUI (Mastodon) . En réponse au message IPtables -configuration. Évalué à 1.
Faudrait savoir. Je croyais que
iptables -P INPUT DROP
était la seule règle nécessaire sur un desktop.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Commencer par le début
Posté par gUI (Mastodon) . En réponse au message IPtables -configuration. Évalué à 1.
Je reste admiratif devant tant d'aplomb, c'est tout.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Commencer par le début
Posté par gUI (Mastodon) . En réponse au message IPtables -configuration. Évalué à 1. Dernière modification le 25 avril 2019 à 11:36.
Quel aplomb !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Commencer par le début
Posté par gUI (Mastodon) . En réponse au message IPtables -configuration. Évalué à 3.
Tu dis que le firewall est la solution à ces problèmes, mais tu ne dis pas avec quelle règle.
Si c'est pour dire ça, c'est pas
iptables
qu'il te faut, maisifdown
.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Commencer par le début
Posté par gUI (Mastodon) . En réponse au message IPtables -configuration. Évalué à 2.
Bin oui mais c'est facile de prendre les gens de haut en donnant des exemples dans le vide. On égraine les autres exemples aussi ?
La seule règle de firewall que j'ai vu passer dans tes commentaires c'est
iptables -P INPUT DROP
.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Commencer par le début
Posté par gUI (Mastodon) . En réponse au message IPtables -configuration. Évalué à 2. Dernière modification le 24 avril 2019 à 16:16.
Excellent exemple ! Tu peux donner la règle qui protège de ça ? Que je la mette de suite sur mon bastion SSH.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Commencer par le début
Posté par gUI (Mastodon) . En réponse au message IPtables -configuration. Évalué à 2.
Quel aplomb !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# mmap vs malloc
Posté par gUI (Mastodon) . En réponse au message difference entre mmap() et read(). Évalué à 4. Dernière modification le 24 avril 2019 à 08:29.
De ce que j'ai compris,
mmap
sert aux gros fichiers. En effet, avecmmap
tu n'as pas de mise en mémoire du fichier, il n'y a pas demalloc
gigantesque. C'est le kernel qui ira lire quand il le faut les données sur le disque (par page mémoire ?), mais toi tu te contentes de gérer "comme si" tout était mis en RAM.Dans le cas de 256 octets que tu veux absolument mettre en RAM, aucune utilité, fais simplement un
read
, ne serait-ce que parce que c'est bcp plus lisible comme code.A vérifier, je suis pas spécialiste, mais je n'ai vu mmap utilisé que sur des gros fichiers en tous cas.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pas compris
Posté par gUI (Mastodon) . En réponse au journal Première faille de sécurité dans Tchap. Évalué à 10.
Oui mais pour celui qui écrit cette bibliothèque, je pense que ce n'est pas une faille de sécurité, c'est juste un cas très particulier qui n'est pas bien géré : rien ne presse.
J'en veux un peu plus à celui qui a décidé que utiliser cette bibliothèque serait la première barrière de sécurité (sinon la seule ?), sans avoir sérieusement audité le code.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Même problème avec WebKit
Posté par gUI (Mastodon) . En réponse au journal Pourquoi les développeurs ont déserté firefox dans les 201X. Évalué à 3. Dernière modification le 23 avril 2019 à 11:34.
Et apparemment aucun fix n'est prévu : https://bugs.webkit.org/show_bug.cgi?id=14100
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Fix
Posté par gUI (Mastodon) . En réponse au journal Pourquoi les développeurs ont déserté firefox dans les 201X. Évalué à 10.
Tu peux créer la chaîne de caractères
network.security.ports.banned.override
avec la valeur6666
dans tonabout:config
.Source : http://kb.mozillazine.org/Network.security.ports.banned.override
Au passage, cette sécurité a l'air assez ancienne, style ça date depuis toujours sous Firefox, puisque ça a été implémenté sur Mozilla. Le bug donné en référence est vieux de 18 ans.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Précisions
Posté par gUI (Mastodon) . En réponse au message Comment tester sa carte graphique. Évalué à 6.
Plutôt que de nous donner la marque des ventilateurs de ton boîtier, tu pourrais préciser où tu branches ton écran : sur la carte mère ou sur la carte graphique ?
Si c'est sur la carte graphique, elle a l'air de bien marcher, surtout si tu as la bonne résolution de ton écran. Et si tu veux plus de détails, les benchmark comme cités dans un autre commentaire t'aideront à vérifier que l'accélération 3D est bien correctement prise en compte.
Sinon tu as aussi la commande
glxinfo
qui est très complète, mais assez ardue à lire et interpréter.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Les premières personnes à programmer étaient des femmes
Posté par gUI (Mastodon) . En réponse au journal Pourquoi les femmes ont déserté l’informatique dans les années 1980. Évalué à 10. Dernière modification le 21 avril 2019 à 18:38.
Je ne sais pas à quel point c'est véridique, mais le film "Les figures de l'ombre" narre l'histoire de femmes (noires) qui faisaient des calculs à la main de trajectoires pour la NASA lors de l'épopée vers la Lune. A la fin du film, les premiers ordinateurs arrivent (et le chômage pour elles par la même occasion), et elles sont les premières à se mettre à la programmation.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Garadin
Posté par gUI (Mastodon) . En réponse au message Gestion association. Évalué à 2.
Je vais regarder ça, merci !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Les pièges du cron
Posté par gUI (Mastodon) . En réponse au message Cron fait n'importe quoi.... Évalué à 8.
Le pb du cron c'est qu'il n'est pas exécuté dans le même contexte que à la main dans ton shell.
Déjà, quel utilisateur exécute la commande ? Souvent c'est root, donc exécute ton script en root pour voir comment il se comporte.
Ensuite les variables d'environnement sont souvent vides, le .bashrc n'ayant pas été exécuté (d'où peut-être le changement de langue).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Et sinon ?
Posté par gUI (Mastodon) . En réponse au journal Lolix Down ?. Évalué à 6.
C'est quoi Lolix ?
Culture, toussa…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: se marre dans son coin ???
Posté par gUI (Mastodon) . En réponse au journal Google se marre dans son coin. Évalué à 10.
mare… coin… c'est pourtant évident, l'allusion à la tribune est évident.
_o<
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pas "donné"
Posté par gUI (Mastodon) . En réponse au journal [HS] ni libre ni opensource mais bon on peut apprécier le geste. Évalué à 3.
Perso ça me va. D'habitude contre ça j'ai même pas un porte-clé.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: opencv + python/c++ ?
Posté par gUI (Mastodon) . En réponse au message Traitement / reconnaissance d'images. Évalué à 4.
C'est aussi la première idée que j'ai.
Par contre j'attaquerais en cherchant les photos "banales", pour virer celles où il ne se passe rien. Parce que apprendre à trouver une photo unique (des photobombs de faucon t'as pas dû en avoir des centaines), ça se fait pas encore :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pas Matrix donc
Posté par gUI (Mastodon) . En réponse au journal Matrix.org piraté. Évalué à 6.
Oui l'article de blog de Matrix a l'air assez clair : il s'agit de failles dans Jenkins (déploiement). Du coup ça veut dire que les développeurs ont été des hackeurs (Belin) à l'issue de leur plein grès, via un exploit Jenkins ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Par rapport à Windows, c'est presque plus simple ^^
Posté par gUI (Mastodon) . En réponse au message Comment "rooter" un telephone Android sous Linux. Évalué à 5.
Pas d'accord avec toi. Installer DOS/Windows sur un LENOVO P2 c'est bcp plus compliqué que d'y mettre Android. Faut déjà trouver où mettre la 1ere disquette.
(Dredi ready)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Arglll...
Posté par gUI (Mastodon) . En réponse au journal Découvrez les JDLL 2019 à travers le regard d'un suricate. Évalué à 6.
Ça a beau être la 20e édition, je ne sais pas ce que sont les JDLL.
Évidemment, une recherche ça va vite : ce sont les Journées Du Logiciel Libre. Si on pouvait ajouter ça en tout début de journal lors de la première utilisation de l'acronyme "JDLL", ça faciliterait un poil la vie des béotiens (comme moi) :)
Et idem pour La Mouette ou "Tracim c'est nous", pas de lien direct vers le blog en question. C'est dommage !
Sinon c'est bien rédigé, ça donne une belle vision de la diversité de ces salons. Perso je verrais bien une dépêche.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Non mais c'est sérieux ?
Posté par gUI (Mastodon) . En réponse au journal Festival d'installation : Jusqu'où et comment pactiser avec le diable ?. Évalué à 2.
Ah mais complètement !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.