zephyr32 a écrit 101 commentaires

Je suis bien tombé sur cet outils par hasard il y a un temps et j'ai réussi a remettre la main dessus hier ! Je l'ai testé hier un peu.

J'ai lancé cet outils hier et je voyais que les deux wifi auxquelles j'étais connecté dans le passé (et l'actuel bien sur). Mais j'ai l'impression que l’outil ne lance pas le scan des réseaux visibles. Ou alors je suis passé a côté de quelque chose.

S'il permet de faire cela alors effectivement c'est l’outil idéal je pense !

Bah c'est un paquet comme un autre. S'il est présent c'est qu'il est fonctionnel :)
Non sérieusement, c'était tous les DE. Même xfce avait sauté.
Sur le forum, d'après les Monsieur "ca fait 20 quand que j'utilise freeBSD" c'est jamais arrivé.

En tout cas j'avais sous-estimé le temps de bidouille nécessaire sous freeBSD du coup je suis revenu sur ma bonne vieille Debian.

BSD BSD, sur freeBSD ça fait des jours/semaines qu'un "pkg update" fait sauter tout l'environnement de bureau. Ça revient à la normale mais certains environnement ont encore ce problème.

Ici, la compilation de tout Gnome saute parce que dépend de…gnome-chess. Et le paquet gnome-chess ne compile pas :

https://pkg-status.freebsd.org/beefy20/build.html?mastername=142amd64-quarterly&build=52d4684f6c02

Du coup c'est pas si homogène que ça 😂 Après, évidement il faut lire les résultat de la commande pour voir que tu vas perdre tout ton DE.

Qui peut l'moins, peut l'plus !

Je pense que c'était ambitieux de vouloir mettre sur le PC portable.
D'ailleurs par la suite j'ai trouvé une avec des laptop compatibles ce qui rend l'achat bien plus facile.

Mais je me suis rabattu pour tester sur un Lenovo Tiny.
Manque de bol, cela fait plus d'une semaine que les paquets freeBSD semblent avoir des soucis. Le serveur gérant les paquets semble être dans les choux. Le gestionnaire de paquet fait supprimer les paquets élémentaires (KDE chez moi) et d'autres chez les autres.
Je lis sur les forums "En 20 ans de BSD c'est jamais arrivé…".

J'attends donc que le tout redevient normal afin d'essayer.

Qui mieux que Renault pour entretenir votre Renault c'est ça ? :)
J'ai demandé ici afin d'avoir un point de vu des utilisateur Linux.
Le forum de freeBSD est beaucoup moins chaleureux que celui-ci quand même !

Salut,

J'ai essayé les deux et je n'ai franchement pas vu de différence notable.
En tout cas sur un pc portable Acer qui commence a voir quelques années.

Peut-que ca peut dépendre de la machine.
Tu peux très bien te donner une semaine sur l'un puis faire une semaine sur l'autre et voir si ça change. Sans tester sur ta machine et avec ton usage personnel, tout n'est que spéculation.

Bon. Rss Bridge semble être compliqué pour la mise en place d'un site non prise en charge.

Merci beaucoup pour ton lien !

Re.

Je pense avoir trouvé.
Après avoir fait des test, le tout semble fonctionner.
Je poste le résultat final. Peut-être que ça peut aider.

Ma première erreur était le fait que j'ai utilisé os.system()
Il fallait utiliser os.popen.
Cette variable étant fausse, tout le reste était dans les choux.

La variable station_actuelle reste dans la limite du nombre de liens présents dans ma playlist.

Merci encore pour votre aide.

#!/usr/bin/python
#Control MPD Client volume using a physical rotary encoder
#pip install mopidy-spotify

from RPi import GPIO
from time import sleep
import os

clk = 23
dt = 24

GPIO.setmode(GPIO.BCM)
GPIO.setup(clk, GPIO.IN, pull_up_down=GPIO.PUD_DOWN)
GPIO.setup(dt, GPIO.IN, pull_up_down=GPIO.PUD_DOWN)


clkLastState = GPIO.input(clk)
# Donne le nombre de ligne dans le fichier de la playlist. Ne pas depasser
# Si ajout des liens dans le fichier plus tard, pas besoin de changer le code 
nombre_lignes_playlist = os.popen("wc -l < /home/jasmin/.mpd/playlists/radio.m3u").read()

#La Station jouée au démarrage est toujours 1 (crontab)
station_actuelle = 1

try:
        while True:
                clkState = GPIO.input(clk)
                dtState = GPIO.input(dt)
                if clkState != clkLastState:
                    if dtState != clkState:
                        if station_actuelle > 0 and station_actuelle < int(nombre_lignes_playlist):
                            station_actuelle += 1
                        else:
                             pass
                    else:
                        if station_actuelle > 1:
                            station_actuelle -=1
                        else:
                             pass
                    # lacer la lecture 
                    os.system("mpc play " + str(station_actuelle))
                    print("La station actuelle est de : " + str(station_actuelle))
                    print("Le nombre de lignes dans la palylist est de : " + nombre_lignes_playlist)
                    clkLastState = clkState
                    sleep(1)
finally:
        GPIO.cleanup

