Re: Re : Re : Lumière bleue des moniteurs led ?

[Yann Serre]

Le 08/07/2019 à 18:40, Eric Degenetais a écrit :

Personnellement, j'aimerais bien une démonstration autre que le
matériel publicitaire des opticiens ATOLL pour leurs lunettes
anti-bleu que l'intensité de la lumière bleue en question est
suffisante pour tromper le système nerveux. L'intensité lumineuse d'un
cran LED est quand même sacrément inférieure à celle du soleil.

Cordialement
__
Éric Dégenètais


Il me semble que lunettes en question filtrent surtout les UV.
En photo/vidéo ces mêmes filtres UV sont utilisés depuis très longtemps.
P'tet qu'en plus des UV les lunettes Atol pour écrans mangent un peu sur 
la longueur d'onde du bleu...
Mais je pense aussi que médicalement parlant, avoir les rétines exposées 
directement à une source d'UV va poser des problèmes sur le long 
terme... Les UV du soleil, on ne les reçoit que par réflexion, pas 
directement sur les rétines. Et je parie que plus les ondes lumineuses 
sont courtes, moins elle sont énergétiques après réflexion sur une 
surface absorbante (cad pas un miroir, la neige, la surface de l'eau,...).


Sinon pour ce qui est du soleil, le bleu, les UV sont diffractés par 
l'atmosphère (la vapeur d'eau entre autres).
A midi GMT la partie bleue du spectre pénètre et éclaire directement le 
sol. Plus le soir tombe, plus la lumière traverse l'atmosphère de biais, 
plus l'extrémité bleue du spectre va "rebondir" sur l'atmosphère et se 
perdre dans l'espace (...space ...pace ...ace ...ce ...e ...).
Bref, la partie du soleil qui arrive au niveau du sol est de plus en 
plus dans l'extrémité rouge du spectre. Et depuis nos ancêtres (les 
petits mammifères qui ont survécu aux dinosaures) cette lumière 
rougeoyante réveille des hormones qui préparent au sommeil.


Au dessus de mon bureau, le soir, l'éclairage d'ambiance est généré 
uniquement par 30W de LEDS rouges et une petite ampoule LED très jaune 
(7W @ 2200°K). Cette lumière d'ambiance rouge se mélange à celle des 
écrans. Un peu comme l'ambiance de nuit des navires militaires. Je ne 
sais pas si c'est vraiment efficace de diluer le bleu dans beaucoup de 
rouge, mais c'est ce que j'expérimente depuis quelques années, sans trop 
de fatigue visuelle ni de problèmes d'endormissement ensuite.


Bon avec tout ça, on n'est pas trolldi.

Bonne semaine à tous.

Yann

Re: Lumière bleue des moniteurs led ?

[G2PC]

> Je cherche à savoir s'il existe un paquetage sous debian stretch 9.9.0 qui
> permet de filtrer efficacement la lumière bleue des moniteurs led.

F.Lux et Redshift :
https://wiki.visionduweb.fr/index.php?title=Installer_Configurer_Utiliser_des_logiciels_sur_GNU_Linux#F.lux

Re: Re : Lumière bleue des moniteurs led ?

[Eric Degenetais]

Éric Dégenètais

Le lun. 8 juil. 2019 19:26, Raphaël POITEVIN  a
écrit :

> hamster  writes:
> > Donc pour ne pas retarder l'endormissement, il faudrait ne plus
> > regarder d'écran 1 a 2 h avant de se coucher, ce que peu de monde fait.
> > Ou alors virer le bleu des écrans dès qu'il fait nuit.
>
> Le plus pertinent est de lire en Braille ! :-)
>

Pour ma part, le seul effet que j'ai ressenti en travaillant sur des écrans
aux couleurs réglées pour "reposer les yeux" (d'après l'utilisateur
habituel de la machine) c'est une gêne visuelle par perte de contraste qui
à la longue me donne des maux de crâne.

> --
> Raphaël
>
>

Re : Re : Lumière bleue des moniteurs led ?

[nicolas . patrois]

Le 08/07/2019 17:20:04, hamster a écrit :

> Est-ce de l'incompréhension ou bien carrément de la mauvaise foi ?

