WiX 4 in Vagrant Maschine installieren

WiX 4 benötigt .NET SDK 6 oder höher. Das .NET SDK per Shell Provisioner zu installieren ist aber nicht ganz offensichtlich, was primär an zweierlei liegt:

MS möchte .NET gerne per winget installieren, was eine AppStore-App ist (heißt das so?), die per Provisioner selbst nach der abenteuerlichen Installation der Dependencies nicht verfügbar ist:

Program ‘winget.exe’ failed to run: The file cannot be accessed by the systemAt C:\tmp\vagrant-shell.ps1:1 char:1

– vermutlich liegt der Grund irgendwo hier, hier oder hier. Keine Ahnung, Windows halt 🤷🏼‍♂️

Wenn man .NET dann anders installiert, werden die Umgebungsvariablen nicht mit gesetzt m( Na ja, long story short:

  # install .NET:
  config.vm.provision "shell", path: "dotnet-install.ps1", name: "install .NET"
  config.vm.provision "shell", inline: "[Environment]::SetEnvironmentVariable(\"DOTNET_ROOT\",\"$HOME\\AppData\\Local\\Microsoft\\dotnet\\\", \"Machine\")", name: "Set DOTNET_ROOT"
  config.vm.provision "shell", inline: "[Environment]::SetEnvironmentVariable(\"Path\", $env:Path + \";$HOME\\AppData\\Local\\Microsoft\\dotnet\\\", \"Machine\")", name: "Set Path"

  # install wix:
  config.vm.provision "shell", inline: "dotnet tool install --global wix", name: "install WiX", reboot: true

# install .NET:

config.vm.provision "shell", path: "dotnet-install.ps1", name: "install .NET"

config.vm.provision "shell", inline: "[Environment]::SetEnvironmentVariable(\"DOTNET_ROOT\",\"$HOME\\AppData\\Local\\Microsoft\\dotnet\\\", \"Machine\")", name: "Set DOTNET_ROOT"

config.vm.provision "shell", inline: "[Environment]::SetEnvironmentVariable(\"Path\", $env:Path + \";$HOME\\AppData\\Local\\Microsoft\\dotnet\\\", \"Machine\")", name: "Set Path"

# install wix:

config.vm.provision "shell", inline: "dotnet tool install --global wix", name: "install WiX", reboot: true

Mit dotnet-install.ps1 von hier; zum Einsatz kommt StefanScherer/windows_10. Der Reboot am Ende sollte imho nicht notwendig sein, aber ohne findet er weder wix.exe, noch dotnet.exe. Windows halt 🤷🏼‍♂️

Vagrant Invalid value VBOXSVGA

VBoxManage.exe: error: Error in (line 120) — Invalid value ‘VBOXSVGA’ in Display/@controller attribute.

Kann offenbar passieren, wenn eine VM unter Linux erstellt und dann unter Windows gestartet wird. Lösung: Die .ovf-Datei der VM öffnen, und

<Display controller="VBoxSVGA" VRAMSize="128"/>

1	<Display controller="VBoxSVGA" VRAMSize="128"/>

<Display VRAMSize="128"/>

1	<Display VRAMSize="128"/>

ändern. Beides von hier.

PowerShell: Zertifikatsprüfung deaktivieren

Add-Type @"
    using System.Net;
    using System.Security.Cryptography.X509Certificates;
    public class TrustAllCertsPolicy : ICertificatePolicy {
        public bool CheckValidationResult(
            ServicePoint srvPoint, X509Certificate certificate,
            WebRequest request, int certificateProblem) {
            return true;
        }
    }
"@
[System.Net.ServicePointManager]::CertificatePolicy = New-Object TrustAllCertsPolicy
Invoke-WebRequest 'https://127.0.0.1:8444/my/endpoint' -OutFile 'c:\response.json'

Add-Type @"

using System.Net;

using System.Security.Cryptography.X509Certificates;

public class TrustAllCertsPolicy : ICertificatePolicy {

public bool CheckValidationResult(

ServicePoint srvPoint, X509Certificate certificate,

WebRequest request, int certificateProblem) {

return true;

}

[System.Net.ServicePointManager]::CertificatePolicy = New-Object TrustAllCertsPolicy

Invoke-WebRequest 'https://127.0.0.1:8444/my/endpoint' -OutFile 'c:\response.json'

via. PS, in einem Vagrantfile so zu escapen – man beachte auch die Einrückungen:

  config.vm.provision "disable cert validation callback", type: "shell", inline: <<-SHELL
Add-Type @"
  ...
"@
[System.Net.ServicePointManager]::CertificatePolicy = New-Object TrustAllCertsPolicy
Invoke-WebRequest 'https://127.0.0.1:8444/my/endpoint' -OutFile 'c:\\response.json'
  SHELL

config.vm.provision "disable cert validation callback", type: "shell", inline: <<-SHELL

Add-Type @"

...

[System.Net.ServicePointManager]::CertificatePolicy = New-Object TrustAllCertsPolicy

Invoke-WebRequest 'https://127.0.0.1:8444/my/endpoint' -OutFile 'c:\\response.json'

SHELL

HTH

Vagrant: “undefined method `finalize!'”

Wer einen solchen oder ähnlichen Fehler bekommt, der möge das Verzeichnis ~/.vagrant.d löschen (und die neueste Vagrant-Version installieren, etc.)

Danke, Katrin!

Vagrant, PHP: APC aktivieren

Vagrant ist ziemlich neu für mich, und der allergrößte PHP-Experte bin ich auch nicht. Deshalb habe ich einige Zeit gebraucht, um APC zu aktivieren. Google legt nahe, dass es sich um ein separates Modul handelt ([1], [2]), aber das ist gar nicht der Fall. Stattdessen wird es per apt-get direkt auf der Maschine installiert (wahrscheinlich ginge das auch über ein “exec” im Manifest):

vagrant ssh
sudo apt-get install php-apc

1 2	vagrant ssh sudo apt-get install php-apc

und danach über die php.ini ([3], [4]) aktiviert. Im Manifest sieht das dann so aus:

class { 'php':
    version => 'latest',
}

php::module { "mcrypt": }
php::module { "curl": }
php::module { "gd": }

puphpet::ini { 'php':
    value   => [
        'date.timezone = "Europe/Berlin"',
        'display_errors = On',
        'error_reporting = -1',
        'apc.enabled= 1'
    ],
    ini     => '/etc/php5/conf.d/zzz_php.ini',
    require => Class['php'],
    notify  => Service['httpd']
}

class { 'php':

version => 'latest',

}

php::module { "mcrypt": }

php::module { "curl": }

php::module { "gd": }

puphpet::ini { 'php':

value => [

'date.timezone = "Europe/Berlin"',

'display_errors = On',

'error_reporting = -1',

'apc.enabled= 1'

ini => '/etc/php5/conf.d/zzz_php.ini',

require => Class['php'],

notify => Service['httpd']

}

Der wichtige Teil ist Zeile 14.

Vagrant: Timeout mit apt-get

Der Fehler

err: /Stage[main]/System/Exec[apt-get]/returns: change from notrun to 0 failed: Command exceeded timeout at /tmp/vagrant-puppet-1/modules-0/system/manifests/init.pp:8

1	err: /Stage[main]/System/Exec[apt-get]/returns: change from notrun to 0 failed: Command exceeded timeout at /tmp/vagrant-puppet-1/modules-0/system/manifests/init.pp:8

aus einem Puppet, hier der bemängelte Teil:

exec { 'apt-get':
   command => 'apt-get update',
   path    => '/usr/bin',
   tries   => 3,
   timeout => 60
}

exec { 'apt-get':

command => 'apt-get update',

path => '/usr/bin',

tries => 3,

timeout => 60

}

kann mit mehr RAM behoben werden. Folgendes in’s Vagrantfile:

config.vm.provider :virtualbox do |vb|
   vb.customize ["modifyvm", :id, "--memory", "2048"]
end

config.vm.provider :virtualbox do |vb|

vb.customize ["modifyvm", :id, "--memory", "2048"]

end

Quelle indirekt.

crusy.net

♪ Commit ins Abenteuerland ♫

Tag Archives for Vagrant