Vous n'êtes pas identifié(e).
Ça devrait fonctionner (mais honnêtement, je n'ai jamais essayé )
Les images ne sont visibles que dans des terminaux tels que xterm, urxvt et st (et encore c'est vraiment pas terrible, ça clignote au défilement pour ces derniers).
Et en tty effectivement.
J'ai remarqué que le scintillement des images est dû à la police que j'utilisais pour l'affichage dans ces terminaux, visiblement w3m-img n'apprécie pas les polices Xft.
Si tu veux un rendu correct, il faut utiliser des bitmaps.
Les serveur de temps NTP utilisent l'heure UTC.
Les machines qui utilisent NTP mettent l'horloge de leur RTC à l'heure UTC.
Et finalement, c'est le système d'exploitation qui va utiliser la variables TZ du compte utilisateur
afin d'adapter l'heure affichée en fonction de l'heure de la RTC.
=======… le PC portable UEFI lui n'a jamais eu de soucis de ce genre …
Il vaudrait mieux dire n'a pas encore eu de soucis,
car la pile qui permet à la RTC de continuer à fonctionner même hors tension finira bien pas être aussi fatiguée que celle du vieux PC.
Et je ne parles pas de la "précision" des horloges basées sur les oscillations d'un quartz qui, comme le disait la publicité, sont précises à 99,99%
(je vous laisse faire le calcul d'écart possible sur quelques jours avec une telle précision…)
Ok, merci pour cette mise au clair nécessaire.
Ma paranoïa ne serait donc due qu'à une pile bouton défaillante.
Salut, de mémoire ce n'est pas possible de voir en replay depuis le navigateur, pepperflash ne gérant pas les DRM nécessaires.
alors pourquoi je peux ?? sous tous les navigateurs et je peux regarder toutes les chaîne et tous les replay ...
Heu, bonne question, Pluzz ne doit pas utiliser de DRM alors ?
Sur les autres chaînes, genre M6 / TF1 ça fonctionne également ?
Utiliser MolotovTV : c'est la solution la plus récente, mais aussi (pour moi), la plus simple. Pour les modalités d'installation, je te laisse lire ce topic.
Télécharger la vidéo avec youtube-dl : voir cette page perso
Puis redémarre le service Apache / Nginx.
NB : fait bien attention d'ouvrir le fichier config.php avec les bon droits (ls -l config.php pour s'en assurer).
anonyme a écrit :ps: je trouve novembre 2016 un peu tot pour débuter le gel
Pourquoi, tu attends un programme en particulier ??
Mesa 12 et Gnome 3.22 feront l'affaire pour moi.
Gimp 2.10 serait pas mal aussi.....
Si on en croit la roadmap de Mate (http://wiki.mate-desktop.org/roadmap), la transition complète vers GTK 3+ devrait avoir lieux avant novembre.
La vraie question est de savoir si ça sera stable, ou s'il faut attendre février qu'une autre version suive cette transition ?
EDIT : je me suis trompé. La vraie transition vers GTK 3+ est visible (http://wiki.mate-desktop.org/status:gtk3). On voit que c'est pas encore gagner.
j'ai peut etre tord mais le swap ne doit pas etre au moins égal a ta quantité de mémoire (voir 1.5 pour l hibernation )
C'est plus aussi vrai qu'auparavant, avec 12Gb de RAM on a théoriquement pas besoin de SWAP.
Mon deuxième PC, avec 4GB de RAM n'a pas de SWAP du tout d'ailleurs, ça ne l'empêche pas de tourner correctement et de se mettre en veille.
une autre idée , quelque chose a changé au niveau materiel en Wheezy et Jessie ?
Nop' ! Rien du tout. C'est pour ça que je pense que ça vient de systemd (ou de la mise à jour du driver Nvidia).
normalement l hibernation, tu sauvegarde ton systeme sur le disque (l'alimentation doit etre coupé (en mode veille ))
une action avec la souris (ou une touche ) tu relance la machine
ça peut etre a la suite d une periode d inactivité ou par une commande (menu )
on parle bien de la meme chose ?
Hibernation : copie des informations sur le disque dur. Théoriquement tu peux même débrancher le PC, une fois rallumer les info seront quand même sauvegardée.
Suspendre : mise en veille RAM.
Dans mon cas, aucun des deux ne fonctionne.
J'ai toujours pas trouver comment activer les logs de la mise en veille, ça pourrait pourtant m'en apprendre beaucoup...