Разве/etc/profile не предположен быть полученным, по крайней мере, однажды под графической средой Linux?
Я думаю, что много зависит от того, что предлагает поставщик и сколько уверенности Вы имеете в их продукте. Например, необходимо ли действительно протестировать функциональность на всех соответствующих браузерах? Разве у них нет отдела QA?
В некоторых случаях ручная пошаговая демонстрация, когда релевантный является самой экономически эффективной. Можно описать сценарии и действительно раздать их так, чтобы все с долей в нем только сделали определенную работу.
В других случаях, где Вы не уверены в отделе QA поставщика, или существует значительная включенная настройка, затем Ваши собственные автоматизированные тесты, конечно, будут необходимы, если Вы не захотите, чтобы Ваши клиенты видели проблему. Затем это действительно зависит от того, сколько Вы готовы инвестировать в устойчивый аспект. Чем более устойчивый, тем больше программирования и тяжелой работы это должно сделать тестами. Более рекордное щелчком точкой меньше усилия сделать начальный тест, но больше усилия поддержать.
Это зависит.
Если оболочка не запускается как "оболочка входа в систему", которая является способом системы предупредить оболочку, что это - первый раз, когда пользователь взаимодействует с компьютером для этой сессии, это запускается как "дочерняя" оболочка.
"Вход в систему" окружает источник, среда от любого механизма управления настраивается (/etc/profile,/etc/profile.d/, и обычно локальный dotfiles как .profile и .bashrc (если удар)).
"Дочерние" оболочки просто наследовали среду своего родителя, но иногда также выполняют некоторый dotfiles в зависимости от того, как они настроены.
В большинстве систем с X настроенный, точечные файлы получены любым процессом, запускает менеджер окон и xterms или консоли или независимо от того, что просто наследовалось этому. Это вызвано тем, что это не считают сессией входа в систему, так как Вы были уже зарегистрированы при запуске консоли.
Можно установить консоль для выполнения 'удара - вход в систему', если Вы хотите, но это могло бы иметь неожиданные побочные эффекты позже при выполнении чего-то, что зависит от переменной среды, которую Вы ударяете с - параметр входа в систему.
Согласно этой странице в хинду Руководстве, на хинду Вы захотите определить свои переменные среды в файле под/etc/env.d каталогом, а не в самом/etc/profile.
-
1Я знаю,/etc/profile является хинду сценарием, которые устанавливают другой материал, прибывающий из/etc/env.d/, а также/etc/profile.d/и который, как предполагается, не изменяется. Моя проблема состоит в том, что/etc/profile не получен при всем игнорировании такого материала также! – Patrick Allaert 24 November 2009 в 04:06
Оболочку входа в систему отличает (интерпретатор оболочки) путем запуска с "-". Таким образом, argv [0] из оболочки удара входа в систему будет - колотят вице-удар. Так же для других оболочек (-ksh по сравнению с ksh,-csh по сравнению с csh,-sh по сравнению с sh, и т.д.) Это сделано программой входа в систему или другим шагом аутентификации. Bash предлагает-l или - опция входа в систему, но это должно быть эквивалентом - удар.
Если Вы хотите удостовериться, что/etc/profile читается (вместо того, чтобы только настроить наследованную среду), можно явно считать его в ~/.profile. Используйте соответствующие имена файлов для своей предпочтительной оболочки.