bubar🦥 a écrit 6931 commentaires

wow un zuk \o/

Deux remarques qui (je l'espère) pourront compléter ton propos :

pour pouvoir installer TWRP

Ce n'est pas absolument nécessaire pour la majorité des téléphones : un simple fastboot boot twrp.img est suffisant pour accéder à twrp et flasher lineageos. En plus, ensuite on a le recovery lineage, qui fait moins de trucs.

enregistrer ses données par ailleurs, et de se préparer à faire une réinstallation à partir de zéro

Dans la plupart des cas c'est le mieux, et de toutes façons ce qui nous importe ce sont nos données, et pas les apk installées. Pour nos données adb fait le job (sauf pour les apk type bancaire et qq jeux, où il faudrait être root, mais c'est pas grave.) Donc décomposer cette phase en deux parties différentes : la sauvegarde / restauration de nos données et préférences d'un côté, et d'un autre côté la ré-installation des apk. Pour la seconde partie perso j'ai choisi un deuxième appareil, qui reste chez moi, et qui a accès au play-store : ainsi j'ai les mises à jour en dehors de l'appareil qui me suis partout tout les jours ;-) Sinon je ne connais pas yalp mais j'ai bien aimé aurora et son système d'information sur les mouchards présents dans les apk sur play-store : ça aide à faire le tri.

Salut,

des tutos en français clairs et simples

Le problème des tutos, c'est qu'il y en a tellement qu'on s'y perds. Et puis en faire de qualité est difficile. Enfin, si on en fait un, de temps à autre, de qualité alors il faut le proposer au projet concerné lui-même.

Bien que ce bordel soit fatiguant lorsqu'on cherche une information, il est indispensable. Pour le cas des tutos, cela permet de partager modestement une trouvaille, ou encore simplement de ré-écrire pour répondre à quelqu'un. Enfin, cela permet de se faire la main et petit à petit améliorer son écriture (élaguer tout ce qui sert à rien dans ce qu'on écrit par exemple) et peut être un jour être plus utile à toutes et tous, via un projet ?

Mais c'est énervant quand on cherche. Alors la bonne réponse c'est rtfm :-) Dans le meilleur sens du terme : simplement lire la doc officielle du projet. Et si cela parait pas assez clair ou incomplet, alors poser la question sur cette doc, voir proposer un changement dans cette doc.

pour un ZTE FF_os

Cet appareil ne semble plus maintenu par personne, même son ancienne page officielle https://developer.mozilla.org/en-US/Firefox_OS/Phone_guide/ZTE_OPEN_C est un 404. KaiOS ne semble pas avoir de port pour ce modèle.
Cependant il y a cette page, d'un mainteneur indé, et dont le tuto est excellent en plus https://konstakang.com/devices/kis3/CM14.1/ c'est pour LineageOS 14, pas mal du tout, chapeau bas, monsieur.

Partiel, incomplet, et quelques fichiers portent encore la référence du h31xx. impossible de prédire si cela sera suivi, mais ça bouge un peu :-)

ha ?

C'est vrai, d'ailleurs j'ai été un early adopter de Free Mobile, mais après 2 ans avec sur Toulouse, et des bascules permanentes sur Orange alors que j'avais une antenne Free en face de chez moi, incroyable ça, et une couverture pas terrible dans la région et inexistante dans la partie pyrénéenne proche, stop Free Mobile. Stop. La couverture, passe encore c'est chiant mais passe encore, mais la bascule permanente sur Orange était insupportable (donc un débit fortement réduit, et non je ne rentrerai pas dans le débat pour savor qui réduit, je m'en fiche), Free Mobile c'est terminé.
Et les personnes autour de moi pareil.

L'Arcep aurait peut être dû forcer à mettre fin à l'itinérance Orange pour Free, ça aurait peut être été mieux …

Une autre solution est d'avoir un terminal 'android par défaut', d'importance secondaire (qui n'est pas transporté sur soi en permanence, qui n'a pas les sms et contacts et appels téléphonique, tout ça .. un vieux téléphone bien maintenu ou un petite tablette font très bien le job : ça bouge pas de chez soi et ça ne sert qu'à ça : avoir les mises à jour des apk pour les poser sur son appareil personnel)

Merci pour cette info, très bonne nouvelle.

Et devinez quoi, pas mal de logiciels ne savent plus utiliser que ce dernier, et ne fonctionneront donc pas sans Google Play Services.

Certaines boites sont à l'écoute. Par exemple Orange Bank : les premières versions ne fonctionnaient pas sans les services google, qq ralantes amicales plus tard, les dernières mises à jour permettent d'utiliser leur App avec un téléphone où il y a 0% de google services dedans. Il y a toujours le message au lancement de l'app, mais elle fonctionne. Merci Orange Bank :-)

Quant à LCL son app a toujours fonctionné sans les services google.

Bref, les trucs importants sur mon téléphone 0% google fonctionnent sans problèmes.

C'est exactement ce qui m'a poussé à faire ce journal, une des deux raisons : voir la liste des appareils qui ont un support en 15.1 est un peu déprimant, et plus quant on sait que certains support s'arrêtent brusquement. Mais la qualité de la distro est vraiment au rendez-vous.

Difficile, impossible, de dire si ce qui semble être un sacré palier à franchir avant d'avoir son port accepté, est un frein pour les contributeurs où un bénéfice pour la distribution, quelle est la part de chacun, et quel sera l'avenir proche.

Mais je suis de nature optimiste :-)

