NI Package Management Idea Exchange

Post an idea

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... , 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

It would be nice to create an offline installer that includes the NIPM bootstrapper installer from the NIPM CLI.

The installer payload would come from any of:

A feed in the current configuration
A feed from a directory on disk
A selection of installed packages
A selection of packages in a directory on disk

There would be options for indicating:

Which package(s) would always be installed
Whether to include Depends, EULAS, Suggests, and Recommends packages (resolved from current configuration and/or the source feed)

I've recently been able to do this with a ton of scripting but it would likely be so much cleaner and reliable if NIPM managed it all.

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

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.

an avenue for reporting bugs/error? other users encountering the same issue can also contribute more information for better debugging... post can be internally-archived/removed once issue is resolved

earlier today, updated the NIPM and now the mouseover event over the feed list for updates (over 2 seconds) crashed the NIPM (Debug/Close program) without any option of sending error reports

NI Package Management Idea Exchange

NI Package Management Idea Exchange

NIPM to allow RTE-only installation from offline SPB package

NIPM feed-download command options

Create a package installer using the NIPM CLI

Add CLI Switch for "disable auto-register feeds"

Ignore Feed Error Loading

NIPM to install packages from where it was requested

NIPM: Add the ability to see non-patch Updates

NI Update Service to be concurrent with NIPM until NIPM is stable

NIPM discussion thread for bug/error reporting