A propos de cette vulnérabilité d'Enigmail, je vois qu'il est conseillé de le désinstaller parce que la sécurité de nos données pourrait-être compromise. Mais si on le vire on ne peut plus chiffrer les messages et les données sont encore plus compromises, non?
Posté par gpe .
En réponse au message systemd et ordre de démarrage.
Évalué à 1.
Dernière modification le 06 janvier 2018 à 16:08.
Voici ce qu'il y a dans /etc/systemd/system/influxd.service :
# If you modify this, please also make sure to edit init.sh
[Unit]
Description=InfluxDB is an open-source, distributed, time series database
Documentation=https://docs.influxdata.com/influxdb/
After=network-online.target
[Service]
User=influxdb
Group=influxdb
LimitNOFILE=65536
EnvironmentFile=-/etc/default/influxdb
ExecStart=/usr/bin/influxd -config /etc/influxdb/influxdb.conf $INFLUXD_OPTS
KillMode=control-group
Restart=on-failure
[Install]
WantedBy=multi-user.target
Alias=influxd.service
Après il faut savoir que le prix ne comprend pas que le prix du matériel mais bien aussi tout le développement qu’il y a autour (logiciel comme matériel).
j'observe des arrêts sur image où la souris n'est plus active, le clavier non plus. Dans certains cas, l'accès par ssh fonctionne, dans d'autres, le réseau est mort. Il n'y a rien de prédictible…
J'observe aussi ce phénomène sur ma machine de boulot et pourtant je suis sur un i7-4790S, donc Haswell …
Au boulot moi aussi j'utilise une debian stable/backports. Déjà parce que je n'ai pas toujours le temps de gérer quand quelque chose est cassé dans testing ou sid et aussi parce qu'on utilise des logiciels proprio qui n'évoluent pas au rythme de testing/sid lorsque des changements sur des lib importantes interviennent. Les éditeurs fournissent des paquets deb pour stable uniquement en général.
Non pas du tout. Le trafic est pris en compte par l'indication de deux temps (20 et 30 min).
Je connais parfaitement cet itinéraire et le faire en moins de 20 min faut vraiment avoir tous les feux au vert. Quant à le faire en 10 min il faut ne pas tenir à son permis de conduire. Parce que non seulement il faudrait tous les feux au vert, pas de piéton et rouler bien au-dessus des limitations !
Les 14 min par le périph sont réalistes avec un trafic fluide et en roulant normalement.
Ok merci. J'ai trouvé le passage dans la doc mais vu que je ne maîtrise pas les colorscheme je ne sais pas trop quoi faire.
Si des experts vim passent par là … ;)
Je viens d'installer Grammalecte pour Vim et tout fonctionne bien sauf que dans GVim l'affichage ne se fait pas avec les "curly underlines" alors que si j'utilise le correcteur orthographique de Vim j'ai bien les "curly underlines".
Une idée de où ça se configure ?
Je viens faire un essai entre mon domicile et mon boulot et le temps estimé (voiture) est très largement sous-estimé, en gros de moitié !
Constatez-vous la même chose ?
[^] # Re: Surface d'attaque OpenPGP.js & GnuPG
Posté par gpe . En réponse à la dépêche GnuPG, OpenPGP.js & cie : quoi de neuf ?. Évalué à 2.
A propos de cette vulnérabilité d'Enigmail, je vois qu'il est conseillé de le désinstaller parce que la sécurité de nos données pourrait-être compromise. Mais si on le vire on ne peut plus chiffrer les messages et les données sont encore plus compromises, non?
[^] # Re: Box FAI
Posté par gpe . En réponse au journal Remplacement ligne FAX. Évalué à 1.
J'ai une HP Envy 7640 qui inclut un fax et il fonctionne sur ma connexion fibre Orange. Il fonctionnait aussi sur l'ADSL de SFR.
[^] # Re: Interface framework Qt ??
Posté par gpe . En réponse à la dépêche GIMP 2.10 roule au GEGL. Évalué à 0.
Oui mais là c'est un peu comme changer de maison parce que tu as une vitre cassée … ;)
[^] # Re: Interface framework Qt ??
Posté par gpe . En réponse à la dépêche GIMP 2.10 roule au GEGL. Évalué à 9.
C'est amusant cette manie de vouloir changer quand il y a des problèmes plutôt que de chercher à résoudre les problèmes …
[^] # Re: Business model
Posté par gpe . En réponse à la dépêche Ultracopier 1.4. Évalué à 4.
Puisque tu évoques la version Windows, quand on veut l'installer sur Windows 10 on a une belle boite d'alerte qui le déconseille fortement …
# version Debian
Posté par gpe . En réponse à la dépêche Ultracopier 1.4. Évalué à 6.
Depuis aujourd'hui il y a la version 1.4 dans Debian
# Push notification et Google
Posté par gpe . En réponse à la dépêche Ring, un logiciel de communication universel. Évalué à 4.
Bonjour,
A quoi correspond dans les paramètres: Push notifications: Use Google servers to allow receiving calls/messages in the background ?
[^] # Re: Mise à jour Debian pour Meltdown sortie
Posté par gpe . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 1.
Moi j'ai du l'installer manuellement. Le upgrade ou dist-upgrade ne faisait rien.
Sur Sid le noyau corrigé (4.14.12-2) semble poser problème:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886474
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886506
[^] # Re: Type de service
Posté par gpe . En réponse au message systemd et ordre de démarrage. Évalué à 1.
Un
systemctl cat influxd.service
retourne la même chose que ce que j'ai mis précédemment.Est-ce que si j'attends l'apparition du port 8086 je peux considérer qu'influx sera opérationnel?
[^] # Re: Bogue connu ?
Posté par gpe . En réponse au message systemd et ordre de démarrage. Évalué à 2.
Merci pour les liens ça semble intéressant effectivement.
[^] # Re: Type de service
Posté par gpe . En réponse au message systemd et ordre de démarrage. Évalué à 1. Dernière modification le 06 janvier 2018 à 16:08.
Voici ce qu'il y a dans
/etc/systemd/system/influxd.service
:[^] # Re: Du mieux mais...
Posté par gpe . En réponse à la dépêche Librem 5, un projet de téléphone mobile libre tournant sous GNU/Linux !. Évalué à 2.
Pourquoi ?
[^] # Re: Rapport performance / prix décevant
Posté par gpe . En réponse à la dépêche Librem 5, un projet de téléphone mobile libre tournant sous GNU/Linux !. Évalué à 2.
Bref, comme pour tous les produits, non ?
[^] # Re: campagne au ralenti
Posté par gpe . En réponse à la dépêche Grammalecte, correcteur grammatical [2]. Évalué à 1.
C'est bon la campagne a atteint son objectif du premier pallier.
La route continue. Pourvu qu'elle soit longue. :)
[^] # Re: Pas de chance...
Posté par gpe . En réponse à la dépêche Qui est le coupable ? Le processeur ! Retour sur un bogue important des SkyLake & Kaby Lake Intel. Évalué à 5.
J'observe aussi ce phénomène sur ma machine de boulot et pourtant je suis sur un i7-4790S, donc Haswell …
[^] # Re: Utilisation bureau.
Posté par gpe . En réponse à la dépêche Debian 9 : Stretch déploie ses tentacules. Évalué à 7.
Au boulot moi aussi j'utilise une debian stable/backports. Déjà parce que je n'ai pas toujours le temps de gérer quand quelque chose est cassé dans testing ou sid et aussi parce qu'on utilise des logiciels proprio qui n'évoluent pas au rythme de testing/sid lorsque des changements sur des lib importantes interviennent. Les éditeurs fournissent des paquets deb pour stable uniquement en général.
[^] # Re: Très mauvaise version ESR
Posté par gpe . En réponse à la dépêche Printemps 2017 de Mozilla : Firefox 52 à 54 et Thunderbird 52. Évalué à 1.
Je croyais que l'activation de e10s c'était sur la 54, non?
[^] # Re: temps de parcours fortement sous-estimé ?
Posté par gpe . En réponse à la dépêche OpenRouteService : routage en ligne basé sur OpenStreetMap. Évalué à 2. Dernière modification le 11 juin 2017 à 12:44.
Non pas du tout. Le trafic est pris en compte par l'indication de deux temps (20 et 30 min).
Je connais parfaitement cet itinéraire et le faire en moins de 20 min faut vraiment avoir tous les feux au vert. Quant à le faire en 10 min il faut ne pas tenir à son permis de conduire. Parce que non seulement il faudrait tous les feux au vert, pas de piéton et rouler bien au-dessus des limitations !
Les 14 min par le périph sont réalistes avec un trafic fluide et en roulant normalement.
[^] # Re: temps de parcours fortement sous-estimé ?
Posté par gpe . En réponse à la dépêche OpenRouteService : routage en ligne basé sur OpenStreetMap. Évalué à 1. Dernière modification le 10 juin 2017 à 14:45.
Voici ce que ça donne dans mon cas.