Pète un coup, ça ira mieux.
[…]

> Pour ceux qui veulent creuser le sujet, c'est par la :
> https://www.youtube.com/watch?v=AZBRng9L_pc

As-tu plutôt un texte à lire qu4une vidéo à regarder ?

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: Re : Lumière bleue des moniteurs led ?

[Raphaël POITEVIN]

hamster  writes:
> Donc pour ne pas retarder l'endormissement, il faudrait ne plus
> regarder d'écran 1 a 2 h avant de se coucher, ce que peu de monde fait.
> Ou alors virer le bleu des écrans dès qu'il fait nuit.

Le plus pertinent est de lire en Braille ! :-)
-- 
Raphaël

SSHFS : Une alerte est manquante sur l'état des droits de clé privée

[G2PC]

SSHFS : Une alerte est manquante sur l'état des droits de clé privée


Avis aux développeurs de paquets, pour corriger le bogue suivant, ouvert
sur le Github officiel du paquet SSHFS.


Je suis probablement mauvais, mais je crée mes clés privées sur le
serveur, après une première connexion avec un simple mot de passe.
Une fois cela fait, je copie le contenu de mes clés sur la machine locale.
Pour cela, je suis en mode graphique et je crée deux fichiers sur ma
machine: id_rsa_private et id_rsa.pub qui ont, par défaut, les droits 664.

Je remarque le message d'alerte suivant, avec SSH, lorsque je souhaite
me connecter avec mon utilisateur local simple, à l'aide de la clé privée:

ssh USER@SERVEUR -i /home/USERLOCAL/.ssh/SERVEUR/id_rsa_private

@
WARNING: UNPROTECTED PRIVATE KEY FILE!
@
Permissions 0664 for '/home/USERLOCAL/.ssh/SERVEUR/id_rsa_private' are
too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.

On note ici la traduction de l'anglais vers le français : This private
key will be ignored. -> La clé privée est ignorée !


Avec ça, je comprends mieux!
J'ai identifié ce qui ressemble à un bogue, ou plutôt à un manque de
précision, sur SSHFS, mais, cela me semble important.


sshfs -o allow_other, IdentityFile = / home / USERLOCAL / .ssh / SERVEUR
/ id_rsa_private USERSERVEUR @ SERVEUR: / home / USERSERVEUR / FOLDER /
home / USERLOCAL / FOLDER

Si l'utilisateur qui se connecte est l'utilisateur root de la machine
locale, la phrase secrète est requise lors du montage de dossiers partagés.

Si l'utilisateur qui se connecte est un simple utilisateur de la machine
locale, le mot de passe de l'utilisateur sur le SERVEUR est demandé lors
du montage des dossiers partagés.
Attention ! Ce n'est pas le comportement normal! Si la clé privée qui
est copiée localement a les droits, 600, c'est la phrase secrète qui
sera demandée. C'est ce que nous voulons !


Donc, ici, SSHFS ne nous informe pas de la présence de la clé, qui
possède de mauvais droits, tout comme le fait SSH, lors d’une connexion
en tant que simple utilisateur local.
Pourtant, le comportement semble identique ! SSHFS va ignorer la clé
privée ! OUTCH :/

Je pense vraiment que SSHFS devrait être capable de mettre en garde sur
le problème des droits appliqués à la clé privée, de la même manière que
le fait déjà SSH.


https://github.com/libfuse/sshfs/issues/180

Re: Re : Lumière bleue des moniteurs led ?

[hamster]

Le 08/07/2019 à 18:55, elgueroe...@yahoo.fr a écrit :
>> Le lundi 8 juillet 2019 à 13:04:10 UTC+2, hamster
>>  a écrit :
>>
>> Pour la lumière bleue, il ne s'agit pas d'abimer les yeux mais d'activer
>> les recepteurs spécifiques au bleu qui sont derrière la rétine et qui
>> servent au corps a synchroniser l'horloge biologique avec le jour. Il
>> faut donc qu'il y ait du bleu en journée mais qu'il n'y en ait pas (ou
>> en tout cas beaucoup moins) après le coucher du soleil, sinon l'horloge
>> biologique reste en mode "jour" et ca peut provoquer des difficultés
>> d'endormissement.
>
> c'est un peu paradoxal ça: si tu veux dormir
> il vaut mieux ne pas regarder l'écran de l'ordi,
> bleu ou pas. Et si tu veux travailler sur l'ordi la nuit
> il vaut mieux ne pas avoir envie de dormir.