Pour ma part ça fait près d'un an que je ne peux plus mettre à jour

Quel matériel ?

(sony) Si on pouvait me confirmer cela serait cool.

Ici, Sony depuis longtemps (en fait depuis la fin des 'vrais' nexus, ie : bons téléphones, ouverts, et pas chers, puis d'un asus sur soc intel : bien), car on les trouve en magasins (pas possible pour un oneplus), ils disposent d'un excellent support (chose très rare) pour la plupart des appareils, ils sont incroyablement solides (pour les générations 2015/16/17/ début 18, les nouveaux changent de look et j'ai pas encore testé la solidité par rapport aux "briques" d'avant), Sony a un site de bons niveaux (au pluriel) pour l'opensource.
Il y a des bémols : la fameuse partition "TA", sans elle bye-bye les belles fonctionnalités de l'appareil photo / vidéo (entre autre, mas surtout). Ils sont plus chers que les OnePlus.

dans des prix pour etre humain normal (~200/250 euros)

Le XA2 est un bon choix (actuellement à 290 avec un casque bt Sony de belle facture, offert, chez les fabricants de pain) il est plus lourd que l'ancien XA1 en soc mediatek, mais Sony a mis du Qualcomm dans ses milieux de gamme cette année, donc un bon support Opensource avec, comparé à mediatek :-) Le mainteneur LineageOS pour XA2 a failli arrêter les mises à jour, et il était taggué "plus maintenu" mais il y a eu une nouvelle livraison mardi …

Un avis, il y a probablement d'autres modèles sympas.
Perso j'ai continué avec Sony en faisant mon choix parmis ceux de la liste de LineageOS : XA2 bon support et plus maintenu : parfait :)

Cette refléxion est basée sur le résultat instantané, et par corollaire :

Mais le besoin de reconnaissance de l'acte reste important

Et tuer à distance, c'est tuer quasiment par procuration : peu d'effort physique à fournir, pas de risque de te prendre un coup de boule, ni de devoir lutter contre le mec qui se vide de son sang sur toi, … C'est propre, presque sans risque. Tu presses, ça tombe.

À mon humble avis tu touches là le point essentiel : la psychologie. À ta description on doit pouvoir ajouter aussi la douleur, les armes à feu sont souvent moins douloureuses que beaucoup d'autres outils. Et renforcer l'instantanéité, pas besoin d'attendre le résultat il est souvent immédiat.

Enfin, concernant les usages terroristes et/ou tueurs de masse, il y a aussi la psychologie de l'impact sur ceux qui voient / constatent. Et le besoin de reconnaissance de l'acte.

Mais c'est bien l'efficacité de cette solution, et le fait que ces 'outils' n'aient été inventé que pour cela, tuer, qui donne réellement la problématique initiale. Même si cet aspect psychologique est important -et intéressant- ainsi que les cultures locales et leurs influences, il n'en reste pas moins qu'avant cet aspect, ces outils ne sont conçus que pour ça.

on peut noter que certains terroristes ont dépassés ce stade de l'arme à feu, par opportunisme, adaptation aux circonstances, et/ou facilité. Et ont fait tomber le côté 'spectacle' du résultat l'arme à feu : il est bien plus efficace de foncer sur une foule avec un camion. Mais le besoin de reconnaissance de l'acte reste important, donc un empoisonnement au roundup d'un réseau de distribution d'eau n'est pas prêt de se faire, et heureusement car ce n'est pas le chlore ajouté qui arrêtera le roundup.

Aucune idée si c'est l'état de coma dans lequel on se trouve, si c'est le cocktail de produits, ou si c'est un produit particulier. Moi aussi j'ai eu des pertes de mémoires après l'anésthésie générale. Je ne m'en suis pas apperçu tout de suite, ce que j'ai d'abord constaté c'est "plein de cases mémorielles libres", période où j'ai amassé plein de nouvelles connaissances comme un gamin de 8 ans ..
C'est plus tard que je me suis rendu compte qu'il me manquait beaucoup de souvenirs d'une part (films, livres, moment vécus pourtant marqueurs importants de certains instants / périodes) et d'autre part que j'avais du mal à retenir ce qu'on taggue comme des "noms propres" qui m'étaient nouveaux, si je ne les utilisais pas souvent.

Pas un conseil, ni même une attente de réponse, simples questions :

• la restauration d'un rituel pré-endormissement ? (ex : plier ses affaires même ordre même endroit, ou encore passer à la salle de bains juste, bref ces petites choses qu'on oublie vite les années passées, devenues des habitudes que l'on tord aisément, mais qu'il est parfois utile de changer pour en adopter un nouveau et s'y tenir, un peu comme pour un enfant, souvent fait sans mettre de mots dessus : on se brosse les dents, on dit bonne nuit … Facile à dire, car cela ne fonctionne pas mécaniquement : il faut que ça soit lié au sommeil et pendant de nombreuses fois avant que l'exécution de la première phase du rituel entraine et/ou facilite la seconde.)

