Maderios a écrit 1608 commentaires

Sur un portable récent asus X751L présenté comme doté d'un processeur graphique Nvidia GTX 940M
lspci | egrep 'VGA|3D'

00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09)
04:00.0 3D controller: NVIDIA Corporation Device 1347 (rev a2)
Sur Debian, je n'ai pas encore réussi à faire fonctionner optimus avec Bumblebee, donc la carte nvidia ne sert pour l'instant à rien.

Cette récente technologie de Nvidia, très mal supportée sur Linux, n'est pas souvent annoncée dans les descriptifs commerciaux.
https://en.wikipedia.org/wiki/Nvidia_Optimus

Les développeurs voient les choses autrement ? C'est dommage, mais ils restent les développeurs.

On pourrait ajouter, chacun son métier, on ne peut être en même temps au four et au moulin. Dans la majorité des logiciels destinés à la production, les développeurs s'appuient sur l'expérience des utilisateurs pour concevoir les interfaces et les fonctionnalités. Dans le monde du libre, on peut citer Digikam et Enlightenment dont les dev sont à l'écoute des besoins des utilisateurs (cf les user-list). C'est une bonne démarche puisqu'elle permet aux projets de s'enrichir et d'avancer plus vite.

remonter et corriger les problèmes

L'histoire désolante du fil "save" et "save as" (bin oui, bizarrement, Gimp ne veut pas enregistrer directement que le .xcf) sur la liste gimp-user montre que l'équipe des dev de Gimp est hermétique aux suggestions des utilisateurs. Pour contourner le problème, un plugin a été créé par Akkana Peck (merci à elle) mais c'est quand même moins pratique que la fonction save as conventionnelle que l'on trouve dans tous les logiciels d'édition.
http://shallowsky.com/software/gimp-save/
http://www.gimpusers.com/forums/gimp-user/14746-a-plug-in-for-those-who-still-don-t-like-the-new-save-export
https://github.com/akkana/gimp-plugins/

Je vais jeter un oeil à Iron

Bon courage…
https://hackurx.wordpress.com/2013/05/12/test-ultra-rapide-du-navigateur-web-iron/

Vécu:
L'administration (dont EDF et la Préfecture) persiste à :
- utiliser le terme 'mademoiselle'
- refuser d'appeler une femme par son seul vrai nom, son nom de l'état civil, sous prétexte qu'elle est mariée et que la plupart des femmes mariées, selon un usage ancien, abandonnent leur identité pour adopter celle de leur mari. Des courriers destinés à des femmes qui n'existent pas (parce qu'elles n'ont jamais porté le nom de leurs maris) arrivent ainsi dans certaines boites aux lettres. Ainsi va l'administration française…
PS: le terme 'mademoiselle' a certainement été inventé par les mâles pour distinguer les femmes 'baisables' de celles qui ne le sont pas (les mariées).

J'ajouterai que permettre l'usage de toutes les calculatrices est une source d'inégalité lors de l'examen, les élèves les plus fortunés pouvant acheter les calculatrices les plus performantes. Instaurer l'usage de calculatrices génériques?

L'Histoire se répète…
« France orange mécanique »
ou « tapis rouge pour les idées
brunes »
http://www.mrap.fr/documents-1/obertone_document.pdf

Tu te casses les dents parce que tu procèdes à l'envers. Ton expérience n'a pu te faire prendre connaissance de ce qu'est réellement un système GNU/Linux. Commence par installer sur ton PC une distribution genre Mint ou même Debian (bien meilleure et pas si difficile que cela) , utilise là réellement puis passe à un truc plus compliqué en te servant de ce que tu as appris. En général, on progresse aisément du plus facile au plus difficile, rarement l'inverse. Fais le, cela en vaut la peine.

C'est peut-être l'usb qui change intempestivement de périphérique. Par exemple la clé montée en /dev/sdb1 passe en /dev/sdc1, etc… J'ai déjà rencontré ce problème avec un disque externe, clé usb, etc, qui ne cessaient de changer de /dev/*, en pleine sauvegarde par exemple. J'étais persuadé que mon matériel était en cause, jusqu'au jour où j'ai désinstallé les paquets usbmount, udisks, etc, bref, tous les trucs censés monter automatiquement l'usb. Le problème a été résolu.