Est-ce de l'incompréhension ou bien carrément de la mauvaise foi ?

Je te laisse le bénéfice du doute et j'explique : l'horloge biologique
ne se met pas brusquement en mode "nuit" dès que tu éteins ton écran. De
plus, quand tu regarde des écrans avec beaucoup de bleu, la sensation de
sommeil ne viens pas quand il commence a se faire tard, du coup tu a
tendance a continuer a rester sur l'écran faute d'avoir envie d'aller te
coucher. Donc pour ne pas retarder l'endormissement, il faudrait ne plus
regarder d'écran 1 a 2 h avant de se coucher, ce que peu de monde fait.
Ou alors virer le bleu des écrans dès qu'il fait nuit.

Pour ceux qui veulent creuser le sujet, c'est par la :
https://www.youtube.com/watch?v=AZBRng9L_pc

Re: Re : Lumière bleue des moniteurs led ?

[elgueroeric]

 

Le lundi 8 juillet 2019 à 13:04:10 UTC+2, hamster  a écrit 
:

Pour la lumière bleue, il ne s'agit pas d'abimer les yeux mais d'activer
les recepteurs spécifiques au bleu qui sont derrière la rétine et qui
servent au corps a synchroniser l'horloge biologique avec le jour. Il
faut donc qu'il y ait du bleu en journée mais qu'il n'y en ait pas (ou
en tout cas beaucoup moins) après le coucher du soleil, sinon l'horloge
biologique reste en mode "jour" et ca peut provoquer des difficultés
d'endormissement.


c'est un peu paradoxal ça: si tu veux dormir
il vaut mieux ne pas regarder l'écran de l'ordi,
bleu ou pas. Et si tu veux travailler sur l'ordi la nuit
il vaut mieux ne pas avoir envie de dormir.

e.e.
  

Re: Re : Re : Lumière bleue des moniteurs led ?

[Eric Degenetais]

Personnellement, j'aimerais bien une démonstration autre que le
matériel publicitaire des opticiens ATOLL pour leurs lunettes
anti-bleu que l'intensité de la lumière bleue en question est
suffisante pour tromper le système nerveux. L'intensité lumineuse d'un
cran LED est quand même sacrément inférieure à celle du soleil.

Cordialement
__
Éric Dégenètais

Le lun. 8 juil. 2019 à 14:11,  a écrit :
>
> Le 08/07/2019 11:03:52, hamster a écrit :
>
> > PS : tu pourrais te renseigner ou demander pour quelle raison on veut
> > faire ça avant de décréter de façon lapidaire que ça sert a rien alors
> > que tu sais même pas de quoi tu parle.
>
> J’y peux rien si la demande initiale n’est pas claire non plus.
>
> nicolas patrois : pts noir asocial
> --
> RÉALISME
>
> M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains 
> ? Un cerveau plus gros ?
> P : Non... Une carte bleue suffirait...
>

Re: configuration du serveur smtp.gmail.com

[Basile Starynkevitch]

On 7/8/19 5:33 PM, Pierre Frenkiel wrote:

bonjour,
Je voudrais utiliser le serveur smtp.gmail.com pour envoyer des mails
(via alpine). J'ai la config suivante dans .alpinerc

   smtp-server=smtp.gmail.com:587/tls/user=pierre.frenkiel



Si on raisonne non pas au niveau du choix d'un logiciel comme alpine 
(que je ne connais pas) mais au niveau du problème posé (envoyer sur un 
PC Linux un courriel via smtp.gmail.com sans taper de mot de passe), 
alors le récent mais fort long fil de discussion 
https://lists.debian.org/debian-user-french/2019/07/msg00077.html répond 
à cette question.



Mais il y a probablement d'autres contraintes implicites. Où alors 
l'utilisation spécifique de alpine est très importante. Car il y a 
d'autres MUA  équivalents en 
fonctionalité (pas en "look & feel"), notamment mutt.



Librement


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