je suis en train de m'endormir devant mon écran

Alors peut être c'est que tu n'es pas fatigué au moment de passer au lit. Le truc simple serait de dire "retiens toi pour dormir cette nuit, et ainsi ré-enclencher le sommel la nuit". Le truc intermédiaire serait de dire "alors fatigues toi (plus?) musculairement la journée afin de trouver un sommeil plus rapidement, au moins les premiers temps pour aider à restaurer le sommeil de nuit". Le troisième truc serait de dire "aménages toi une voire deux sièstes, c'est pas déconnant : le corps est fatigué par les traitements et nerveusement, et 5h par nuit suffisent, donc il a besoin de deux sièstes, genre vers 11h et vers 14h"

merci de moinser tout commentaire avec des conseils

Là il s'agit plus de questions données à la sagacité de tous, plutôt que de conseils. "Personnellement" (à ton égard) ce sera bien simplement les plus sincères amitiés libristes.

n°1 (pas /, mais assez identique) & n°4 (le script de purge en cas d'inactivité : oublié): done

Autre : une énième compil de coreboot en oubliant de connecter le secteur sur un pc avec une batterie presque vide : extinction du pc en pleine injection. Bim.

Mon usage de ce type de logiciel est tellement basique qu'un bilan serait inintéressant. Oui je l'utilise toujours, car il suffit à cet usage basique.

Pas tout à fait. Et les systèmes vulnérables identifiés, pour linux, sont quelques matériels ARM et de très vieux modules utilisant la couche n-dis.

L'appimage fonctionne sans problème sur CentOS 7, comme indiqué.

Pour Fedora 28 :
La version tarball : il faut xcb et le lancer avec lc_all=c
La version rpm fonctionne out-of-the-box

J'ai toujours une attitude similaire (et ce n'est pas une blague) : concrètement je me dis que si j'ai vu un bug, c'est que je l'ai trop tard et/ou qu'il a déjà été signalé et/ou qu'il est déjà connu. Et que s'il n'est pas corrigé dans une version suivante, ben ce n'est pas grave, et si c'est grave pour moi alors à moi de trouver une solution ou un contournement.

C'est l'attitude opposée à celles des râleurs, mais qui n'est pas meilleure car pas plus constructive au final : se dire que probablement le bug est connu, ou qu'il n'est pas grave et qu'on va pas aller faire c**** du monde pour ça.

Après ce constat, il faut aussi dire que ce n'est pas toujours évident de rapporter, lorsque ce dernier demande de re-tester et/ou de trouver une méthode pour reproduire, puis de mettre à jour dans une version différente de celle qu'on utilise, avec des risques, pour voir si le pb se reproduit encore, ou pas.

ABRT est vraiment une très belle avancée pour tout cela : si on a un ou plusieurs comptes sur un bugzilla, tout est automatisé, de bout en bout. Y compris la vérification d'un bug similaire et dans ce cas le bon attachement au bon bug. Même l'anonymisation est facilité. C'est vraiment un remarquable projet.

Tu es tombé dans le troll :-) Et moi avec.

La comparaison gtk vs Qt on ne peut la confondre avec la comparaison gnome vs kde. Pourtant cette comparaison biasiée on peut la comprendre pour la même raison qui les différencie : gtk est quasiment exclusivement fait pour linux et des bureaux graphiques (à quelques notables exceptions prêts, que tu cites) tandis que Qt est fait pour tout un écosystème de développeurs et de systèmes cibles (à une notable exception prêt : kde)

Le reste de ton message compare plus Gnome à Kde. Et non Gtk à Qt.

Enfin, cette suite d'arguments se résume à "plein de projets l'utilise donc c'est mieux". Hum "plein de gens utilisent windows, donc c'est mieux ?" Ou encore "plein de projets utilisent Qt, donc c'est mieux" (objectivement, il y a plus de projets basés sur Qt que sur Gtk) ?

