gUI a écrit 5994 commentaires

Oui toujours Ubuntu pour les débutants. Un poil plus accessible, mais surtout avec une telle communauté qu'il est très facile de se faire dépanner.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Il y a un soucis sur le lien dans l'article ? Il n'est pas cliquable.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Un kernel, Emacs… c'est la vie !

https://www.informatimago.com/linux/emacs-on-user-mode-linux.html

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je ne sais pas si c'est un troll ou une question sérieuse, mais je suis certain que Google y travaille déjà.

Si ce sujet t'intéresse vraiment : https://careers.google.com/jobs

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

J'ai jamais joué avec un écran vertical, mais j'ai qques collègues qui en ont un, et c'est la même config que toi : le vertical pour le web, les docs etc… et l'horizontal pour le code (eventuellement en plusieurs fenêtres bien sûr).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je ne comprends pas. Un direct Paris/Tokyo direct de AirFrance passera par la route la plus intéressante, quelle qu'elle soit. Si il faut survoler la Finlande, il ne va pas se gêner.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Cet espèce de paradoxe me fait penser à l'orthodromie et à la loxodromie (oui, un peu de vocabulaire que diable).

Vous êtes à Paris, vous voulez aller à New York. Deux solutions.

1°) Vous prenez une boussole et vous allez plein Ouest : c'est une route loxodromique. Malgré ce qu'on pourrait penser immédiatement, ce n'est pas le chemin le plus court
2°) Vous prenez un chemin bcp plus compliqué, qui passe par le Nord, presque au pôle (vous savez, le Titanic qui se mange un iceberge), vire à l'Ouest, puis qui redescend au Sud sur New York. C'est le chemin le plus court (prenez un globe terrestre et une ficelle). C'est une route orthodromique.

Sur de petits distances, on peut simplifier les calculs de routage d'un avion et se contenter de loxodromie. Mais quand il s'agit de longues routes, ou de survie d'une mouche, il faut utiliser l'orthodromie !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Tu peux économiser la lettre 'h' de ton clavier en ne parlant que de W. Pourquoi des Wh ? Vu les grandeurs, ce sont des "Wh par h" dont tu parles, donc des W.

Pour rappel :

• le W est un débit d'énergie
• l'h est une unité de temps (ça…)
• le Wh est un débit * une durée, c'est donc une quantité (comme les litres)

Tu consommes des W pendant un certain temps, donc le fournisseur te facture une quantité d'énergie : le Wh.

Ta Freebox consomme 9W "à chaque instant", soit 9*24*365=78kWh par an, soit 11€ par an à 0,14€ le kWh. Au passage, j'étais resté au calcul de coin de table "1W 24/7 te coûte 1€ par an", faut un peu augmenter : on serait plutôt à 1,20€ par an.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

TamTempo is the new Hello

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

En effet, j'ai pu envoyer le rapport. J'en ai même envoyé un 2nd pour mettre mon nom et email. N'hésite pas à revenir vers moi :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Dommage, ça partait très bien !

Erreur dans la partie "Let's scan" :

ERROR  Unexpected exception while calling <bound method Scanner.scan of <pyinsane2.sane.abstract_proc.Scanner object at 0x7fd4498cb8d0>>
  Traceback (most recent call last):
  File "site-packages/ironscanner-1.1.0-py3.5.egg/ironscanner/trace.py", line 35, in run
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/abstract_proc.py", line 267, in scan
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/abstract_proc.py", line 208, in __init__
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/abstract_proc.py", line 74, in remote_do
pyinsane2.sane.rawapi.SaneException: <class 'pyinsane2.sane.rawapi.SaneStatus'> : Error during device I/O (9)
INFO   ### SCAN TEST FAILED ###
Traceback (most recent call last):
  File "site-packages/ironscanner-1.1.0-py3.5.egg/ironscanner/main.py", line 712, in run
  File "site-packages/ironscanner-1.1.0-py3.5.egg/ironscanner/trace.py", line 77, in trace
  File "site-packages/ironscanner-1.1.0-py3.5.egg/ironscanner/trace.py", line 35, in run
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/abstract_proc.py", line 267, in scan
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/abstract_proc.py", line 208, in __init__
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/abstract_proc.py", line 74, in remote_do
pyinsane2.sane.rawapi.SaneException: <class 'pyinsane2.sane.rawapi.SaneStatus'> : Error during device I/O (9)
All done !

Au passage, j'ai pas compris la pop-up "résolution". Le mien est censé être 1200 dpi ou qqchose dans ce style, et je vois des chiffres comme 3267800 dans la sélection.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui, il y a bcp de fautes, c'est dommage pour un article aussi intéressant.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

… ou plutôt de ton utilisation.

Chez moi, je mets /boot à 1Go, /tmp en tmpfs, /var à qqchose comme 10 ou 20Go / aussi 10 ou 20Go, et tout le reste dans/home
Au boulot, je mets qqchose comme 10Go dans /home parce qu'on s'en sert pas en fait, et tout dans /var parce qu'on compile des trucs en commun récupérés via Git, et on l'a mis dans /var

Bref, c'est pour quoi faire ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

J'ai regardé la vidéo sur le Firewall, et pas un mot sur OpenOffice.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Reçue samedi, j'ai fait mumuse avec ce week-end.

Quelques remarques :