configuration du serveur smtp.gmail.com

[Pierre Frenkiel]

bonjour,
Je voudrais utiliser le serveur smtp.gmail.com pour envoyer des mails
(via alpine). J'ai la config suivante dans .alpinerc

   smtp-server=smtp.gmail.com:587/tls/user=pierre.frenkiel

ça marche, à ceci près que je dois entrer le mot de passe à chaque envoi.
Y a-t-il un moyen d'indiquer ce mot de passe dans la config?

Cordialement,
--
Pierre Frenkiel

firefox 67

[Gérard Sarram]

Bonjour,
Ce message n'a pas été transmis. Mes excuses à ceux qui avaient répondu au
1er post.

bonjour,
@F.Mescam
oui, j'ai utilisé ce site, mais une fois décompressé pas de .config

@JC.Etiemble
gdebi est installé chez-moi, mais retour de l'installateur: "la dépendance
ne peut être satisfaite libc6 est à une version antérieure à 2.28"

@ basile starynkevitch
oui je crois que c'est la seule solution, mais je souhaite rester en stable.
Ma version actuelle de firefox est 60.7.2esr. Peut-être est-ce suffisant
pour éviter la faille de sécurité annoncée il y a quelque temps
merci à tous

Ma conclusion : je reste avec FF version 60.7.2 qui semble n'être plus
affectée par la faille de sécurité
gesar

Re: interface web à ssh + scp

[Pierre Malard]

Salut,

Je crois que l’option « soft » est la plus « gentille » effectivement. Par 
contre, si cela pose problème quand même, tu peux travailler en NFSv4 sur TCP 
avec une valeur « retrans » plus grande. Il va te falloir lire la section « 
TRANSPORT METHODS » du man…

Mais, ceci étant, tant que t achète et tendre n’utilisera pas le montage de 
restauration elle ne devrait pas avoir trop de messages foireux ou de blocages 
si tu utilise l’option « soft ». Il n’y aura de « NFS time out still trying… » 
qui tue que si elle va dessus alors que son câble est débranché.

Sinon, l’autre solution serait d’ouvrir un partage CIFS/SMB mais là, cela 
signifie également l’installation d’un serveur Samba avec toute la légèreté du 
truc et, question performances, ce n’est pas NFS…

Désolé de ne pas pouvoir t’aider plus.

> Le 7 juil. 2019 à 16:33, Basile Starynkevitch  a 
> écrit :
> 
> 
> 
> On 7/7/19 3:51 PM, Basile Starynkevitch wrote:
>> 
>> On 7/7/19 11:32 AM, Pierre Malard wrote:
>>> Bonjour,
>>> 
>>> Je ne veux pas m’immiscer dans les scènes de ménages ;-) mais je vais 
>>> tenter de répondre à la dernière partie sur l’interface de transfert. C’est 
>>> peut-être par un biais que tu peux résoudre ton problème ; enfin espérons 
>>> le…
>>> Nous avons a peu près le même problème sur le réseau dont on s’occupe et je 
>>> pense qu’on a apporté une réponse aux recherches dans les sauvegardes de 
>>> façon opérationnelle. Nous sauvegardons le contenu des « home dir » de nos 
>>> utilisateurs (qui se trouvent sur un serveur sous Linux) offrant un partage 
>>> NFS/Samba et souhaitions qu’il puissent seuls récupérer leurs sauvegardes 
>>> simplement sans besoin d’ajouter le moindre outil spécial et quelque soit 
>>> l’OS sous lequel ils travaillent. Dis nous si cela peu convenir à ton cas.
>> Oui, probablement. Le point technique est peut-être l'option intr du montage 
>> NFS. Il faut que ma chère et tendre puisse travailler sur ses fichiers même 
>> si le cable Ethernet est coupé (oiu débranché par maladresse).
> 
> Ah, le poids des ans, et la vieillesse. L'option intr (voir nfs(5) 
>  pour les détails) est 
> abandonnée depuis le noyau linux 2.6.25... Il y a des jours où je me sens 
> vieux :-[ C'est dur de vieillir :-)
> 
> Pour les vieux comme moi, je pensais (sauf si je suis devenu gâteux, à mon 
> grand âge :-), c'est à considérer sérieusement ;-) ) à l'option intr du 
> montage NFS de SunOS4
> 
> En Linux moderne, j'ai mis dans le /etc/fstab de la machine hermes (sous 
> Ubuntu 18.04) de ma chère épouse
> 
> ## rimski est l' ordinateur de Basile bureau rose
> ## dessus /xtra contient la sauvegarde
> rimski:/xtra /Rimski_Xtra nfs nfsvers=3,bg,ro,nolock,soft,fsc
> 
> Ca convient, comme remplacement approximatif de feu l'option intr ? Plus 
> prosaïquement, je cherche un montage NFS qui soit gentil vis à vis des 
> occasionnels mais peu évitables débranchements intempestifs de câble 
> Ethernet. Je dois publiquement avouer que ma chère épouse est plus maniaque 
> que moi de l'aspirateur :-) mais nul n'est parfait.
> 
> Librement
> 
> 
> 
> --
> 
> Basile STARYNKEVITCH   == http://starynkevitch.net/Basile 
> 
> opinions are mine only - les opinions sont seulement miennes
> Bourg La Reine, France;  
> 
> (mobile phone: cf my web page / voir ma page web...)

