NI Package Management Idea Exchange

Community Browser
cancel
Showing results for 
Search instead for 
Did you mean: 

NI Package Management Idea Exchange


Post your ideas that are related to NI package management. This includes NI Package Manager, NI Package Builder, creating NI packages (.nipkg), distributing NI packages (.nipkg), managing feeds, and more.

Post an idea

Our IT department has now opened up using NI Package Manager to install LabVIEW, and is leaving it to us to do these installs, reducing their role largely to managing licensing. This even includes installing the IDE for our coders.

 

I can't complain that they've opened this up, except that there are a lot of choices to make, not just in what main elements to install, but in option selections in prompts presented by the installers. it would be nice if we could have NIPM build up a script of all the elements we're installing (IDE, extras, drivers) and all the selections we make during this process. It should then save the script when the NIPM session ends, and allow appending an existing script should a script be built up over multiple NIPM sessions that might be interrupted by a restart required by one of the installs.

 

Ideally these scripts, when run, would either bypass the restarts normally requested after some installs until the end of the complete process, or would auto-continue after restarts that couldn't be skipped. Also important would be having it gather together all license/agreement requirements into a single prompt at the start of the script so that they can all be accepted at the start of the process rather than being prompted as each element install starts, or, better yet, have the script do a "silent" install with all licensing considered to be accepted and no prompts appearing.

 

Additionally, these scripts should then be editable so that if users discover they need additional drivers or libraries, different versions, or don't need some elements, they can be added to, revised, or removed from the script. It would also be great if we could make scripts that included uninstallations in the script, so scripts to upgrade from one revision to another could be built.

 

My vision for these scripts is a simple collection of scripts that would let us quickly get any user or test system up and running with everything needed, whether it's a new employee or an existing user or system getting a computer refresh, with minimal hand-holding of the process and no (or minimal) mistakes. My thinking is we could have a small handful of installer scripts that would fit the needs of 90%+ of our different systems that all use LabVIEW, leaving one-off systems to need only a few NIPM runs to complete their setups.

 

Thanks,

Erik

In the "NIPM Era", removing all NI Software is very tricky.  First, you run "Add/Remove Programs" from Windows, go to NI Software, and try to get it to Remove All (this sometimes takes more than one pass, as you might have forgotten to ask it to remove updates).  This, in turn, invokes NIPM which does all the work -- NIPM itself "shows up" in the list of files, but cannot be selected (for obvious logical reasons).

 

Once everything is gone, NIPM still shows up in Programs and Features, but now the "Remove" checkbox is not disabled.  If you select it, you get Dire Warnings, but this is the only way to remove the "last" piece of NI Software (except when it isn't, but that's another story).

 

It would be nice if this process could be simplified.  One way to do this is to have NIPM detect that you have asked to remove everything except NIPM (because it is disabled), and have a Dialog Box pop up and say "Are you attempting to remove all NI Software, including NIPM?".  You could issue all the Dire Warnings at this point, and if the user chooses "Yes", you could do the appropriate two-step removal process, first removing "everything else", and when done, removing NIPM.  I realize that software removal, like software installation, sometimes requires a Reboot and "post-boot-up" code to "clean things up", but am confident that NI could figure out how to do this safely.

 

Bob Schor

there must be a better way to uninstall NIPM without having to uninstall all NI software as a prerequisite, at least that I hope there is

knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z000000kJ6oSAE&l=en-US

 

do consider allowing NIPM to be uninstalled independently, as I believe most of the pre-NIPM era users have and still require those 8.5-201x LabVIEWs (for maintenance and backward compatibility with legacy hardware) that were already installed properly (with kinks ironed out). NIPM to rebuild the feedlist based on pre-NIPM-install NI software products, maybe? 

It would be nice to be able to customize what is shown in the NIPM installation window while a Custom Execute is running. Frequently I am calling cmd.exe to run custom actions, so the executing cmd.exe is not very helpful as that is just means to calling something else with arguments. I would be helpful to be able to give a better description to the users of what was happening during that call. I would be ok if it was just an addition to what is shown now.