Conclusion : Gnome 3 pousse de belles nouveautés, mais pour ceux ayant connu et suivi le développement de clutter (la base de mutter, développé initialement par Intel), mergé dans gnome en 2014, la chute est encore et toujours haute aujourd'hui. Il y a 15 ans c'était un bureau ultra-réactif, super-mignon (ça c'est totalement subjectif), avec une empreinte en ram à faire palir de jalousie Qt… Gnome a repris toutes les idées, et a alourdit considérablement le bureau (tout en réussissant à l'alléger en fonctionnalités). Le bureau Intel linux tournait comme une fusée sur un atom avec 512Mo de ram. Gnome 3 est lent sur un i7 avec 16Go de ram.

Ce sont donc deux très bonnes nouvelles : financement et travail annoncé sur les perfs.

/*dredi : Les uuid c'est nul, les wwn y a que ça de vrai /*dredi

Xrandr ≥ 1.4 ?
Si oui alors ton portable peux utiliser prime (réf : Quadro 1000M -> readme du 390.42), ça devrait aider pour configurer de multiples écrans justement, de passer par la config de "l'output source" via xrandr. Par contre la carte nvidia deviendra la carte principale, donc une baisse d'autonomie si tu t'en sers comme portable. Cela ne sera pas du offload complet (tous calculs gpu sur nvidia et délégation affichage à intel) car ce n'est pas (encore ?) supporté officiellement par nvidia.

Pour Xorg faut configurer un "ServerLayout" avec "screen 0 nvidia" & "inactive intel", placer un "AllowEmptyInitialConfiguration" en "option nvidia" pour le "Screen" sur le "Monitor0", et déclarer une autre section "Screen" avec un device "intel" sur le "Monitor0". Une fois ça fait, pour le premier écran (lvds ou edp), on passe la main à xrandr pour tout le reste : réso du premier écran et déclaraton/réso des autres. Pour chacun des écrans connectés il faudra donc utiliser xrandr à la main (du moins, ni gnome ni kde sur fedora 28 ne le permettent en 1 click avec ce type de config), du genre "déclarer un newmode" (depuis la modeline donnée par le bon vieux cvt) randr, puis ajouter ce newmode à l'écran qui convient, refaire pour chaque écrans, et enfin faire un "output écran newmode" pour la prise en compte à chaud)

Sur mon portable (plus récent mais sans mux physique :-( ) il chauffe beaucoup moins, et pour les écrans multiples c'est super (et aussi : bumblebee n'a aucun support vulkan, avec ce type de config : vulkan est OK)

désolé du commentaire à la fois hs et pas très userfriendly :-/

Cet ordi a vraiment encore besoin de bumblebee ? Je croyais que mon modèle était un des tout derniers à pouvoir s'en passer \o/

Un avantage : avoir une nouvelle release plus rapidement, lorsque les devs le décident, sans besoin de packagers externes au projet.
Un autre avantage : une intégration avec le "steam cloud" qui est bien pratique pour reprendre une partie là où on l'avait laissé sans se soucier de rien.

Un inconvénient : ne pas avoir le même système de versions que les jeux propriétaires, les jeux proprios préfèrent utiliser une "extension" ou plus simplement un "DLC" pour leurs grosses mises à jour : lorsque la nouveauté est là, elle est bien visible. Tandisque le modèle de mises à jour des jeux libres suit un autre chemin : on augmente la version et c'est tout. Or des changements majeurs tels que ceux de «La Bataille pour Wesnoth» mériteraient mieux qu'une "date de sortie : 2003" dans le descriptif de Steam. A part une frange de casuals gamers : quel joueur va aller télécharger un jeu datant de 2003 ?

Dommage, toutes les améliorations apportées au fil des ans rendent la version "2018" nettement meilleure que celle d'origine en 2003.

Cela m'est arrivé pas plus tard que hier : une vm pour compiler un soft pour lequel je veux faire/automatiser une appimage. J'ai démarré une vm "au hasard" la sachant vide et inutile aujourd'hui. Mais pas assez de place sur le disque. Donc ajout d'un autre disque, copie de /usr dessus, classique, j'efface l'ancien, je remonte, coup de téléphone, et .. vous avez compris la suite : j'efface "l'ancien" /usr puis j'apprete à monter le nouveau disque sur /usr … :p :p :p

Là c'est sans conséquence, autre qu'une grosse perte de temps, mais c'est au moins aussi con qu'un simple rm ! Ce qui devrait systématiquement nous rappeler le proverbe :

*nix n'empêche pas les utilisateurs de faire des bêtises car cela les empêcherait aussi de faire des choses ingénieuses.