--
Pierre Malard

   « La vérité ne triomphe jamais, mais ses ennemis finissent
toujours par mourir... »
   Max Placnk (1858-1947)
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re : Re : Lumière bleue des moniteurs led ?

[nicolas . patrois]

Le 08/07/2019 11:03:52, hamster a écrit :

> PS : tu pourrais te renseigner ou demander pour quelle raison on veut
> faire ça avant de décréter de façon lapidaire que ça sert a rien alors
> que tu sais même pas de quoi tu parle.

J’y peux rien si la demande initiale n’est pas claire non plus.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: Debian Buster RC2 : Mise en veille systématique

[Eric Degenetais]

Le ven. 5 juil. 2019 10:42, Christian Quentin <
christian.quen...@architecte-du-web.com> a écrit :

> Le 2019-07-05 06:50, Jean-Michel OLTRA a écrit :
>
>
> Bonjour,
>
> Bonjour

>
> Le jeudi 04 juillet 2019, Christian Quentin a écrit...
>
>
> Que je clique sur le bouton Eteindre/Redémarrer ou que je tape halt dans
> un terminal (ou shutdown now), le résultat est le même : le PC met très
> longtemps à s'éteindre et finalement se met en veille. J'ai un petit
> voyant lumineux qui confirme que le PC (un portable HP 15_bw0xx) reste
> sous tension.
>
>
> Et avec `systemctl poweroff`, ça fait pareil ?
>
> Oui. Je viens de faire l'essai. Même comportement.
>
En fin de compte, ça ressemble à un plantage au shutdown plutôt qu'à une
mise en veille systématique, non ?

Cordialement

Éric Dégenètais

>

Re: Re : Lumière bleue des moniteurs led ?

[hamster]

Le 08/07/2019 à 12:47, nicolas.patr...@gmail.com a écrit :
> Vous avez des boutons sur votre écran pour régler la luminosité et les
> couleurs.
> Vous pouvez utiliser un thème sombre pour vous reposer les yeux mais une 
> chose est sûre la lumière bleue de l’écran n’est pas assez forte pour abîmer 
> vos yeux.

Au niveau des thèmes, j'aimais beaucoup le thème dans les orange et
marron d'ubuntu a l'époque 2008 - 2010, mais aujourd'hui sur debian/mate
j'arrive plus a retrouver le meme genre de couleurs. Si quelqu'un peut
me conseiller je suis preneur.

Pour la lumière bleue, il ne s'agit pas d'abimer les yeux mais d'activer
les recepteurs spécifiques au bleu qui sont derrière la rétine et qui
servent au corps a synchroniser l'horloge biologique avec le jour. Il
faut donc qu'il y ait du bleu en journée mais qu'il n'y en ait pas (ou
en tout cas beaucoup moins) après le coucher du soleil, sinon l'horloge
biologique reste en mode "jour" et ca peut provoquer des difficultés
d'endormissement. Comme j'ai pas envie de changer a la main les réglages
de mon écran tous les matins et tous les soirs, il y a le logiciel
redshift qui le fait automatiquement pour moi.