• je confirme : c'est un monstre, au design 90's
• on peut vivre sans driver, que ce soit en imprimante (compatible Postscript) ou scanner (envoie les scans par email ou sur un répertoire partagé CIFS)
• cela dit, il vaut mieux utiliser les drivers pour plus de souplesse.
  • Le PPD fournit pour l'impression est pas mal, on peut régler mono/couleur, recto-verso, qualité d'impression, impressions en N-1 etc
  • Le driver scanner est un peu plus tordu à installer, en tous cas sur Debian/Ubuntu. Ils fournissent un .deb, mais il ne marche pas directement, faut le bidouiller… bref c'est pas génial. Ensuite une fois fait, ça marche avec xsane, c'est l'essential pour moi.
• pour scanner en réseau sans driver, c'est format PDF (un PDF par page, ou un PDF pour l'ensemble) ou JPEG.
• c'est un véritable photocopieur. avec un bouton direct "copie en N&B" et un autre "copie en couleur", c'est très pratique. Et puis il y a bcp de réglages possibles ! Exemple de tentative : je pose 4 feuilles imprimées recto/verso dans le chargeur du scanner, je lui demande de me photocopier ça, mais 2 colonnes par page, imprimé recto/verso (je passe donc de 4 feuilles R/V à 2 feuilles R/V). Tout ça depuis l'écran de contrôle, sans passer par un ordi.
• pour ceux qui ont donné déjà leur âme à Google, elle est compatible Google Print, c'est assez sympa ce truc (impression directe depuis le smartphone Android, en utilisant le WiFi local si possible (ça ne passe pas par les serveurs Google) sinon via les serveurs Google quand on n'est pas sur le réseau local
• cerise sur le cake : 3 ans de garantie (il faut s'inscrire sur le site du fabriquant) et 2 toners noir petite capacité gratuits (promo actuelle).

Bref à 200€, je pense que c'est un bon achat pour une utilisation non intensive car les consommables ne sont pas donnés.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

En sortie tu as une page HTML et c'est assez compliqué d'en extraire ce qui t'intéresse, surtout que aujourd'hui c'est la 4e ligne, mais si ça change demain ?

Pour choper ton IP publique dans un script il existe d'autres services destinés spécialement à ça (pas besoin de s'embêter avec le parsing) :

Un service comme http://ipinfo.io/ip te donnera une page non formatée HTML : uniquement l'IP. Tu as aussi des serveurs DNS qui te propose de répondre à ta question via la commande dig +short myip.opendns.com @resolver1.opendns.com

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Autre solution, aller sur la page du livre qui intéresse, puis à la fin du "nom du fichier.csp" ajouter "?download=true". Ça envoie direct sur la page de téléchargement :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

(je réponds ici mais je m'adresse à l'auteur, pour poursuivre le commentaire ci-dessus)

Je ferais le parallèle avec les groupes de Rock qui écrivent leur bio (je suis dans un groupe de rock, on a dû écrire notre bio, c'est un enfer).

Qu'est-ce qui te permet le plus facilement de savoir si tu vas aimer entre :

• l'univers de Silverpeas est fait de grandes embardées lyriques auxquelles se mêlent des riffs de guitare parfois violent, parfois tendres, mais jamais qui ne vous laisseront indifférents

et

• Silverpeas serait le mélange réussi des rythmes de PearlJam avec les chants mélodiques de Byörk

(oui bon, j'ai dis les premiers trucs qui me passent par la tête, merci de ne pas juger le fond !).

Mais c'est pour dire qu'à vouloir être trop générique, on finit pas être incompréhensible. Donc cite des CMS en donnant les différences, cite les applis qui vous ont inspiré, et ce qui vous a manqué dedans pour avoir à faire la votre.

En tous cas ça a l'air sympa cette appli, et justement, pour mon groupe de rock, je me demande si c'est pas applicable. On doit gérer en collaboratif des sujets comme :
- la bio donc :)
- la fiche technique
- les contacts/prospects
- un bon paquets de fichiers vidéos/audio (répéts, concerts, maquettes)
- des discussions sans fin sur la compo de chaque morceau, sur l'orientation du groupe sur la vie, le monde et le reste
- un agenda
- kikipaye les bières à la prochaine répét :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

en wpa_supplicant à la mano jusque là la connexion a toujours échoué.

Alors bon courage :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Tu devrais trouver ton bonheur ici : http://www.cs.upc.edu/lclsi/Manuales/wireless/files/wpa_supplicant.conf

Je ne vois pas la difficulté à "générer" toi-même un tel fichier, c'est 10 lignes. Trouve le bon exemple dans la liste, et personnalise-le avec SSID, mot de passe…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ils ont choisi un terme générique "Free", ils peuvent pas décréter comme ça qu'on ne peut plus l'utiliser.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Un machin qui a 20 ans et qui est aussi important mais n'est pas encore vraiment déployé a un problème de conception.

C'est triste ton avis sur Linux

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Idem je confirme : chez Bouygues l'IPv6 marche très bien. Paramètres, points d'accès… tu l'actives manuellement.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Quand tu scannes vers un répertoire (ou clé USB je crois), tu peux choisir le format ? PDF, image…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je connaissais pas les Turris Omnia.

QUel firmware fais-tu tourenr dessus ? Celui d'origine ? Ou du LEDE ou dd-wrt ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.