패키지 관리자가 .bashrc 파일을 수정해야합니까?


9

제대로 실행하려면 환경 변수를 설정 해야하는 패키지를 작성 중입니다. 패키지 관리자의 설치 단계에서 사용자 환경을 수정해야합니까, 아니면 단순히 사용자에게 직접 요청해야합니까? 내 직감은 후자 일 것이지만 나는 전자에 대한 논쟁을 볼 수있다.


7
환경 변수에 대한 종속성을 제거하여 (예 : 구성 파일을 대신 사용하여) 더 나은 동작을 만들 수 있습니까? 그것은 핵을 포장하거나 뭉개는 것보다 바람직 .bashrc하다고 생각합니다.

물론이 질문의 목적으로 응용 프로그램을 수정하는 것은 옵션이 아니라고 가정 해 봅시다.
David Cowden

1
사용자가 실행 중이 bash아니면 어떻게합니까? 다양한 시작 파일과 함께 사용할 수있는 대체 쉘이 많이 있습니다. 나는 여기서 대안적인 해결책을 찾는 것을 진지하게 제안한다.
Jules

10
그 주위에 래퍼를 작성하십시오. 예를 들어, tomcat올바르게 작동하려면 몇 가지 환경 변수가 필요합니다. 그것들은 바이너리를 직접 실행하는 대신 실행되는 시작 스크립트에 의해 설정됩니다.
Jules