Bon. J'ai rajouté un deuxième encodeur rotatif et j'ai repris le code ci-dessus.
J'ai essayé de l'adapter pour changer les radios cette fois-ci.

Le fonctionnement (si ça marche).

1. Créer une playlist m3u dans laquelle il y a plusieurs radios (liens). Cinq dans mon cas.
2. Faire un crontab au démarrage et lancer la première radio avec la commande mpc play 1. Chaque radio peut être lancée en fonction de sa position dans la liste

Le point 1 et 2 fonctionnement correctement.

3. Exécuter le script qui permet de changer les radios avec l'encodeur:
a) Si l'encodeur va trop loin par rapport au nombre de ligne de la liste (ex: mpc play 20), lancer la ligne 1 (revenir au début quoi)
b) Si l'encodeur va dans le négatif, jouer la ligne 1

J'ai modifié ce code mais ça ne donne rien.

Si vous avez des idées, je veux bien.

Merci d'avance.

#!/usr/bin/python
#Control MPD Client volume using a physical rotary encoder
#pip install mopidy-spotify

from RPi import GPIO
from time import sleep
import os

clk = 23
dt = 24

GPIO.setmode(GPIO.BCM)
GPIO.setup(clk, GPIO.IN, pull_up_down=GPIO.PUD_DOWN)
GPIO.setup(dt, GPIO.IN, pull_up_down=GPIO.PUD_DOWN)


clkLastState = GPIO.input(clk)
# Donne le nombre de ligne dans le fichier de la playlist. Ne pas depasser
# Si ajout des liens dans le fichier plus tard, pas besoin de changer le code 
nombre_lignes_playlist = os.system("wc -l < /home/jasmin/.mpd/playlists/radio.m3u")

#La Station jouée au démarrage est toujours 1 (crontab)
station_actuelle = 1

try:
        while True:
                clkState = GPIO.input(clk)
                dtState = GPIO.input(dt)
                if clkState != clkLastState:
                    if dtState != clkState:
                        station_actuelle += 1
                    else:
                        station_actuelle -=1    

                    # Si encodeur envoi des valeur négative, remettre la station à 1
                    if station_actuelle < 1:
                        station_actuelle = 1

                    # Idem si dépassement. Jouer le premier lien de la liste
                    if station_actuelle > nombre_lignes_playlist:
                        station_actuelle = 1

                    # lacer la lecture 
                    os.system("mpc play " + str(station_actuelle))
                    clkLastState = clkState
                    sleep(0.01)
finally:
        GPIO.cleanup

Grand merci ! Maintenant tout fonctionne parfaitement à ce niveau.

J'ai un Yunohost et j'avais pensé au blog aussi. Mais ma connexion a la maison est assez pitoyable donc j'ai un VPS chez un hébergeur. Idem pour le VPN.

Pour les app Yunohost j'en ai que deux :
- FreshRSS : c'est un agrégateur RSS. J'utilise les abonnements RSS depuis peu et je suis vraiment émerveillé pour cet outils. Du coup FreshRSS fait bien l'affaire.
- Home Assistant : plus pour découvrir car j'ai quelques prises connectés

Yunohost tourne sur une Raspberry pi 4. J'ai aussi installé MPD dessus pour écouter la radio. Mais ça fait pas partie de Yunohost lui-même du coup.

J'en ai un et ça marche très bien. Ce modèle.

Peut-être l'indépendance par rapport au fait qu'une antenne 4G n'offre pas un débit dédié mais partagé, qui chutera en fonction du nombre d'utilisateurs.

Je rame un peu oui.

Merci beaucoup pour votre aide.

Je pense que je vais commander tout ça.
De toute façon, je prends et je teste. Si ca ne convient je revend le matériel et c'est tout.

Ce qui me fait hésiter c'est la consommation de données par mois. Etant donné qu'on est en illimité avec une boxe classique, je n'ai vraiment aucune idée de ce qu'on consomme en moyenne mensuelle.

J'ai une Vilvio (Pockrtbook donc) depuis quelques années.
Pour ma part j'utilise KOreader dessus qui intègre beaucoup de fonctionnalités :
- RSS
- Sync avec serveur Wallabag
- Ajouter de dico perso
- Constructeur de vocabulaire
- et bien d'autres

L'installation est tout a fait enfantine (glisser/déposer un dossier).

https://github.com/koreader/koreader

Si je dois changer de lieseuse, je regarderais d'abord si elle est compatible avec Koreader.

L'application de Radio France est bourrée de pisteurs. C'est terrible d'en voir autant dans une application publique.

https://reports.exodus-privacy.eu.org/fr/reports/392460/

J'ai laissé tomber l'idée de faire marcher ce Pihole. J'ai perdu des heures a trouver une solution mais y a toujours un truc qui va pas.

Merci à tous pour votre aide en tout cas.
Je garde mon Yunohost avec les applications habituelles sans rien bricoler.

J'ai essayé je ne sais combien de générateurs de sites statiques dans l'idée de commencer un blog.
J'ai jamais fait ce blog. Maaaaais, j'ai essayé des générateurs.

