@Jeffrey Drumm does this also happen if you launch iterm from a private browser session?

Probably has no hope of working on Windows:

Browser devtools network trace shows this repeatedly:

oops: <PYTHON EXCEPTION> 246 <class 'ModuleNotFoundError'>: No module named 'termios'

Has anyone here succeeded in making this work with 2024.1 or 2024.2 on Windows? I've tried two separate IRIS instances, and in both cases I only get a blank black page after IRIS authentication.

Disappointed that you have picked such a US-centric time for this, so I won't be able to participate.

Thank you for rescheduling the meeting. 

@Evgeny Shvarov re #3 when you write git-source-control are you referring to this package?

https://openexchange.intersystems.com/package/Git-for-Shared-Development...

Is using this with the client-side paradigm a supported mode? I haven't yet found any documentation to that effect.

@Evgeny Shvarov  re #1 aren't you already using the "objectscript.conn.docker-compose.service" and ""objectscript.conn.docker-compose.internalPort" settings? If you're finding a specific problem using these please open an issue at https://github.com/intersystems-community/vscode-objectscript/issues

Since the Cody people talk about "the repository" I'm guessing they mean a local Git repository. When you're using ISFS you're using the server-side editing paradigm, so no local Git repository is involved.

The missing `set` was because I had copied the wrong line from my shell session. I have edited the post to correct this.

I get the same as Jeff, so it seems the zpm install installed the requirements OK.

Thanks for adding the BYOP doc to the wiki.

Continuing at https://github.com/intersystems-community/vscode-objectscript/issues/1437

Pinging @Semion Makarov in case the extra point has been overlooked.
 

Setting this up on a 2024.2 Windows instance hasn't been easy, and even now I'm only getting a blank page like @Jeffrey Drumm reported elsewhere on this thread. His IRIS was 2024.2 but not on Windows.

Hurdles were:

• zpm 0.7.2 was failing because 2024.2 on Windows doesn't bundle pip. I got a bit further by upgrading to 0.7.3 which shipped last week.
• zpm 0.7.3 wouldn't install iterm until I'd gone through the Flexible Python Runtime setup steps and also worked out for myself the extra zpm steps (did I overlook documentation for these?):

zpm:%SYS>config set UseStandalonePip 1

zpm:%SYS>config set PipCaller "C:\Program Files\Python312\Scripts\pip.exe"

So now I have it installed in %SYS (thanks to the tip from @Evgeny Shvarov in this thread):

zpm:%SYS>list
zpm   0.7.3
iterm 0.1.0
zpm:%SYS>

But still the blank page. And I'm wondering why the iterm contest entry mentions WSGI but the /iterm app set up by the installer is a REST one rather than a WSGI one.

So far, no gain in return for the pain, and I'll continue to get along with Lite Terminal that's built in to the VS Code ObjectScript extension. It requires zero config and works on 2023.2+

A second article for IPM in VS Code, which now supports the use-case where a dev is using an IRIS container to import their local sources to.

...and Jetpack now has a video plus a first DC article.

I submitted OEx updates to the details of both my entries earlier today, merely adding an online demo link for each. Both updates are still showing as awaiting approval. Please add that bonus to DX Jetpack for VS Code and IPM in VS Code.

Here's a technique I previously wrote up, maybe useful until IPM supports this scenario itself.

https://community.intersystems.com/post/can-zpm-ipm-package-be-required-...

No, nothing else new in it. Were you able to connect but not work? Or wasn't it possible to connect? If the latter, perhaps the server had run out of licenses.