This is a simple silly mistake; the matrix representation of the
external range should've preserved the original range; not the data
range which can be smaller than the originally requested range.

https://bugreports.qt.nokia.com//browse/QTBUG-16934

It was due to those pesky .~lock* files preventing the test files from
being loaded.  Maybe this is also what's breaking the mac os build!?

the previous solution couldnt work:
- Packages are toplevel targets, so they need to be in a separate file
- However, Packages should not be used here as it interferes with the
  pattern rules on $(OUTDIR)/bin
- replacing those instead with explicit (non-pattern) rules for this
  exceptional case
- depending from the regular target in $(OUTDIR) on the special one
- depending from the special target on the $(WORKDIR) one

This avoids build error like:

Entering /var/tmp/portage/app-office/libreoffice-3.4.3.2-r1/work/libreoffice-bootstrap-3.4.3.2/shell/source/backends/gconfbe

Package ORBit-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `ORBit-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'ORBit-2.0' found
dmake:  Error code 1, while making 'Shell escape'

Also update gvfs check to require gconf switch enabled instead of running
pkgconfig again.