Tips on Package Updates
Published: May 21, 2024 - 02:43
Hello everyone,
I hope you're doing well.
I'm slowly transitioning to full-time work (I had a busy start to the year with client migrations)
) and I would need your advice; I have several questions
Question 1: What do you consider the best way to manage software updates for an existing fleet using WAPT?
To explain my current procedure, what I do is, for example, when I take a machine with Chrome, Edge, or another browser installed, I go to my private repository, download the package from the internet, and then go to the machine, add dependencies to the package, and let it run. Since Chrome is already installed, I don't think it reinstalls it (or at least I don't believe so), so it hasn't caused any problems so far.
The problem is that one time out of 100, I'll get a bug between the Wapt package version and the version running on the machine, and then my machine goes into error status .
So what's the best way to do this? Uninstall the software from the machine and reinstall it from the WAPT repository, adding the dependency (I usually import packages directly from the WAPT store, and the same goes for updates)? Or add the dependency anyway, as I'm currently doing, even though it might cause some bugs?
The second question follows somewhat from the first: ideally, should I build my packages myself, or is it perfectly fine to use the WAPT store? (I have a client using Microsoft Apps for Business 32-bit, and I think I'll have to build the package since there's no 32-bit version on the store.) And when I build a package myself and add it as a dependency to a machine, if I need to update the package (I assume I have to rebuild the package with the new version, remove the old package from the repository, and re-import the new package built into our private repository), if I keep the same name for the package, will the machines with this package as a dependency recognize that it's just an update of a package they have as a dependency, or do I need to add the dependency to the new package?
And one last question: I have some workstations on my network where the users are not local administrators (workstations in Active Directory). Is this a problem for installing software and/or Windows updates via WAPT? Or can they use the admin account that was used during WAPT installation to perform the installations?
If it's too long to explain, feel free to just give me a link to some documentation; I'll study it
Thank you for your answers and have a great day!
Augustin
I hope you're doing well.
I'm slowly transitioning to full-time work (I had a busy start to the year with client migrations)
Question 1: What do you consider the best way to manage software updates for an existing fleet using WAPT?
To explain my current procedure, what I do is, for example, when I take a machine with Chrome, Edge, or another browser installed, I go to my private repository, download the package from the internet, and then go to the machine, add dependencies to the package, and let it run. Since Chrome is already installed, I don't think it reinstalls it (or at least I don't believe so), so it hasn't caused any problems so far.
The problem is that one time out of 100, I'll get a bug between the Wapt package version and the version running on the machine, and then my machine goes into error status .
So what's the best way to do this? Uninstall the software from the machine and reinstall it from the WAPT repository, adding the dependency (I usually import packages directly from the WAPT store, and the same goes for updates)? Or add the dependency anyway, as I'm currently doing, even though it might cause some bugs?
The second question follows somewhat from the first: ideally, should I build my packages myself, or is it perfectly fine to use the WAPT store? (I have a client using Microsoft Apps for Business 32-bit, and I think I'll have to build the package since there's no 32-bit version on the store.) And when I build a package myself and add it as a dependency to a machine, if I need to update the package (I assume I have to rebuild the package with the new version, remove the old package from the repository, and re-import the new package built into our private repository), if I keep the same name for the package, will the machines with this package as a dependency recognize that it's just an update of a package they have as a dependency, or do I need to add the dependency to the new package?
And one last question: I have some workstations on my network where the users are not local administrators (workstations in Active Directory). Is this a problem for installing software and/or Windows updates via WAPT? Or can they use the admin account that was used during WAPT installation to perform the installations?
If it's too long to explain, feel free to just give me a link to some documentation; I'll study it
Thank you for your answers and have a great day!
Augustin