Messages récents

11

Discussions techniques / Wayland, ou quand les gestionnaires de fenêtres auront disparu

« Dernier message par melodie le 11 novembre 2019 à 14:48:27 »

Salut à tous,

voici un article sur sway, un programme de gestion de l'environnement dont m'a parlé mimas il y a quelques temps.
https://lord.re/posts/144-sway/

l'auteur du billet est visiblement sous Gentoo, (il parle de emerge), l'article est un très joli condensé de l'état du développement des outils pour Wayland, à la date du 13 décembre 2018, et certains apprécieront, l'article est en français.

Sway est donc la suite spirituelle de i3 au point où même le fichier de conf de i3 est compatible avec Sway (enfin partiellement, on vera plus loin). On peut donc avoir un comportement identique entre Sway et i3. La migration de l'un à l'autre est donc transparente et sans douleur. Ou presque.

Tout le monde n'utilise pas i3, c'est clair. Cet article m'a insipirée pour rechercher des projets dédiés à remplacer openbox avec Wayland. Le projet Bento Openbox ne pourra se poursuivre une fois les briques Xorg complètement remplacées.

Voici Waybox, disponible sur github: https://github.com/wizbright/waybox

je n'ai pas encore pris le temps de regarder comment l'installer et l'essayer. J'attends vos retours ?

12

Trucs et astuces / Bluffez vos copains, installez un thème Windows 10 :o)

« Dernier message par melodie le 08 octobre 2019 à 00:10:28 »

Bonjour,

tout est là:
https://github.com/B00merang-Project/Windows-10

"Pour l'instant ce thème fonctionne avec:
For the moment, this theme works with the following Desktop environments :

    Cinnamon 3.x and 4.x (beta)
    GNOME-SHELL 3.14 and higher
    XFCE 4.x
    MATE 1.8 and higher
    LXDE 0.8/0.10 and higher
    Unity 7.x
    Openbox 3

Installation manuelle:

Extraire le fichier zip dans le répertoire de thèmes, par exemple  /home/NOM_DE_L_UTILISATEUR/.themes

Pour plus d'infos, et pour obtenir par exemple, les icônes :
https://b00merang.weebly.com/windows-10.html

Un autre article qui pointe vers les même sources de fichiers, ici : https://www.ginjfo.com/actualites/logiciels/linux/windows-10-sous-linux-cest-possible-20151130

plus d'explications en anglais: https://www.makeuseof.com/tag/make-linux-look-like-windows/

et à la fin de la page dont le lien précède, un tuto pour donner à votre distribution le look d'un macOS.

De temps en temps, s'adonner à ces frivolités c'est permis !

13

Trucs et astuces / ffmpeg en mode graphique

« Dernier message par melodie le 06 octobre 2019 à 18:11:12 »

J'utilise depuis pas mal de temps déjà ce petit programme : FF Multi Converter. Non disponible dans les dépôts, mais très facile à compiler et surtout, à utiliser, je vous le recommande.

Si vous avez quelques instants disponibles pour l'ajouter à une wishliste afin de le voir apparaître dans le dépôt de votre distribution préférée, je vous y encourage vivement.

Ici vous pouvez voir des captures : https://sites.google.com/site/ffmulticonverter/screenshots

la version que j'emploie a bien ses menus en français.

14

Présentation / Re : Hello

« Dernier message par patrice le 05 octobre 2019 à 09:29:41 »

Merci beaucoup ;-)

15

Discussions techniques / Re : (Choix de gouverneur) Mon CPU n'allait pas bien

« Dernier message par melodie le 01 octobre 2019 à 12:48:38 »

Je viens de voir que dans BIONIC (Ubuntu LTS 18.04) il y a une différence minime pour trouver quelles fréquences mini et max sont disponibles pour le CPU.
On les trouve dans deux fichiers:
/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
et
/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq

à toutes fins utiles, le noyau actuel de mon système est le "4.15.0-64-generic".

16

Présentation / Re : Hello

« Dernier message par melodie le 01 octobre 2019 à 12:40:01 »

Bonjour Patrice, je te souhaite la bienvenue au Linux Village.

17

Présentation / Hello

« Dernier message par patrice le 25 septembre 2019 à 14:37:09 »

Bonjour,
Rapide présentation ;-)
Je suis Patrice, j'ai la quarantaine, j'habite dans le centre de la France et je suis dans le libre depuis un peu plus de 15 ans.
Je suis sous Linux, Kubuntu, après avoir essayé de nombreuses distros ;-)
Je participe, milite, informe, aide.
Je tiens le site d'info sur le libre :
https://andre-ani.fr
Voilà ;-)

18

Discussions techniques / (Choix de gouverneur) Mon CPU n'allait pas bien

« Dernier message par melodie le 28 juillet 2019 à 01:52:59 »

Mon CPU n'allait pas bien. J'avais changé l'AMD Athlon x2 pour un Phenom x4 965, parce que j'en ai récupéré un et parce que les specs de ma carte mère montraient que c'était possible. Par la suite, la carte graphique PCI-E avait laché. Et je cherchais une solution logicielle pour que tout cela fonctionne mieux, le manque d'une bonne carte graphique se faisant sentir je cherchais une compensation.