recent installation of SPB2019 from an offline installer package (due to poor connection) in my new machine has included a malfunctioned LM (constantly fail to connect server), and solution provided was to remove and reinstall the LM. Upon the initiation of the removal, NIPM removed all installed license-able (but yet to be activated software) software from my machine... with no possible way to stop the process... the HORROR on my face is no less than this guy here => Smiley Surprised

 

can I suggest LM removal to remove the LM and activated licenses only; rather than all the other un-selected, but license-able software?

NIPM of offline SPB images to allow RTE to be installed independently without having to install the LV development package. Imagine the user is keeping the SPB image (which is supposed to have almost all software packages) in company server, only to find out that the RTE cannot be installed at end user PC without having to install the development package. and offline package installation that is supposed to be offline, is subjected to poor internet connection. my attempt failed 2 hours in... Smiley Surprised , have to resort to individual RTE download soon after...

 

better still if NIPM can capture the "missing RTE" dialog during application launch and launches itself automatically with option for users to point to local repository locations for "off-lined" offline installation 

In distributing software to customers (particularly through an IT group), a lot of the NIPM interaction ends up happening through batch files in an automated way.  In these types of instances we're running into either:

a) we want a hard lock on the software version (software is propagated through internal feeds) or

b) the system may have intermittent/limited internet connectivity or a proxy is in use.

 

When installing NI products, release feeds are automagically added to the feed list... and I REALLY don't want them there.

 

There's a nice GUI button to disable this... but again... trying to do thing as "hands-off" for the user as possible.

 

Supposedly this used to be possible through editing a config file:

https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000015CMrSAM&l=en-US

 

But as of 20.7.X this method no longer seems to work.

 

It would be great if this could be added to the CLI interface or contained in some sort of accessible file that can be manipulated.

This may be a "bug" rather than a feature request.

 

But it seems as though when NIPM encounters an error in fetching information from one feed, it aborts checking all feeds...

I can see the benefit of this (if a computer is offline, it would prevent experiencing a time-out for 50+ feeds), but in some cases it becomes VERY difficult to install new software from feeds.

 

For instance:

-  Computer is loaded with NI software online.

-  Computer is installed at customer site, or into IT network, and is removed from outside communications

-  New LAN feed is registered for "custom" software

 

NIPM will not see any of the custom software because it errors out on the public feeds.  Work arounds are:

- Download and explicitly install packages

- Unregister ALL internet feeds (a non-obvious process, particularly for the NIPM feeds), reregister local feeds, try again.

 

It would be nice if there was some option I could enable that says "ignore errors and proceed with feed update"... or something.

Hi forum, would like to propose the idea above 👆

 

A brief explanation of the the idea would be, if the NIPM package is opened from an ISO of a local repository (running install.exe from a mounted ISO), NIPM should install the entire package from that ISO, unless the package have a mismatch inside the ISO. this applies for offline installers, where user is responsible to check the ISO's hash once it is downloaded.

 

if the package installation is requested from the feed list inside of NIPM, only then it should download from NI through the internet

 

just an idea... to reduce possible installation errors

Since NIPM creates/uses a custom/unique folder in %temp% for [Temp] files, it would be helpful to be able to create symbolic link to a file in [Temp] to be used in the custom executes. I ran into this trying to deploy a MSI installer with NIPB. If I had a way for NIPM to fill out the actual path to the .msi file in [Temp] in Post-Install action, I could easily have the msi installed silently and let NIPM delete the file aftwards for me. Instead I had to place the file somewhere else, [BootVolume], call install via Post-Install with my known path as an argument, and add a Post-Install All to delete the now unneeded .msi installer file.

It would be helpful to have options in NI Package Manager that would show the Major & Minor updates for installed software as well the patches. Ideally this would be a configurable in NIPM to allow the users to see what level they would like. This has come up in a few forum threads lately.

Thread 1

Thread 2

think NI should allow the already stable and robust Update Service to download the latest packages/update and install them, while continue to fix/upgrade NIPM, Shouldn't put all eggs in the same basket. The current and recently updated NIPM is so frustrating that it can fail before initiating the download. the previous version kicked the bucket after hours into downloading, failing within inches from the finishing line. please consider not all users have fast and reliable internet connectivity.