Feature #426

statt einer printers.sh... XML-Dateien für vmchooser::env

Added by mj0 over 2 years ago. Updated over 2 years ago.

Status:Erledigt Start date:05/12/2009
Priority:Normal Due date:
Assignee:bw21 % Done:

100%
Category:plugins
Target version:Ver. 5.1
Resolution:fixed

Description

Finde die printers.sh / scanner.sh nich so prickelnd. Ist ja ne RZ-Lösung, sowas sollte aber nicht ins Plugin. Besser feste Gruppen-Liste. Dynamisch kann sich das ja jeder selbst hinhacken. Die Datei pann beispielsweise in /etc/opt/openslx/plugins/vmcooser auf dem server landen und wird in Stage 3 entspechend nach /etc/opt/openslx kopiert.

Beispiel:

<?xml version="1.0" encoding="utf-8"?>
<settings>
  <environment param="default">
    <!-- which shared folders should be connected -->
    <shared_folders param="true">
      <!--  name="Home" path="/home/$USER" for internal VMware sf -->
      <shared_folder name="" path="" pass=""></shared_folder>
    </shared_folders>
    <!-- which printers should be connected -- >
    <printers>
      <printer name="" path="">Human readable description</printer>
    </printers>
    <!-- which scanners should be connected -- >
    <scanners>
      <scanner name="" path="">Description</scanner>
    </scanners>
  </environment>
</settings>

History

#1
Updated by dvs over 2 years ago

  • Assignee set to bw21

#2
Updated by bw21 over 2 years ago

  • Status changed from Neu to Zugewiesen

#3
Updated by bw21 over 2 years ago

  • Status changed from Zugewiesen to Erledigt
  • % Done changed from 0 to 100
  • Resolution set to fixed

ACHTUNG: Obige XML-Datei wird abgeschnitten, weil die XML-Kommentare nicht mit einem "-->" enden, sondern mit "-- >".

Jetzt ist das Feature in dem vmchooser-Programm in trunk (ab Programm-Version 0.0.10) drin - es schaut automatisch bei einem Image-Start zusätzlich in /etc/opt/openslx/vmchooser-[GRUPPENNAME].xml , wobei [GRUPPENNAME] der Name ist, der über die Environment-Option (env) von vmchooser gesetzt wird. Alle Unterknoten von shared_folders, printers und scanners.

Die ursprünglichen Knoten in shared_folders, printers und scanners, die schon in der XML waren, werden beibehalten!

Die Knoten werden einfach eins zu eins übernommen, dass heißt, wenn vorher im XML der gleiche Knoten drin war, kann es vorkommen, dass der Knoten doppelt in der XML ist... dürfte aber keine weiteren Probleme bereiten.

Also available in: Atom PDF