pkeller

Welcome to the club! Despite my best efforts to prepare, it's been a fiddly upgrade.

That works for me - screenshot attached. I had to make one minor modification: you use "Valid Path__ogtk.vi" to check whether there is a spec file in the package, and of course I don't have the OpenG File Library installed. 😉 Since this package does have a spec file, I simply hard-wired that to true.

... and unzip seems to work just fine on the .vip file: pkmacbookpro:Downloads keller$ unzip university_of_leeds_lib_sha256-1.1.2.7.vip Archive: university_of_leeds_lib_sha256-1.1.2.7.vip inflating: spec inflating: icon.bmp inflating: File Group 0/vi.lib/University of Leeds/SHA256/Add Terminating Bytes.vi inflating: File Group 0/vi.lib/University of Leeds/SHA256/chi.vi inflating: File Group 0/vi.lib/University of Leeds/SHA256/Compress Chunk.vi inflating: File Group 0/vi.lib/University of Leeds/SHA256/Extend Chunk into Schedule.vi

It looks like zip and unzip are still at the same versions: pkmacbookpro:~ keller$ zip Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license. Zip 3.0 (July 5th 2008). Usage: zip [-options] [-b path] [-t mmddyyyy] [-n suffixes] [zipfile list] [-xi list] The default action is to add or replace zipfile entries from list, which can include the special name - to compress standard input. If zipfile and list are omitted, zip compresses stdin to stdout. -f freshen: only changed files -u update: only changed or new files -d delete entries in zipfile -m move i

I did that. VIPM re-downloaded cache/*.spec; then for grins I did Tools > Check All Package Repositories for Updates (no updates, of course). Adding Downloads/university_of_leeds_lib_sha256-1.1.2.7.vip completes without error, but it does not show up in the cache directory. I decided I wanted to know once and for all where was ending up, so I did a sudo find / -name university_of_leeds_lib_sha256-1.1.2.7.vip which ground away for a good while. In the end, it only found the copy in my Downloads folder.

OK, I'm thoroughly confused. I downloaded the .vip file to my Downloads folder. File > Open Package File(s) > "Add to Library" completed without error, but still no .vip file in the cache directory! File > Open Package File(s) > "Add to Library and Install" ends up with the same error 5000: Main Package Name: - v Package Name with Error: - v Error Message: VIPM could not install the package - . Error Code: 5000 Error Source: 78960A272EC97C45FDEDA66D7264AFF5 in BB6B5B6A053896F5551406BF35C66E5F->OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794->OGPM Class.lvlib:590DA6

Sorry: download seems to go normally, it says "Adding to library: ..." in the status bar, I get a dialog that says all is well... but no cache/university_of_leeds_lib_sha256-1.1.2.7.vip. In other news: I discovered the File > Open Package File(s) menu item, and tried pointing it at the .vip files in the cache - oglib_dictionary-4.0.0.4.vip in particular, because that's the one I originally wanted to install. When I choose the "Add to Library" option, it completes without error – but I'm afraid I don't quite understand what that's doing? When I choose "Add to Library and Install", I get

Yes, I am signed in. The Proxy setting was on the second one, "Use System Proxy Settings (Windows Only)". That didn't seem right, so I switched it to "No Proxy" and tried downloading SHA256 again. Again, the download completed normally, but nothing showed up in the cache folder.

The download seems to complete without error. In the cache directory, there is a university_of_leeds_lib_sha256-1.1.2.7.spec file, but not a .vip package file. Interestingly, there are .vip files for the other packages I tried to install. Here are all the .vip files I found: -rw-r--r--@ 1 keller admin 1480752 May 17 2017 jki_lib_easyxml-3.0.0.170.vip -rw-r--r--@ 1 keller admin 490982 Feb 5 2016 oglib_appcontrol-4.1.0.7.vip -rw-r--r--@ 1 keller admin 3921161 Feb 5 2016 oglib_array-4.1.1.14.vip -rw-r--r--@ 1 keller admin 479101 Apr 1 2019 oglib_dictionary-4.0.0.4.

Thanks, Jim. I was also suspecting a permissions issue, but here's what I found: /Library/Application Support/JKI and VIPM subfolder : R&W for everyone /Library/Application Support/JKI/cache : R&W for owner, RO for others; does have a bunch of *.spec files, including oglib_dictionary-4.0.0.4.spec .../databases and .../error : R&W for owner, RO for others /Library/Application Support/JKI/error : does indeed contain error files. I have attached them. As indicated by the error codes, there seem to be two distinct errors: Error Code 5000 -> "http respo

P.S. "Package is not cached" sounds like a problem that was already encountered in macOS Catalina. Poking around in the package contents, I see that it contains the LabVIEW 19.0 Runtime framework. I honestly have not been following LabVIEW updates lately, and I don't see anything relevant in the Bug Fixes for LabVIEW 2020 – but perhaps VIPM simply needs to be recompiled with LabVIEW 2020? In another thread you said something about using command-line zip/unzip tools in the Mac version, instead of zlib. Is there a command-line work-around to using VIPM?

Thanks; I see that the Knowledge Base article has already made one person happy! As for my error when installing packages, I get the same error installing the OpenG String library and dependencies (which I also use regularly): Main Package Name: OpenG Error Library v4.2.0.23 Package Name with Error: OpenG Error Library v4.2.0.23 Error Message: VIPM could not install the package oglib_error-4.2.0.23 . Error Code: 5000 Error Source: 78960A272EC97C45FDEDA66D7264AFF5 in BB6B5B6A053896F5551406BF35C66E5F->OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794->OGPM Class.lvlib:590DA6616C4F

Well, out of the frying pan into the fire: when I try to install a package (OpenG Dictionary Library), I get an error code 5000, which, as I recall, is a user error code: Main Package Name: OpenG Dictionary Library v4.0.0.4 Package Name with Error: OpenG Dictionary Library v4.0.0.4 Error Message: VIPM could not install the package oglib_dictionary-4.0.0.4 . Error Code: 5000 Error Source: 78960A272EC97C45FDEDA66D7264AFF5 in BB6B5B6A053896F5551406BF35C66E5F->OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794->OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCE

Yes, of course that worked!! After I posted here, I received the continuation of that NI discussion forum thread, but I didn't make the connection with VIPM. Well done, thank you!

[Official Update: Please see the official VIPM Knowledge Base entry for this issue] VIPM 2020.1.0.2329 crashes at startup on macOS 11 Big Sur; I'm attaching the crash log. Note: this is relevant now that LabVIEW 2020 can be cajoled into working on macOS Big Sur; see this thread: https://forums.ni.com/t5/LabVIEW/macOS-Big-Sur-Labview-crashes-on-launch/m-p/4099599?profile.language=en If anyone has any ideas, I'm all ears! Thanks, -- Phil VIPM crash log.txt