Avec OpenRouteService : 10 min
Même trajet avec Google Maps : 20 min
Trajet le plus rapide avec Google Maps (pas réussi à imposer un parcours avec OpenRouteService) : 14 min
[^] # Re: GVim et curly underlines to highlight errors
Posté par gpe . En réponse à la dépêche Grammalecte, correcteur grammatical [2]. Évalué à 1.
Merci ça fonctionne maintenant. :)
[^] # Re: temps de parcours fortement sous-estimé ?
Posté par gpe . En réponse à la dépêche OpenRouteService : routage en ligne basé sur OpenStreetMap. Évalué à 1.
Dans mon cas sur le même parcours google maps indique 20 min (correspond à la réalité) au lieu de 10 min sur OpenRouteService …
[^] # Re: GVim et curly underlines to highlight errors
Posté par gpe . En réponse à la dépêche Grammalecte, correcteur grammatical [2]. Évalué à 1.
Ok merci. J'ai trouvé le passage dans la doc mais vu que je ne maîtrise pas les colorscheme je ne sais pas trop quoi faire.
Si des experts vim passent par là … ;)
# Problème d'accord
Posté par gpe . En réponse à la dépêche Grammalecte, correcteur grammatical [2]. Évalué à 3.
Sur cette phrase Grammalecte détecte bien l'erreur d'accord
Mais pas sur celle-ci
# GVim et curly underlines to highlight errors
Posté par gpe . En réponse à la dépêche Grammalecte, correcteur grammatical [2]. Évalué à 1.
Bonjour,
Je viens d'installer Grammalecte pour Vim et tout fonctionne bien sauf que dans GVim l'affichage ne se fait pas avec les "curly underlines" alors que si j'utilise le correcteur orthographique de Vim j'ai bien les "curly underlines".
Une idée de où ça se configure ?
# temps de parcours fortement sous-estimé ?
Posté par gpe . En réponse à la dépêche OpenRouteService : routage en ligne basé sur OpenStreetMap. Évalué à 1.
Je viens faire un essai entre mon domicile et mon boulot et le temps estimé (voiture) est très largement sous-estimé, en gros de moitié !
Constatez-vous la même chose ?