J'ai écrit ci-dessus "jamais cessé de tourner" et j'avoue avoir forcé le trait. En fait, je démarre un PC le matin et je l'arrête le soir. Idem pour le/les DD externes, quoique ces derniers ne sont pas démarrés tous les jours. Je voulais simplement dire que redémarrer un DD plusieurs fois par jour use certainement plus le disque que de le laisser tourner sans arrêt pendant la journée. C'est le démarrage qui sollicite le plus la mécanique du DD et non sa rotation régulière. J'écris actuellement sur un portable acheté il y a 9 ans, disque dur ide d'origine qui se porte comme un charme et qui tourne en continu 12h/j. J'ai connu des gens dont les DD réglés en mode "économie d'énergie" (leurs PC ne cessaient de s'arrêter) ont rendu l'âme en moins de 3 ans. Fabriquer, transporter, remplacer un DD demande énormément d'énergie donc cette méthode d'économie n'a guère de sens, sinon tromper l'utilisateur. Concernant la consommation d'électricité, c'est l'alimentation du DD qui tire sur le réseau EDF et non le DD lui-même, soit entre 12w/h et 20w/h, ce qui est peu comparé à l'alim ou à l'onduleur d'un PC tour (5OO, 600w et plus). La palme de l'économie d'énergie revient à la formule PC portable + DD externe, soit + ou - 30w+20w=50w, consommation environ 10 fois inférieure à celle d'un PC tour. Évidemment, on ne fait pas le même boulot avec…

Ouf!

On trouve pas mal de doc sur les listes enlightenment mais il faut avoir le temps de lire et de filtrer…
http://sourceforge.net/p/enlightenment/mailman/enlightenment-users/
Par ailleurs, on peut obtenir des info pointues sur la liste enlightenment-users. Le dev principal, Carsten Haitzler y répond assez souvent.

E17, 18 et 19 font également du pavage. On peut donc avoir un Terminology splité à l'intérieur d'un bureau pavé…

j'aurais aimé trouver mention des options dans le man, ainsi que dans quels fichiers les placer

C'est le pb avec les E17 et suivants, le manque de documentations. Ce sont des environnements jeunes basés sur des EFL jeunes, cela peut donc s'améliorer.

En sachant qu'en compilant un noyau maison on y gagne quand le matériel est poussif.
https://www.debian.org/releases/wheezy/

ils ont retiré la photo,
le dossier est clos

Pas tout à fait. Ils ont recadré la photo mais comme cette photo est une vue banale, difficile de prouver que cette photo recadrée ne vient pas d'ailleurs. La moindre des choses serait qu'ils mentionnent le nom de l'auteur de la photo recadrée, mais dans ce cas, ils avoueraient le non-respect du droit d'auteur…

J'utilise Terminology (avec E17 sur un vieux portable poussif) en tant que terminal de base, sans chercher à afficher des video ou des images. J'active le split (de terminology) , ce qui m'évite des terminaux ouverts dans tous les coins.
Rectification: concernant l'opengl et E17, on peut l'activer ou le désactiver à n'importe quel moment sur la boite de dialogue (rendering) d'Elementary.

après il a sauté

Pourquoi? Tu as utilisé un Terminology packagé par quelle distribution? Les paquets fournis ne sont pas toujours au top. Sur des Debian Sid et Jessie, je n'utilise pas les paquets officiels, j'ai compilé les sources de Terminology, cela marche bien mieux.

Pas besoin d'accélération 3D pour utiliser E17 et Terminology. C'est à configurer lors du premier lancement de E17.

J'utilise E17 depuis pas mal de temps. C'est très réactif et très peu gourmand en ressources. Idem pour son terminal, Terminology, qui vient d'ailleurs de sortir en version 0.8
https://www.enlightenment.org/p.php?p=download&l=en

Le problème est résolu. Les changements sont mentionnés à la fin du post. Merci à tous ceux qui, ici et ailleurs, m'ont aidé à corriger les erreurs.

J'ai désactivé le bridge sur le lan

config interface 'lan'
option force_link '1'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ipaddr '192.168.2.4'
option orig_ifname 'eth0.1 radio0.network1 radio1.network1'
option _origbridge 'true'
option mtu '1492'
option ifname 'eth0.1'

La connection internet depuis le lan ne marche pas sauf en tant que root@OpenWrt. Dans ce cas je peux pinguer les hosts, installer les softwares OpenWrt depuis Luci ou la console.

Ma box est une Livebox 3 Sagem de base louée chez Orange, n'offrant aucun mode bridge (contrairement à la freebox parait-il) et aucune possibilité de paramétrer un routage.