PS : tu pourrais te renseigner ou demander pour quelle raison on veut
faire ca avant de décréter de facon lapidaire que ca sert a rien alors
que tu sais meme pas de quoi tu parle.

Re : Lumière bleue des moniteurs led ?

[nicolas . patrois]

Le 08/07/2019 09:40:01, Nicolas Dobigeon a écrit :

> Je confirme pour le paquet "redshift", ma compagne et moi l'utilisons
> sur KDE et Mate avec leurs plugins en systray.
> Et ça fait son job, certains peuvent dire que ce n'est pas parfait, je
> n'ai pas de sonde pour contrôler les températures colorimétriques avec ou
> sans le soft.
> Mais le gain en conforme est tout de même la et je ne ferais marche
> arrière pour rien au monde =)

Vous avez des boutons sur votre écran pour régler la luminosité et les couleurs.
Vous pouvez utiliser un thème sombre pour vous reposer les yeux mais une chose 
est sûre la lumière bleue de l’écran n’est pas assez forte pour abîmer vos yeux.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: Lumière bleue des moniteurs led ?

[Nicolas Dobigeon]

Le lun. 8 juil. 2019 à 11:13, hamster  a écrit :

> Le 08/07/2019 à 08:29, toto a écrit :
> > Bonjour à tous.
> >
> > Je cherche à savoir s'il existe un paquetage sous debian stretch 9.9.0
> qui
> > permet de filtrer efficacement la lumière bleue des moniteurs led.
>
> redshift
>
> ensuite, est-ce que c'est ce que tu appelle "efficacement" ?
>

Bonjour les amis,

Je confirme pour le paquet "redshift", ma compagne et moi l'utilisons sur
KDE et Mate avec leurs plugins en systray.
Et ça fait son job, certains peuvent dire que ce n'est pas parfait, je n'ai
pas de sonde pour contrôler les températures colorimétriques avec ou sans
le soft.
Mais le gain en conforme est tout de même la et je ne ferais marche arrière
pour rien au monde =)

Bonne journée.

Nicolas D.

Re: [HS] Firefox et le son

[ajh-valmer]

On Monday 08 July 2019 05:36:32 Cassis wrote :

Ce n'est pas nécessaire que je recoive 3 fois ton mail,
Un seul sur la ml-debian est suffisant.

> La frontière entre Logiciel Libre et Open Source est simple :

Pas tant que ça :-)

> Un Logiciel propriétaire peut être Libre mais vous n'avez pas accès 
> aux sources et il peut devenir payant au gré de la volonté du propriétaire :

Un logiciel propriétaire n'est jamais Libre,
puisque justement, on ne peut avoir accès à son code source.

Un logiciel Opensource peut être payant.