1
@Vality 나는 알고있다. Jules의 제안은 이미 제안되었습니다. 나는 셸 불가지론 적 솔루션을 가져야한다고 주장하고 나서 셸 스크립트를 솔루션으로 사용하도록 제안하기 위해 순환 논리를 재미있게 만들고 있습니다. 그것은 농담입니다 (;
David Cowden

답변:


18

패키지 관리자의 설치 단계에서 사용자 환경을 수정해야합니까, 아니면 단순히 사용자에게 직접 요청해야합니까?

둘 다. 패키지 설치 관리자는 패키지가 소유하지 않은 계정에 대한 홈 디렉토리의 어떤 것도 건드리지 않아야합니다. 패키지는 또한 설치시 사용자가 특별한 노력을 기울이지 않고 사용할 수 있도록 스스로 구성해야합니다. (이를 원하지 않는 예외적 인 경우가 있지만 그 사이는 거의 없습니다.)

Unixy 환경에는 사용자가 로그인 쉘을 시작할 때마다 읽을 구성 파일을 넣을 수있는 공간이 있습니다. 보른과 C 쉘의 경우에 구성을 삽입 할 수 있습니다 /etc/profile/etc/csh.cshrc각각. 제거 할 때 반드시 제거하십시오.

많은 시스템은 개별 파일을 사용하여이 작업을 지원하므로 한 파일에서 임의의 위치에 텍스트를 놓지 않고도 구성 비트를 쉽게 추가하고 제거 할 수 있습니다. (또한 패키지 관리자로부터 얻을 수있는 모든 제어 및 책임 이점을 제공합니다.) 일부 배포판은 /etc/profile모든 파일이 일치 하도록 읽도록 구성 합니다 /etc/profile.d/*.sh.


1
역사적 rc으로 스크립트 이름 에서 CTSSruncom (Run Commands) 에서 파생 되었지만 이후 다른 의미를 포함하도록 범위가 넓어졌습니다.
Jeffrey Hantin

1
@JeffreyHantin : Touché. 제거되었습니다.
Blrfl

1
계속 선택하기를 싫어하지만 profile.d배쉬에 내장되어 있지는 않지만 일반적으로 배포판에서 제공 되는 후크/etc/profile 입니다. ;)
Jeffrey Hantin

1
@JeffreyHantin : "Unixy"라는 단어를 사용하는 것에 대한 비판은 없지만 충분합니다. :-)
Blrfl

14

그것은 없다 결코 사용자의 수정을 허용 /home하는 수정이 전체 지점이 아닌 패키지 관리자에서 구조.

이에 대한 주요 접근 방식은 다음과 같습니다.

  • 사용자에게 구성해야 함을 알리십시오.
  • 필요하지 않은 공급 기본값
  • 값을 적절하게 설정하는 실행기 스크립트 패키지
  • (distro가 지원하는 경우) 환경 변수를 내보내는 파일을 안에 놓습니다 /etc/profile.d. 일부 Linux 시스템에서는이 디렉토리의 모든 스크립트가 기본 쉘 설정에 의해 제공되므로 변수를 안전하게 설정할 수 있습니다.

7

질문 패키지 관리자의 설치 단계에서 사용자 환경을 수정해야합니까?

답변 아니요. 사용자 데이터 (이 경우에는 .bashrc 파일)를 수정하는 것은 좋지 않습니다. 패키지 관리자는 사용자의 데이터를 신성한 것으로 간주해야합니까?

질문 패키지 관리자의 설치 단계에서 사용자에게 직접 메시지를 표시해야합니까?

답변 이 방법은 훨씬 맛좋은 솔루션이지만 여전히 이상적이지는 않습니다.

필요한 환경 변수를 설정하고 그 후에 실행 파일을 실행할 수있는 래퍼 셸 스크립트를 만들어야한다고 생각합니다.


이 아이디어도 고려했습니다. 프로젝트는 젊고 이것이 필요하지 않은 시점에 도달 할 것입니다.
David Cowden

@ GlenH7 응답을 업데이트했습니다. 바라건대 업데이트 된 답변이 귀하가 찾고있는 답변보다 많으면 좋겠습니다.
R Sahu

@ GlenH7 :이 질문은 본질적으로 XY 문제입니다 : meta.stackexchange.com/questions/66377/what-is-the-xy-problem , 여기서 환경 변수의 필요성은 해결해야 할 진정한 문제입니다.
whatsisname

또한 래퍼 스크립트를 작성하려는이 답변의 제안은 모든 쉘에서 작동하는 유일한 답변입니다.
whatsisname

1
@MattThomason 실현이 실제로 질문을하도록 자극 한 이유입니다.;
David Cowden

5

나무의 숲이 없습니다. 분명히 사용자를 위해 환경 변경을 수행하는 것이 더 편리하지만 더 위험하고 침습적입니다. 설치 프로그램에서 수정해야하는지 여부를 사용자 에게 묻고.bashrc 그렇지 않으면 스스로 수행하는 방법에 대한 지침을 제공 하여 두 가지 이점을 모두 결합 해야합니다.


충고 감사합니다. 나는 전에 공개 패키지를 작성한 적이 없으며 금기 사항을하지 않기를 원합니다.
David Cowden

이것이 바로 Google 클라우드 SDK가이를 처리하는 방법입니다. 시작 파일을 수정할 것인지 묻습니다.
jmq

1

당신은 "사용자"가 단수라고 가정합니다. 이 시스템에 수천 명의 사용자가 있으면 어떻게됩니까?

사용자의 홈 디렉토리를 찾을 수도 있다고 가정합니다. 사용자가 LDAP 등을 통해 관리되는 경우 모든 유효한 사용자 목록을 얻지 못할 수도 있습니다. 홈 디렉토리는 / home에 없을 수 있습니다. 네트워크에서 동적으로 마운트 될 수 있습니다. 사용자의 홈 디렉토리는 암호화되어 있으며 로그인하지 않은 상태에서는 키에 액세스 할 수 없습니다.

가능한 모든 상황에서이를 안정적으로 수행 할 수있는 방법은 없습니다. 사용자가 로그인하거나 쉘을 생성 할 때 환경 변수를 설정하려면 배포판의 메커니즘을 사용하십시오. 그래도 작동하지 않으면 래퍼를 작성하십시오. ( 필요한 경우 주석은 인수를 처리하기 위해 랩퍼가 2 진일 수도 있습니다).


0

패키지에서 전역 변수를 설정하는 것은 자신의 프로젝트에 의해 정의 된 경우 허용됩니다 (즉, 프로젝트 이름이 변수 이름의 일부임을 의미합니다!). 그럼에도 불구하고 사용자의 .bashrc파일을 건드리지 말고 /etc/profile.d에 스크립트를 추가해야합니다 .

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.