Effectivement, l'ip de la gateway coté machine client est bien celle du lan, erreur grossière réparée ce matin…
J'ai fait des modifications sur la route, ajouté un SNAT, les DNS du serveur Orange, ajusté à la MTU à 1492 (1500 n'a jamais fonctionné chez moi). Fait étrange, à partir de l'interface graphique Luci de Openwrt, ping, traceroute et nslookup fonctionnent normalement alors qu'aucune connection à la livebox ou au web n'est possible depuis une console ou le navigateur.
Bizarre encore: je peux me connecter à l'interface de Openwrt coté wan http://192.168.1.19/cgi-bin/luci/

Les nouveaux paramètres:

#Openwrt /etc/config/network
config interface 'loopback'
    option ifname 'lo'
    option proto 'static'
    option ipaddr '127.0.0.1'
    option netmask '255.0.0.0'

config globals 'globals'

config interface 'lan'
    option force_link '1'
    option type 'bridge'
    option proto 'static'
    option netmask '255.255.255.0'
    option ip6assign '60'
    option ipaddr '192.168.2.4'
    option _orig_ifname 'eth0.1 radio0.network1 radio1.network1'
    option _orig_bridge 'true'
    option ifname 'eth0.1 eth0.2'
    option mtu '1492'

config interface 'wan'
    option _orig_ifname 'eth0.2'
    option _orig_bridge 'false'
    option proto 'static'
    option netmask '255.255.255.0'
    option ifname 'eth0.2'
    option gateway '192.168.1.1'
    option ipaddr '192.168.1.19'
    option mtu '1492'
    option dns '81.253.149.9 80.10.246.1'

config switch
    option name 'switch0'
    option reset '1'
    option enable_vlan '1'

config switch_vlan
    option device 'switch0'
    option vlan '1'
    option ports '0t 1t 2 3 4 5'
    option vid '1'

config switch_vlan
    option device 'switch0'
    option vlan '2'
    option ports '0t 1'
    option vid '2'

config route
    option interface 'wan'
    option gateway '192.168.1.1'
    option target '0.0.0.0'
    option netmask '0.0.0.0'

#Openwrt /etc/config/firewall

config rule
    option target 'ACCEPT'
    option src 'wan'
    option proto 'tcp'
    option dest_port '80'
    option name 'http'
    option dest 'lan'
    option src_port '80'
    option dest_ip '192.168.2.4'

config rule
    option target 'ACCEPT'
    option src 'wan'
    option proto 'tcp'
    option dest_port '443'
    option name 'https'
    option dest 'lan'
    option src_port '443'
    option dest_ip '192.168.2.4'

config rule
    option name 'Allow-Ping'
    option src 'wan'
    option proto 'icmp'
    option icmp_type 'echo-request'
    option family 'ipv4'
    option target 'ACCEPT'
    option enabled '0'

config defaults
    option syn_flood '1'
    option input 'ACCEPT'
    option output 'ACCEPT'
    option forward 'ACCEPT'

config zone
    option name 'lan'
    option input 'ACCEPT'
    option output 'ACCEPT'
    option mtu_fix '1'
    option network 'lan'
    option masq '1'
    option forward 'ACCEPT'

config zone
    option name 'wan'
    option output 'ACCEPT'
    option mtu_fix '1'
    option input 'ACCEPT'
    option forward 'ACCEPT'
    option network 'wan'

config include
    option path '/etc/firewall.user'

config redirect
    option target 'DNAT'
    option src 'wan'
    option proto 'tcp'
    option dest_port '80'
    option name 'http'
    option src_port '80'
    option dest 'lan'
    option dest_ip '192.168.2.4'

config redirect
    option target 'DNAT'
    option src 'wan'
    option proto 'tcp'
    option dest_port '443'
    option name 'https'
    option src_port '443'
    option dest 'lan'
    option dest_ip '192.168.2.4'

config redirect
    option target 'DNAT'
    option dest 'lan'
    option proto 'tcp'
    option dest_port '2049'
    option name 'NFS'
    option src 'lan'
    option src_port '2049'
    option dest_ip '192.168.2.4'

config forwarding
    option dest 'lan'
    option src 'wan'

config forwarding
    option dest 'wan'
    option src 'lan'

config redirect
    option target 'SNAT'
    option src 'lan'
    option dest 'wan'
    option proto 'all'
    option name 'subnetpriv'
    option src_ip '192.168.2.4'
    option dest_ip '192.168.1.19'
    option src_dip '192.168.1.19'
    option src_port '1-65000'
    option dest_port '1-65000'

Contrairement au modèle précédent, la nouvelle livebox 3 (la "play" qui est fournie en standard) ne permet pas de configurer le routage. Il faut passer à la livebox dite "pro". No comment… C'est pour cette raison que j'ai fait du masquerading pour tenter de contourner le problème.