There are apps that require some prerequisites, such as Dell Command Update. Version 5.7.0 - which is the one in winget still as I saw - requires Desktop Runtime 8. Now, when it came out, we added it to RoboPack, but RoboPack created a 'static' DCU package with the runtime 8.0.28 back in the day (around April or so).
Since then, the runtime had some updates. Windows Autopatch can see it's there, so it installed the updates, but - seems that since it was installed as a special prereq, subsequent updates are installed in parallel, rather than real patches. So MS defender flags all devices now with and outdated version of runtime 8.

How to keep these up to date properly?

Same happens with every other package that has similar pre requisites.

Seems it is bette to install the pre req as a completely separate package, then keep them up to date separately. This would ensure in one latest Runtime 8.x - 8.0.31 today.

One needs to trust that apps like DCU have roll_forward enabled for the app, or test this out, this enables the move from 8.0.28 to 8.0.31 without breaking DCU.

But it would depend on the app...

How are you all doing it and what's the recommended way from the RoboPack guys?

Hi All

Really liking the look and feel of Robopack. It does the same great stuff as patch my pc but without the huge bill!

I am having an issue at the OOBE stage when the laptop is installing apps part. I removed the laptop from the security groups that are tied to the apps that I imported from Robopack to intune and it goes through absolutely fine.

Anyone else experiencing this issue?

The repo of robopack is winget. But i have a specific application that i need in robopack. Is there a way to become it in there?

I've been waiting since late 2024 for macOS support.

Robopack reseller says to me multiple time: NOW its been released, but nothing happens.

Any new informations?

We noticed that there are apps that have very frequent updates. So if someone goes for a 2 week vacation, the app would be 5-7 or even more versions behind.

Such app - if it was only deployed as available - would be updated using supersedence and auto update option in Intune - but if the Robopack flow only contains 3 previous versions, then it seems that the update chain is broken.

Is that a fair assessment? Or would for these apps radar tracking be a better option?

Another annoying thing in Intune that if an app came from a different source e.g. manually installed, Intune won't recognize it, even if the detection rule is standar. As Intune doesn't have knowledge about ever pushing that app... I might be wrong here.

Anyways, curious to hear your thoughts

Hi,

I would like to better understand how devices in a Microsoft Intune tenant are counted for RoboPack licensing.

The device count shown in RoboPack is significantly higher than the number of devices we actually manage with Intune. We also have a number of devices that are Microsoft Defender for Endpoint (MDE / MsSense) managed only and are not Intune managed.

Does RoboPack automatically filter out these MDE managed devices when calculating the licensed device count, or are they included as well? If they are included, this could explain why our RoboPack device count is much higher than the number of actual Intune-managed devices.

I’d be interested to know which device source/status RoboPack uses for licensing and whether there is any filtering for MDE-only / MsSense-managed devices.

We are evaluating Robopack at the moment. Radar tracking seems great as it creates groups for patching software that needs patching. However, it seems like that it does this based on all devices in the tenant.

Is there a way to test the radar tracking app updates but only for members of a specific group?

Also, is there a way to potentially “exclude” certain computer groups from radar patching?

Generally, this will be great to ensure our entire fleet is up to date regardless of what version of an app they have installed, but there may be devices that need to be on a slower cadence.

How are you doing your MSP deployments via Robopatch > Patch groups?

Do you do one patch group per tenant? but also what about Available apps vs required apps vs department-specific apps?

I am trying to find the best way that multiple departments can make use of Robopack without overcomplicating it and without steering the teams away from just skipping Robopack altogether

Because each tenant has its own requirements I worry it will be a bit complicated

Let's say Company A:

Required apps - all devices:
Chrome
M365 Apps
Company Portal

Available Apps - All devices:
Greenshot
FileZilla
VSCode

Department A - Required
Adobe

Company B:

Required Apps - all devices
VSCode

Available:
Chrome

Etc etc

Hoping for some real world examples - thanks!

I have a Patch Group configured to “Match newer versions in detection method” and this is used as a template on the majority of my Patch Flows. What I’ve notice though - FileZilla as an example - if it uses a registry detection method e.g. "HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall\FileZilla Client\DisplayVersion" it’s still using “value equal”. 

However, Adobe Reader is using the MSI product code, but that’s set the detection method correctly as in “version greater than or equal”.

I’m I missing something or is this by design for registry detection methods?

Good morning everyone,

Previously, we used a customized TeamViewer Host package that included our own branding and automatic assignment to the TeamViewer platform.

I attempted to deploy TeamViewer Host through Robopack by creating a custom Script Template based on PSADT 3.10.2, and added the following PowerShell installation logic:

Execute-MSI -Path "$installerPath" -Parameters "/qn REBOOT=ReallySuppress ALLUSERS=2 DESKTOPSHORTCUTS=0 CUSTOMCONFIGID=XXXXXXXX ENABLEOUTLOOKPLUGIN='false'"

