Sytoka Modon a écrit 4586 commentaires

next unless ($file =~ /^morgue.*\.txt$/);

Selon certain, le 'unless' est une fonction peu connue en dehors de perl donc il est parfois conseiller d'écrire

next if not $file =~ /^morgue.*\.txt$/;

En perl, les parenthèses qui ne servent pas, je ne les mets pas ;-)

Il est préférable de spécifier que l'on souhaite ouvrir en mode lecture seule.

open(my $file, '<', "path/to/file");

Généralement, on fait un "open() or die…"

Je pensais que c'étais dans C++14 mais déjà dans gcc… J'ai un train de -- ;-)

Peut être voulait'il parler de l'AD ;-)

Si on veut limiter les problèmes et simplifier la programmation fortement concurrente, il est important que les variables soient par défaut immutable comme en Erlang. La déclaration explicite ici me semble une très bonne chose. Ensuite, pour la performance, il faut parfois savoir aussi éviter les copies, comme le futur 'move' du C++ et le tout mutable par adresse du Fortran. Bref, pas facile de construire un langage équilibré mais pour le web et la robustesse aux threads et autres coroutines, l'immutable par défaut me semble de plus en plus une bonne approche.

C'est aussi une approche très fonctionnelle écrite avec une typo plus déclarative !

Oui, enfin j'attends toujours Catia et Soliworks sous GNU/Linux… Quand à Ansys, leur merde de Workbench tourne mal car c'est du .NET 32 bits qui tourne via un émulateur (oui, ils osent vendre cela dans leur coffret Linux).

