Messages

Je veux bien m'occuper du RGPD

Je viens de regarder leur site, pas cherché plus loin, et je suis d'accord.

xen-tools utilise debootstrap pour installer sa VM, il faut trouver un moyen d'installer la distribution cliente sur la partition prévue. Tu peux utiliser l'installateur prévu  de la distribution, en faisant une VM utilisant hvm et démarrant depuis une image iso du CD d'installation, ou trouver un outil capable d'installer la distribution cible dans un chroot ou sur un répertoire précis. Ça va dépendre de la distribution cible.

Personnellement je n'utilise plus xen-tools pour créer mes VM mais un playbook ansible. Ce playbook fait toutes les étapes de xen-tools, plus certaines autres (pas exemple ajout de mes clés publiques dans la config ssh), il n'y aurait qu'à remplacer la partie concernant debootstrap dans ce playbook pour l'adapter à une autre distrib.

<SIELA1915> besoins: compiler les clients automatiquement, et les packager comme prévu (smokey, full etc) ainsi que compiler tous les outils et une vm avec le serveur

Les besoins en terme d'automatisation et de CI sont surtout liés à la compilation des clients et des serveurs.

Le reste de l'infra est stable. De mon point de vue, ce n'est pas la peine d'automatiser la création de VM car c'est une tâche rare, et chaque fois le besoin sera différent. Les bénéfices d'un automatisation seront faibles en rapport au travail à fournir pour y arriver de façon satisfaisante.

On a donc un serveur de gestion de versions, gitlab, avec deux fonctions distinctes :
- Créer les clients de jeu
- Suivre les évolutions des serveurs.

Pour les serveurs, ils sont deux : lirri et spofu. Spofu reçoit les nouveautés, lorsqu'elle sont validées elles sont basculées vers lirria. Les développeurs peuvent avoir un serveur de jeu personnel qui leur permet de faire les premiers tests avant de push sur spofu. Tout ça devrait être intégré.

Pour les clients, c'était assez au point il me semble, je laisse siela détailler

Je commence à m'intéresser à l'intégration continue, même si je suis en retard d'une guerre. Et je me rend compte en réfléchissant rapidement, qu'on s'est engagé sur la voie de gitlab-ci sans vrai réflexion et analyse en amont. Ce n'est peut-être pas le meilleur choix. Il est possible d'avoir un CI découplé de gitlab, je vous propose d'analyser ça sauf si vous avez déjà des habitudes fermes avec gitlab-ci.

Pour l'accès https, il faut soit passer par le proxy, soit aller directement sur la VM en http. L'URL serait alors : http://192.168.20.43/chemin/vers/depot

Par exemple, j'ai testé :

compil@liria:~/test-clone-http$ git clone http://192.168.20.43/khaganat/khanat-code.git

et ça marche

Please make sure you have the correct access rights

Pour ssh, il faut configurer la clé et l'accès à gitlab.

Ça a l'air intéressant comme concept.

Ils ont pas fait une traduction française ?

Finalement, je suis revenu sur mes galets.

La capture 34 est le "proof of concept" : on peut superposer des zones 3D. Ça ouvre des perspectives.

J'ai abandonné mon idée de galets, ça ne rend pas bien du tout. Par contre j'ai fait quelques fonds supplémentaires, a vous de me dire quelles sont vos préférences.

Moi j'aime bien la capture 30 et la 33.

https://khaganat.net/photos/?f=Shepeng%2FCaptures

Je peux facilement changer un contour ou un fond. Je travaillerai le texte lorsqu'on sera fixé sur le reste.

Une idée en passant : on pourra proposer des thèmes pour l'écran d'accueil, c'est assez rapide à faire.

J'ai eu envie de faire un thème avec des petits galets photographiés et collés sur le fond métal. Comme je sens que ça va me demander pas mal de boulot à mettre au point, je vous montre un exemple non fini de ce que ça peut donner, pour avooir votre avis : est-ce que je travaille dans cette direction ou je cherche autre chose ? L'idée est d'avoir 5 galets différents, pas 5 fois le même, et ça demandera à YannK de modifier un peu le canevas, en élevant un les vignettes de façon a avoir plus de place entre les vignettes et le personnage en pieds.

[Solutions de gestion de tickets]

Solutions de gestion de tickets

http://blog.admin-linux.org/logiciels-libres/solution-de-helpdesk-gestion-incident-opensource

Liste de solutions
  * Django
    * Pas de doc, a voir + tard
  * Tosca
    * Pas trouvé de lien :: éliminé
  * ORTS
    * une version "Free" GNU AFPL et une version "Business solution"
    * testable online
    * conformité ITIL annoncée
  * GLPI
    * démo  online
    * Servicedesk ITIL annoncé
    * Rapports statistiques paramétrables avec graphiques en PNG, SVG ou export CSV.
  * JTrac
    * Customizable workflow per project
  * OSTicket
  * Request Tracker
  * Roundup Issue Tracker
  * Sit!
  * Astres
  * Triage
  * Liberum
  * Slick Ticket
  * OBM
  * egroupware
  * Brimir
  * Hesk
  * ITOP (CMDB=Configuration Management Database)
  * Sinergia
  * Eventum
  * Trouble Ticket
  * Bugzilla
  * MantisBT
  * Bug Genie
  * flyspray
  * GestSup
  * Helpdesk reloaded
    * open source, mais pas libre, on peut pas modifier le thème comme on veut
  * Redmine
  * JIRA
  * Phabricator
  * Tuleap

Je peux héberger pas mal de monde sur *** à partir du mois de février. Si je m'y prends assez à l'avance, je peux avoir une maison complète : 4 chambres dont une avec un grand lit, cuisine salon (avec un canapé lit). Avec en plus deux ou trois places chez moi, les deux maisons sont à 50m l'une de l'autre.

Message édité par une administratrice pour effacer les éléments d'identification personnels, vu que la date de l'AFK est passée.