Whenyou upload software to
oldversion.com you get rewarded by points. For every field that is filled out correctly, points will berewarded, some fields are optional but the more you provide the more you will get rewarded!
I've got a VI that I've built into an executable - everything up to that step works fine. I want to make an installer to package it with labview runtime to use on other computers, and can successfully build the installer, but when I try to run it I get the error while the installer is initializing:
I'm running LabVIEW 64 bit version 2022 Q3 22.3f0, under "additional installers" I've tried leaving it on "Automatically select recommended installers" and manually selecting things with no impact. I've tried building with "minimize media prompts while building your installers, copy the selected installers and all future installers to this computer. This application requires you to copy installers as administrator" both checked and unchecked. I've tried running the installer as administrator (and labview when building). Nothing has made a difference.
This issue was reported to NI yesterday and we are investigating. One of our older packages for older installer support on the build system is confused by the newer version of .NET 4.8. Our current understanding is that if you can upgrade the version of ni-mdfsupport package to version 22.8 or later, the problem will be mitigated. You should be able to do this fairly easily in NIPM using the Updates tab when viewing hidden (infrastructure) packages when connected to
ni.com feeds.
Torsten, you are correct that when using the Download button on
ni.com for the NIPM product, you can only download the latest (23.3) version of the online installer for NIPM. That is because NIPM's feed on
ni.com contains all versions of NIPM packages, and an online installer will always install the latest version of packages in registered feeds. The only way to install a specific version of NIPM is to download the offline installer for that version.
Part of the reason that this issue occurred is because the NIPM installers do not include updates to a set of components (i.e. ni-mdfsupport) that installer builders, like LabVIEW, use to create installers using our older "meta deployment framework (mdf)" technology. A newer version of LabVIEW would include them. The instructions that I shared previously should work, and we will likely create a KB soon that will include an offline installer that contains the updated set of packages to fix this issue.
However I can't find the update for the ni-mdfsupport package using NIPM. I'm using "the Updates tab when viewing hidden (infrastructure) packages when connected to
ni.com feeds." like mentioned, but see nothing.
There is no way to reasonably roll back the NI Package Manager to implement the suggested fix. I just tried all the versions back to 21.8.0 and only 23.3.0 didn't try to remove all of the dependent programs IE labview and test stand and all. Please make the NI-mdfSupport package available on the latest version of NIPM. When can we expect this to be fixed?
We have an installer that we will likely add to a new KB, but I would prefer to not post the installer until we have an official KB, hopefully next week. If you would like to test the installer, you can send me an email directly or send a private message using the forums and I will send you a temporary link to it.
I have sent the installer to all above that have commented.
If ESRI is forcing me to save as 3.0, why does it deceptively suggest I have any choice in the matter? I clicked 'No,' but was not provided a backsave option, like Microsoft Office products provide you with (Word, Excel, etc.). Or ArcGIS Desktop, for that matter.
This dialog box strikes me as deceptive - making the user think he has a free choice when he has none. I don't have an issue per se with the forced choice, but with the fake illusion that it's not forced...
so the other departments that are still using 2.8 will have no way of opening up my project now that I'm at 3.0? You always had the option of saving to an earlier version in desktop. C'mon ESRI, be better than this!
It is so frustrating, I think ArcMap started that way as well and added the option to save older versions later. I would think that it is obvious that working together with different versions is needed.
The ArcGIS documentation on migrating from 2.x to 3.x claims that Project Packages should be openable in 2.x. If that doesn't do the trick, you could try using arcpy to export the package with a version argument.
You can have multiple sketchup versions installed in your PC, you can use sketchup 2024 then open the project in sketchup 2023 if you need to save as a previous version not supported by sketchup 2024.
The option to save to an older version is not completely removed (yet?).
The Ruby API still allows you to save to any earlier version .skp file. In theory, the Extensions/Plugins that are designed for this can work. However, I have not personally checked them yet.
I learned that I misspoke above. Models saved in 2024 can also be opened in 2021, but per our support policy, 2021 falls outside our supported versions as of Jan. 31 this year. Just want to clarify that and have edited my post above to reflect it.
Since hellow has already answered your question - I'd be interested to hear what your compilation issues are, as Rust generally doesn't make breaking changes from version to version (hence why they're introducing the concept of editions). In the majority of cases, something that compiled on 1.28 should also compile with 1.29!
Sometimes its necessary to downgrade a node version or install a specific version and you may not have shell or may not want to add shell to your groov device just to do this Node-RED node version change.
Once you click on the versions you will see the list of old ones, take a note and then make the registry URL following this example: Take the name, then the version and paste it into your URL bar or word editor. Once you have it assembled, put it in your web browser on your computer and download the file.
Keep a note of where it is saved to.
This is the answer that i didnt get. We live in a world, we are connected to another people. To share any data, the basis of any message, is that another people can understand the data. Of people that there are here only 30% speak english in the house, but all write in english, why?. Is a natural protocol that the message must be understand on another side. Is the way to create a message on Spain and be understand in China or India.
Back to Kicad, if i send the schematic to 2 differents providers, and they cant open the schematic, then the message fail, because is not understand in the other side. When i receive from both provider the Altium request, then the message is kicad is only good for me but not for work with another people.
If we want that kicad grow we need think low the barriers, not create news barriers.
The solution is simple: or THEY install 7.0 or YOU redo the design with 6.0, as you should have done from the beginning. (or you provide the design in Altium, so that they can import it with KiCad 6.x)
This forum seems to be predominantly disposed towards putting the user at fault for wishing for features that would make the everyday work flow smoother and interaction with others easier; often features we have become accustomed to from other software. After all, both LibreOffice and Microsoft Excel can save to older versions of Excel, to mention one example.
They could have done it before (most code is still there) but the issue is testing and maintenance, which is not much fun and laborious. Coding is the fun part, so the focus and volunteers are there. Commercial apps have a different focus.
But I would assume that they also would be totally on their own (unless there is some commercial backing). They would have to chase changes like crazy, especially before another major release. At least that was my experience with having a fork.
As for AI, I think it is better for making influencer Tik Tok clips. (Actually I used ChatGPT to explain things like the mirror clock thought experiment to me, but I always double check what it says.)
If we want be leader or at least be an excellent option and fight for the top places we need ensure that te people use it.
How? Making the work more easy. Work means easy to do a schema, easy draw a PCB and share the documents. This is to allow that the companys start to use.
You would need to be running the same or newer version of what they are running. Or on future projects, they would need to run an older version. Once a file is saved into a newer version, it cannot go back.
Hi all bit new to this but from searching the net i believe there was a version of the slicer software that you could control the printer via usb can anyone provide me with a link to the correct version my operating system is linux cheers all
I'm pretty sure features relating to USB are unchanged. PrusaSlicer provides the following USB features, update firmware, send to sliced data OctoPrint and send sliced data to printer SD Card. I may have missed a few.
Alternatly you may be thinking of OctoPrint. OctoPrint a free software product which acts as an intermediary between slicer and 3d Printer. It usually is implemented on a Raspberry PI. Commonly the connection between slicer and Pi is via Wifi or ethernet and between Pi and Printer via USB.
All previous releases are located here although you would have to figure out which version you need to go back to to get that old functionality. It was before it was Prusa Slicer when it was still Slic3r Prusa Edition I think.
Certainly you are correct unless OctoPrint, Duet, Astrobox or FlashAir are configured in which case after slicing you'll see a button (capital G and right arrow) which performs "send to printer". I don't have any printers configured without OctoPrint, so I didn't realize this option was omitted, my most profound apologies.
3a8082e126