Sytoka Modon a écrit 4544 commentaires

Justement, si tu me relis, je veux le faire en //. Mais pour cela, il faut que les fichiers sur le FS n'appartiennent pas tous à la même personne. Je n'ai pas testé OwnCloud donc je ne sais pas comment il gère les fichiers…

Il me semble que c'est plus un travail de fond :

• modularisation du coeur de Perl
• passage en UNICODE

L'objectif me semble clairement le long terme. L'avantage est de pouvoir ajouter des choses de manière plus modulaire donc moins risquée et plus stable. Les ajouts venant de Perl6 ne sont pas tous géniaux (j'ai lus plein de truc comme quoi l'opération ~~ était mal définis par exemple, il me semble que "given" pose aussi des soucis…).

Bref, une base solide pour la suite ;-)

C'est plus une constatation générale… Par exemple, samba fork sous l'identité de la personne et écrit les fichiers sur les disques avec cette identité.

Un fork de serveur pour changer d'identité, cloisonner et espérer améliorer la sécurité est une chose très classique (postfix…).

Au niveau des serveurs web, je trouve qu'on profite pas beaucoup des fonctionnalités de l'OS au dessous. En règle générale, tout tourne sous une seule identité et tous les fichiers appartiennent à cette personne. Avec les cgroup, il y a plein de chose bien qui pourrait être envisageable si le service changeait d'identité après le login de la personne. La même remarque pourrait être faite coté base de donnée car en générale, l'application web n'utilise qu'un seul login pour accéder à la base, que ce soit pour les requêtes en lecture seules (SELECT), celles en écriture (UPDATE) et celles de mise à jour (ALTER, DROP..). J'ai du mal à comprendre pourquoi la stratégie n'est pas de créer 3 identifiants par défaut… sauf la facilité pour l'utilisateur lambda qui veut tout installer en 3 click.

Coté Owncloud, j'aimerais que les utilisateurs puissent avoir accès a leur fichier via un partage samba ou nfs en interne… J'ai cru comprendre qu'on pouvait accéder depuis celui-ci à des partages samba mais j'ai pas été plus loin. Il ne faut pas prendre la voie d'Alfresco ou si j'ai bien compris, ils ont reprogrammé dans leur serveur un serveur CIFS en Java…

Mon idée serait plutôt de mettre en place un service Webdav en parallèle de Samba et NFS et OwnCloud a l'avantage d'avoir un développement qui me semble actif et communautaire. Je regarde aussi du coté d'un petit projet qui fait cela et juste cela : webdavcgi

http://webdavcgi.sourceforge.net/doc.html

Je vois que tu préfères les usines à gaz en Java ;-)

SPIP est un bon exemple de projet qui évolue et qui marche…

Ce qui m'inquiète plus, c'est que j'ai l'impression que ce genre de service tourne presque toujours sous l'identité www-data par défaut donc cela revient à mettre les données des utilisateurs sur une grosse partition FAT32 ! Il serait temps de faire des services web efficace qui bascule du compte root vers un compte utilisateur afin de pouvoir profiter de la couche de sécurité d'EXT4, XFS, BTRFS…

Il y a suexec mais d'après ce que j'ai lu, aucun n'est vraiment efficace en terme de performance…

Faut être motiver avec cette bête là, les alertes se succèdent…

Nous on utilise SPIP comme plein de laboratoire CNRS, avec l'écran de sécurité plus une autre astuce, pas eu de problème depuis l'origine… et pourtant, j'ai des SPIP pas toujours super à jour !

Astuce SPIP : interdire /ecrire en http, et mettre une authentification Apache sur https. Ainsi, il faut commencer à percer Apache qui est bien plus robuste que n'importe quel code PHP à mon avis !

Mais donc : quelle est l'utilité du fric public? Dans ce cas, ben… Si c'est pas pour le public

Question : public veut'il dire universelle ?

Sans vouloir personnellement prendre partie, pour certain, public veut dire Français ou Européen… La recherche cache aussi des subventions aux groupes industriels pour les maintenir à la pointe ! Tous les états font cela.

Ayant été mis au courant d'un certain nombre de cas, j'ai clairement pas de bonne solution a cette question. Personnellement, si j'étais chercheur, je ferais tout mon possible pour éviter ce genre de contrat.

but WITHOUT ANY WARRANTY;

C'est pas aussi facile… Si c'est un thésard d'un copain qui est dans un autre laboratoire, tu peux te retrouver un peu coincés… A ce niveau là de recherche, le monde est petit, tout le monde se connaît un peu et ils sont tous un jour ou l'autre dans les jurys de thèse ou les jurys d'admissions des laboratoires voisins (en thématique). Ton équipe peut aussi être sur des ANR commune…