> Pour qu'un logiciel soit Libre et Open source, 
> il suffit de se reporter aux 4 libertés fondamentales :
> la liberté d'utiliser le logiciel
> la liberté de copier le logiciel (donc de l'installer)
> la liberté d'étudier le logiciel
> la liberté de modifier le logiciel et de redistribuer les versions 
modifiées :

Ici, il s'agit de la définition du logiciel Libre.

> la liberté d'utiliser le logiciel :
On a pas toujours la liberté d'utiliser un logiciel Opensource.

Re: Lumière bleue des moniteurs led ?

[hamster]

Le 08/07/2019 à 08:29, toto a écrit :
> Bonjour à tous.
>
> Je cherche à savoir s'il existe un paquetage sous debian stretch 9.9.0 qui
> permet de filtrer efficacement la lumière bleue des moniteurs led.

redshift

ensuite, est-ce que c'est ce que tu appelle "efficacement" ?

Re : Lumière bleue des moniteurs led ?

[nicolas . patrois]

Le 08/07/2019 06:29:02, toto a écrit :

> Bonjour à tous.

> Je cherche à savoir s'il existe un paquetage sous debian stretch 9.9.0
> qui permet de filtrer efficacement la lumière bleue des moniteurs led.

> J'ai fait quelques recherches mais je n'ai rien trouvé.

Ça ne sert à rien, tu perds ton temps et tes sous.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: firefox 67

[Alexandre Goethals]

Bonjour,

Le 06/07/2019 à 07:12, gesar a écrit :
> avec tar.bz2 décompressé pas de ./configure

Oui c'est normal, l'archive sur le site de Mozilla ce n'est pas les
sources à compiler (je pense que compiler un logiciel comme Firefox
demanderait un certain temps...)

Personnellement, j'ai extrait l'archive sous /opt. L'archive extraite
contient un fichier exécutable nommé firefox => c'est ce qu'il faut
exécuter pour lancer le navigateur. Pour un peu plus de confort, créer
un fichier .desktop pour que Firefox soit accessible simplement comme
n'importe quelle autre application graphique installée (utilisez
alacarte, qui est dans les dépôts Debian, si vous n'avez jamais fait).

Re: Re : Re: Re : [HS] Firefox et le son

[Jean-Pierre Giraud]

Bonjour,

Le 08/07/2019 à 06:21, k6dedi...@free.fr a écrit :
> Bonjour Basile,
> Il faut se référer aux définitions acceptées et publiées.
> Définition de la Free Software Foundation (FSF) sur Wikipedia :
> https://fr.wikipedia.org/wiki/Logiciel_libre#D%C3%A9finition_de_la_Free_Software_Foundation_(FSF)
> AFUL :
> https://aful.org/ressources/logiciel-libre
> FSF :
> https://www.logiciel-libre.net/definition-de-la-free-software-foundation-fsf/
>
> Bonne lecture
> Cassis
>
>
>
>
> - Mail d'origine -
> De: Basile Starynkevitch 
> À: k6dedi...@free.fr, ML Debian User French 
> 
> Envoyé: Mon, 08 Jul 2019 05:58:28 +0200 (CEST)
> Objet: Re: Re : [HS] Firefox et le son
>
>
> On 7/8/19 5:36 AM, k6dedi...@free.fr wrote:
>> Bonjour,
>> La frontière entre Logiciel Libre et Open Source est simple.
>> Un Logiciel propriétaire peut être Libre mais vous n'avez pas accès aux 
>> sources et il peut devenir payant au gré de la volonté du propriétaire.
>>
>> Pour qu'un logiciel soit Libre et Open source,
>> il suffit de se reporter aux 4 libertés fondamentales :
>>  la liberté d'utiliser le logiciel
>>  la liberté de copier le logiciel (donc de l'installer)
>>  la liberté d'étudier le logiciel
>>  la liberté de modifier le logiciel et de redistribuer les versions 
>> modifiées

Et puisque nous sommes sur un liste Debian, je vous propose volontiers
de (re)lire le contrat social Debian qui contient une section intitulée
"Les principes du logiciel libre selon Debian", ensemble de principes
qui "a été adoptée par la communauté du logiciel libre comme base pour
la définition de l'informatique libre 
(/Open Source Definition/)."

https://www.debian.org/social_contract.fr.html

Amicalement,

jipege

[Résolu] Re: Le paramètre "scratchDir" que vous avez spécifié: [/opt/alfresco/work/Catalina/localhost/ROOT] est inutilisable.

[BERTRAND Joël]

BERTRAND Joël a écrit :
>   Bonsoir à tous,
> 
>   J'ai configuré un serveur alfresco qui me donnait satisfaction. Il y a
> quelques jours, une mise à jour de tomcat est arrivée et, depuis, j'ai
> ce genre d'erreur dans les logs au lancement d'alfresco (et de solr
> d'ailleurs, je viens de vérifier) :
> 
> " Le paramètre "scratchDir" que vous avez spécifié:
> [/opt/alfresco/work/Catalina/localhost/ROOT] est inutilisable."
> 
>   D'après mon ami google, il s'agirait d'un problème de droit. Mais non,
> pas ici, puisque le répertoire en question appartient bien à
> l'utilisateur tomcat:tomcat (le même que celui qui fait tourner alfresco).
> 
>   J'avoue que je sèche un peu. Si quelqu'un avait une idée, je serai 
> preneur.
> 
>   Bien cordialement,
> 

Trouvé. Le paquet tomcat9 écrase toute la configuration de tomcat, en
particulier les directives ReadWritePaths sans autre forme de procès !

JKB