I've spent the last two days trying to figure out why they weren't publishing automatically, so happy I found this page and can move on to doing the ADR updates publishing manually. I am about 25% through a migration of desktops to W10, so I guess, I just need to put it in my calendar to go back in and publish any newly identified drivers so the ADR can pick them up. Then we'll need it as part of our process for every new model we implement to identify and publish the updates manually so they are included in the ADR. Next time I get a vote back, I'll be adding here for sure.
maybe autopublish any that have a "Required" tag...
I agree with this - update dependancies for all applications to new version of application.
If I had votes left, I would also vote for this. When you think of "dependancies" this doesn't just mean all the C++, dotnets etc. Often applications supplied by vendors have multiple installers required with one main app and multiple smaller required installs that make the main app function. you should be able to mark dependancies in some way that indicates they should be uninstalled if you run the uninstall on the main application.
I believe my thoughts are along the same lines as this request, so I'll add my vote here.
In the Query statements, In Criterion Properties, the value button
1. don't truncate by default, make the manual registry key the setting to truncate if you for some reason want to. Currently, you need to add a registry key manually to allow you to see the entire list of values or it truncates at 2000 items. Alternately, just have a button in the prompt about truncation that will add the value for you. (OR as James said, have a search/filter option)
2. organise the Values in some sort of order ( alphabetical would be my preference) Currently it appears to be totally random.
For Example - It currently appears as DOMAIN\group name for AD groups.
but the groups appear something as per the list below (making it near impossible to locate a group you need to find - currently, I go to the DC, locate the group, copy the name, go back to the collection and paste it in.)
There are other posts here in UserVoice, requesting improvements to the query process that may also be looked at if this one is. Might be able to resolve several posts with any changes made in this area.
- A better editor for collection query statements
- Easier access to collection query editing
- Make it simpler to author collection query rules
agreed, maybe make it smart enough to prompt you with - "these are the dependencies, would you like to remove the links to these applications"
Updated by bobmn for sangeev/OSD
So if I understand this right, I plug in a new model computer, pxe boot and when the build gets to the driver install component, either SCCM goes off to Dell-HP-Lenovo or a central repository controlled by Microsoft, downloads the appropriate driver cab, adds the drivers to SCCM and installs them on the computer. Sounds Awesome to me if that is the concept.
I think any catalogue hosted locally would need to be metadata only and drivers retrieved from another location as storing all possible drivers locally on each SCCM server would require too much storage.
Apologies – my error – reverting status back to noted. This request is not addressed in 1905 Technical Preview.
Updating this item as there’s support for Windows 10 In-place upgrade using the Cloud Management Gateway – see https://docs.microsoft.com/en-us/sccm/core/plan-design/changes/whats-new-in-version-1802
Adding this in case some folks missed it or Win 10 In-place upgrade addresses their requirement.
I recognize this it not full OS Deployment as there’s no WinPE phase (WinPE has no wireless stack)
13 votesNoted · AdminMark Silvey - ConfigMgr Product Team (Engineering Manager, ConfigMgr, System Center Configuration Manager) responded
This makes sense to me. Surprised no more support than this..
Try this out over CMG in #SCCM TP 1906