pkeller Posted November 30, 2020 Report Share Posted November 30, 2020 [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 Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted November 30, 2020 Report Share Posted November 30, 2020 Thanks for posting this @pkeller. There's been a lot of grief (in general and not just with LabVIEW) due to Big Sur, from what I'm hearing. Regarding that helpful discussion thread on the NI LabVIEW forum, did you try executing the suggested command lines into a terminal? defaults write com.ni.labview NSGraphicsContextAllowOverRestore -bool YES defaults write com.ni.labview NSViewAllowsRootLayerBacking -bool NO I'm wondering if you tried that and whether it helps to get VIPM running. I'll also ping NI to see if I can find out more... Thanks, -Jim Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted November 30, 2020 Report Share Posted November 30, 2020 @pkeller Can you try executing these two commands from the terminal? defaults write "VI Package Manager" NSGraphicsContextAllowOverRestore -bool YES defaults write "VI Package Manager" NSViewAllowsRootLayerBacking -bool NO I believe that this will make it so that VIPM can run (similar to how the commands in my previous reply enable the LabVIEW IDE to run). Quote Link to comment Share on other sites More sharing options...
pkeller Posted November 30, 2020 Author Report Share Posted November 30, 2020 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! Quote Link to comment Share on other sites More sharing options...
pkeller Posted November 30, 2020 Author Report Share Posted November 30, 2020 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->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi =============== Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted December 1, 2020 Report Share Posted December 1, 2020 Thanks for the update @pkeller. I'm glad we're over that hurdle. Does the same thing happen for other packages? Thanks for your patience. We don't have too many users/testers on Mac and the Big Sur changes have been pretty significant. Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted December 1, 2020 Report Share Posted December 1, 2020 FYI, we've created Knowledge Base entry for this issue: VIPM 2020.1 Crashing on macOS 11 "Big Sur" Quote Link to comment Share on other sites More sharing options...
pkeller Posted December 1, 2020 Author Report Share Posted December 1, 2020 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:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi =============== Main Package Name: OpenG LabVIEW Data Library v4.2.0.21 Package Name with Error: OpenG LabVIEW Data Library v4.2.0.21 Error Message: VIPM could not install the package oglib_lvdata-4.2.0.21 . Error Code: 5000 Error Source: 78960A272EC97C45FDEDA66D7264AFF5 in BB6B5B6A053896F5551406BF35C66E5F->OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794->OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi =============== Main Package Name: OpenG String Library v4.1.0.12 Package Name with Error: OpenG String Library v4.1.0.12 Error Message: VIPM could not install the package oglib_string-4.1.0.12 . Error Code: 5000 Error Source: 78960A272EC97C45FDEDA66D7264AFF5 in BB6B5B6A053896F5551406BF35C66E5F->OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794->OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi =============== Then I thought I'd try something completely unrelated to OpenG, so I picked, completely at random, the package SHA256 from the University of Leeds. Here, I get an error, but a different one: Main Package Name: SHA256 v1.1.2.7 Package Name with Error: SHA256 v1.1.2.7 Error Message: VIPM could not install the package university_of_leeds_lib_sha256-1.1.2.7 . Error Code: 1 Error Source: (Package "university_of_leeds_lib_sha256-1.1.2.7" is not cached.) OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794 in OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi =============== I thought that sounded like it might be a problem with just that package, so I tried "Simple XML", a little farther down the list and potentially useful: Main Package Name: Simple XML v1.0.0.4 Package Name with Error: Simple XML v1.0.0.4 Error Message: VIPM could not install the package ni_lib_simple_xml-1.0.0.4 . Error Code: 1 Error Source: (Package "ni_lib_simple_xml-1.0.0.4" is not cached.) OGPM Class.lvlib:BA42A21D169ECAB02BBF73056CE18794 in OGPM Class.lvlib:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi =============== Bottom line: I'm not having much luck with anything. Any hint of what to try would be greatly appreciated! Quote Link to comment Share on other sites More sharing options...
pkeller Posted December 1, 2020 Author Report Share Posted December 1, 2020 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? Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted December 1, 2020 Report Share Posted December 1, 2020 I'm a little bit stumped by this one. My intuition is that it might be a permissions issue. Can you look to see if this folder is writable to everyone? Macintosh HD >> Library >> Application Support >> JKI Does the cache folder have a bunch of *.spec files in it? Macintosh HD >> Library >> Application Support >> JKI >> VIPM >> cache Also, can you look in the errors folder to see if there is an error log file? Macintosh HD >> Library >> Application Support >> JKI >> VIPM >> error Quote Link to comment Share on other sites More sharing options...
pkeller Posted December 1, 2020 Author Report Share Posted December 1, 2020 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 response "HTTP/1.1 404 Not Found". URL Requested: http://download.ni.com/evaluation/labview/lvtn/vipm/packages/austin_consultants_lib_finance_ohlc_plot/austin_consultants_lib_finance_ohlc_plot-1.1.0.14.spec" Error Code 1 -> "Front Panel Interlocking Error" Any ideas? November-30-2020.txt December-01-2020.txt Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted December 1, 2020 Report Share Posted December 1, 2020 Thanks for checking the permissions -- for what it's worth, those look the same as on my Mac (10.14 Mojave) And, thanks for passing along those error files. Strangely, those files (Nov 30 and Dec 01) don't seem to have the Error Code 1 or the Error Code 5000 errors in them. Can you try this test to download a package file? Right click on the SHA256 package from University of Leeds and choose Download. Check to see if the university_of_leeds_lib_sha256-1.1.2.7.vip package file show up in the cache. Quote Link to comment Share on other sites More sharing options...
pkeller Posted December 1, 2020 Author Report Share Posted December 1, 2020 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.vip -rw-r--r--@ 1 keller admin 75263 Feb 5 2016 oglib_error-4.2.0.23.vip -rw-r--r--@ 1 keller admin 589957 Feb 5 2016 oglib_file-4.0.1.22.vip -rw-r--r--@ 1 keller admin 846526 Feb 5 2016 oglib_lvdata-4.2.0.21.vip -rw-r--r--@ 1 keller admin 322406 Feb 5 2016 oglib_string-4.1.0.12.vip Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted December 1, 2020 Report Share Posted December 1, 2020 Hmmm, if you choose "Download" then it should definitely download the package file into the cache folder. I wonder if this is where things are going wrong. Questions: 1) Are you signed in to VIPM? (Tools >> Sign In) 2) What setting do you have for Network Proxy? SeeTools >> Options... >> Network >> Configure Proxy to Access the Internet Quote Link to comment Share on other sites More sharing options...
pkeller Posted December 1, 2020 Author Report Share Posted December 1, 2020 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. Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted December 1, 2020 Report Share Posted December 1, 2020 5 minutes ago, pkeller said: 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. Oooh... I think we're getting closer... I'm pretty sure there's no way the "Use System Proxy Settings (Windows Only)" setting will work on Mac. After you change the setting to No Proxy, please exit and restart VIPM, then try the downloading SHA256 again and see if the ersity_of_leeds_lib_sha256-1.1.2.7.vip file shows up in the cache. Quote Link to comment Share on other sites More sharing options...
pkeller Posted December 1, 2020 Author Report Share Posted December 1, 2020 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 the license pop-up, and finally the error. Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted December 1, 2020 Report Share Posted December 1, 2020 I've attached the SHA 256 package file. Can you try downloading it and then opening this using the File >> Open Package File(s) menu item? Then, see what happens? university_of_leeds_lib_sha256-1.1.2.7.vip Quote Link to comment Share on other sites More sharing options...
pkeller Posted December 1, 2020 Author Report Share Posted December 1, 2020 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:590DA6616C4F2BE5AD354069F0ECCB90->5DEE1B4588C8BCECA04AD783B80C9CE5->VIPM Main Window.vi =============== So it seems like the installation is (mis)behaving just like oglib_dictionary-4.0.0.4.vip, but there's an additional issue layered on top, that installing the .vip file loses it somewhere. Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted December 1, 2020 Report Share Posted December 1, 2020 Ya, there's something fishy happening. It seems like the package is not actually getting downloaded and copied into the cache. Can you try quiting VIPM, renaming the "cache" folder as "_cache", restarting VIPM, and then trying... - Refresh package list (check network for package updates) - File >> Open Package File(s) >> Add to Library ...and see if anything shows up in the cache. Quote Link to comment Share on other sites More sharing options...
pkeller Posted December 1, 2020 Author Report Share Posted December 1, 2020 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. Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted December 1, 2020 Report Share Posted December 1, 2020 OK, thanks. That's very helpful. Downloading spec files seems to work OK. This means: It's not a downloading issue. It's not a cache permissions issue. However, operations with packages seems to not work. This seems to point to an issue with inspecting the package files. Yes, to get things working in VIPM 2020 for MacOS Catalina (as I mentioned in another thread) we had to use 64-bit LabVIEW and we changed all zip/unzip operations to use the command line. My guess is that something changed in Big Sur. Can you run zip and unzip from a terminal command line and tell me what you see? I'm curious whether they are available and what versions are installed. Here's what I get on my macOS Catalina system. Quote Link to comment Share on other sites More sharing options...
pkeller Posted December 1, 2020 Author Report Share Posted December 1, 2020 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 into zipfile (delete OS files) -r recurse into directories -j junk (don't record) directory names -0 store only -l convert LF to CR LF (-ll CR LF to LF) -1 compress faster -9 compress better -q quiet operation -v verbose operation/print version info -c add one-line comments -z add zipfile comment -@ read names from stdin -o make zipfile as old as latest entry -x exclude the following names -i include only the following names -F fix zipfile (-FF try harder) -D do not add directory entries -A adjust self-extracting exe -J junk zipfile prefix (unzipsfx) -T test zipfile integrity -X eXclude eXtra file attributes -y store symbolic links as the link instead of the referenced file -e encrypt -n don't compress these suffixes -h2 show more help pkmacbookpro:~ keller$ unzip UnZip 6.00 of 20 April 2009, by Info-ZIP. Maintained by C. Spieler. Send bug reports using http://www.info-zip.org/zip-bug.html; see README for details. Usage: unzip [-Z] [-opts[modifiers]] file[.zip] [list] [-x xlist] [-d exdir] Default action is to extract files in list, except those in xlist, to exdir; file[.zip] may be a wildcard. -Z => ZipInfo mode ("unzip -Z" for usage). -p extract files to pipe, no messages -l list files (short format) -f freshen existing files, create none -t test compressed archive data -u update files, create if necessary -z display archive comment only -v list verbosely/show version info -T timestamp archive to latest -x exclude files that follow (in xlist) -d extract files into exdir modifiers: -n never overwrite existing files -q quiet mode (-qq => quieter) -o overwrite files WITHOUT prompting -a auto-convert any text files -j junk paths (do not make directories) -aa treat ALL files as text -C match filenames case-insensitively -L make (some) names lowercase -X restore UID/GID info -V retain VMS version numbers -K keep setuid/setgid/tacky permissions -M pipe through "more" pager See "unzip -hh" or unzip.txt for more help. Examples: unzip data1 -x joe => extract all files except joe from zipfile data1.zip unzip -p foo | more => send contents of foo.zip via pipe into program more unzip -fo foo ReadMe => quietly replace existing ReadMe if archive file newer pkmacbookpro:~ keller$ Quote Link to comment Share on other sites More sharing options...
pkeller Posted December 1, 2020 Author Report Share Posted December 1, 2020 ... 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 inflating: File Group 0/vi.lib/University of Leeds/SHA256/Hash File with SHA-256.vi inflating: File Group 0/vi.lib/University of Leeds/SHA256/Hash string to byte array.vi inflating: File Group 0/vi.lib/University of Leeds/SHA256/Hash String with SHA-256.vi inflating: File Group 0/vi.lib/University of Leeds/SHA256/hEXLIFY.vi inflating: File Group 0/vi.lib/University of Leeds/SHA256/HMAC-SHA256.vi inflating: File Group 0/vi.lib/University of Leeds/SHA256/ma.vi inflating: File Group 0/vi.lib/University of Leeds/SHA256/Prepare Input Buffer.vi inflating: File Group 0/vi.lib/University of Leeds/SHA256/SHA256.lvlib inflating: File Group 0/vi.lib/University of Leeds/SHA256/SHA256.lvproj inflating: File Group 0/vi.lib/University of Leeds/SHA256/Sigma0.vi inflating: File Group 0/vi.lib/University of Leeds/SHA256/Sigma1.vi inflating: File Group 1/_functions_university_of_leeds_lib_sha256_1.mnu inflating: File Group 1/functions_University_of_Leeds_lib_SHA256.mnu inflating: File Group 2/dir.mnu pkmacbookpro:Downloads keller$ Quote Link to comment Share on other sites More sharing options...
Jim Kring Posted December 1, 2020 Report Share Posted December 1, 2020 Could you try this VI and see if it runs OK for you? (the Mac Unzip Single File from Archive.vi uses the command line unzip to do this) Point it at a package file and try to read the spec data. Here's how it looks on my computer. Mac Unzip Single File from Archive.vi Test Read Package Spec on MacOS.vi Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.