While I understand and appreciate the intention of this change, I see a couple of problems.

1. the wildcards would catch the following files, that are not created during build (no *.in file):
   debian/univention-bareos.preinst
   debian/univention-bareos.univention-service
   src/defaultconfigs/
   ./bareos-dir.d/fileset/Windows All Drives.conf
   ./bareos-dir.d/pool/Differential.conf
   ./bareos-dir.d/pool/Full.conf
   ./bareos-dir.d/pool/Incremental.conf
   ./bareos-dir.d/pool/Scratch.conf
   ./bareos-dir.d/profile/operator.conf
   ./bareos-dir.d/schedule/WeeklyCycle.conf
   ./bareos-dir.d/schedule/WeeklyCycleAfterBackup.conf
   ./bareos-fd.d/messages/Standard.conf
   ./bareos-sd.d/messages/Standard.conf
   ./d2d2t-disk-changer/disk-changer.conf

The FILENAME.in => FILENAME mechanism is only used, when the file contains a variable that must be replaced.

The problem can be solved by either use gitignore without wildcards or the rename these files to *.in.

2. during the repository consolidation, these files will move to the core/ sub-directory. I propose to delay these, until the new repository is available.

Any comments to my comment? If not, I prefer closing this ticket.

Closing this for now, until we find the time to find a proper solution.