Re: compiz sous Sid
Nous utilisons Compiz sous Stretch avec Mate pour notre ensemble accessible aux personnes mal voyantes. Cordialement, Raphaël Klaus Becker writes: > Salut, > > sous Sid et XFCE, j'ai installé compiz, surtout pour le cube. > > Mais un "compiz --replace" me laisse avec un bureau inutilisable, et si > j'essaye d'utiliser ccsm pour lancer des effets compiz, rien ne fonctionne. > > J'ai déjà posé la question sur la liste allemande à laquelle je suis > également > abonné, personne ne m'a répondu. > > Est-ce que qn ici est arrivé à utiliser compiz sous Debian? > > bonne soirée > > Klaus
Re: Retro update
On Fri, Oct 27, 2017 at 03:34:59PM +0200, Felix Defrance wrote: > Dans l'absolut c'est possible. Non, dans l'absolu, c'est impossible. Les paquets qui "upgradent" (augmentent de version) ont le droit de changer les formats de fichiers de configuration, les schémas de bases de données et autre. Les paquets qui "downgradent" ne savent typiquement pas le faire. En d'autre termes, si un format a changé, ça ne marchera pas à moins de ressortir des backups. (Mais vous avez des backups de tout, bien sûr? Faut considérer toute donnée non sauvegardée comme perdue). Y.
Problème d'installation sur carte Alix
Bonsoir, J'essaye d'installer debian GNU/Linux sur une carte Alix (pcengines.ch) et j'obtiens ce message d'erreur lors du boot. [0.00] ACPI BIOS Error (bug): A valid RSDP was not found (20160831/tbxfroot-244) [0.136906] dmi: Firmware registration failed. [4.836909] Initramfs unpacking failed: write erroru entry [5.257384] Failed to find cpu0 device node [5.272244] dmi-sysfs: dmi entry is absent. [5.279317] mce: Unable to init device /dev/mcelog (rc: -5) [5.661302] gpio-keys-polled gpio-keys-polled.1: unable to claim gpio 24, err=-517 [5.709693] gpio-keys-polled gpio-keys-polled.1: unable to claim gpio 24, err=-517 [5.731253] gpio-keys-polled gpio-keys-polled.1: unable to claim gpio 24, err=-517 [5.740225] gpio-keys-polled gpio-keys-polled.1: unable to claim gpio 24, err=-517 [5.943348] gpio-keys-polled gpio-keys-polled.1: unable to claim gpio 24, err=-517 [5.964487] gpio-keys-polled gpio-keys-polled.1: unable to claim gpio 24, err=-517 Il n'y a pas d'option d'ACPI dans le Bios. Cordialement, -- Rémi Demarthe
compiz sous Sid
Salut, sous Sid et XFCE, j'ai installé compiz, surtout pour le cube. Mais un "compiz --replace" me laisse avec un bureau inutilisable, et si j'essaye d'utiliser ccsm pour lancer des effets compiz, rien ne fonctionne. J'ai déjà posé la question sur la liste allemande à laquelle je suis également abonné, personne ne m'a répondu. Est-ce que qn ici est arrivé à utiliser compiz sous Debian? bonne soirée Klaus
Re: Explication sur un ping étrange
Le 30/10/2017 à 11:18, Pascal Hambourg a écrit : Le 30/10/2017 à 11:02, Migrec a écrit : Ma box Livebox est joignable avec un ping alors que j'ai désactivé l'interface sur laquelle elle est raccordée... Une explication ? Habituellement, j'ai : Net <-> Box IP Publique <-> 192.168.1.92 (eth1) Serveur (eth0) <-> réseau local Aujourd'hui, j'ai : Net <-> Téléphone point d'accès WiFi <-> 192.168.43.81 (wlan0) Serveur (eth0) <-> Réseau local A quoi le téléphone est-il connecté ? Le téléphone est connecté en 4G d'un coté (internet) et de l'autre il est connecté au serveur via une liaison WiFi et une clé Wifi USB sur le serveur. [root@canoe]:~ # ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=250 time=61.9 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=250 time=47.9 ms Ce n'est probablement pas ta box qui répond, mais une autre machine qui a la même adresse IP. Les adresses IP privées ne sont pas uniques. Le temps de réponse et le TTL vont dans ce sens. Donc ça prendrait la route par défaut, qui part vers le net et l'une des machines répondrait. Tu peux essayer de te connecter aux services normalement offerts par ta box (interface web d'administration...) pour vérifier. Box injoignable... -- Migrec
Re: Alternative à Nagios
Bonjour, Nous utilisons omdistro depuis un petit moment http://omdistro.org/ c'est assez complet et facile à mettre en place et configurer. cordialement. -- __ oooOOOooo __ Sebastien PICARD Centre Ressources Informatique IUT-BM IUT BELFORT-MONTBELIARD Universite de Franche-Comte IUT Belfort-Montbeliard 19 avenue du Maréchal Juin BP 527 90016 Belfort cedex __ oooOOOooo __ De: "Migrec" À: debian-user-french@lists.debian.org Envoyé: Jeudi 26 Octobre 2017 23:13:34 Objet: Re: Alternative à Nagios Le 25/10/2017 à 13:36, Belaïd a écrit : Bonjour, J'utilise Monit, très facile à configurer Le 25 octobre 2017 à 13:09, Migrec < mic.gre...@online.fr > a écrit : BQ_BEGIN Bonjour, Jusqu'à mon passage récent à Stretch, j'utilisais avec succès nagios pour superviser de façon basique mon petit serveur (une douzaines de services classiques : serveur HTTP, NTP, DNS, DHCP, etc.). Maintenant que Nagios n'est plus présent dans Stretch, par quoi puis-je le remplacer ? Mes besoins sont basiques : une interface de visualisation, un éventuel système pour avertir par mail, une configuration si possible via l'interface we. BQ_END Bonjour, Effectivement monit est très simple à installer et configurer ! Il est clair et suffisant pour un besoin primaire. Je le garde dans un coin ! Je trouve les fonctions d'historique interessantes pour moi car je ne scrute pas en permanence l'état de mon serveur donc je teste Zabbix et icinga2. -- Migrec
Re: Signature de clef GPG sur Paris le 2 Novembre 2017
Bonjour, Le mercredi 13 septembre 2017 14:30:04 UTC+2, Ludovic Hirlimann a écrit : > Bonjour, > > J'organise une KSP , dans les locaux de Mozilla à Paris le 2 novembre > 2017. J'envoi ce petit mail pour vous prevenir car plus on est de fou > plus on rit. > J'ai exporter mes clés sur un dongle USB, c'est bon ou je dois mettre mes clés sur un serveur ? Si c'est sur une serveur lequel ? Merci Ptilou
Re: Explication sur un ping étrange
Le 30/10/2017 à 11:02, Migrec a écrit : Ma box Livebox est joignable avec un ping alors que j'ai désactivé l'interface sur laquelle elle est raccordée... Une explication ? Habituellement, j'ai : Net <-> Box IP Publique <-> 192.168.1.92 (eth1) Serveur (eth0) <-> réseau local Aujourd'hui, j'ai : Net <-> Téléphone point d'accès WiFi <-> 192.168.43.81 (wlan0) Serveur (eth0) <-> Réseau local A quoi le téléphone est-il connecté ? [root@canoe]:~ # ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=250 time=61.9 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=250 time=47.9 ms Ce n'est probablement pas ta box qui répond, mais une autre machine qui a la même adresse IP. Les adresses IP privées ne sont pas uniques. Le temps de réponse et le TTL vont dans ce sens. Tu peux essayer de te connecter aux services normalement offerts par ta box (interface web d'administration...) pour vérifier.
Re: Explication sur un ping étrange
Le 10/30/17 à 11:02, Migrec a écrit : > Bonjour, > > Ma box Livebox est joignable avec un ping alors que j'ai désactivé > l'interface sur laquelle elle est raccordée... Une explication ? > > Habituellement, j'ai : > > Net <-> Box IP Publique <-> 192.168.1.92 (eth1) Serveur (eth0) <-> > réseau local > > Aujourd'hui, j'ai : > > Net <-> Téléphone point d'accès WiFi <-> 192.168.43.81 (wlan0) > Serveur (eth0) <-> Réseau local > > Mais : > > [root@canoe]:~ # ping 192.168.1.1 > PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. > 64 bytes from 192.168.1.1: icmp_seq=1 ttl=250 time=61.9 ms > 64 bytes from 192.168.1.1: icmp_seq=2 ttl=250 time=47.9 ms > 64 bytes from 192.168.1.1: icmp_seq=3 ttl=250 time=60.1 ms > 64 bytes from 192.168.1.1: icmp_seq=4 ttl=250 time=38.2 ms > 64 bytes from 192.168.1.1: icmp_seq=5 ttl=250 time=39.0 ms > 64 bytes from 192.168.1.1: icmp_seq=6 ttl=250 time=55.0 ms > 64 bytes from 192.168.1.1: icmp_seq=7 ttl=250 time=47.9 ms > 64 bytes from 192.168.1.1: icmp_seq=8 ttl=250 time=46.0 ms > 64 bytes from 192.168.1.1: icmp_seq=9 ttl=250 time=44.1 ms > 64 bytes from 192.168.1.1: icmp_seq=10 ttl=250 time=44.2 ms > 64 bytes from 192.168.1.1: icmp_seq=11 ttl=250 time=62.0 ms > ^C > --- 192.168.1.1 ping statistics --- > 11 packets transmitted, 11 received, 0% packet loss, time 10011ms > rtt min/avg/max/mdev = 38.205/49.710/62.036/8.340 ms > > [root@canoe]:~ # route > Table de routage IP du noyau > Destination Passerelle Genmask Indic Metric Ref > Use Iface > default 192.168.43.1 0.0.0.0 UG 0 0 0 wlan0 > 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 > 192.168.43.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0 > > [root@canoe]:~ # ifconfig eth0 > eth0: flags=4163 mtu 1500 > inet 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255 > inet6 fe80::d685:64ff:fe6a:7260 prefixlen 64 scopeid 0x20 > ether d4:85:64:6a:72:60 txqueuelen 1000 (Ethernet) > RX packets 608221 bytes 720837642 (687.4 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 429502 bytes 216277189 (206.2 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device interrupt 18 > > > Sur mon serveur, j'ai un serveur DNS qui sert de cache. Mais à priori, > il n'intervient pas dans le ping puisque je donne l'adresse... > Pourquoi j'ai une réponse au ping puisque j'ai désactivé eth1, seule > interface en communication avec ma box ? > > -- > Migrec > Ce n'est pas forcément ta boite qui répond, mais un équipement quelconque dans le réseau de ton opérateur mobile. 192.168.1.1 est une adresse privée qui peut être utilisée dans plusieurs réseaux
Explication sur un ping étrange
Bonjour, Ma box Livebox est joignable avec un ping alors que j'ai désactivé l'interface sur laquelle elle est raccordée... Une explication ? Habituellement, j'ai : Net <-> Box IP Publique <-> 192.168.1.92 (eth1) Serveur (eth0) <-> réseau local Aujourd'hui, j'ai : Net <-> Téléphone point d'accès WiFi <-> 192.168.43.81 (wlan0) Serveur (eth0) <-> Réseau local Mais : [root@canoe]:~ # ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=250 time=61.9 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=250 time=47.9 ms 64 bytes from 192.168.1.1: icmp_seq=3 ttl=250 time=60.1 ms 64 bytes from 192.168.1.1: icmp_seq=4 ttl=250 time=38.2 ms 64 bytes from 192.168.1.1: icmp_seq=5 ttl=250 time=39.0 ms 64 bytes from 192.168.1.1: icmp_seq=6 ttl=250 time=55.0 ms 64 bytes from 192.168.1.1: icmp_seq=7 ttl=250 time=47.9 ms 64 bytes from 192.168.1.1: icmp_seq=8 ttl=250 time=46.0 ms 64 bytes from 192.168.1.1: icmp_seq=9 ttl=250 time=44.1 ms 64 bytes from 192.168.1.1: icmp_seq=10 ttl=250 time=44.2 ms 64 bytes from 192.168.1.1: icmp_seq=11 ttl=250 time=62.0 ms ^C --- 192.168.1.1 ping statistics --- 11 packets transmitted, 11 received, 0% packet loss, time 10011ms rtt min/avg/max/mdev = 38.205/49.710/62.036/8.340 ms [root@canoe]:~ # route Table de routage IP du noyau Destination Passerelle Genmask Indic Metric RefUse Iface default 192.168.43.10.0.0.0 UG0 00 wlan0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 eth0 192.168.43.00.0.0.0 255.255.255.0 U 0 00 wlan0 [root@canoe]:~ # ifconfig eth0 eth0: flags=4163 mtu 1500 inet 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::d685:64ff:fe6a:7260 prefixlen 64 scopeid 0x20 ether d4:85:64:6a:72:60 txqueuelen 1000 (Ethernet) RX packets 608221 bytes 720837642 (687.4 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 429502 bytes 216277189 (206.2 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 18 Sur mon serveur, j'ai un serveur DNS qui sert de cache. Mais à priori, il n'intervient pas dans le ping puisque je donne l'adresse... Pourquoi j'ai une réponse au ping puisque j'ai désactivé eth1, seule interface en communication avec ma box ? -- Migrec
