SL - Problem RPMs
Я наткнулся на интересную страничку, которая описывает некоторые затруднения, возникшие у разрабов Scientific Linux, ТуТ.
Объясните пожалуйста, что можно сказать о системе и о разрабах, базируясь на этой информации.
Я наткнулся на интересную страничку, которая описывает некоторые затруднения, возникшие у разрабов Scientific Linux, ТуТ.
Объясните пожалуйста, что можно сказать о системе и о разрабах, базируясь на этой информации.
Я пытался получить через Java (System.getenv()) некую переменную, которая определяется в ~/.bashrc Её не было в списке.
Когда я добавил скрипт *.sh с её определением в каталог /etc/profile.d/ всё стало работать.
Вот что пишут в могучем гугле: -- Application Environment Setup Using /etc/profile.d/*
-- When a user logs in, environment variables are set from various places. That includes /etc/profile (for all users). -- Then all the files in the /etc/profile.d directory. -- Then ~/.bash_profile, then ~/.bashrc. -- /etc/profile.d/ is a good place to put your application specific setups.
Вопрос! Каково время жизни переменной определенной через /etc/profile.d/ ? Только до перезахода юзера или перманентно?
Если я модифицирую таким макаром PATH, оригинал останется нетронутым после выхода юзера?
Недавно общался со знающим человеком, и он меня немало озадачил.
Вот его рассказ о проблеме с правами суперюзера в Linux Mint Debian:
переписка
1. Та же беда, что в Ubuntu, openSUSE, Maemo, Meego, Android и MacOS
Административные права принадлежат первопользователю, причём не все и не всегда! А рута при этом нет в принципе. Во-первых, ессно, дыра в безопасности. Ну, положим, в MacOS можно ставить только за деньги родное и не тыкать левак, в Maemo и Meego рядовой пользователь хрен что поставит не из родного репозитория, а вот с Андройдом *опа, приходится держать мощный антималварник как в Винде
Во-вторых, гемор невероятный с настройками и установкой неродного ПО, например, драйверов, приходится через *опу изобретать рута.
2. Не superuser, а непойми что. Местами у него права рута, местами нет. Установка из репозитория штатного софта конечно ничего лишнего не требует. А вот установка, допустим, фирменных дров, что частенько бывает - сам исполняемый скрипт написан так, что работает только от рута. И тут начинаются бубны. Ну или установка ПО из исходников - configure конечно ничего не требует, а вот уж make&install - рута
Какие-то конфиги можно поменять от первопользователя, какие-то фиг.
Объясните пожалуйста «на пальцах» о каких таких проблемах с рутом он говорит, или дайте почитать материалы/прецеденты на эту тему.
P.S. речь шла о Linux Mint Debian Edition
Уважаемое сообщество!
Имею затруднение в системе Fedora 17 x86, Gnome-shell: после установки видео-драйвера gdm не грузится.
Последовательность моих действий:
su -
yum update kernel*
yum install xorg-x11-drv-nvidia akmod-nvidia
reboot
Загрузка системы останавливается на логотипе дистрибутива.
Подскажите, как собрать данные по этой проблеме или, если кто-то из вас сталкивался с подобным - как можно это решить?