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.
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.
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.
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 :-/
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.
Posté par bubar🦥 .
En réponse à la dépêche GIMP 2.10 roule au GEGL.
Évalué à 10.
Dernière modification le 01 mai 2018 à 07:04.
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
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é.. :-/
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 :-)
[^] # Re: Conseil simple…
Posté par bubar🦥 . En réponse au journal J'ai testé... me faire électriser. Évalué à 1. Dernière modification le 12 juillet 2018 à 17:32.
Pas un conseil, ni même une attente de réponse, simples questions :
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"
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.
# coreboot
Posté par bubar🦥 . En réponse au sondage Oui j’avoue, ma plus grosse boulette c’est d’avoir :. Évalué à 3.
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.
[^] # Re: appimage probleme?
Posté par bubar🦥 . En réponse à la dépêche Sortie des applications de bureau de ONLYOFFICE en version 5.1 au format AppImage. Évalué à 2.
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.
[^] # Re: Résumé grossier
Posté par bubar🦥 . En réponse au lien Nethammer : Pas de trace. La recherche des cartes réseaux impactées commence ?. Évalué à 2. Dernière modification le 03 juin 2018 à 00:52.
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.
[^] # Re: appimage probleme?
Posté par bubar🦥 . En réponse à la dépêche Sortie des applications de bureau de ONLYOFFICE en version 5.1 au format AppImage. Évalué à 3.
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
[^] # Re: Merci!
Posté par bubar🦥 . En réponse au journal Discussion sur les objectifs de la communauté KDE. Évalué à 4. Dernière modification le 30 mai 2018 à 16:08.
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.
[^] # Re: Dialogue imaginaire
Posté par bubar🦥 . En réponse au journal Un million de dollars sur deux ans promis à la Fondation GNOME. Évalué à 0. Dernière modification le 28 mai 2018 à 18:11.
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.
[^] # Re: Les UUID, l'idéal... pour rendre illisible un fstab.
Posté par bubar🦥 . En réponse au journal Monter une partition - Merci Gnome !. Évalué à 2.
/*dredi : Les uuid c'est nul, les wwn y a que ça de vrai /*dredi
[^] # Re: [hors sujet] bumblebee
Posté par bubar🦥 . En réponse au journal Monter une partition - Merci Gnome !. Évalué à 5. Dernière modification le 11 mai 2018 à 18:22.
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 :-/
# [hors sujet] bumblebee
Posté par bubar🦥 . En réponse au journal Monter une partition - Merci Gnome !. Évalué à 4.
Cet ordi a vraiment encore besoin de bumblebee ? Je croyais que mon modèle était un des tout derniers à pouvoir s'en passer \o/
[^] # Re: +Steam
Posté par bubar🦥 . En réponse à la dépêche Sortie de « La bataille pour Wesnoth » 1.14. Évalué à 5. Dernière modification le 10 mai 2018 à 08:00.
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.
[^] # Re: Blame the victim
Posté par bubar🦥 . En réponse au journal [MaVie] La grosse gaffe du jour ..... Évalué à 7. Dernière modification le 02 mai 2018 à 20:50.
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 :
[^] # Re: KDE Plasma
Posté par bubar🦥 . En réponse à la dépêche Fedora 28 est sortie dans les temps !. Évalué à 2. Dernière modification le 02 mai 2018 à 17:48.
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.
[^] # Re: Intégration
Posté par bubar🦥 . En réponse à la dépêche GIMP 2.10 roule au GEGL. Évalué à 10. Dernière modification le 01 mai 2018 à 07:04.
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
[^] # Re: Intégration
Posté par bubar🦥 . En réponse à la dépêche GIMP 2.10 roule au GEGL. Évalué à 2.
gtk ?
# AdL
Posté par bubar🦥 . En réponse au journal Venez rencontrer l'équipe Kdenlive. Évalué à 1.
Et l'Agenda du Libre ? Rien sur cet évènement ?? :-)
[^] # Re: Seulement pour Java SE 8
Posté par bubar🦥 . En réponse au lien Java : licence commerciale requise pour les futures mises à jour, dès janvier 2019. Évalué à 5.
Salut,
Je voulais préciser mais SE 8 ne rentrait pas dans le titre ;-)
# Solution
Posté par bubar🦥 . En réponse au journal Solution au conflit de la ZAD de Notre-Dame-des-Landes. Évalué à 7.
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.
[^] # Re: Nous sauver de l'IoT qui va nous réduire à l'état d'esclave ?
Posté par bubar🦥 . En réponse au journal 2018, l'année de Linux dans l'embarqué ou de Linux métastasé ?. Évalué à 1. Dernière modification le 17 avril 2018 à 19:58.
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..
[^] # Re: Nous sauver de l'IoT qui va nous réduire à l'état d'esclave ?
Posté par bubar🦥 . En réponse au journal 2018, l'année de Linux dans l'embarqué ou de Linux métastasé ?. Évalué à 6.
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é.. :-/
[^] # Re: Nous sauver de l'IoT qui va nous réduire à l'état d'esclave ?
Posté par bubar🦥 . En réponse au journal 2018, l'année de Linux dans l'embarqué ou de Linux métastasé ?. Évalué à 2.
Les terres rares ne sont plus si rares que ça
https://www.nature.com/articles/s41598-018-23948-5
# claques
Posté par bubar🦥 . En réponse au lien Gimp : opérations rapides à portée de débutant. Évalué à 2.
Comment faire pour sélectionner plusieurs calques à la fois pour leur appliquer à tous la même opération d'un coup ?
# hide
Posté par bubar🦥 . En réponse au lien Le répertoire /proc est une mine de renseignements sur les processus en cours. Évalué à 2.
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.
[^] # Re: Oublier les clefs, mémoriser les noms
Posté par bubar🦥 . En réponse au journal Le Conseil constitutionnel autorise les juges à vous demander vos clés de chiffrement. Évalué à 5.
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.
# super idée
Posté par bubar🦥 . En réponse au lien Données personnelles : une extension firefox pour isoler la session Facebook. Évalué à 3.
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 :-)