Сборка DEB-пакета собственного приложения.

В хомяк программа должна срать когда она запущена, а не во время установки. Вы неверно поняли workflow.

Специфика разрабатываемого ПО.

Эм… при каждом запуске ПО проверяет, есть ли в хомяке нужные файлы. Если нет, то копирует из эталона. Так всё ПО поступает, какая специфика мешает вам так же сделать?

Таково составленное ТЗ заказчика.

Дополнение: установка ПО, проверка наличие файлов заказчиком. Запуск происходит после проверки. Таково ТЗ и такова методика испытаний.

Штатных способов отслеживать подобный бред нет. В теории можно парсить вывод ps для определения, какой пользователь запустил.

Но правильнее — согласовать изменение ТЗ, потому что в норме такое должно настраиваться при запуске, а не при установке.

Благодарю.

Пропишите, что нужные файлы лежать в /opt/programmname/start/ и являются частью ПО, пусть проверяют наличие. В документации опишите, что после начала работы этот эталон копируется, чтобы быть изменяемым в процессе работы пользователем.

Еще раз благодарю, по такому пути, вероятно, и пойду.

Как должно вести себя ПО, если в системе несколько пользователей? Поэтому все нормальные программы копируют/создают в хомяке файлы при первом запуске (при их отсутствии).

Если очень хочется костылей, можешь сделать ls /home и скопировать во все хомяки. Или распарсить /etc/passwd и найти все пути к хомякам там.

Но не надо так делать, пожалуйста. Скорректируй ТЗ, чтобы программа создавала файлы в хомяке при первом запуске.

Выше правильно написали что это дичь, даже если по ТЗ. Тем не менее сделать можно: смотрите в переменной окружения $LOGNAME - это и будет логин текущего пользователя.

ну а вы на что?

Это же ваша задача объяснить клиенту, что его пожелания невыполнимы. apt не может работать из под юзера, потому что он не сможет прописать пакет в базу данных.

как отследить пользователя… …запустившего графическую установку

Взгляд стеклянный и слюна в уголке рта подтекает?