bubar🦥 a écrit 6967 commentaires

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.

L'intégration est bonne, sauf pour Discovery qui ne sert à rien (bug bien trop souvent, pas de support flatpak, etc ..) bon, pas grave.
Il y a aussi régulièrement des bugs : la boite à miniatures qui a parfois un comportement ératique (ne veut plus ouvrir les menus spécifiques de chaque icones) ou encore redshift qui se retrouve avec un icon type "avion de chasse" ou encore kdisplay qui n'est pas présent dans cette boite (et qui de toutes façons, via systemsettings, ne prends pas en charge la luminosité des écrans hdmi externes, il faut passer par "brightness-master" mais qui a un conflit avec redshift). Bref, il y a de petits bugs, mais vraiment pas grand chose. En plus c'est tellement agréable de voir l'évolution du projet Kde Plasma au fur et à mesure des mises à jour (puisqu'il est livré "as it", les wallpapers changent, les icons évoluent, etc)

Il y a aussi les "spins" Fedora Scientific & Fedora Astronomy et Fedora Jam qui sont avec Kde Plasma.

A propos d'intégration au bureau : le Flatpak place un menu qui ne diffère que très peu de celui installé avec le paquet Gimp de la distribution. Du coup, pas facile de savoir sur lequel cliquer pour lancer Gimp 2.10.

N'ayant pas de proposition (qui me semble) valide je n'envoie pas de requête. Xdg propose d'afficher les noms et les descriptions, mais pas les versions. Ce qui va poser des problèmes avec la multiplication des flatpak. C'est donc plutôt chez FreeDesktop qu'il faudrait proposer une entrée "version", et qui soit utilisable pour affichage dans l'intégration de menus. Aujourd'hui ce n'est pas le cas et du coup ça donne ça : deux Gimp impossible à identifier

ps : cette version 2.10 est hallucinante de vitesse (mes tests classiques : ouvrir une image plus grande que la quantité de ram de mon ordi), merci, merci, merci & merci

Où est-ce que ça bloque ?

gtk ?

Et l'Agenda du Libre ? Rien sur cet évènement ?? :-)

Salut,
Je voulais préciser mais SE 8 ne rentrait pas dans le titre ;-)

La solution existe déjà, et existe depuis "longtemps" : c'est la déclaration en préfecture de projets.

Voilà, hop, plié.
Bien que cette seconde phrase soit de tendance ironique et moqueuse, il n'en reste pas moins que l'essentiel était déjà prévu, en fait. Certains zadistes regrettent le fait que le projet ne puisse être collectif, et que les dossiers doivent être déposés individuellement, ça, ça se discute, mais c'est une autre question que la tienne ici.

Dans «on y avait pas pensé», le "on" était collectif. A l'échelle de la planète ce n'est pas une cause majeure, bien sûr. Et au final "la nature reprendra toujours ses droits", même en cas d'extinction majeure. En plus, dans le process actuel de destruction massive cet empêchement sera marginal par rapport à nos usages des pesticides et engrais

À l'échelle de l'Europe, par contre, c'est un empêchement pour l'adaptation naturelle des espèces au changement climatique. Cette entrave à la circulation des espèces causée par notre exploitation de l'espace sera un frein supplémentaire..

Réponse valide pour la flore, pas pour la faune. Les changements climatiques entrainent des adaptations (quelques soient leurs origines et causes, c'est un autre sujet), par exemple une augmentation de 1°c font que faune et flore se déplacent en grande partie, s'adaptent en petite partie. Sauf que dans nos pays où tout les hectares sont exploités (fr_fr y compris, malgré une belle répartition de forêts) on constate que ce n'est pas le cas : la faune ne peut pas se déplacer.
Dans un espace théorique sauvage, oui, pas de problèmes. Dans un espace exploité par l'homme, c'est plus compliqué pour la flore de monter au nord, et quasi impossible pour la faune.
Zut, on y avait pas pensé.. :-/

Les terres rares ne sont plus si rares que ça
https://www.nature.com/articles/s41598-018-23948-5

Comment faire pour sélectionner plusieurs calques à la fois pour leur appliquer à tous la même opération d'un coup ?

hidepid=2

ça fait pas le café (et c'est en discussion pour être amélioré) mais c'est vraiment bien.
et sans enlever son intérêt à /proc.

Ne pas oublier est en effet très important.
Alors n'oublions pas que c'est le gouvernemant de Lionel Jospin qui a dépénalisé l'usage du chiffrement, jusqu'alors considéré comme arme de guerre, et classé en conséquence.

Vraiment une super idée de l'usage qui peut être fait des conteneurs (et avec cookie-autodelete, c'est encore mieux), au bon moment. Bref un addon opportuniste parfaitement réussi :-)

intéressant, merci, +1

tu ne voudrais pas faire un journal à ce sujet pour expliquer plus avant et nous faire part de ton retour d'expérience ?