Please keep in mind that you are technically responsible (testing,
testing, testing) for how your image works if you remove the
And who is responsible when things are not working and we resolve all
dependencies

Guess who we are again responsible, so (testing, testing, testing, ........)
is something we must always do
Regards,
Slobodan
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Have an opinion on the effectiveness of Microsoft Embedded newsgroups? Tell
Microsoft!
https://www.windowsembeddedeval.com/community/newsgroups
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
KM said:
BJ,
Although it is a bit risky, you may want to turn off auto-resolve
dependencies option in TD (Tools-->Options-->Dependency
Check-->Auto-resolve dependencies).
Another way (trick) is changing .Net Framework 1.1 component. From the
..Net QFE package extract 'sld/netfxv1.1.sld' file and open it
within CD. Go to ".Net Framework 1.1 - Hotfix Q831558" component and
disable (or delete but disabling is safer) the appropriate
dependency in the "Component and Group Dependency" section. E.g., disable
"Message Queuing (MSMQ) Core". Then save and import the
component through CDM (you may notice that the component Revision number
will be increased). When you add (or upgrade) the component
in your Configuration and run auto-resolve dependencies, it should not
bring the MSMQ Core component in to your build.
Unfortunately, just disabling "Dependency upon 'mqrt.dll'" resource for
..Net 1.1 directly in TD did not help me to remove the MSMQ
Core.
Please keep in mind that you are technically responsible (testing,
testing, testing) for how your image works if you remove the