nud a écrit 941 commentaires

Tu peux continuer à utiliser Hylafax ou Hylafax+ avec t38modem comme le monsieur dit. t38modem va exposer un port série virtuel, et ta config hylafax va juste utiliser ce nouveau /dev/ttyT38 au lieu du /dev/ttyS0 qu'il utilisait précédemment. Il y aura sans doute quelques paramètres à modifier dans tes fichiers config.tty* mais sinon c'est immédiat.

Pour le fax "physique" tu peux utiliser un boitier ATA ou une gateway (Grandstream, Linksys, Patton, etc. en font)

Attention que pour que ça marche "bien" (pour autant qu'un fax puisse bien fonctionner sur un réseau IP) ton fournisseur SIP et ton boituer ATA doivent supporter le T.38 et c'est pas forcément gagné. Sinon ça peut aussi fonctionner avec le codec G.711 (qui est celui utilisé par l'ISDN et qui est sans perte) à condition que tu aies une connexion de bonne qualité sans latence excessive et sans perte de paquets. Le fax ne fonctionnera pas avec un autre codec en particulier si celui-ci utilise un encodage avec perte façon MP3 (par exemple le G.729 qui est très populaire auprès des opérateurs).

Pour ce qui est de t38modem, il supporte à la fois G.711 et T.38 donc tout est bon.

J'avais vu l'autre entrée du suivi mais ça m'avait l'air beaucoup moins spécifique, c'est pour ça que j'ai créé cette nouvelle entrée.

Retirer complètement l'accès HTTP (càd sans redirection) ça veut dire dire casser tous les liens existants.

Par contre je ne comprends pas bien l'utilité d'attendre la mise à jour de nginx avant de rediriger en https. Même si la config n'est pas parfaite immédiatement il me semble important de protéger les utilisateurs, aussi compétents soient-ils.

https://github.com/linuxfrorg/admin-linuxfr.org/pull/4

On dirait que cela fonctionne maintenant.

On pourrait afficher le nom de domaine à côté comme sur hackernews.

Sinon un schéma classique pour les backups mysql, c'est de les faire sur un slave. Comme ça, le locking n'empêche pas le site de fonctionner car le master n'est pas impacté.

C'est peut-être aussi l'occasion de retravailler les avatars/noms d'utilisateurs partout sur le site, pour avoir quelque chose de plus "intégré" où les avatars ne flottent pas au milieu du texte.

C'est parce que le "Watt-heure" parle plus aux gens que le joule. Un appareil d'un kW qui fonctionne pendant une heure, ça fait un kWh.

C'est un peu comme le km/h par rapport au m/s.

Je ne sais pas de quels dongles tu parles exactement, mais la grande mode semble être aux docking stations USB-C (exemple) qui sont, d'après les datasheets, capables d'afficher du 4K via HDMI/DP, bien que la seule connexion entre le PC et la docking station soit le cable USB.

Après, je présume que ceci utilise la carte graphique du PC, la question subsidiaire était alors "est-il possible d'utiliser une carte graphique dual-head pour deux sièges distincts ?".

Ce journal semble oublier quelque chose: la raison du changement de l'API et de la déprécation de l'ancienne API n'est pas une raison politique, mais une raison technique.

En effet, l'API "historique" à base de XUL et XPCOM n'est pas compatible avec le multi-process au niveau des onglets, qui est une fonctionnalité que tout le monde demande… Sauf effectivement en employant un shim qui permet d'émuler un objet local en passant d'un processus à l'autre de façon synchrone. Quelqu'un se souvient-il de CORBA/Bonobo ?

Ils en profitent donc pour déprécier cette API et introduire quelque chose de plus moderne et de différent. Ils ont aussi développé le shim en question en prévenant bien que ça risquait de ramer, et prévoient de supprimer le shim dès que possible, quand les conditions suivantes seront réunies:

• Les extensions populaires auront été réimplémentées afin de ne pas dépendre de l'ancienne API
• Une solution viable sera disponible pour les extensions pour lesquelles l'API WebExtensions repompée de Chrome n'est pas suffisante.

Aussi, le calendrier mentionne bien qu'Electrolysis (càd le multi-process pour les tabs) ne sera pas encore activé par défaut dans la prochaine release mais sera disp en preview (càd avec les extensions XUL toutes lentes à cause du shim) pour les gens motivés.

Le seul bémol c'est qu'effectivement les extensions qui non pas été touchées depuis des lustres ou dont les auteurs ne se font pas entendre risquent de disparaître. Aussi, tout ceci (dont le multi-process) est déjà dispo dans Firefox Android, qui n'a jamais été en XUL.

Quant à la question de la signature obligatoire des extensions, c'est complètement orthogonal. Je peux comprendre le problème mais effectivement une option dans about:config serait probablement bienvenue.

Pour entcat il faudrait plutôt afficher un arbre qu'un train.

Surtout que des Kevins (des gens qui s'appellent réellement Kevin) il doit commencer à y en avoir quelques-uns qui errent sur ce site. Les pauvres n'ont pas choisi leur prénom eux-même…

Les ondes électromagnétiques ça peut être méchant. S'il n'existe a priori aucune contre-indication au spectre visible (encore que), abuser des UV est clairement reconnu comme mauvais et peut causer des mélanomes. De l'autre côté du spectre, le côté thermique est aussi nocif à forte dose, et il est déconseillé de faire sécher son chat dans un micro-ondes.

Concernant le spectre visible, il me semble qu'une lumière bleue trop puissante peut nuire à la rétine. Voici ce qu'en dit l'UE.

Tout est dans la modération.

Après il faut voir les niveaux d'émission concrets dans les habitations et la nocivité réelle des fréquences considérées.

Je trouve dommage que le titre du journal ne mentionne absolument pas ce dont il est question. Certes le sujet est trollesque, mais je ne crois pas que le troll soit le sujet principal du journal.

En pratique c'est plutôt Windows qui a fâcheuse tendance à modifier l'UEFI à chaque mise à jour.

Enfin, tout ce qu'il a fait dans les cas que j'ai observé c'est pointer l'entrée UEFI par défaut sur la sienne (sachant qu'il n'y a pas moyen de choisir d'autre entrée que celle par défaut), mais les outils existent sous Windows pour refaire pointer l'UEFI sur grub.

Je n'ai jamais vécu le cas contraire, mais c'est vrai que comme grub permet de choisir son OS, je n'ai jamais vu d'inconvénient à l'avoir comme entrée UEFI par défaut…

Mais tu n'as rien compris au journal, il est évident par le contexte que le projet donnait belle et bien une fessée à une présentation du FOSDEM, et ce en toute illégalité!

Source: https://imgur.com/k576KIe

Avec un touchscreen les mouvements sont différents, le scrolling se fait avec un "swipe" un peu comme sur les smartphones, pas avec plusieurs doigts. Je ne sais pas si le multi-touch est supporté non plus ou bien si c'est mon touchscreen qui est pourri (dtf honnêtement je ne m'en sers jamais, j'ai même plutôt tendance à désactiver les drivers sinon dès que quelqu'un touche l'écran tout bouge dans tous les sens). Je peux comprendre la raison pour la différence de mouvements parce que sur un touchscreen on touche directement les trucs de l'écran tandis que sur un touchpad, le centre correspond toujours au pointeur affiché à l'écran.

Par contre avec les applications Gtk+ 3 ça fonctionne bien, mais pas avec Firefox (qui n'est pas une application Gtk+ 3, ça utilise juste gtk pour le dessin, et en plus c'est Gtk+ 2 et pas Gtk+3).

Euh ça fait au moins 5 ans que le multi-touch fonctionne avec Debian sur mon laptop qui en a au moins 7… Mais ça nécessite peut-être un touchpad synaptic.

C'est fait via /lib/lsb/init-functions, qui est sourcé au début de la plupart des scripts présents dans /etc/init.d. Le fichier installé par systemd (/lib/lsb/init-functions.d/40-systemd/) appelle systemctl et exite s'il détecte que systemd est en train de tourner.

Quand Gnome a décidé d'utiliser SystemD, ont-ils pris le même principe ? si pas, qqun peut me résumer les différences ?

Exactement le même principe. Et on les a descendus en flamme en disant que KDE arrivait bien à faire tout fonctionner avec une couche d'abstraction :-D

Tu peux installer gnome sans systemd, tu as juste besoin de libsystemd-whatever pour le côté "client dbus", mais tu n'as pas besoin de l'init system en lui-même.

Et ça sera vraisemblablement pareil avec KDE sauf si ta distribution s'amuse à compiler sans support pour systemd, ce qui risque pas d'arriver sauf si tu utilises gentoo ou assimilé.

Fais du LaTeX ?

Sinon, tant avec Markdown qu'avec reST il est possible d'inclure directement du HTML, pour les cas compliqués de ce style.

Si l'article dit vrai (y a-t-il eu un communiqué officiel sur le sujet?) le problème principal rencontré est un problème d'interopérabilité avec les formats propriétaires utilisés par les contacts de l'administration munichoise qui sont restés sous Windows…

Grosso modo le problème n'est pas l'environnement Linux, mais le fait que Office 2014 ne tourne pas sous Linux et/ou que les formats "populaires" sont mal supportés avec LibreOffice. Dans mon expérience personnelle c'est vrai que le rendu d'un xlsx ou d'un docx est souvent très différent sous Office et LibreOffice. Et l'interlocuteur ne fera jamais l'effort d'installer LibreOffice.

Il faut aussi remarquer que c'est une doléance classique qui est faite à Office (même sous Windows): le fait que la mise à jour de certains utilisateurs vers une nouvelle version "force" les autres à mettre à jour également sous peine de ne pas pouvoir lire les documents échangés.

Par ailleurs je me demande si l'Allemagne souffre des mêmes chrises schizophrènes que d'autres pays. En Belgique il me semble qu'il est question pour les administrations d'utiliser ODF, mais absolument tous les documents disponibles le sont exclusivement dans les formats Microsoft.

On parle d'un utilisateur sous Windows, là… qui n'a même pas vu que la barre était en auto-hide, ce qui signifie qu'il utilise la souris suffisemment délicatement pour ne pas toucher le bord de l'écran avec, tu sais, des fois que la souris serait fragile?