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

the package manager seemed like cannot even populate nor remove installed packages without internet connection. is it a bug? as mentioned from the other ideas posted previously, not all operation computers are granted internet access. please look into it. thanks

 

just a suggestion, installer packages should be given the option to able to be installed/removed by itself, with the PM being a complementing tool, especially for inter-version compatibility during this transition period.

Hello

 

In addition to the idea mentioned in the following post, 

https://forums.ni.com/t5/Additional-NI-Software-Idea/NIPM-queued-amp-scheduled-download-amp-install/idc-p/3963380#M541

would like to propose that the NI offline package to be installed entirely in offline mode, rather than trying to connect and fail, whenever a connection seemed present. 

 

and on top of that, offline installers to be able to be integrated into a local repository in our own network, and packaged distributions can be directed to them, as not all operation PCs are given access to the internet. For the time being, let the browsers handle auto-resuming downloads. 

displaying the package size in the feed list can give user an idea when to schedule installations/updates based on their network traffic trends, like in Update Service

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

As discussed in this thread, it would be helpful to be able to programmatically change the NI Package Manager settings. I personally am interested in changing the highlighted defaults. Maybe this could be done via the NIPM command line interface. Or a setting file, so it could be deployed as a NI Package.

Settings of InterestSettings of Interest

It would be helpful to have the ability to duplicated portions of a Solution, such as package. This would speed up the creation of similar items using an existing as a starting point. I was looking for a button and/or right-click entry to duplicate a Package. However, the ability to duplicate would helpful throughout the NIPM GUI.

This probably applies more to building a NI Package via Application Builder, but would be helpful if you could do it with NI Package Builder (NIPB). It should be easier to call a VI(s) as a custom execute steps of a package. You can do this currently by making your VI follow the LabVIEW CLI pattern. However this does requiring a lot of manual entry from the user to do in NIPB, thus being error prone. Also to do with the Application Builder, you have to make a batch file and add that to project even thought the batch fill does not need to exist other than to do the install/uninstall.

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.

This *may* be a niche request, I think a few people may find this useful...

 

Basically, I would like the "Browse Products" section of the NI Package Manager, but with the ability to run the application from that same window and allow it to display MY built applications. I essentially want a singular place to easily manage and navigate the stand-alone VIs I have deployed onto a machine that my students can access. Oh! And allow non-admin users to access this. 

What I envision is a package manager-like program (I'll refer to it as the Application Manager) where an end user can subscribe to feeds of packages (as is currently the case in NIPM). When this Application Manager is opened, it allows you to 1) view the programs already installed on your machine via this feed and provides a link OPEN this file (or just go to the folder where it is stored) on your PC, 2) install programs from the feed(s) you subscribe to and 3) make any updates to programs from the feed that have an update.

For example, a student opens up this Application Manager that has been subscribed to the "Mech Engineering" feed, which contains the package for temperature, voltage and distance sensing VIs. The "browse products" window displays these three VIs, and the user can open each of these VIs from this window. If the Temperature program has an update, some indicator will show that, and they can install the update and then open the updated version.

It would nice to have an option to add a file without Discovery to package. Currently they only way it place the file in a folder that the package will deploy which is a bit heavy handed for a single file. This would also give parity to folders that currently have both options. Another related idea, would be to be able to turn Discovery on/off for the inputs via the right-click menu.

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 

can NIPM separate the download and install as 2 separate processes? for instance, download (or queued for download, with scheduled to avoid congestion) into local storage, and install (or scheduled for install, normally after work hours once download is completed) from storage once download is finished. and while at it, allow a local PC to be the repository (that can be set to automatically update itself) and all deployment package can be pointed to download from that storage instead. 

 

an auto-resuming download manager would be nice too...

 

I am currently facing difficulties upgrading/downloading LV2019 using NIPM and have to break down the 'steak' into 'flakes' due to slow and unstable connection, because the NIPM restarted every time it encounters a problem.

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.

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.

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