Bref, pas toujours facile de dire non, surtout que le demandeur ne se rend pas toujours compte du temps réel que prends n'importe quel support.

C'est exact mais dans la concurrence internationale, on va te dire que tel sujet est ultra sensible et il ne faut pas que tel ou tel pays accède trop facilement aux résultats (ou plutôt au savoir faire). Il y a parfois une problématique de secret défense ou de stratégie industriel sur lesquelles je n'ai aucune compétence mais qui sont réelle en science pour l'ingénieur…

Je pense par exemple qu'une bonne partie des recherches sur les futures fusées sont loin d'être complètement libre…

C'est pas aussi simple…

Je suis dans un laboratoire de recherche publique. La subvention de base est inférieur à 20% de notre budget (or salaire des fonctionnaire). Donc plus de 80% de nos moyens sont sur contrat, certains publiques (ANR, Europe…), d'autres privés. Penser que l'argent arrive tout seul est un doux rêve du passé. Les chercheurs passent leur temps à répondre à des appels d'offre puis à rédiger de la publication au kilomètre…

Ensuite, il y a une certaine concurrence internationale… Il y a des chercheurs qui ne souhaitent pas se faire "piquer" leur code (ou tout simplement le montrer). J'ai un chercheur par exemple qui m'a dis hier qu'il ne voulait pas car il ne veut pas faire le support (notamment, il ne veut pas faire le support pour un le thésard d'un autre chercheur si celui-ci ne veut pas mettre les mains dans le cambouis). Très souvent, il y a aussi des problèmes de licences qui sont loin d'être clair.

Bref, on a un certain nombre de code libre disponible sur le net. Je pousse a en libérer encore plus… même si ce n'est pas tous les jours faciles. Mais ce ne sera jamais 100% !

Je vois qu'un post a sortis les anciennes base db* (mais qui servent toujours beaucoup). Pour être complet, il ne faut pas oublier les bases de données "matricielles" très utilisés dans le calcul scientifique, notamment NetCDF et HDF (d'ailleurs la dernière version de NetCDF(4) est basée sur HDF(5)).

Ce genre de base est parfait pour stocker des matrices numériques. On peux les attaquer à distance en HTTP via le protocole DAP (exemple de petit serveur qui marche bien : pydap).

Limite hors sujet … mais à connaître tout de même.

Si toutes les affaires en cours vont à terme, il n'est pas sur que Sarko soit blanc comme neige coté salaire caché… Ceci dis, on va attendre !

Sinon, je trouve que Sarko a pas mal appliqué un bout de la méthode indiquée dans 1984 par Orwell. Une chance au final qu'il ne soit pas renouvelé.

Il suffit de voir le résultat de 2002, plus de 80% pour Chirac.

Le FN ne gère aucune ville, aucun département… Rien. Ils sont dangereux et l'immense majorité n'en veut pas.

Pourquoi on nous a été saoulé pendant la campagne avec Le Pen comme à chaque fois ?

