Jump to content

All Activity

This stream auto-updates

  1. Last week
  2. Si yo también tengo este problema, Estoy tratando de abrir un archivo .vip usando VIPM 2020, pero VIPM dice "Este paquete no es compatible con su sistema operativo ni con ninguna versión de LabVIEW instalada en su computadora". No deja cargar los paquetes de Arduino, que nesecito practicar para enseñar, Me parece o es un bloqueo, intencional, ojala no sea asi. saludos comunidad.
  3. Earlier
  4. Somehow post was posted twice, so I've edited second copy with this message, please ignore it...
  5. Great idea! Especially useful for packages for which it takes long time to install - because usually error caused by non-admin rights is dropped at the very end of the installation. But if it could warn user before the install - then some time could be saved. And also, sometimes it could happen the situation that: - LabVIEW is not running; - VIPM is launched; - toolkit is installing -> VIPM launches LabVIEW; - installation fails because of non-admin rights; - user closes VIPM, but LabVIEW remains to be running; - user launches VIPM as admin; - toolkit
  6. Some packages (specifically if using NI License Manager API) require VIPM and LabVIEW to be started as administrator. It'd be great if there would be a "requires admin rights" flag for the package.
  7. A quick update on that issue. I eventually fixed it! For that I create a blank project and dropped lvlib contained in my working project. Here is the "magic", LabVIEW started to throw me dialog box to find VIs it couldn't find at an old expected place (almost the same error reported by VIPM). After resolving these conflicts, the package is building fine. The really strange thing is that conflicts never shown in the working project... Hope this can help.
  8. 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.
  9. This is very small issue, but anyway let me post it here. It would be nice to set scrollbar in the list to the start position, when the view is shown. Because now it happens that, for example: user opens "New Releases" view; scrolls down; presses "Go back"; presses "Most Installed" button; Most Installed view is opened, but the scrollbar is set to previous position as it was at "New Releases" view. And it could be a bit confusing, because if user does not notice scrollbar position, he could think that those items in the list are the top one, but indeed th
  10. I've navigated using VIPM Browser as the following: Launched VIPM Browser. Pressed button "New Releases" (but it is valid for other buttons "Most Starred", "Most Installed" also). Clicked on the package in the list. Pressed "Go back" - and it returned me to start screen. It would be nice that it would return user to previous screen (like in my case - to "New Releases" screen).
  11. I've tried to press "New Release" button in VIPM Browser, and noticed the following. After it has retried information (it took some time, but I guess that's OK) - first time I've seen the same list as at vipm.io. Then I've pressed button "back" in the left upper corner, and then again button "New Release". And then it showed something completely else: So there was toolkit which is installed internally, and is not published. Also, there are items without names in the list: When I click on that row, it shows details window which is empty. Could it be those so-called
  12. Hello @Jim Kring, thank you for the provided files for unpack/repack the package. I've tried to implement post-build action, but seems that there are 2 issues. 1. Seems, that post-build action is not executed. I've put breakpoint to post-build action VI - and nothing happened during the build, VI was not executed. Also, spec file was not modified. Could it be the bug, and post-build action is disabled for Community edition (the same situation as with flags?). 2. I've prepared VI in order to modify package manually (as post-build action was not called). When I
  13. 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.
  14. Hi @Jim Kring, thank you for update; I'm going to try that post-build action. This build was done using Community Edition (and I'm working on open-source toolkit). Did you check please that this option is really set in spec file? But maybe if you use another build, that issue does not exist there already (I have VIPM 2020.3, build 2540). Thanks a lot for your help!
  15. Also, it's worth noting that post-build custom actions require VIPM Pro or Community, too, and won't work in VIPM Free.
  16. 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
  17. 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
  18. Hello @Jim Kring, sorry for the confusion, have no idea why I've written like that... What I meant - is that LabVIEW is not restarted after toolkit is installed. I'll update original post, sorry for that. I've checked spec file as you've suggested, and really there is set "FALSE" flag for LV restarting. Let me show the screenshot of toolkit's configuration, and resulting flags in spec file. Let me also attach dummy package which reproduces the issue. Thank you very much for your help! Restart Issue Toolkit.zip
  19. 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
  20. I've tried to build package using VIPM 2020.3, and set option "Restart LabVIEW After Install". Package is built without issues, but when I install it - LabVIEW is not restarted. Previously I was using such option with VIPM 2019, and everything worked fine... Am I missing something please, or this feature really does not work now? Thanks a lot in advance!
  21. Let me share the following idea. It could be nice to extend VIPM login feature in a way that it would allow to store list of installed packages based on machines, and LabVIEW versions. When user is logged in - he could create such configurations, and synchronize them across machines. Configuration could be stored online, along with credentials used for VIPM login. It could allow then to login into VIPM, see and install missing packages on the particular machine. I know that it is possible to create vipc files, but anyway this does not guarantee that package configuration file wi
  22. I’m glad to hear that this fixed the issue. Yes, ideally it would work a little bit smarter/better at refreshing itself automatically.
  23. Oh the "refresh" button fixed it. I have been using VIPM since it came out and I don't think I ever had to press the refresh, I didn't even know it existed...
  24. "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.
  25. 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
  26. I have just installed LabVIEW 2020 Community edition. I suspect you all know about the tragedy that NI inflicted on us called NIPM but it is a P.o.S. to say the least. I had so many issues with NIPM hitting some unrecoverable error (Check your internet connection is the only solution it offers) trying to install LV2020. I determined it was constantly hanging up trying to install VIPM, so I deselected VIPM and installed LabVIEW without it. I then downloaded the latest version of VIPM and installed it. VIPM only comes with the JKI Package Network repository. How d
  27. What is the format for the "Types and Defaults" input?
  1. Load more activity
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.