Я написал скрипт для автоматизации установки программы / проекта (состоящий из нескольких программ с разными зависимостями). Я столкнулся с проблемой того, что .bashr c не был получен во время сценария (несмотря на источник ~ / .bashr c), что привело к ошибкам пути. Это было решено принудительным выполнением сценария в интерактивном режиме с флагом -i, так как он кажется более чистым методом, чем изменение интерактивной проверки в файле .bashr c.
После того, как программа полностью установлен Я пытаюсь запустить его в новом терминале, но сталкиваюсь с проблемой источника .bashr c ошибок пути к пакетам. Кажется, что .bashr c загружается неправильно, я добавил в него эхо, чтобы проверить, читается ли оно вообще, и выводится ли каждое эхо от первой до последней строки в терминал. Если я вручную запускаю исходный код ~ / .bashr c, а затем снова запускаю программу, ошибки пути устраняются.
После осмотра и запуска магазина login_shell (возвращается OFF) я понимаю, что мой терминал (gnome) по умолчанию использует не входящие в систему интерактивные оболочки. Поэтому .profile и тому подобное не загружаются, так как это оболочка без регистрации, это должны быть только файлы bash .bashr c и .bashr c, которые загружаются. Когда я добавляю пути или добавляю источник ~ / .bashr c в bash .bashr c, программа запускается в новом терминале без ошибок пути. Однако это не похоже на хорошее решение, так как я думаю, что .bashr c должен быть в состоянии загружаться правильно, и я считаю, что bash .bashr c не следует редактировать. Есть ли что-то, что я пропустил или способ заставить работу bashr c работать? Влияет ли на это интерактивный флаг для сценария установки?
По сути: bashr c не создается в новом терминале, если я не получу его вручную. В качестве альтернативы, если пути или источник bashr c добавлены в файл bash .bashr c, он работает без поиска вручную. Я заблудился относительно того, почему bashr c не получен в новом терминале, и я не могу найти никакого решения, оглядываясь по сторонам.