So I sent an email about this to HCL a few weeks ago, and it was ignored , so I wanted to go into it here because I’m annoyed that changes in how HCL does things have given me a bit of unnecessary new busywork every month.
It started when I notice that 32 bit N++ fixlets were constrained only to 32 bit Windows machines. That’s all well and good in a perfect world, but I don’t get to decide who installs what where, my job is to make sure it’s patched and not critically vulnerable. Unsurprisingly, my environment is full of 32 bit N++ on 64 bit OS machines, and I wager I’m not the only one. I noticed Firefox is the same way, but Acrobat isn’t.
I’ve decided to note some stand-out cases just so other people know. Especially since HCL pitches Bigfix as a platform where everything is supposed to work off the shelf and you shouldn’t have to edit fixlets to make them deployable.
32 bit fixlets that won’t run on 64 bit OS by default anymore:
32 bit fixlets that will still run on 64 bit OS by default:
Adobe Acrobat Reader
It’s bad enough I have to strip GUIDs out of some fixlets every month, now I have to remove OS architecture checks too.
At least the Updates for Windows Applications Extended has really been filled out and streamlined, kudos on that one.