Un autre système de votre a aussi des travers (voir théorème d'Arrow) mais celui que nous avons actuellement en a de très gros.

Le point très positif est aussi de replacer le vote Le Pen a sa juste place. On sais qu'avec un vote a deux tours, on peux gagner et/ou avoir des effets de loupe impressionnant.

Avec ce résultat, on aurait pu espérer avoir une campagne moins borné sur les thèses infâmes et rabâchées du FN

En effet ce type de vote ne marche pas, on voit que l'élu est celui dont tout le monde se fout (le plus de note 0).

Faut, dans le test (auquel j'ai participé), on votait aussi pour un second tour classique or Bayrou gagnait TOUS les duels.

Un p'tit lien n'aurait pas fait de mal pour rendre l'appel plus efficace…

J'ai tendance à faire presque toute la doc utilisateur en POD… Il y a bien sur un wiki mais c'est en plus. J'intègre si possible la doc POD dans le fichier source (possible en Perl bien sur mais aussi avec bash, Fortran…) et une petite règle dans un Makefile me mouline tout cela en des fichiers man et même temps que la compilation !

Je trouve que pour beaucoup de chose, la doc au format man est bien pratique. C'est souvent bien pratique d'avoir tout sur sa machine et qui ne prennent pas 3Go de disque ni dix milliard de cycles CPU lors de l'utilisation !

Exemple à ne pas suivre, les dernières version du compilateur intel prennent plus de 2Go d'espace disque juste pour pouvoir faire icc ou ifort… Tout cela car il y a un bordel de doc et de java complètement inutile mais placé dans une arborescence digne d'Adobe ;-)

J'ai un pu le même soucis… mais je me demandais si on ne pouvais pas changer dans le LDAP le nom du domaine, sachant que sous Windows, les noms importent peu puisque normalement, ce sont les SID les vrais identifiant.

Si tu change le nom du domaine, les postes clients basculent'ils tout seuls sur le nouveau nom ?

Il faut dire que c'est la 6.0 car la précédente était la 5.9 mais que c'est une version mineure à mon sens…

LDAP est plutôt un exemple de base SNMP tellement le lien entre les deux est proche.

En programmation objet (un peu le standard de nos jours), tu as des classes ayant des attributs. Il y a en gros deux manières d'enregistrer cela dans un langage :

• soit sous forme classique de type. N objets donnent N version en mémoire du type T

• soit sous forme inside/out. Chaque attribut est enregistré dans une structure propre et l'objet y accède via une clef.

http://search.cpan.org/~dagolden/Class-InsideOut-1.10/lib/Class/InsideOut/Manual/About.pod

L'utilisation d'une base de données SQL pour faire de l'objet est un mode de pensée très clairement inside/out alors que les base NoSQL sont dans le schéma classique.

Cela me rappelle le réseau des militaires. A mes souvenirs RITA. Cela doit être cela :

http://www.ltt.fr/index_3_trans-equipements-rita.htm

C'était programmé en Langage Temps Réel si mes souvenirs sont encore bon.

La constitution allemande interdit le referendum … donc faut commencer par la changer.

Arghh… tu parlais que de la France ! Je pensais que quitte à changer, autant basculer enfin sur une vraie Europe fedérale ;-)

Je suis moi aussi sur machine… Pour être positif, cela amuse beaucoup les enfants ;-)

Sinon, coté écologie, j'ai des doutes… Batterie, recyclage de composant. Et si le papier était plus écolo ?

Le scrutin majoritaire a deux tours a plein de défaut. Au final, nos instances sont très peu représentative. Vaut-il mieux un vote électronique de type Condorcet ou un vote papier a deux tours ? Qui triche le plus ?

J'ai découvert dans un post le vote par valeur qui permet d'avoir un vote papier dont le traitement pourrait être manuel ou automatisé. C'est une piste intéressante pour mettre un peu d'ordre dans notre démocratie.

VirtualGL ?

J'ai pas essayé mais NX est mieux que VNC… Spice, c'est un peu pareil, on devait voir ce que l'on devait voir. J'ai aussi essayé Xpra mais cela plante très vite… Ensuite VirtualGL, c'est un peu le bordel, un partie des données passe via un canal, l'autre passe par X, il faut lancer le programme de manière particulière. Avec NX, le display est local au serveur donc l'accélération est sur le serveur, la chaîne est quand même plus simple. A noter d'ailleurs que NX est sortis juste après de Keith Packard ait dis que c'était impossible d'améliorer X au niveau de la couche réseau. Comme quoi, même les meilleurs peuvent se tromper.

Pas encore vu mieux que NX pour les trucs à distance.

Pour en revenir au sujet, je me souviens de démo de directFB au début (12ans ?), c'était sensé être super rapide, un portage simple des toolkit… c'est pas encore la réalité. A vrai dire, je suis agréablement surpris par cette annonce car je croyais le projet mort.

Alors effectivement, la démo permet de dire que c'est beaucoup mieux qu'avant mais ne permet pas de comparer par rapport au standard actuel X.

Aucune technologie SSI logicielle n'a réussi à suivre le développement du noyau et l'intégrer…

Par ailleurs, on voit que dans le même noyau, le checkpointing avance lentement… Il faut dire qu'arrêter un processus pour le relancer plus tard dans le même état est bien plus complexe qu'il n'en a l'air…

En parallèle, avec les technique de grille et de virtualisation, l'idée est à terme de lancer non pas un programme mais une machine toute entière.

Bref, le SSI qui marche pour le moment est matériel comme je l'ai déjà dis plus haut. Mais il est cher et au final, il s'est fait complètement dépassé sur les grosses puissances par les clusters tout bête.

Il y en a qui trouve cela bien, d'autres décevants… Je dois dire que je suis dans le camps des dubitatifs. Cela fait des années qu'on nous dis que X c'est de la daube et qu'on va voir ce qu'on va voir !

Je me souviens des débuts de directFB, mais entre temps, X a progressé aussi !

Que donnerait la même chose sous X avec la même machine car c'est pas la première machine quand même…

PS : Idem pour Wayland ou on commence a nous dire que cela ne sera pas forcément plus léger ni plus rapide… Mais pourquoi personne n'intègre NX en natif dans X ?