OM: robuster debugging of object destruction

Some objects contain undeclared dependencies to other objects, which does
not in itself make any of them leak, but it does mean that the calculated
order of destruction does not always succeed this way.

This patch delays the debugging step until all the OM has tried to
destroy all objects. so that those undeclared dependcies do not cause
false positives.
Declare missing dependencies, make PackeObject OM-Aware

The dependencies are needed for order of destruction, even if the constructor
does not need them, or create them on their own
Package manager: use object manager directly

not keeping %CommonObjects around makes global destruction more robust
Fixed bug 10581, thanks to S7.
Fixed bug#6601, thanks to S7.
Fixed CHANGES.
Added UTF8 validity checking to ArticleStorageSwitch when storing attachments.
Added missing explicit package dependencies.
Merge branch 'object-manager-robuster-destroy-debug' of github.com:moritz/otrs
Merge branch 'om-declare-more' of github.com:moritz/otrs
Merge branch 'omize-package-manager' of github.com:moritz/otrs
Typo.
Added test cases for SQL queries with large IN conditions.
ObjectManager improvement: handle events before destroying objects (thanks to Moritz Lenz).
OTRS uses Mail::Address, not Email::Address.

I found this when I was checking to see if OTRS would be vulnerable
for CVE-2014-0477: "Email::Address: Denial-of-Service in
Email::Address::parse"

ref: http://seclists.org/oss-sec/2014/q2/563

So, the good news is, it's not vulnerable. The bad news is, I found
this comment where it almost LOOKS as if OTRS is using this module.

:D
No filenames in minified JavaScript.

The Loader puts file names in the minified files.
This is not really helping for minification :D

As discussed, here is my minor patch for it.
Merge branch 'mail-address' of github.com:mbeijen/otrs-1
Merge remote-tracking branch 'upstream/master' into otrs-master