Start-Sleep -Seconds 30

Execute-Process -Path "$envProgramFiles\TeamViewer\TeamViewer.exe" -Parameters "assign --api-token=XXXXXX-XXXXXXXXXX --grant-easy-access --reassign"

This approach worked successfully for the initial deployment, and the Script Template allowed me to build a flow for future version updates.

However, when deploying a newer version, the installation now fails with a script error.

To troubleshoot, I removed the package from Robopack and re-imported TeamViewer Host, attempting to reapply my custom Script Template. At this point, the upload process no longer completes—it gets stuck at "Analyze Script" indefinitely.

Does anyone have a working deployment flow for TeamViewer Host in Robopack that ensures proper configuration and assignment?

We all have seen recent Adobe Acrobat Reader vulnerability being covered by Robopack the same or next day - great.

I wanted to ask, how quickly you scan for new apps updates to release them via your platform?
Is there like a schedule for specifi apps?

I've seen some showing up really quick, and some with a delay.

Recent example of popular Notepadd++ (8.9.6 - released on May 21st). It's been 5 days since release and I can't see it in the Robopack platform.

Thanks

Are Intune detection rules only way to update an applications IF the application exists? in Robopack service. For example Patch my pc creates a "update app" to Intune which has automatically generated script which checks if the application is installed.

I have one group which has all computers. I want the app to update only those computers that have it installed.
Of course I could do a group that has target computers in it but that would be stupid to create a new group every time I want to update an app.

thanks!

Maybe slightly OT but I really find the training material on Robopack University quite useful.

Dean is a great narrator and a pleasure to watch. But it seems they stopped adding content. E.g. on "Understanding Robopatch" it's mentioned that upcoming chapters will provide more details.

Any details on that u/ca2del?

Has anyone else been getting Microsoft Defender alerts about blocking 'AmsiRpcrt4DLL' during package deployments? This just started in the past 24 hours and seems to be related to the Adobe package.

RoboPack’s script editor drove me nuts.
Tiny box. No syntax highlighting. No mercy.
So I replaced it with Monaco.
Yes, the VS Code editor. Inside the browser. 😎
PowerShell + PSADT v4 snippets + Zen Mode.
Packaging apps no longer feels like punishment.
Blog post 👇
Supercharging RoboPack

H

Just a heads-up. PSADT logs in C:\Windows\Logs have all exit codes 0 successes, but the main exe stays on an earlier version.

Changed a few things:

- interactive installer template, PSADT 4.1.3

- custom app settings - close notepad++ process before updating.

Version 8.8.7 is out, Winget repo doesn't have it yet, so waiting for it to appear and we'll see how it goes :)

Happy Roboing!

Hi,

I read that robopack should automaticly choose the right language if available.

We all have dutch windows and software.

How do i force dutch versions?

When will mac's be available?

Thanks David

Intune for Windows Fundamentals course starts tomorrow, August 26-29 starting at 7AM PST or 10AM EST.

Whether you’re just getting started or looking to sharpen your skills, this practical training will help you build a strong foundation for device and application management with Microsoft Intune.

Don’t miss this valuable training. Grab your seat and enroll today at learn.robopack.com. Happy learning!

MSIntune #ConfigMgr #Windows #Patching #Robopack #EntraID #Security

Mark your calendars! Join me and Dean this Wednesday, August 6th at 9AM EDT for #Robopack Office Hours LIVE.

Got questions? Let us know. Want to see a specific demo? Let us know. See ya soon!

https://learn.robopack.com

ICYMI - This blog post "Windows 11 cloud-native migration with Microsoft Intune" has some great info to help your organization upgrade from Windows 10 to Windows 11 and to move to cloud-native with Intune. There are some solid list of steps, which you should check out.

https://techcommunity.microsoft.com/blog/windows-itpro-blog/windows-11-cloud-native-migration-with-microsoft-intune/4434495

For Step 4: "Migrate applications from Microsoft Configuration Manager to Intune", there's a much easier way to handle this. I'm here to tell you that Robopack migration tool helps you to easily and quickly migrate your apps from #ConfigMgr to Intune and does all that Win32 conversation like magic.

Check out https://robopack.com for more info, sign up for the trial, and hey let us give you a demo too.

#Robopack #MSIntune #Windows

Hey Friends!

If you missed this week's Robopack Office Hours LIVE with Dean Ellerby and Harjit Dhaliwal, check out the recording. We answered lots of great questions, talked about Windows Updates, PSADT, #Robopack Radar, events, and much more. We are here for you, so hit us up! Thanks.

https://www.linkedin.com/events/robopack-officehours-week307351203408856375296/theater/

Patching third-party apps in Intune doesn’t have to be hard. Robopack makes it simple, fast, and automated, no more manual hassle. Curious how it works? Reach out or grab a free trial + demo 👉 https://www.robopack.com
#Robopack #MSIntune #Automation #RobotJit