fab Posted February 25, 2018 Report Share Posted February 25, 2018 I reported this a couple of months ago via Twitter. At that time Jim responded that the reason packages built using VIPM 2017 do not work with earlier versions of VIPM is due to adding support to malleable VIs. Would it be possible for VIPM to have a way to package the packages the old way when they do not include a single malleable VI in them? Our main toolkit, DQMH, is available via the LabVIEW Tools Network, and we don't want to impose a VIPM version requirement for our users. We are having to stay with VIPM 2014 or 2016 in order to build DQMH packages if we want to ensure that everyone is able to install them. This is the main reason why we will not renew our service plan with JKI. It does not make sense to pay for a renewal when we are forced to use an earlier version of the product. Thanks, Fab Link to comment Share on other sites More sharing options...
Jim Kring Posted February 25, 2018 Report Share Posted February 25, 2018 Hey Fab, Users of older versions of LabVIEW are able to easily upgrade to newer versions of VIPM -- right now, the error dialog users see when they try to open a package that's an older format could be more helpful in suggesting an upgrade (via check for updates, right in that workflow). Is upgrading to newer versions of VIPM a problem for your users? Do you have data on how many of your users can't upgrade to the latest version of VIPM (for one reason or another)? Do you know what's preventing your users from upgrading? I'm sure you can appreciate that investing development resources in features that disincentive upgrading, in most cases, probably doesn't make good business sense. It probably makes more sense to invest those resources into features that make it attractive for users to upgrade. Of course, it's all a balance. -Jim Link to comment Share on other sites More sharing options...
fab Posted February 26, 2018 Author Report Share Posted February 26, 2018 Hi Jim, Unfortunately for us, it doesn't make sense to build the DQMH package using VIPM 2017 knowing that it will result in support calls due to customers having an older version of VIPM. Thanks, Fab Link to comment Share on other sites More sharing options...
cmal Posted February 26, 2018 Report Share Posted February 26, 2018 21 hours ago, Jim Kring said: Is upgrading to newer versions of VIPM a problem for your users? Do you have data on how many of your users can't upgrade to the latest version of VIPM (for one reason or another)? Do you know what's preventing your users from upgrading? Upgrading is a huge problem for users of Mac and Linux, since VIPM hasn't been updated on those platforms since 2014. Jim, can you confirm that VIPM support for Mac and Linux has been abandoned? It would be good to know whether I should find an alternative to VIPM. Link to comment Share on other sites More sharing options...
Jim Kring Posted February 26, 2018 Report Share Posted February 26, 2018 1 hour ago, fab said: Hi Jim, Unfortunately for us, it doesn't make sense to build the DQMH package using VIPM 2017 knowing that it will result in support calls due to customers having an older version of VIPM. Thanks, Fab Hi Fabiola. That's fair. I guess I'm trying to figure out the volume of support calls. The solution for users is to upgrade VIPM (assuming they can), so the presumed support impact is low. Of course, that's unknown to you (or do you have information/data about it actually being a support problem)? 41 minutes ago, cmal said: Upgrading is a huge problem for users of Mac and Linux, since VIPM hasn't been updated on those platforms since 2014. Jim, can you confirm that VIPM support for Mac and Linux has been abandoned? It would be good to know whether I should find an alternative to VIPM. Hi Chris. We haven't officially abandoned Mac and Linux. We may decide to release a new version for Linux and Mac, if there is enough customer need. Link to comment Share on other sites More sharing options...
Featured Comment Jim Kring Posted March 7, 2018 Featured Comment Report Share Posted March 7, 2018 On 2/26/2018 at 7:16 AM, fab said: Hi Jim, Unfortunately for us, it doesn't make sense to build the DQMH package using VIPM 2017 knowing that it will result in support calls due to customers having an older version of VIPM. Thanks, Fab On 2/26/2018 at 8:17 AM, cmal said: Upgrading is a huge problem for users of Mac and Linux, since VIPM hasn't been updated on those platforms since 2014. Jim, can you confirm that VIPM support for Mac and Linux has been abandoned? It would be good to know whether I should find an alternative to VIPM. Hi Fab, Chris. You probably already saw the announcements: VIPM 2017 for Mac and Linux have been released. Hopefully, there’s no reason for anyone not to upgrade. Link to comment Share on other sites More sharing options...
cmal Posted March 12, 2018 Report Share Posted March 12, 2018 Thanks, Jim. That's great news. I'm not sure whether it addresses Fab's concerns, but it does address mine. I'll let you know if I encounter any issues with VIPM 2017 for Linux. -Chris Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.