Premier essai avec cpufreq-set, mais là, quand j'ai voulu positionner le gouverneur sur performance, suprise : ça ne le faisait que sur le CPU0, les trois autres restaient sur "ondemand". Une recherche sur le web plus tard j'appris 2 choses : en 2013 Phoronix dans un article indiquait que dorénavant, performance était préférable à "ondemand". Comme ça rejoignait ce que je pensais et que je ne voulais pas prendre le temps de tout lire, ça me convenait. Deuxièmement, c'est la commande "cpupower" qu'il fallait employer pour que les 4 cœurs soient positionnés sur "performance" tous en même temps. (Sur performance ou sur un autre gouverneur si vous le voulez, mais dans mon cas c'est celui que je veux).

Cela donne :

Code: [Sélectionner]

sudo cpupower frequency-set -g performance
Super ! Problème réglé ? Non pas tout à fait. Au reboot suivant, cpufreq-info me montrait que les procs étaient de nouveau sur "ondemand". Et lors du boot, en regardant les messages, j'ai vu que LSB envoyait la commande à … je ne sais plus quoi, ça passe trop vite, et bref, ondemand !

Nouvelle recherche sur le web, vite trouvé l'info, il fallait copier le fichier cpufrequtils.sample disponible sous /usr/share/doc/cpufrequtils/examples vers /etc/default/cpufrequtils, et le configurer.

Explications dans le README.Debian trouvé sous /usr/share/doc/cpufrequtils/, et dans les commentaire du fichier cpufrequtils. En français : quelles limites attribuer. Les deux limites minimum et maximum "MIN_SPEED" et "MAX_SPEED" sont des valeurs listées que l'on trouvera avec la commande

Code: [Sélectionner]

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies

Et contrairement à celles fournies par cpufreq-info, elles sont fournies dans le format souhaité pour ce fichier (je ne sais pas nommer l'équivalence, exemple 800Mhz = 800 000 je ne sais quoi, et ce 800 000 est le chiffre qu'il faut utiliser dans le fichier).

Donc, chez moi:

Code: [Sélectionner]

$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
3400000 2700000 2200000 800000
Le contenu de mon fichier cpufrequtils placé sous /etc/default:

# Which governor to use. Must be one of the governors listed in:
#   cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
#
# and which limits to set. Both MIN_SPEED and MAX_SPEED must be values
# listed in:
#   cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
# a value of 0 for any of the two variables will disabling the use of
# that limit variable.
#
# WARNING: the correct kernel module must already be loaded or compiled in.
#
# Set ENABLE to "true" to let the script run at boot time.
#
# eg:   ENABLE="true"
#   GOVERNOR="ondemand"
#   MAX_SPEED=1000000
#   MIN_SPEED=500000

ENABLE="true"
GOVERNOR="performance"
MAX_SPEED=3400000
MIN_SPEED=800000

Il manquait une dernière chose pour que ça tienne passé le reboot, et une dernière recherche plus tard:

Code: [Sélectionner]

$ sudo systemctl disable ondemand
et comme ça se passe sur une version Ubuntu (Bento) 16.04, la console me répondit:

ondemand.service is not a native service, redirecting to systemd-sysv-install
Executing /lib/systemd/systemd-sysv-install disable ondemand
insserv: warning: current start runlevel(s) (empty) of script `ondemand' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (2 3 4 5) of script `ondemand' overrides LSB defaults (empty).
insserv: warning: current start runlevel(s) (empty) of script `ondemand' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (2 3 4 5) of script `ondemand' overrides LSB defaults (empty).

Depuis, j'ai par défaut le gouverneur que je souhaitais pour mon processeur démarrage après démarrage.

* melodie contente !

19

Discussions techniques / Re : Bento Openbox 16.04 en test

« Dernier message par melodie le 21 juillet 2019 à 00:09:29 »

Bonjour,

merci Marc, de ton soutien indéfectible.   

le problème qui vient en premier c'est le poids. J'ai fait ces versions vite fait, pour voir si le programme que j'emploie pour automatiser le chroot et la reconstruction fonctionnait pour moi. Il y a eu un petit souci, mais vite réglé grâce au développeur qui maintient Customizer : https://github.com/kamilion/customizer/issues/208

Par contre il n'y a plus vraiment de Ubuntu Mini Remix sur laquelle construire : https://gist.github.com/fballiano/357810cf7eb70f09d87e

j'aimerais que Fabrizio Balliano arrive à dépasser le blocage technique qu'il a rencontré et reprenne ses travaux, mais cela ne dépend pas de moi.

Enfin, je manque de temps, donc pour l'instant, si la version nommée "test" ne pose pas de souci, autant l'employer telle quelle. Mais sous quelques semaines j'aimerais arriver à trouver le temps de continuer avec la version Ubuntu Mini Remix que j'avais upgradée en 16.04, puis l'upgrader en 18.04, parce que je crois que le résultat sera toujours moins gourmand en taille d'ISO que ce que j'ai pu obtenir en faisant un upgrade de version direct depuis la 14.04.

Liens pour tester:
https://capucine.phillw.org/?C=M;O=D

http://downloads.linuxvillage.org/?C=M;O=D

Bon week-end !

20

Discussions techniques / Re : Bento Openbox 16.04 en test

« Dernier message par mhep le 20 juillet 2019 à 11:56:27 »

Même que melodie propose de participer à son amélioration, en ajoutant par exemple un panneau de configuration qui permettrait de réunir tous les composants de configuration du système et du bureau. Pour cela il faudrait coder en python. Toute contribution serait acceptée.