Ist das Entwickeln mit Remote Containern möglich? BCxx

Dem Konzept der Entwicklung mit remote Containern folgend (https://code.visualstudio.com/docs/remote/containers)

Habe ich mit New-BcContainer einen BC Container erstellt und möchte mich nun mit Visual Studio Code verbinden.

Wenn ich "Attach to running Container" Klicke bekomme ich aber leider eine Fehlermeldung.

Code:

[74 ms] Remote-Containers 0.209.6 in VS Code 1.63.2 (899d46d82c4c95423fb7e10e68eba52050e30ba3).
[74 ms] Start: Resolving Remote
[76 ms] Setting up container: /bc180
[95 ms] Start: Run: docker inspect --type container /bc180
[1082 ms] Start: Check Docker is running
[1082 ms] Start: Run: docker version --format {{.Server.APIVersion}}
[1853 ms] Server API version: 1.41
[1853 ms] Start: Inspecting container
[1853 ms] Start: Run: docker inspect --type container xxx
[2801 ms] Start: Run in container: /bin/sh
[3073 ms] Start: Run in container: uname -m
[4050 ms] Start: Run in container: cat /etc/passwd
[4050 ms] Stdin closed!
[4054 ms] Shell server terminated (code: 126, signal: null)
container xxx  encountered an error during hcsshim::System::CreateProcess: failure in a Windows system call: Der Benutzername oder das Kennwort ist falsch. (0x52e)

egal was ich tue, ich bekomm das einfach nicht zum laufen.

Es sieht für mich so aus als ob die Extension versucht im container eine Linux Shell zu starten, was ja unsinnig ist.
Irgendwo bin ich scheinbar falsch abgebogen.
Scheinbar könnte ich Hilfe gut gebrauchen
lg
Tibor

Hallo,

das sieht nach einem Linux- Docker aus. Du benötigst aber einen Docker, der auf einem Windows- Server läuft.

Gruß Fiddi

Docker ist auf meinem Windows 10 installiert und auf Windows Container geschaltet.

Andernfalls wäre es ja auch nicht möglich einen BC Container zu betreiben.

egal was ich tue, ich bekomm das einfach nicht zum laufen.

Hast du eine offizielle Quelle, dass der BcContainerHelper dafür freigegeben ist?
Das Developing inside a Container ist ja ein plattformübergreifendes Konzept, kann also erst ab PowerShell 6.0 funktionieren.
Der BcContainerHelper wird aber auf Basis von PowerShell 5.1 entwickelt, welche von der Funktionalität umfangreicher ist, aber nur auf Windows-OS zur Verfügung steht.

Ggf. hier FreddyK direkt fragen: https://github.com/microsoft/navcontainerhelper/issues

Hast du eine offizielle Quelle, dass der BcContainerHelper dafür freigegeben ist?
Das Developing inside a Container ist ja ein plattformübergreifendes Konzept, kann also erst ab PowerShell 6.0 funktionieren.
Der BcContainerHelper wird aber auf Basis von PowerShell 5.1 entwickelt, welches von der Funktionalität umfangreicher ist, aber nur auf Windows-OS zur Verfügung steht.

Ggf. hier FreddyK direkt fragen: https://github.com/microsoft/navcontainerhelper/issues

Danke für die Antwort Kai.
Je mehr ich lese desto verwirrter bin ich.
Eine definitive aussage darüber habe ich nirgends gelesen.
Ich hab auch bisher keinen "Try-Out" Container mit Windows gefunden. die sind alle Linux basierend.

Ja, Freddy fragen ist eine sehr gute Idee. Wusste nicht ob ich diese Frage tatsächlich über "issues" einkippen kann.
...ich mach mal

Selbst wenn es aktuell noch nicht gehen sollte: Ab der nächsten Version 20.x wird BC ja auch auf .NET Standard und damit plattformübergreifend umgestellt, siehe hier. Damit sollte dann Freddy vermutlich einen BcContainerHelper bereitstellen können, der plattformübergreifend einsetzbar ist, auf Basis vom aktuellen PowerShell-Release.

Hallo,

das mit dem Plattformübergreifend ist aber glaube ich auch dann ein frommer Wunsch. Auch wenn Net-Standard 5 tatsächlich auch gut unter Linux läuft. Das Problem sind nur noch ein paar andere Kleinigkeiten, wie der IIS oder Powershell oder ganz gemein-> unterschiedliche Pfade.

Gruß Fiddi

Ojeh, genau wegen der unterschiedlichen Pfade für diverse Versionen befasse ich mich mit dem Thema.

Unsere Developer sollen für jede Version schnell eine Entwicklungsumgebung mit den richtigen Abhängigkeiten zur Verfügung gestellt bekommen.

Danke für die Info

das mit dem Plattformübergreifend ist aber glaube ich auch dann ein frommer Wunsch.

Bei Java wurde dieser fromme Wunsch schon vor 26 Jahren ausgesprochen, und wenn auch auf "write once, run anywhere" leider vielfach ein "debug everywhere" folgte, ist es prinzipiell sicherlich möglich, sonst wäre log4j ja nicht so verbreitet .

wie befürchtet. Remote Container funktionieren (derzeit?!) nur mit Linux

https://github.com/microsoft/navcontain ... ssues/2241

Danke für den Hinweis in Richtung Freddy.

Frohe Weihnachten
lg
Tibor

https://github.com/microsoft/navcontain ... ssues/2241

Ich habe im Thread die Gelegenheit genutzt und nach einem plattformübergreifenden ContainerHelper gefragt. Der könnte irgendwann durchaus kommen, aber MS hat wohl nicht unbedingt die Prio, Geld zu investieren, um dann bei BC Windowsserver durch Linuxserver abzulösen .
https://github.com/microsoft/navcontain ... 1000268795

Damit sollte dann Freddy vermutlich einen BcContainerHelper bereitstellen können, der plattformübergreifend einsetzbar ist, auf Basis vom aktuellen PowerShell-Release.

Er arbeitet dran .
https://twitter.com/freddydk/status/160 ... H2B-L-G30Q
Nachtrag 13.12.22: Die Preview kann schon unter Linux laufen und die Preview von BCContainerhelper jetzt auf und mit PowerShell 7 lauffähig.
https://twitter.com/freddydk/status/160 ... YY3IiVoHYQ