Cette pratique de tester un tas d'outils sans jamais leur trouver un projet doit sûrement avoir un nom. Et je ne pense pas être seul à la pratiquer.

Désolé. J'ai fait un réponse dégeulasse. Je voulais l'éditer mais je n'ai plus le bouton.
Je vais signaler afin qu'il soit supprimé.

Voici ma réponse complète.

Alors, ce que j'ai fait :
- supprimé la ligne d'attribution d'IP statique dans l'interface du pihole
- attribué une IP statique à la machine du pihole directement dans les fichiers de config :

admin@redzic:~ $ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source /etc/network/interfaces.d/*
iface eth0 inet static
address 192.168.1.20
netmask 255.255.255.0
gateway 192.168.1.1

Pour info mes interfaces :

admin@redzic:~ $ ip a 
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether dc:a6:32:32:0d:aa brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.20/24 brd 192.168.1.255 scope global noprefixroute eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::fcc5:1f1e:4b3c:f67e/64 scope link 
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether dc:a6:32:32:0d:ab brd ff:ff:ff:ff:ff:ff

Si je fais un dig depuis ma machine où est installé le pihole (192.168.1.20) :

admin@redzic:~ $ dig a linuxfr.org +short +identify
213.36.253.176 from server ::1 in 35 ms.

Ce "::1" me chagrine mais je ne sais pas si c'est vraiment faux.
Voici mon fichier hosts :

admin@redzic:~ $ cat /etc/hosts
127.0.0.1       localhost
::1             localhost ip6-localhost ip6-loopback
ff02::1         ip6-allnodes
ff02::2         ip6-allrouters

127.0.1.1               yunohost

#127.0.0.1      xxxx
192.168.1.20    xxxx.yy #Added by pihole#

Dans les logs du pihole, je vois toutes les requêtes faites sur cette même machine. Lorsque je fais un ping ou lorsque je rafraîchis mon applications FreshRSS installé dessus. Je peux voir les domaines sur lesquels il se connecte et quel serveur DNS il interroge (FDN dans mon cas. Celui que j'ai sélectionné dans les paramètres du pihole).

Si j'édite mon /etc/resolv.conf sur l'une des machine (autre que le pihole) en mettant l'adresse 192.168.1.20 :

jaared@optiplex:~$ ping linuxfr.org
ping: linuxfr.org: Temporary failure in name resolution

Côté pihole tout semble tourner :

admin@redzic:~ $ sudo pihole status  
 [✓] FTL is listening on port 53  
    [✓] UDP (IPv4)  
    [✓] TCP (IPv4)  
    [✓] UDP (IPv6)  
    [✓] TCP (IPv6)  

 [✓] Pi-hole blocking is enabled

Merci pour votre aide a tous.

Alors, ce que j'ai fait :
- supprimé la ligne d'attribution d'IP statique dans l'interface du pihole
- attribué une IP statique directement dans les fichiers conf :
```
admin@redzic:~ $ cat /etc/network/interfaces

interfaces(5) file used by ifup(8) and ifdown(8)

Include files from /etc/network/interfaces.d:

source /etc/network/interfaces.d/*
iface eth0 inet static
address 192.168.1.20
netmask 255.255.255.0
gateway 192.168.1.1
```

J'ai renommé les fichiers pour que ce soit plus clair. Il y a deux captures concernant l'interface de Pi Hole et une de mon routeur SFR.
J'ai encore fouillé sur internet aujourd'hui mais vraiment, je ne comprends pas ce qui cloche.

Merci beaucoup pour ton aide.
Effectivement, étant plus que mauvais en réseau je n'ai pas assigné l'adresse fixe au bon endroit.

Quand je parle du routeur/box, c'est le même boite, celui de l'opérateur.

J'ai pu refaire mon opération mais cela ne marche toujours pas.
J'ai :
- Désactivé le DHCP de ma box internet
- Activé celui du Pi-Hole
- Assigné l'adresse 192.168.1.20 comme étant celle de mon raspberry pi.

Le résulta est le même : impossible de se connecter au réseau.
J'ai du réinitialiser ma box internet

Voici deux captures d'écran de ma configuration.

Du coup je ne vois plus ce que j'ai fait de faux.

Sur la page du moteur :

Préférences - Onglet "Vie Privée" - Méthode HTTP => POST

Cela ne fonctionne pas chez toi ?

Comme dirait Musk, Chez moi ça marche !

Ecoute je n'ai pas mesuré le temps d'exécution donc je ne sais pas si c'est vraiment plus rapide. En tout cas, sur mon ordinateur portable qui est en mode "powersafe" lorsqu'il est sur batterie, la fluidité n'est pas là.
Wayland est censé être plus rapide de part son fonctionnement mais j'ai l'impression que c'est lent chez moi. Ou alors sur X11, en désactivant la composition cela enlève seulement les transitions, du coup ça parait plus rapide.

J'ai cette impression en tout cas mais ça se trouve c'est dur pur placebo.

Je suis curieux de savoir s'il y a d'autres personnes dans ce cas.

Immense merci pour ton aide.
C'était bien caché et effectivement j'avais Wayland par défaut.

Merci encore.