Jim Kring

Hi @Mads Toppe, Can you try this? Download this zipped up version of the VIPM Runtime Engine installer and point the "Select Distribution" dialog to where you extracted it? vipm-runtime-engine-19.1.3-windows.zip I'm hoping that will help you get past this step. The longer story is that it seems there's some deadlock happening due to the way NIPM and NI's older driver installers work. Hopefully, we'll get you going again. Please let me know if this works for you.

Hi @Mads Toppe, So that I can get NI support into the loop on this, can you please submit a bug report with NI and then respond back to me with the link to that ticket (you can send it to me off-line if you prefer). When you submit the ticket to NI, please list the steps you took to get into the situation (if you can) and also provide the screenshots you posted here in the forum. I can then work to get the ticket escalated and reproduced internally by NI so their dev team can figure out what happened. Thanks!

Hi James. Thanks for that extra information. Also, I am curious to lear more about how you're doing programmatic scan for package dependencies on a project. What I've seem most often is that the developer team is responsible for deciding which packages are dependencies of a project. Then, the automated build tool makes sure those dependencies are installed before the build. Can you tell me more about this? is this something you're doing on projects or just part of the proof-of concept? I'm working with our team to reproduce these issues and see if they can be fixed. Thanks.

Hi @Mads Toppe. What version of NI RIO is on your machine that you're trying to repair? A comment I got back from an NI support person is that the "dialog looks like a “metaInstaller” which would be pre-2019, in which case it’s an OS thing from the MSI installer. " I'm not sure if that's helpful or not. I'm hoping to hear more back from NI. I'll keep you posted.

Thanks for reporting this. I haven’t heard of this one before, and it seems like something for which we need to loop in NI, since it appears to be something NIPM is looking for and I don’t know about the internals of that. Let me reach out to NI and see what I can find.

Hi James. I'm sorry this still isn't working well for you. Thanks for reaching out to let us know. This has been a wild couple of months for everyone, so thank you for your patience. Understanding and fixing these issues is important, and I'll do my best to help resolve the issues. My understanding of your goals/issues are the following: --- Goals To be able to use VIPM API in a CI context to achieve the following: A ) Create a package configuration for a project A.i) Scan a Project for Dependencies A.ii) Create a VIPC file of the found dependencies

Hi Ivan. Yes, VIPM checks the package integrity. I think it must be an issue that VIPM Community is not running the post-build custom actions. I'll have our team look into this as well. I'll ping you offline about how we can get a work-around for you.

OK, I think we're getting closer to figuring this out. It appears that when VIPM Community is activated the Restart LabVIEW setting is not being applied correctly to the built package settings -- this is a bug. It'll file a bug for this and have our team look into.

Also, it's worth noting that post-build custom actions require VIPM Pro or Community, too, and won't work in VIPM Free.

Hi @kosist. I think I figured it out. The options on the "Advanced LabVIEW Requirements" area only supported in VIPM Pro. My guess is that this .vipb was created with VIPM Pro, but the copy of VIPM you're using is not activated as VIPM Pro. VIPM will still build the package if you have VIPM Free activated, but it resets those flags to FALSE during the build. Try toggling the checkbox for that setting to FALSE then TRUE and you'll probably see this dialog stating that it's a VIPM Pro (and Community/Non-Commercial) feature: Hope that helps. -Jim

Thanks for that extra info @kosist. We're going to look into this much deeper, but I wanted to give you a quick response with a possible work-around. If you create a post-build custom action (Note: This requires VIPM Pro or VIPM Community, and won't work with VIPM Free) you can unpack the package (meaning: unzip the .vip file to a folder), modify the spec file (set the "restart labview..." key to TRUE), and then repack the package (zip it back up into a .vip file). Please let me know if this makes sense or if you need help. Here's a screenshot of how you would call this in your

Hi @kosist. Thanks for reporting this. Can you explain a little more about what you're seeing in 2020.3? You said, "when I install it - project is restarted" and that part about the project confused me. Are you saying that when you install the package only the project gets restarted (but LabVIEW is not restarted)? If you can, please be sure to report: Steps to reproduce (is there a public package that reproduces this issue?) What you expected to see. What you saw/observed instead. Thanks, Also, a quick thing you could check is to see if the

I’m glad to hear that this fixed the issue. Yes, ideally it would work a little bit smarter/better at refreshing itself automatically.

"Types and Defaults" is the LabVIEW Data type that you want to populate with the JSON data wired in. Please take a look at the examples.

Hi @RochelleS Yes, users have reported some issues with NIPM and how it tries to install VIPM. We recommend users install VIPM using JKI's installers and not NI's. A few things: 0) Can you check the "C:\ProgramData\JKI\VIPM\error" folder to see if there's an error log file with today's date on it? Can you attach that file here, so we can take a loot? 1) Regarding the connection to the NI LabVIEW Tools Network, can you try again (press the "Refresh" button) and confirm whether it's working? I just tested an it's working OK for me. 2) Which version of VIPM are you using

Hi Anthony, There was an issue in older LabVIEW versions (~LV8.x) where it had to save class Dynamic Dispatch methods into separate folders. In newer LabVIEW versions, there's an option to do the same thing. Perhaps that option is set to TRUE in your build settings. Try setting it to FALSE and see if it fixes the issue.

That button/form is for publishing open source packages to the VIPM community repository. Some of the packages on VIPM.io are hosted on the NI tools network repository. You’re right that those buttons should probably be disabled for commercial packages hosted on the NI tools network.

I think I see what you're saying -- if an older version of the package is published in a repository, but the installed/latest (i.e. displayed) version is not published, it would be helpful to know that it's a development version that's not yet "officially" published to the repo. This is different, perhaps, than a package where no versions are published. Idea: Maybe VIPM should display "Local" as the Repository name if no versions of the package are published. This deserves some more thought, for sure. I'm glad you have a workable solution, for now. Thanks for sharing these ideas.

Hi Laurent, Can you look in your error log folder to see if there's anything helpful in there? C:\ProgramData\JKI\VIPM\error Thanks for your patience and help debugging this. -Jim

Hi @kosist. I agree that it's important to know if a package is not published. Right now, I think you can tell by looking at the "Repository" column and it should say "Unpublished" (as shown in the screenshot below). Is there somewhere else you'd like to see this "Unpublished" status more prominently?

You're welcome @kosist and please keep sharing your ideas! It's a big help to the community

This can happen if Windows Update is installing stuff behind the scenes. Is this a corporate IT controlled computer? Please try again after a while and see if that helps. Also, can you try uninstalling VIPM 2020.2 from Windows Add/Remove Programs?

Updating this thread with an example post-install custom action that modifies Call Library Function Node paths. Example File: Post-Install Custom Action.vi Screenshot:

Thanks for posting this great idea. Since it was a simple fix, we went ahead and made the change. Please try it out and let us know how it works for you.

OK, great! Glad you were able to get the latest version. The latest version should hopefully also fix the issue with Check for Updates on Mac. Likewise, thanks a bunch. -Jim