c'est standard pour connecter à n'importe quel base de données et il y a des environnements pour le web qui font une grosse partie du boulot. Par exemple, Mojolicious est un (il y en a d'autres) framework à la mode. Je suis tombé l'autre jour sur cette petite application qui ne sers pas à grand chose mais donne un exemple intéressant coté code.

https://github.com/ldidry/lstu/

Cela donne cela en pratique

http://lstu.fiat-tux.fr/

En Perl, je n'utilise comme la plupart des personnes QUE des modules dans le CPAN. Le CPAN est un outil collaboratif, un des premiers réseaux social dédié (après le CTAN). Donc tu utilises pour ton module (bibliothèque) la même licence que Perl c'est à dire GPL + Perl Artistic. Ainsi, le CPAN grossit, est libre et cohérent et on ne se pose pas la question de la licence pour les bibliothèques. C'est une zone de grand partage réutilisable par tous.

L'écosystème de Python me semble bien plus répartis. Avec PIP, il télécharge les paquets on ne sais trop ou et les installe.

Voila, je me positionne face a un écosystème existant, je ne cherche pas à comparer ici les licences libres.

C'est un peu le soucis de Python… Avec Perl, tu upload ton module sur le CPAN et comme tout le monde, tu met la licence Perl (Artistic) et ca va bien.

Il n'empêche, NX et X2GO marche super bien… Il faut aussi avoir l'honnêteté de dire que certaine chose marche bien.

À mon avis, les versions Linux des logiciels Ansys sont programmées avec les pieds

Attention, il y a plusieurs choses chez Ansys. Les solveurs sont OK, pas de soucis (il faut dire pas de graphique). La BOUSE infâme, c'est le workbench, si tu regardes de manière récursive dans le dossier d'installation, tu va trouver des binaires 32bits PE32 .Net… Ansys te fait payer un prix astronomique la version GNU/Linux une merde en boite avec du binaire Windows ! C'est pas étonnant que cela marche mal coté 3D avec du X distant.

Avec x2goclient, c'est facile mais graphique… Il y a aussi le client pyhota qui le fait en ligne de commande. Exemple sans intérêt !

pyhoca-cli --server SERVER --username LOGIN --new --command xeyes

Cela lance une nouvelle session à chaque fois. En effet, comme il y a un proxy coté serveur, on peux se reconnecter sur une ancienne session. Par exemple lancer matlab puis récupérer la session à un autre moment.

Pour le moment, on en fait un usage basique (cela nous règle les problèmes de visualisation 3D notamment). Coté serveur, ne pas installer GNOME qui est un monstre coté ressources. Je met XFCE et je fais un lien pour simplifier la vie des utiisateurs

/usr/bin/gnome-session -> /usr/bin/xfce4-session

Oui, heureusement.

D'ailleurs, X de base merde pas mal à ce niveau la, surtout pour la 3D ou cela marche correctement parfois. Exemple, jamais compris comment faire marcher de manière fiable Workbench d'Ansys sur une machine de calcul…

Avec NX, la 3D se fait sur le serveur (puisqu'il a un proxy local au serveur) et alors, tout est bien plus simple et robuste coté 3D !

Une autre piste logiciel dont les idées sont les mêmes (faire le rendus 3D sur le serveur) est VirtualGL (TurboVNC). Une petite page qui explique pas si mal la problématique est les solutions :

http://www.virtualgl.org/About/Background

Des solutions existent déjà: on peut lancer un serveur VNC ou RDP avant le login, c'est plus efficace que X
(en terme de débit réseau).

Oui et non.

En pratique, NX (X2GO) est plus efficace et c'est juste un 'proxy' X bien ficelé… Comme quoi X est quand même surprenant ;-)

Que veux-tu dire par là ? NX et X2GO demande des clients spécifiques.

• NX est un peu merdique car il passe par une bidouille via un compte 'nx' et une clef commune…

• X2GO a corrigé cela et tu utilises ton compte directement.

Dans les deux cas, il faut utiliser un client spécifique, qui n'a pas forcément une ligne de commande compatible avec ssh… Pas mal de programme permettent de modifier la connexion à distance via un paramètre, c'est ainsi par exemple qu'avec MPI (calcul parallèle) on est passé en douceur de rsh à ssh.

Si c'est intégré dans ssh, c'est beaucoup plus simple pour tout le monde ;-)

Pour essayer de faire une synthèse rapide… Que ce soit X ou Y, l'utilisateur s'en fiche un peu, il veut que cela marche. Cependant, la transparence réseau sous UNIX est la depuis si longtemps que c'est maintenant dans le coeur d'UNIX. Tu dois pouvoir faire un ssh et avoir un retour graphique de toute application distante. C'est une des raisons du succès d'UNIX, c'est un des soucis de MacOSX, leur couche graphique n'est pas compatible (et je n'ai pas le souvenir de client libre).

Que ce soit X, VNC, RDP… Je crois que tout le monde sera enchanté d'une solution plus performante que le X de base d'aujourd'hui (avec NX et X2GO, ça va quand même bien). Mais, cette solution doit être intégrée dans SSH afin que tout soit transparent et simple.

Comme dis si dessus, j'ai pas vu ou était la gestion de fichier dans la demo ?

Merci

C'est quand même gênant car du coup, il y a très peu de chance d'avoir des réponses à certaines questions ;-(

Rien à voir avec la dépêche mais sur la moulinette derrière DLFP. Pourquoi l'auteur, ici GillesP, n'est pas un hyperlien dans mon navigateur ce soir. J'ai essayé sur d'autres dépêches et les auteurs sont toujours "cliquable".

Ca marche mais je n'ai pas vu ou était la gestion des fichiers

Sinon, il y a 'a2ps' qui fait un peu tout pour un peu tous les formats…

Ah, parce que twitter a un intérêt ?

c'est sans doute dommage d'avoir lancé un projet qui semble proche mais bon.

Une certaine émulation peut être positive mais bon, avoir des projets forts est pas mal non plus pour l'image du libre et la pérennité (samba, apache…)

Ceci dis, il serait intéressant de voir ce qui rapproche et différencie les deux projets. Bref, les spécificités de chacun ;-)

Je me souviens d'un projet intéressant, FreeLan, qui rénovait le thème du VPN. Quelqu'un sais si c'est encore actif ?

http://freelan.org/page/home

En effet, le problème du VPN est d'avoir un client multi-plateforme ET une certaine pérennité dans le temps (en plus de la sécurité)…