Systemd 대 지능 (데비안 사용자의 분노)

다음 텍스트는 사용자가 호출 한 메시지의 무료 번역입니다. 크리스토퍼 배리 남은 LKML.ORG (비공식 Linux 커널 메일 링리스트 아카이브), 제목은 «리눅스 세계에 공개 서한« (줄이 그어진 부분과 추가 링크는 내 나쁜 우유에 의해 추가 된 것입니다.):

지능이란 무엇입니까? 나는 스파이를 의미하는 것이 아니라 인간의 지능의 정의는 무엇입니까? 이것은 꽤 좋습니다. http://en.wikipedia.org/wiki/Intelligence#Definitions

대부분의 사람들에게 "하나의 Linux"아이디어를 중심으로 일하고있는 자임하고 아마도 지나치게 영향력있는 창조자와 사상가들은 적어도 기술적으로는 똑똑한 사람들의 정의에 부합합니다.

그리고 그의 메시지는 매우 설득력이 있습니다.

  • 다중 디스트로 개발을 단순화합니다.
  • 더 빠른 부팅 시간을 허용합니다.
  • 아키텍처 허용 주문형 "최신"운영 체제와 유사한 이벤트 기반입니다.
  • 배포판만큼 다양한 도구가있는 하위 시스템에 순서와 제어를 가져옵니다.

겉보기에 고귀한 목표. 모두 기여하고 더 나은 것을 만들고자하는 깊은 열망에서 비롯된 것 같습니다.

이 똑똑한 사람들이 이러한 문제에 대해 진지하게 생각하고 이러한 문제를 해결하기 위해 엄청난 노력을 기울 였다고 주장하는 사람은 거의 없습니다. 안타깝게도 이미 짐작 하셨겠지만 그들이 제시 한 솔루션은 "체계적"입니다.

새로운 것은 아니지만 그로테스크 한 영향이 드디어 제게 도달했고 공개적으로 표현해야합니다.

그래서 systemd는 무엇입니까? 글쎄, 당신의 새로운 신을 만나십시오. 당신은 아마 제단에서기도하고있을 것입니다.작동하는 경우 만지지 마십시오] 단순하지만 당신의 종교는 근절되고 있습니다. Linux 시스템으로 업데이트하는 동안 인식하지 못한 채 이미 발생했을 것입니다. systemd는 모든 것을 알고, 모든 것을 통제하고, 모든 것을보고, 모든 것을 모니터링하는 메타 신입니다. 그는 자신이 할 수있는 모든 것을 제어하고자하는 새로운 단일 프로세스 마스터이며 이미 충분히하고 있습니다. 그것이 스테로이드에 대한 변압기라면 init이 어떻게 보일지입니다. [모든 괴짜의 꿈] 복잡하고 다면적이며 불투명하고 매우 강력합니다.

나는 몇 년 전에 시스템을 시작하고 일부 다른 사람들 교체 내가 기억할 수없는 초기화는 현장에 나타났습니다. 약간 흥미로워 보였지만 나는 그것을 사용하거나 그 목적으로 사용하는 것을 선호하지 않았습니다. init는 나를 위해 잘 작동했습니다. init는 간단하고 강력했습니다. 구성에는 각 배포판에 대한 특정 차이가 있었지만 처음에 해당 배포판을 사용하기로 선택하고 해당 배포판을 고수하게 만든 것은 종종 이러한 차이점이었습니다.(오늘처럼 어떤 청중을 겨냥했는지는 아닙니다)]. 기본적으로 도구 했다 배포판. 그리고 난 그냥 dist-upgrade Jessie에게, 그리고 짜잔, PID 1이 갑자기 시스템화되었습니다. 젠장.

"하나의 Linux"세계에서 배포판은 실제로 무엇이어야합니까? 구식. 더 이상 관련이 없습니다. 그의 자랑스러운 고풍 포탄 [그리고 종종 위험합니다] 개인주의. 기본적으로 이제는 로고와 기본 배경 화면 일뿐입니다. 왜냐하면, 현실을 직시하자면, 개인용 컴퓨팅의 Windows / Mac 도메인에 유일한 현대 "경쟁자"가 하나만 있으면됩니다. 레드몬드와 쿠퍼 티노의 악의적 제국에 맞서 싸우기위한 통일 ​​전선이 필요합니다. Linux의 서로 다른 "풍미"를 만들어 낸 다양한 차이점은 전쟁을 효율적으로 진행하기 위해 집중되고 일치시켜야했습니다. 음, 무슨 전쟁?

나에게 리눅스는 내가 사용하기 시작한 1994 년에 이미 그 전쟁에서 승리했다. 한 발을 쏘거나 다른 운영 체제처럼 되려고하지 않고 그렇게했습니다. 그는 그것을 이겼다 [항상 시장의 1 %를 유지] 시장 점유율에 대해 망설이지 않습니다. 그는 그들과 정확히 같지 않아서 우승했습니다. 그는 간단하고 이해하기 쉬우 며 정확히 다음과 같이 구성 할 수있어 우승했습니다. YO 에 원. 실제 작업을 수행하기 위해 마음대로 함께 부착 할 수있는 간단한 모듈 식 구성 요소의 모음이 되었기 때문입니다. 그는 사용자를 운전석에 앉 히라는 깊이 고려 된 철학을 고수하고, 만지지 말아야 할 모든 것들 안에 촉수를 감는 프레임 워크 층과 층없이 원하는 것을 자유롭게 실행할 수 있다는 점에서 우승했습니다. 그는 내 운영 체제의 중심에서 나타나기 시작한 다양한 "ShitKits"없이 우승했습니다. 그는 너무 복잡하고 이해하기 어렵지 않게 이겼습니다. 이러한 종류의 불투명도는 Windows와 Mac의 핵심이며, 제가 그 점을 싫어하는 이유이자 처음부터 Linux를 사용하기로 선택한 이유이기도합니다. systemd는 포옹 내가 Windows와 Mac에 대해 싫어하는 점은 개발자 작업의 "현대성"과 "단순화"라는 이름으로 수행합니다.

그래서 사람들은 왜 매우 지능적 해적 리눅스 사랑과 사용 그들이 만들고 싶거나 그런 악마를 껴안다 "모두의 주인"? 분명히 처음에 언급했듯이 그들이 말하는 이유 때문입니다. 그러나 부분적으로는 경험 부족 때문이라고 생각합니다. 프로그래밍 시간 부족이 아니라 지구상의 시간 부족을 의미합니다. 지능만으로는 삶의 경험을 대신 할 수 없습니다. 그렇습니다. 그렇다고 말하겠습니다. 지혜도 아닙니다. 지혜에 대한 설명서가 없습니다. 배포판에서 systemd를 구현하는 것은 장기적으로 현명한 조치가 아닙니다. 그것은 사실 그들의 궁극적 인 파멸을 가져올 것입니다.

그들은 부분적으로 관련된 사람들의 실물보다 더 큰 자아입니다. 어떤 사람 읽었다 Poettering이 사물에 대해 말하는 것은 무엇입니까? 와. 이 사람은 그가 모든 사람에게 모든 답을 가지고 있다고 분명히 확신합니다. 단순함과 자유에 대한 전통적인 아이디어는 다채 롭지 만 "현대적인"운영 체제에서는 실제 위치가 없습니다. 봐요, 그는 당신들보다 똑똑 하니까 그만하고 물러서세요. 그는 최고가 무엇인지 알고 있으며 통제하에 있습니다.. 어쨌든 그 남자는 몇 살입니까? 12 년 정도? 빌어 먹을 거시기 야 (내 소견에).

그들은 부분적으로 그의 그늘진 사업 이익. 좀 더 간단하고 "디스트로에 구애받지 않는"방법이 있다면 리눅스 사용자에게 물건을 팔아 돈을 벌 수 있습니다. 옵션은 좆까, 그들은 그들이 얻는 것을 좋아할 것이다.

부분적으로 그것은 본질적으로 불길하고 황량 할 수 있습니다. 그들 모두를 지배하는 One One Ring은 정보에 대한 완전한 인식을 원하는 사람들을 매료시킬 것입니다. 자신감은 요즘 내 목록에서 정말 높은 것이 아닙니다.

부분적으로는 Linux 커뮤니티가 Windows와 Mac의 헤게모니에 맞서 싸워야한다는 믿음입니다. 마치 Linux의 존재가 다른 대안의 패배에 달려있는 것처럼 말입니다. 그렇게 생각하는 사람들 Linux는 바보와 HOYGAN에 관심을 가져야합니다 Mac과 Windows로 돌아가서 Linux를 "수정"하려는 시도를 중단해야합니다. 고장난 게 아니야, 젠장!

부분적으로-그리고 이것은 내가 받아 들일 수없는 것입니다-그것은 * NIX의 가장 중요한 원칙에 대한 노골적인 무시와 무시입니다. 그들에 대한 무의식적 경멸이며 내가 개인적으로 갖고있는 가치를 짓밟는 것이다.낡은,] 진실하고 공정하며 여기에서는 혼자가 아닙니다. systemd는 * NIX가 의미하는 것과 정반대입니다. 그리고 나는 POSIX 호환성에 대해서도 불평하지 않습니다. 어리석은 철학입니다.

systemd는 쿠데타입니다. 그것은 우리가 알고있는대로 Linux를 파괴하도록 설계된 파괴적인 침입자이며 폭도들에 의해 우리에게 부과되었습니다. 우리는 당신보다 그를 더 잘 알고 있습니다 낙타 케이스. 그리고 그들은 그들이해야 할만큼 깊이 이해하지 못합니다. systemd가 가야 할 방향을 가리키고 있지 않습니다. 자유를지지하지 않는다. 선택을 장려하지 않습니다. 투명성을 보여주지 않습니다. 단순함을 포용하지 않습니다. 그는 통제권을 가지고 당신이 그에게 굴복하도록 강요합니다. 응용 프로그램과 주요 시스템 구성 요소가 이에 종속되어 작동하지 않습니다. 당신은 순진하거나 게으른 개발자들에게 그들의 삶을 더 편하게 만들 겠다는 약속으로 단서가없는 개발자들을 유인함으로써 속도를 얻고 있습니다. 이러한 사고 방식에 빠지는 것은 systemd가 나타내는 큰 위험을 무시하는 것입니다.

데비안은 과거에 항상 이런 종류의 일에 대항해 왔으며 항상 그 무결성에 대해 최고의 존경과 충성을 얻었습니다. 여기서 데비안의 결정은 강제되었습니다. 데비안은 심각하고 비겁한 실수를 저질렀습니다.Tagliamonte가 Garbee의 목표를 무효화하지 않았을 때], 즉시 코스를 수정해야합니다. systemd를 통합하는 것은 현명한 움직임이 아니었고 확실히 잘 생각하지 못했습니다.(아니요, Russ Albery의 이유를 믿지 않았습니다)]. 데비안은 systemd와 ilk를 거부하고 Linux를 역사상이 시점으로 이끈 값으로 돌아 가야합니다. 주도 데비안의 작은 부분이 아닙니다. 그들은 단기간에 아무리 고통스럽고 짜증나게 보일지라도 그놈과 건전하고 공개적으로 이혼하고 단순성과 자유의 가장 필수적인 가치에 초점을 맞추어야합니다. systemd와 그의 파벌 장소 저장소에서 비 무료 그들이 속한 곳 선택의 여지가 없다면. 사용자가 원하는 것인지 결정하도록합니다. 깨달음은 기본 데스크탑을위한 탁월한 선택 그놈 쓰레기가 비대하지 않습니다. 그리고 데비안의 지도자들에게 – 20 년 동안 저의 충성심과 전도 끝에 저와 모든 사람을 실망 시켰습니다. 그들은 빌어 먹을 달걀 두 개를 가지고 지금 여기에서 옳은 일을해야합니다.

기회 주의자들을 똥으로 보내라!

금언. 리눅스 재단. freedesktop.org, [피게레도] 다른 사람. 그들은 모두 [처음부터 끝까지 도둑의 소매] 아젠다가있는 그룹. 그들은 자유를 믿는 사람들이 아닙니다. 그들은 통제를 믿고 표준화. 그들은 단조 로움을 믿습니다. 이 사람들은 누구 니? Linux 화염의자가 할당 수호자는 누구입니까? (멀웨어에 대한 의도적이며 잠재적 인 참조) 실제 의제는 무엇입니까? 누가이 사람들에게 자금을 제공합니까? 왜 그들은 Linux의 핵심을 진정한 철학에서 멀어지게하기 위해 그렇게 공격적으로 원할까요? 그들이 가서 Windows와 Mac에 대한 자신의 "경쟁자"를 만들게하세요. 그렇게했다면 Windows와 Mac이했던 것과 동일한 불투명하고 사용자 추적이 가능한 백도어 똥일 것입니다. 그들은 나를 위해 말하지 않으며 당신도 그들이 당신을 위해 말하도록 수동적으로 허용해서는 안됩니다.

systemd는 트로이 목마입니다. systemd는 해파리입니다. systemd는 Substance D입니다. systemd는 도구가 형편 없거나 피투성이의 거대한 털 뭉치이기 때문이 아니라 구조적으로 많은 힘이 집중되어 있기 때문에 오싹합니다. 그가 리눅스를 소유 할 것이고, 나아가 우리와 우리의 자유를 소유 할 것이기 때문에 우리는 그를 집단적으로 쫓아 내야합니다. 체계적인 ~ 될거야. 리눅스. 멍하니 앉아서 우리의 집단적 위험에 대한 사실을 무시하세요.

Linux == 제로 선택.


레나 트는 웃음으로 똥 그런 행으로. 반면에 Martin Gräßlin은 en 웨일 랜드 로그인에 따라 달라집니다.

기사의 내용은 우리의 원칙을 준수합니다. 편집 윤리. 오류를보고하려면 여기에.

115 코멘트, 당신의 것을 남겨주세요

코멘트를 남겨주세요

귀하의 이메일 주소는 공개되지 않습니다. 필수 필드가 표시되어 있습니다 *

*

*

  1. 데이터 책임자 : Miguel Ángel Gatón
  2. 데이터의 목적 : 스팸 제어, 댓글 관리.
  3. 합법성 : 귀하의 동의
  4. 데이터 전달 : 법적 의무에 의한 경우를 제외하고 데이터는 제 XNUMX 자에게 전달되지 않습니다.
  5. 데이터 저장소 : Occentus Networks (EU)에서 호스팅하는 데이터베이스
  6. 권리 : 귀하는 언제든지 귀하의 정보를 제한, 복구 및 삭제할 수 있습니다.

    1.    마누엘 데 라 푸 엔테

      얼마 전 전액 유급 여행에서 우승 한 첫 해설자가 나왔다. 내가 여기있는 동안 나는 밴 해머를 세게 칠 것이다. 모욕적 인 발언 및 / 또는 논증없이 그들은 검열 등에 대해 화를 낸다고해도 지옥으로 곧장 간다. 화염 전쟁이 즐거워지는 것은 좋지만«모든 것이 측정으로»...

      1.    x11tete11x

        하하하 xD, 나는 그것을 보았다 : v, 그의 주장은 전혀 나쁘지 않았지만 그가 xD를 일반화 할 때 잔디로 갔다

      2.    디아 제판

        글쎄, elav는 방금 그를 부활시키고 그에게 대답했습니다.

        1.    마누엘 데 라 푸 엔테

          HAHAHAHAJAJAJAJA, 그것은 당신이 무의미한 토론에 시간을 낭비하는 것을 좋아할 것인지를보아야 만했습니다. 글쎄, 그가 원하는 거라면 손을 씻고 그에게 밴 해머를 줘요, 이제부터는 팝콘을 직접 준비하고 그냥 봅니다. http://i.imgur.com/YcJ0XpY.jpg

        2.    엘라 브

          그 댓글에 이상은 없지만, 무슨 엉덩이인지 모르겠다는 간단한 의견입니다 ... XDD

    2.    유키 테루

      @tete는 모두 미쳤습니다 😀

      그건 그렇고 나는 이미 내 시스템을 Consolekit, Policykit에서 무료로 사용하고 문제없이 자체 조립이 가능합니다 🙂

      1.    x11tete11x

        좋습니다! Gentoo xD의 다재다능 함은 인상적입니다

      2.    승용차

        음 나는 당신의 특별한 경우에 대해 잘 모르겠지만, 제 시스템은 특히 PAM과 관련하여 많은 문제를 안겨주었습니다. 나는 BSD도 사용하고 있기 때문에 OpenRC를 선호합니다.

      3.    x11tete11x

        @roader, yuki는 Consolekit 또는 Policykit없이 OpenRC를 사용합니다.

      4.    유키 테루

        @roader, 나는 systemd를 좋아하지 않는다. OpenRC는 내가 필요로 할뿐 아니라 다루기도 쉽기 때문에 고수한다. 시스템에서 삭제 한 * 키트와 자동 마운트는 IgnorantGuru의 udevil을 사용하여 수행하며 완벽합니다. PAM에 대해, 이것은 제거 될 수 있습니다. Gentoo에서는 그 용량이 있습니다. BSD에서 어떻게 될지 모르겠습니다.

  1.   골록

    나는 그것을 읽었고 일반적으로 그것이 말하는 것에 동의합니다. 커널 목록에 그런 이메일이 있지만 ... 그것은 단지 불꽃 전쟁을하려고하는 것처럼 보일 것입니다. 그러나 앞서 말했듯이 여러 가지 유효한 점을 언급한다는 의미는 아니지만 그것이 장소라고 생각하지 않습니다 (제 의견으로는).

    XNUMX 일 전에 제가 트윗을 만들었습니다 :«gnome, pulseaudio 및 systemd에는 공통점이 있습니다 : (t) #Linux 커뮤니티와 관련된 불행한 방식 :-/» https://twitter.com/gorlok/status/500413760595849216

    이는 이러한 프로젝트, 특히 개발자 / 리더의 끊임없는 갈등, 지속적인 논쟁과 함께 커뮤니티를 어떻게 처리했는지에 대한 것입니다. 모든 사람을 항상 행복하게 만들고 동시에 목표를 달성하는 것은 불가능하다는 것이 분명합니다. 모든 사람이 Kumbaya를 노래하는 것을 행복하게 만드는 프로젝트에 대한 공식은 없지만, 거기에서 3 가지 예제 프로젝트에 존재하는 지속적인 수준의 갈등과 끊임없는 충돌까지 뻗어 있습니다.

    특히 systemd에서는 갈등과 디자인 철학에도 불구하고 작동하고 해결해야 할 몇 가지 실제적이고 긴급한 문제를 해결합니다. 최상의 솔루션입니까? 나는 그것을 의심한다. 그것이 갈등에도 불구하고 공간을 확보 한 이유입니다. 다른 프로젝트가 대신 할 여지가 있다는 것은 의심의 여지가 없습니다. 그렇기 때문에 systemd (또는 다른 예의 경우 pulseaudio)와의 종속성을 최소화하는 것이 중요하며, 사용자와 동의한다는 점에서 의심 할 여지없이 궁극적으로 이동할 경로를 촉진합니다. systemd에 대한 또 다른 현실적인 대안은 신생 기업이었습니다 ...이 역시 의심의 여지없이 거의 동일했습니다.

    반면에 ... 이러한 갈등은 그렇게 심각하지 않으며 예외보다 더 일반적입니다. 항상 있었으며 앞으로도있을 것입니다. 예를 들어, 다른 경로를 테스트하여 대체 프로젝트를 생성 한 GCC의 많은 역사적 사례를 언급 할 가치가 있으며 결국 커뮤니티를 풍요롭게 만들었습니다.

    나는 systemd가 결국 질문을 풀고 해결하지 않는 한 결국 다른 프로젝트가 여기서도 인수 될 것이라고 장담한다. 지금은 ... 그게 바로 그게 많은 사람들이 그런 식으로 이해하고 다른 더 긴급한 문제에 자신의 노력을 바치는 것을 선호한다고 생각합니다.

    1.    유키 테루

      요점은 Leannart가 때때로 압박을가하더라도 해결하는 데 거의 신경을 쓰지 않거나 단순히 시스템 관련 소프트웨어를 잘못 수정하여 숨겨지는 시스템에 대한 많은 질문과 문제가 있다는 것입니다 (Kay 사례). 포럼은 이미이 문제에 대해 이야기하기 시작했고, 나는 systemd와 (현재로서는) 단순히 해결책을 찾지 못하는 버그와 함께 발생해야했던 몇 가지 사항을 테이블에 올려 놓았습니다.

      링크 : http://foro.desdelinux.net/viewtopic.php?pid=21896#p21896

      1.    승용차

        OpenSSL 알림 ...

      2.    유키 테루

        사건은 적어도 배경에서 다소 유사합니다. 이것은 다음과 같습니다 :«많은 줄의 코드를 작성하고, 주석을 달지 말고, 문서화하지 마십시오. 어쨌든 아무도 코드를 잘 확인하지 않습니다. 오류가 발생하면 우리가 무엇을하는지 알 수 있습니다.»

  2.   안드레로

    Linux 사용자에게 적합한 것은 없습니다. 각 배포판이 노래에 대한 내용을 수행하면 무엇이 잘못되었는지, 조각화 및 바다가 자동차로 이동하는지 논의하고, 통합하면 자유를 빼앗아가는 것입니다. 그것, 그들은 엉덩이와 프로그램을 느낍니다 ...

    1.    엘라 브

      Windosero로부터 다른 응답을 기대하지 않았습니까? (저는 그 용어가 잘 사용되는지조차 모릅니다.) Windows 및 Mac 사용자는 YES 또는 YES를 사용하는 데 익숙합니다. GNU / 리눅스에서는 이런 일이 일어나지 않았고, 이것이이 모든 분노의 이유이며, 프로그래밍 부족이나 엉덩이 때문이 아니라고 믿습니다.

  3.   에코 슬랙 커
  4.   KZKG ^ 가아라

    여기에서 논의한 내용의 여러 측면에서 동의합니다.

    시스템 구성의 90 %가 해당 파일에 지정 되었기 때문에 시스템 구성을하지 않았을 때, rc.conf가 존재했을 때 등 Arch 시절을 그리워합니다.

    다른 배포판 (데비안과 같은)에서는 그렇지 않았고, 모든 것이 단일 파일에 집중되어 있지는 않았지만, 신경 쓰지 않았고, 초기화가 좋았고, 완전히 이해했으며, 작동 방식과 원하는 방식으로 작동하도록 만드는 방법을 알고있었습니다. , rcconf 등

    이제 systemd와 함께 ... 첫 번째는 그것이 다르다는 것입니다. 저널, systemctl 및 기타 도구를 사용하면 동일한 작업을 수행 할 수 있지만 계속해서 자문 해 봅니다.이 변경이 정말 필요 했나요? … U_U… 나는 내 대답을 알고 있습니다. 당신은 당신의 대답을 알게 될 것입니다.

    나는 지금 Arch에서 systemd를 사용하는 것을 후회하지 않지만 (글쎄, 후회할 수 있거나 후회하지 않을 것입니다 ... 또는 사용하거나 Arch를 잊어 버렸습니다), 그렇지 않았 으면 좋겠습니다.

    훌륭한 기사. 나는 SystemD에 대해 극단적 인»십자군»을 공유하지는 않지만, systemd가«모든 것을 지배하는 하나의 고리»라는 단순한 사실이 최선의 선택이 아니라는 데 동의합니다. 일반화해서는 안되며 이제 모든 배포판이이 철학을 채택합니다. ... 글쎄, 반지의 제왕을 본 사람들은 이미 그 문구가 어떻게 끝나는 지 알고 있습니다 😉

    1.    승용차

      항상 다른 initmanager를 사용할 수 있습니다. 그렇게 어렵지는 않습니다. 유일한 것은 init 스크립트를 직접 다운로드 (또는 작성)해야한다는 것입니다.

    2.    알베르토 카르 도나

      이상한 rc.conf, 체계적인 이해가 안 돼, 아치를 떠난 이유야, 익숙해지지 마, 진짜 폭동이야

      1.    알베르토 카르 도나

        당신을 감사하십시오!
        안부

  5.   비키

    글쎄요, 기분을 상하게 할 의도는 없었지만, 저에게는 매우 형편없는 기사 인 것 같습니다. 기술적 인 질문은 거의 없으며 저자는 특별한 느낌을 중요시하는 것 같습니다. 제 생각에는 시스템의 기본 부분의 표준화가 나쁘지 않은 것 같습니다.

    1.    디아 제판

      정정 : 나에게는 다소 형편없는 편지 인 것 같다.

    2.    나노

      기사의 시작 부분에는 저자의 기사가 아니라 커널 목록에 작성된 편지의 무료 번역이라고 명시되어 있습니다.

  6.   유키 테루

    이 전투는 오래 걸릴 것입니다. 문제는 이것이 모든 배포판에 대해 단일 초기화로 이어질지 (모두 제어하는 ​​링) 아니면 다른 사람이 현재 초기화와 관련하여 기술 및 디자인 개선을 통해 새로운 초기화를 만들 수있는 깨달음을 가질 것인지입니다. , 그것은 남아있는 것입니다.

    개인적으로 저는 개인적으로 몇 년 동안 systemd를 사용했습니다 (Archlinux와 Debian Testing, 그리고 그 init를 가진 클라이언트 머신을 가지고 있습니다). 그리고 나는 많은 경우에 축복이었고 다른 사람들에게는 악마의 얼굴이 가능한 한 많이 당신을 트롤링했다고 말해야합니다. . 서비스의 이상한 버그와 매우 위험한 종속성 및 루프, 즉, 아직 제대로 안정되지 않은 소프트웨어가 수반되고 매우 비정상적인 프로그래밍 복잡성이 수반되는 것입니다.

    개발 섹션에서는 시스템 코드를 읽고 어떻게 문서화하고 주석을 달았는지 보았습니다. 그리고 제 인생에서 저는 그들이 여러분에게 보내는 Hello World를 제외하고는 더 엄격한 것을 보았습니다. 프로그램 작성.

  7.   라울

    글쎄, 화염 전쟁으로 꽤 멋지다. 그러나 기사와 관련하여 내 관점을 설명합니다.
    Init는 더 이상 사용되지 않습니다. 왜? 단일 스레드에서 수행해야하는 모든 작업 (모든 사람이 작업 속도를 높이고 컴퓨터에있는 멀티 코어 프로세서를 사용하는 것을 좋아한다고 생각합니다). 프로세스간에 종속성을 허용하지 않으므로 다른 프로세스가 시작되지 않으면 시작되지 않습니다 (ps 명령으로 검색하지 않는 한 이것은 농담처럼 보입니다). 사용자가 너무 화가 나서 배포 패키지의 개발자 나 관리자가 아니라면, 우리가 관리자와 개발자라면 처음에 이러한 대안 (upstart, systemd, ...)이 일을 더 쉽게 할 수있는 삶을 제공한다고 말하십시오. , 특히 패키지를 설치할 때 모든 것이 이미 작동하는 데비안과 같은 배포판에서 (Apache를 설치하고 그 순간부터 이미 시작되어 항상 작동합니다). init을 사용하는 것이 더 쉬워 질 수 있지만 솔루션을 제공하지 않는 지점이 있습니다 (픽은 괜찮고 매우 쉽지만 아스팔트에서 트렌치를 파기 위해 픽을 사용하는 작업자는 많지 않습니다). 따라서 Init보다 더 현대적인 시스템을 사용할 필요가 있습니다. 무엇을 선택해야합니까? SystemD, upstart, Init 대안 (이제 vr 또는 hr로 어떤 init가 호출되었는지 기억이 나지 않음)이 개발자의 요구에 매우 녹색이라고 말할만큼 upstart를 사용했는지는 이미 논쟁 중이었습니다. 그리고 내가 천 번이나 한 번 저주 한 것. 신생과 함께 나는 그것을 많이 만질 수 있다는 즐거움을 얻지 못했지만 너무 많은 배포판 (Arch, Fedora, Suse, Debian, Ubuntu….)을 선택했다면 무언가가 될 것입니다. 내가 본 것에서 사용하기가 조금 더 복잡 할 수 있지만 (그다지 복잡해 보이지도 않습니다) 일반 Linux 사용자가 염려해야 할 것은 아닙니다. 그리고 만약 당신이 개발자 / 유지 관리자 / 시스템 관리자라면 컴퓨팅에서 항상 새로운 것을 재활용하고 배워야합니다. 어제의 좋은 점, 오늘은 더 이상 요구 사항을 충족하지 못하며 개선하려면 변경해야합니다. 닫혀 있는지 여부와 관련하여 SystemD 개발자가 게으르고 문제를 해결하고 싶지 않은 경우 두 가지 옵션이 있습니다. 또는 필요한 작업을 수행하는 다른 시작 시스템을 만들거나 systemd의 작동 방식을 배우고 개발을 지원합니다.
    그리고 데비안의 결정이 마음에 들지 않으면 언제든지 자신 만의 배포판을 만들고 원하는대로 할 수 있습니다.

    1.    x11tete11x

      선생님, 저는 귀하의 의견에 모자를 벗습니다

    2.    승용차

      또는 필요한 init 스크립트를 openrc (또는 다른 관리자)에 설치하고 grub에서 init = 옵션을 수정합니다. systemd의 팬으로서. 실용성 때문에 이것 대신에 openrc를 사용합니다. 비록 그렇게 개발되지는 않았지만 부러워 할 것이없고, 병렬화를 지원하며, 더 호환성이 있다고 말해야합니다. 이전 콘솔 킷을 logind로 변경하기를 바랍니다.

      1.   

        Openrc는 Init를 변경할 때 뒤섞인 대안이었고 기억하지 못했습니다. 생성 된 논쟁의 대부분은 시스템 의존성으로 인해 의존성이 있다는 사실에서 비롯된 것입니다. 그럼에도 불구하고 나는 upstart가 매우 유효한 대안이라고 생각하지 않으며 openrc는 전혀 보지 못했고 논평 할 수 없습니다.

      2.    직원

        내부에 있지 않으면 무엇을해야하고 무엇을하지 말아야하는지 말하기가 매우 쉽습니다. 종이로 보면 매우 멋져 보이지만 이미 거기에 있으면 새로운 KDE, GNOME, Wayland 및 systemd에 점점 더 관련되거나 의존하는 다른 것들이 도착합니다. 할 것?

      3.    유키 테루

        @roader, Consolekit 또는 Policykit을 설치하지 않고도 OpenRC를 사용할 수 있습니다 🙂

        @raul, OpenRC는 매우 간단한 init이기 때문에 그 안에있는 코드의 양은 시스템화 된 (그리고 증가하는) 40 만 줄 이상의 코드에 비해 400 만 줄 미만이며, 차례로 종속성이 적고 더 많습니다. 시스템보다 모듈 식. OpenRC는 병렬화 기능이 있으며 다른 * NIX로 이식 가능하며 서비스별로 리소스를 제한 할 수 있으며 CGroups 및 SELinux와 통합됩니다 (이 두 기능은 systemd 플래그와 유사합니다).

        나는 Gentoo에서 그것을 사용하고, 병렬화를 사용하지 않고 그것은 22,3 초 만에 시스템을 부팅하는 반면 systemd는 같은 서비스를 사용하는 데비안에서 18 초가 넘게 (나는 밀리 초를 기억하지 못합니다)하였습니다.

      4.    라울

        @Yukiteru, 내가 보는 문제는 openrc를 사용하면 모든 시작 스크립트를 쿠킹해야한다는 것이며, 특히 서로 의존하는 서비스가있는 경우 (예를 들어 glusterfs가 시작되어야하는 경우)이를 수행해야한다는 점입니다. 네트워크가 부팅되지만 파일 시스템보다 늦지는 않습니다.) 따라서 다른 시스템의 모든 시작 스크립트를 다시 작성하기 위해 엄청난 노력을 기울이지 않을 것입니다. 승리하는 사람과 systemD 커뮤니티가 결정하면 Upstart라는 것을 받아들이고 계속 진행합니다.
        @Staff, 프로젝트가 길을 가기로 결정하면 나는 그것을 따르거나 다른 대안을 취하는 것 외에는 아무것도 할 수 없습니다. Gnome3로 전환하고 KDE로 전환했을 때 Gnome이 마음에 들지 않았습니다. Gnome3도 마음에 들지 않고 Mate를 만들기로 결정한 사람들이있었습니다. 나는 SystemD 라이센스를 읽지 않았지만 LGPL 2.1을 아는 것이 적고 유일한 것은 독점 라이센스가있는 것을 사용하는 것처럼 보이기 때문에 너무 많다고 생각하지 않습니다 (복잡성에 대해 약간 이야기합니다) 모든 것이 SystemD에 의존 할 때가되면 포크하기가 어렵습니다. 데스크탑 환경에서 사용하는 모든 것에 익숙하지 않으실 거라고 확신합니다.하지만 대안이 있으면 대체 할 수 있습니다. 그렇지 않은 경우 더 좋은 것이 없기 때문에 수락 할 것입니다.

      5.    유키 테루

        @raul OpenRC를 사용하면 시작 스크립트를 다시 작성해야합니까? 적어도 Gentoo에서는 병렬화를 사용하기 위해서도 그렇게 할 필요가 없었고, 필요하다면 다른 배포판에서 사용해야한다면, 데비안이나 SystemD로 마이그레이션하는 다른 배포판과 같은 경우입니다. 많은 것을 다시 작성해야합니다. 문제의 해당 배포판과 함께 제공되는 다른 세부 사항 중에서 PATH에 맞게 조정하는 스크립트입니다.

  8.   Desikoder

    글쎄, 나는 systemd가 훌륭하다고 생각한다. 나는 그것을 archlinux와 같은 배포판에서 테스트했고 그것은 총알처럼 작동한다. 그리고 그것이 데비안 테스트에서 구현되었지만 여전히 /etc/init.dy에 스크립트를 가지고 있어야하는 특정 오래된 서비스가있다. "LSB"와 같은 호환성으로 시작해야하므로 특정 시간에 데비안은 이미 모든 것을 systemd로 포팅했습니다. 문제는 제공하는 속도뿐 아니라 서비스 관리 패러다임이 논리적이고 우아한 방식으로 매우 잘 구성되어 있습니다. 실제로 / usr / lib / systemd / system 및 / etc / systemd / system을 보면 시작하는 동안 서비스의 정신 트리를 만들 수 있습니다. 실제로 systemd 파일의 내용에서 추출한 트리를 물리적 종이에 작성했습니다. 무슨 일이 일어나는지 분명합니다. 예를 들어, systemd는 기본적으로 graphics.target에 대한 링크 인 default.target을 시작하며 (그래픽 환경이 설치되지 않은 경우에도) default.target을 세 가지 방법으로 수정할 수 있습니다.

    1) 커널 행에 systemd의 기본 대상 값을 지정하십시오.
    2) / usr / lib / systemd / system에서 default.target 링크를 수정하십시오.
    3) systemctl은 다중 사용자를 활성화합니다. systemctl은 기본적으로 graphics.target 또는 원하는 것을 활성화합니다. 이러한 대상은 설치 섹션에 default.target이라는 이름이 있으므로 설치하는 것은 /etc/systemd/system/default.target에 기본 대상에 대한 링크를 만드는 것과 같습니다.

    또한, 예를 들어 archlinux에서와 같이 slim과 같은 세션 관리자는 별칭 session-manager.service (또는 유사한 이름)로 설치되어 있고 graphics.target이 원하는 (선택적 종속성)이 있음을 알 수 있습니다. session-manager.service 및 multi-user.target에 대한 엄격한 종속성으로. 요컨대, 아주 잘 지어졌습니다 ...

    안녕 하쇼!

  9.   에도 (江 戶)

    그리고 그는 SystemD가 데비안에 들어온 후 무엇을 의미합니까? 적어도 나에게는 그렇게 보인다. 나는 그가 그 일이 일어나기 전에 이것을 게시했을 것 같다.
    반면에 SystemD는 나머지 대안보다 모든 영역에서 (분명히 언급 된 것을 제외하고) 더 낫습니다.

  10.   승용차

    OpenRC로 전환하는 것이 그렇게 복잡하지는 않습니다. 물론 로그인 된 호환성 레이어를 개발 (또는 단순히 채택)해야합니다.

  11.   직원

    아직도 이거? 사람들은 단순히 더 이상 경쟁자가 없기 때문에 초기 전쟁이 이미 승리자로 systemd로 끝났다는 것을 알지 못하는 것 같습니다.
    옵션은 무엇입니까?

    -기다림
    절대 아니다.

    - 시작하라, OpenRC…
    아니요, 기존 옵션에는 systemd가 가진 기술적 이점이나 커뮤니티 및 비즈니스 지원이 없습니다. 우리는 Upstart의 제작자 (가장 강력한 공격자)가이를 인식하고 systemd로 마이그레이션하기로 한 데비안의 결정에 박수를 보냅니다.

    -새로운 것을 창조하십시오.
    이것은 설명 할 필요가 없습니다.

    따라서 우리에게 악의적 인 CLA없이 무료 소프트웨어를 제공하는 승자가 있다면이를 활용 해 보겠습니다. "모든 것을 제어 할 수있는 고리"라면 우리는 참여하여 모두가 사용할 수있는 방법을 찾아야합니다. 동시에 울립니다.

    1.   

      링에 대해 왜 아무도 커널에 대해 불평하지 않습니까? 또한 그것들을 모두 지배하는 것은 하나의 커널이며, 아무도 Hurd를 방어하지 않습니다.

      1.    x11tete11x

        그리고 저는 대담함을 취합니다. 이제이 모든 "경멸"(주의, 저는 제 의견을 강조하기 위해 잘못된 일반화를 사용하겠습니다)과 함께 모두가 BSD 셔츠를 입습니다. 갑자기 그들은 모두 BSD 사용자이며 그들은 그것을 옹호합니다 BSD, AmigaOS, BeOS, Solaris 등을위한 모든 소프트웨어를 사용할 수 있습니다 ... 가자 ... 이러한 시스템에 대해 걱정이된다면 systemd가 호환되도록 패치를 보내거나 실패하면 애플리케이션에 패치를 적용하십시오. 당신과 호환되도록 systemd에 의존하십시오 ..

      2.    직원

        정확히, 끔찍한 이중 대화가 있습니다.
        그 커널이 사용된다면 그것은 동일한 수준의 성숙도를 가진 옵션이 없기 때문입니다. 그러나 그것은 문제가 아닙니다. 그것은 무료 라이센스를 가지고 있습니다. 우리는 그것을 사용할 수 있고, 우리가 원하는대로 작동하도록 참여할 수 있습니다. 그것을 바꿀 때가 온다 (무엇이 올 것인가) 우리에게 계속해서 같은 자유를 줄 수있는 옵션 (이미 개발중인 것들 중에서)을 선택하라.

      3.    직원

        @ x11tete11x
        * BSD에서는 프로젝트를 처리하는 방식 때문에 그렇게 쉽지 않습니다.
        GUN / Linux는 본질적으로 해결 방법, 패치 및 더 많은 패치의 천국이며, 많은 즉석에서 문서화되지 않았으며 결국에는 패치가 필요하고 패치가 필요한 패치가 더 필요합니다 ...
        * 그리고주의 * 나는 방법 중 하나가 다른 것보다 낫다고 말하는 것이 아니라 단순히 다릅니다.

        내가 raul에 응답했을 때,이 모든 것에는 이중 표준 (그리고 나는 무관심을 더합니다)이 있으며, 이것은 또한 당신이 언급 한 것에 영향을 미칩니다.
        대부분의 박수 * BDS는 독점 드라이버와 같은 것에 자유 소프트웨어의 이데올로기 적 입장을 공격하고 예를 들어 OpenBSD와 주요 대변인이 적어도 엄격하다는 것을 보지 않고 오픈 소스를 선호한다고 입을 채우는 것과 동일한 것입니다. Stallman 자신과 덜 다루기 쉽습니다.
        그래서 결국 그 사람들은 야구 속어에서 말하는 것처럼 * BSD 나 GNU에 기여하지 않습니다.

  12.   anonimo

    이 기사는 괜찮습니다. 왜 systemd가 암인지 설명하는 대신 systemd가 왜 나쁜지에 대한 설명을 제공하지 않고 호언 장담합니다.
    systemd의 나쁜 점은 개발을 운영하는 소규모 그룹 (유료)입니다. 사람들에게 공의 XNUMX/XNUMX을주지 않고 journald를 사용하여 syslog-ng와 같은 투명한 메커니즘을 변경합니다.
    통일은 좋지만 전체 커뮤니티가 그것을하기 위해서는 사업과 제국의 이익을위한 좋은 보수를받는 고무 거시기가 아닙니다.
    다행스럽게도 gentoo와 funtoo는 아니오라고 말했습니다. openrc는 기본 시스템으로 변경되지 않을 것입니다. 우리는 또한 udev / systemd에서 매독을 제거하기 위해 gentoo가 udev를 포크하고 eudev를 생성 한 것이 다행입니다.

    $ eix -Ic eudev
    [I] sys-fs / eudev (1.9-r2@27/07/14) : Linux 동적 및 영구 장치 이름 지정 지원 (일명 사용자 공간 devfs)

    $ eix -Ic openrc
    [I] sys-apps / openrc (0.12.4@20/04/14) : OpenRC는 호스트의 서비스, 시작 및 종료를 관리합니다.

    좋은 것처럼 보이기에는 충분하지 않습니다. 당신은 그것을 증명해야합니다. 그리고 그것이 systemd가 실패한 곳입니다. 빠진 것은 그들이 systemd를 포크하고 그 리더를 바꾸는 것입니다.

    1.    나노

      이는 메모 작성자의 개인적인 의견이 아니라 Kernel 메일 링리스트에 대한 게시물의 번역이기 때문입니다.

    2.    디아 제판

      Lennart는 eudev를 어뢰하는 방법을 알고 있습니다. udev를 kdbus로 이동 계획

      http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html

      1.    유키 테루

        왜 eudev와 같은 포크 프로젝트를 어뢰하는지 궁금합니다. Lennart는 다른 사람들이 Red Hat에서 제공하는 소프트웨어에 대한 실행 가능한 대안을 만드는 데 전혀 관심이 없습니까?

        물론 이것이 불가능하다는 것을 의미하지는 않지만, 확실히 일을 더 어렵게 만들고 eudev와 같은 프로젝트는 단순히 udev / systemd / kdbus 및 전용 자원의 양을 따라갈 수 없기 때문에 붕괴 될 수 있습니다.

        잘 모르겠지만 언젠가는 우리 릴리스에 다음과 같은 줄이있을 것입니다.«Based in Red Hat Linux OS. 모든 권리 보유 © 20XX»

      2.    x11tete11x

        나는 소년들이 eudev로 어떻게 해결할지 모르겠지만 KDbus는 내가 뱅킹하는 프로젝트입니다. 현재 Dbus를 통해 프로세스를 전달하기 위해 컨텍스트를 2 ~ 3 번 변경해야하는 것은 미친 짓입니다.

        systemd가 아닌 경우 init 중 하나에 있지만 KDbus는 가볍게 가져 가면 안됩니다 ...

      3.    유키 테루

        확실히 요점은 레나 트가 그 코드로 그가 원하는 것을 할 것이라는 것입니다. 그 점이 요점입니다. 레나 트와 회사는 이미 많은 사람들이 그들의 과잉으로 화를 냈고, 심지어 리누스조차도 때때로 자신의 일을하는 방식을 위해 자신의 돌을 던졌습니다. .

  13.   anonimo

    확실히 거기에서 가면이 떨어졌고, 돈이 가지고있는 힘에 놀라지 않습니다.
    이 드론이 kdbus를 코어 안에 넣으려고하는 것은 젠투 사람들에게 영향을 미칠 것이기 때문에, 그는 Linus가 먼저 그 부패를 코어 안에 넣도록 설득해야 할 것입니다.
    젠투 외에도 udev와 kdbus에서 eudev로 변경 사항을 전달할 수있는 개발자가 있습니다. udev / systemd 코드의 크기를 고려하면 전혀 어렵지 않습니다.
    시스템을 포크하고 전체 커뮤니티가 일이 수행되는 방식에 대한 결정을 처리하도록해야하는 긴급한 필요성이 있습니다.
    systemd에서 가장 짜증나는 것은 한 서비스가 다른 서비스에 의존한다는 것입니다. 그 제어는 수동이어야합니다. 어떤 데몬이 활성인지 비활성인지 제어 할 수 없게되면 시스템 제어권을 잃게됩니다. 루트로 제거하고 디스크에 변경할 수없는 이미지를 설치하는 것… .. 모두 동일하게 실행되며 "부주의 한 버그"의 경우 모든 Linux PC를 제어 할 수있는 엄청난 방법입니다.

    1.    x11tete11x

      kdbus를 구현하지 않는 것이 유익한 이유를 알려주세요 (그리고 모든 시스템화, KDbus 만 가져 오라고 말하는 것이 아닙니다), 현재 Dbus를 통해 프로세스를 전달하기 위해 컨텍스트를 2 ~ 3 번 전환해야하는 것은 말도 안되는 일입니다. .

      1.    anonimo

        커널 공간에서 데스크탑 버스를 구현하는 것이 나쁘다는 말은 아닙니다. 제가 말하는 것은 kdbus 구현 (Lennart)이 신뢰할 수 없을 것입니다. proyects의 세계.
        나는 이미 systemd에 대한 Linus의 의견을 읽었으며 포기하는 것이 그렇게 어리석은 것이라고 생각하지 않습니다.

        누가 Lennart가 시스템 로그에 코를 찌르도록 허용 했습니까? 바이너리 형식으로 저널링 된 syslog-ng 패키지에 영향을주는 간단한 # cat / var / log / message | grep -i something
        기본 시스템에없는 것을 사용하지 않고 어디에서나 필터링 된 로그를 볼 수 있도록 허용했습니다. journald는 바이너리 형식을 사용하며 jpurnald 실행 파일을 통해서만 콘텐츠를 볼 수 있으며 매개 변수로 필터링하는 것은 쉽지 않습니다. .
        journald를 설치하지 않고 systemd 및 syslog-ng를 어떻게 사용할 수 있습니까? …. 그것이 암인 이유입니다. 시스템의 모든 부분에 퍼져서 다른 패킷을 덮고, 차단하고, 취소합니다.

      2.    에밀리아

        바이너리 로그는 나에게 Windows처럼 들립니다.

      3.    유키 테루

        @emiliano, 그리고 systemd와 여러 서비스가 동시에 업데이트되는 경우 PC를 다시 시작해야하는 세부 사항을 놓치지 마십시오.이 경우 systemctl 데몬 다시로드를 수행하지 않아도 시스템을 완전히 재부팅하지 않아도됩니다. 있는 그대로 작동하기를 원합니다. Windows? 어디?

  14.   일요일

    deb 배포판은 항상 .rpm 제품군보다 사용하기 쉬웠 기 때문에 항상 사용했습니다.
    나는 항상 신생에 기여했습니다. 나는 데비안이 systemD를 선택했다는 것을 알았을 때 상처를 입었습니다.

  15.   스카르미글리온

    솔직히 소스 코드는 그대로있을 것입니다. 자신 만의 배포판을 만드십시오. 나는 기술적 인 것에 대한 중심을 벗어난 코멘트, 사실상 설명이없는 모욕적 인 단어의 바다, 투명성의 부족 (변화에 대한 저항)을 제외하고는 시스템의 문제에 대한 설명을 보지 못했습니다. 여전히 BSD를 사용하고,이 하이쿠 OS를 사용하고 있습니다 ... 그리고 눈치 채지 못한 경우를 대비해 더 많은 무료 운영 체제가 있습니다. 🙂 저는 하이쿠 OS를 추천합니다. 나는 모든 것에 대해 사탄적인 것이 무엇인지 알고 싶었지만 나는 전체 주석을 피 웠고 다소 조작 된 철학적 입장 (데비안에서 일반적)을 제외하고는 관련된 어떤 것도 보지 못했다. 나는 당신이 유일한 사람이 아닐 것이라고 생각한다 이것에 동의하지 않으려면 forkeen해야하며 완벽하게 만듭니다. 인사말, 소스 코드에 액세스 할 수 없을 때 걱정하기 시작할 것입니다.

    1.    유키 테루

      기사의 맨 위에는 lkml.org 목록에있는 데비안 사람의 편지이지만 저자 (@diazepan)의 비판이 아니라는 것이 분명하게 쓰여 있습니다.

  16.   에밀리아

    모든 초기화 "문제"는 GNU / Linux가 존재하지 않는 데스크탑 시스템과 관련이 있습니다. GNU / Linux가 1 위인 서버 분야에서는 init이 최고입니다. SystemD에 반대하는 사용자를 본다면 그것은 많은 서버를 관리하기 때문입니다.
    인사말.

  17.   DuckieDuckx
    1.   

      나는 리눅스를 사용하지만 내부적으로 그것을 아는 데 전념하지 않았기 때문에 신생 시스템과 다른 사람들에 대한 토론은 나에게 중국어처럼 들린다. 그래서 왜 그들이 systemd가 암이라고 말하는지 물어 봅니다.
      리눅스 커널의 개발에 얼마나 영향을 미칠 수 있습니까? 배포판에서 분리 할 수 ​​없게 될 수 있습니까? 감사합니다 🙂

    2.    엘리오타임3000

      그는 버그를 해결하는 방법을 모르고 버그를 만든 사람이라는 이유로 쫓겨났습니다. 따라서 분개.

      그리고 그것만으로는 충분하지 않은 것처럼, Linux가 UNIX 철학에서 점차 멀어지는 이유에 대한 몇 가지 세부 정보는 다음과 같습니다.

      1.- FSF는 UNIX에 반대합니다. 따라서 커널이 생성 된 이후로 FSF는 Unixeros 간의 거리에 영향을 미쳤습니다.

      2.- 서버의 UNIX는 이미 데스크톱 PC에서 Windows XP로 표시됩니다. 따라서 슈퍼 컴퓨터가 GNU / Linux 배포판과 함께 대부분 설치되는 이유입니다.

      이 두 가지 점이 아니었다면 Christopher Barry는 일반적으로 Linux 사용자에게 받아 들여졌을 것입니다. 그러나 우리는 유닉스가 더 이상 이전과 같은 관련성을 가지지 않는다는 것을 잊었 기 때문에 (비록 유닉스가 없었다면 인터넷도 컴퓨팅도 존재하지 않았을 것임을 인정해야하지만), 비즈니스 부문은 전적으로 Linux에 의존하고 있습니다 (확인 뉴욕 증권 거래소에서 거래되는 배포판).

    3.    유키 테루

      그것은 Kay Sievers 였고 Linus는 그가 systemd 용으로 작성한 코드의 결함을 숨기기 위해 커널 디버그를 종료하고 싶을뿐만 아니라 해결 한 것보다 더 많은 문제를 제공했기 때문에 커널에 코드를 추가하는 것을 금지했습니다. 원본 보고서는 여기에 있습니다.

      https://bugs.freedesktop.org/show_bug.cgi?id=76935

  18.   어둡다

    결국 Windows를 사용하는 것과 같습니다 ...

  19.   anonimo

    그리고 로마에 대해 말하면 ... 그들은 udev-init-scripts 및 openrc의 새 버전을 출시했습니다.

    https://packages.gentoo.org/package/sys-fs/udev-init-scripts
    https://packages.gentoo.org/package/sys-apps/openrc

    내가 udev에서 eudev로 변경했을 때, 모든 위험이 있었는데, 왜냐하면 먼저 udev를 제거한 다음 eudev를 설치해야하기 때문입니다. 한편 공중에서 작업하는 동안 뭔가 잘못되면 chroot hehe 외에 다른 선택의 여지가 없습니다.

    1.    유키 테루

      Hahahaha 절벽 가장자리를 걷는다면 좋은 점은 chroot 솔루션이 있고 다른 것은 없다는 것입니다 🙂

  20.   엘리오타임3000

    Theo de Raadt는이 불꽃 전쟁에서 웃음을 터 뜨리고있을 것입니다 (그리고 LibreSSL이 OpenSSL을 유지하는 문제와 후기 소프트웨어 자체의 비 효율성에서 비롯되었다고 생각하기 위해).

    SystemD가 Theo와 OpenBSD 훌리건의 관심을 가질 경우에도 마찬가지입니다. SystemX UNIX 및 가족을 암시하며, 또한 가능한 한 호환되도록 만들고 Comic Sans 타이포그래피가있는 웹 페이지와 LibreSSL과 유사합니다.)

    어쨌든, Slackware와 Gentoo는 flamewar 덕분에 더 많은 팔로워를 얻게 될 것 같습니다 (진지하게, Slackware는 UNIX와 KISS 철학 자체에 가장 애착을 가지고 있습니다).

  21.   빈숙

    약간 광신적 인이 모든 소리가 나에게

  22.   마리오

    데비안에서의 시간이 끝났다고 말씀 드리고 싶습니다. UNIX 습관을 유지하고 싶다면 Gentoo에서 OpenRC를 매우 편안하게 느끼실 것입니다. KDE를 안전하게 설치할 수 있으며 Gnome 하이브를 얻을 수 없습니다. Systemd와 Gnome이 함께 사용하면 우분투와 함께 upstart를 원했기 때문에 각 패키지를 패치하는 것은 골치 아픈 일입니다. 데비안에서 popcon은 Gnome이 사용되며 리소스가 제한되어 있으며 릴리스의 두 번째 베타에 있다고 계속 말합니다.

  23.   sf22

    누군가 시스템이 무엇인지, 그리고 그 문제가 무엇인지 설명해 줄 수 있습니까 (나는 샷이 어디로 가는지 상상하지만)? 내가 리눅스를 사용하지만 내부 동작을 잘 알지 못한다는 것입니다.

  24.   유키 테루

    systemd는 운영 체제 (init)와 컴퓨터에서 사용할 모든 서비스 (하드 디스크 및 USB 마운트부터 인터넷 사용을 허용하는 데몬까지)를 시작하는 프로그램입니다. 시스템을 종료하고 사용자 세션을 추적합니다.

  25.   제 릭스

    FreeBSD를 잘 지원하는 하드웨어를 찾는 방법은 없습니다 😛

  26.   제 릭스

    그것은 거짓 eliotime3000입니다.
    1. FSF는 UNIX를 싫어하지 않습니다. 그들은 자유 소프트웨어 홍보에만 관심이 있습니다. AIX 또는 HP-UX가 무료라면 재단에서 권장합니다. Richard Stallman은 일반적인 비판을 받았지만 뛰어난 이식성과 청결성 때문에 UNIX와 유사한 시스템을 만들기로 결정했다고 말했습니다.
    그리고 FSF의 행동은 유닉스와 GNU / 리눅스의 분리와는 아무런 관련이 없으며 오히려 상속되거나 인수 된 개발 모델에서 파생됩니다. 첫 번째는 더 중앙 집중화되고 안정적이며 테스트되었지만 두 번째는 많은 엄격한 테스트를 수행하지 않고도 매우 빠른 기능과 기능을 통합합니다.

  27.   anonimo

    젠투에서는 리눅스 커널이나 freebsd 커널을 가질 수 있습니다. 이것이 젠투가 systemd를 거부 한 주된 이유입니다. 알다시피, systemd는 freebsd와 같은 유닉스 커널이 아닌 리눅스 커널에만있는 cgroup에 묶여 있습니다.

    $ eix -c freebsd-sources
    [N] sys-freebsd / freebsd-sources (-) : FreeBSD 커널 소스

    오늘날의 하드웨어는 케이스의 95 %에서 완벽하게 호환되고, 특이한 asics 넷북 또는 노트북 칩과 관련된 다른 문제가 있지만, 일반적으로 나머지는 문제가되지 않습니다. ACPI 테이블이있는 일부 BIOS는 잘 완성되지 않았지만 할 수없는 것은 없습니다. 커널을 컴파일하거나 / etc / default / grub에 커널 매개 변수를 전달하여 수정하십시오.

  28.   명명되지 않은

    말은 바람과 함께 사라지나요

    그들은 논쟁, 구체적인 데이터, 비교가없는 단어 일뿐입니다 ...

    철학적 연설이다

    그 모든 연설에서 문서화 된 추론을 찾고 싶지만 아무것도 찾을 수 없습니다.

  29.   티나 톨레도

    "리눅스가 바보와 HOYGAN에 대해 걱정해야한다고 생각하는 사람들은 맥과 윈도우로 돌아가서"리눅스 "를 고치려고하지 말아야합니다.
    이것은 대다수의 Windows 사용자가 우리를 세계의 배꼽처럼 느끼는 괴짜로 인식하는 이유에 대한 가장 명확한 예입니다 ... 제 부분에서 Barry는 그의 작은 편지를 말아서 거기에 넣을 수 있습니다. 태양이 비추 지 않는 몸의.

  30.   판데브92

    글쎄, 내 systemd는 나를 불쾌하게하지 않고 처음처럼 불안정하지 않으며 진실은 내 PC가 빨리 시작되는 한 그것이 openrc인지, upstart systemd인지 상관하지 않는다는 것입니다.

  31.   판데브92

    Tina, 대부분의 사용자는 토론을보기 위해 포럼에 참여한 적이없고 Linux의 존재에 대해서도 알지 못하는 사용자입니다. 그렇다면 Ubuntu라는 이상한 갈색이 있다는 것을 알고 있습니다. 따라서 이러한 토론은 일반 사용자가 도달하거나 알지 못하며 실제로 대부분의 경우 Windows에서도 잘 사용하는 방법을 모릅니다.

  32.   티나 톨레도

    Pandev… 당신은 세상에서 절대적으로 옳습니다. 대다수의 Windows 사용자는 이러한 유형의 토론을 읽거나 참여하지 않으며, 이것이 바로 GNU / Linux 사용자의 이미지가 왜곡 된 이유입니다. 그리고 Barry가 쓴 것과 같은 어리석은 아이디어로 그들은 훨씬 덜 관심이 있습니다. 누가 "바보와 호 이건"처럼 대우 받고 싶어? Christopher Barry는 자신이 그런 식으로 다른 사람을 언급한다고 생각하는 사람은 누구입니까? 그래서 GNU / 리눅스는 기술적 측면과 유명한 "자유"를 이해하는 "계몽 된 사람들"에게만 적합한 세계 였고 앞으로도 계속 될까요? GNU / Linux가 더 친숙하고 사용하기 쉬운 배포판을 생성하기를 원하고 프로그래밍 언어와 Stallman의 교리에 거의 관심이없는 단순한 일반 사용자는«Mr. Barry»우리 바보 야?

  33.   디아 제판

    티나, 판데프. 내가 hoygans의 일부에 넣은 링크가 나쁜 방식으로 넣었습니다.

  34.   티나 톨레도

    안녕하세요 Diazepan. 설명 해주셔서 감사합니다.하지만 이미 알아 차 렸습니다. 사실, 저는 제 코멘트를하기 전에 배리가 말하려는 내용을 명확히하기 위해 원본 편지를 읽었으며, 그 아이러니 한 추가로 형식이 아니라 배경을 비판하는 것은 매우 사실이며, 참으로 매우 정확했습니다.
    "미스터"를 언급 할 때 사용하는 "나쁜 우유"와 같은 맥락입니다. Christopher Barry는 부주의하게 원하는 것으로 표현했습니다.

    나는 당신 Diazepan처럼 배리가 대사 사이에서 말한 것을 이해하고 당신의 비판에 전적으로 동의합니다.

  35.   anonimo

    편지를 누구에게 보냈습니까? 예,이 Berry에서 LKML.ORG까지, 즉 그는 일반 사용자가 아닌 다른 고급 개발자를 다루는 고급 프로그래머 사용자 일 수 있습니다.
    GNU / Linux는 프로그래머 덕분에 도착했습니다.이 모든 것을 개선하고 발전시키는 것은 여전히 ​​프로그래머입니다.
    우리는 회사가 아닌 사람이 만든 운영 체제와 프로그램에 직면하고 있습니다. 회사에서 관리자는 이렇게 말합니다. 왜냐하면 제가 말하고 그에 대해 사용자가 제작자와 절대 타협하지 않는 방식으로 비용을 지불하기 때문입니다. 프로그램 또는 시스템의.
    이제 GNU / 리눅스에서 무슨 일이 일어나는지 보시죠. 잘 모르는 사용자는 프로그래머와 대화를 나눕니다….
    나는이 코멘트에 대해 논란을 일으키고 싶지 않다. 나는 프로그래머가 아니다. 단지 그것이 어떻게 일어 났는지에 대한 맥락에 자신을 두어야한다고 말하기 만하면된다.

  36.   엘리오타임3000

    문제의 자유민을 인용 :

    부분적으로는 Linux 커뮤니티가
    Windows와 Mac의 헤게모니-마치 Linux의 존재가
    대안의 정복. Linux가 만족해야한다고 생각하는 사람들
    바보와 침을 흘리는 사람 Mac과 Windoze boxen으로 돌아 가야합니다.
    Linux '수정'시도를 중지하십시오. 망할 망가진 게 아니야!

    Windows 사용자를 다음으로 표시하여 바보와 지체 Barry를 고려하기에 충분합니다. 바보와 호 이건 (Adobe 제품군, Autodesk 프로그램 (예 : Valve 및 Bandai Namco를 포함한 비디오 게임 스튜디오), SolidWorks를 3D 프린터와 함께 사용하는 모델러 및 기타 기술자를 최대한 활용하는 방법을 아는 많은 사람들이 있습니다.

    의심 할 여지없이 이것은 LibreSSL 및 OpenBSD 개발에 대해 Theo de Raadt와 함께 작업하는 것이 더 나을 것이라는이 팬보이의 의견을 고려하지 않는 또 하나의 이유입니다.

  37.   히카리

    체계화 된 것은 더 큰 신들 인 자아의 싸움이되었습니다. systemd의 아이디어는 처음에는 나쁘지 않았지만 Unix와 같은 시스템에 비해 너무 크고 복잡한 것처럼 보이지만 여전히 절반 정도 작동합니다 (예를 들어 커널 디버그 문제). pulseaudio 재앙을 만든 사람이 마늘에 빠져 있다면 (때때로 그와 함께 이상한 일이 발생합니다), 그것은 훨씬 더 말할 필요도 없습니다. 내가 리눅스 upstart로 시작했을 때 그것은 존재하지도 않았고 init이고 작동했습니다.

  38.   티나 톨레도

    익명 :
    이에 대한 컨텍스트는 전체 커뮤니티에 대한 공개 서한입니다.
    날짜 12 년 2014 월 15 일 화요일 38:12:0400 -XNUMX
    크리스토퍼 배리
    주제 OT : Linux 세계에 공개 서한

    "이제 GNU / 리눅스에서 무슨 일이 일어나는지 보시죠. 잘 모르는 사용자는 프로그래머와 대화를 나눕니다…." "리눅스가 멍청이와 침을 흘리는 사람들을 수용해야한다고 생각하는 사람들은 맥과 윈도즈 박스로 돌아가서 리눅스를 '고치'려는 시도를 중단해야한다."

    그러면 익명으로 무엇을 제안합니까? 내 Mac 또는 Windows로 어떻게 돌아가나요? GNU / Linux 커뮤니티의 일부는 우리가 좋아하는 운영 체제를 제공하기 때문에 GNU / Linux를 사용하는 사람들로 구성되어있는 것 같습니다. 제가 속한 그 그룹은 우리는 프로그래머가 아니며 제 경우와 마찬가지로 Stallman의 제안이 전혀 실용적이지 않습니다. 저처럼 시스템이 자유를 침해하는지 여부에 관심이없는 사용자가 있습니다. Barry는 Richard Stallman이 그렇게 말하지는 않지만 선포하는 사람들을 지칭한다고 생각합니다. GNU / Linux에서 볼 수 있기 때문입니다. 미래를 가진 도구 ... 일이 진행되는 방식은 나에게 GNU없이 미래가 될 것 같지만.

    1.    anonimo

      @Tina-편지는 핵심 이메일 목록으로 보내졌고, 제목은 모든 핵심 개발자에게 전달되었거나 적어도 내가 이해하는 바입니다.
      Systemd는 init의 대체 시스템으로 시작하여 현재 네트워크와 DNS를 조작하고 있다는 비판을 받았습니다. 그것이 어떻게 작동하는지 알기에 관심이 없다고 말한만큼 계속해서 영향을 미치면 ... 이것은 반드시 외부 리모콘으로 가서 오이를 모르는 사용자의 동의를 얻어 생각합니다 마치 그랬듯이.
      보안은 GNU / Linux의 기초이며, 사용자가 알지 못하는 사이에 정보가 액세스되거나 조작되지 않는다는 보안입니다 (최상의 Windows 및 Mac 스타일에서).
      보안에 대해 아는 사람은 systemd가 수강하는 과정을보고 무엇을 생각할 수 있습니까? 속도는 보안을 왜곡하는 구실입니다.
      로그인, 콘솔 킷, policykit, selinux, multiseat 그리고 이제 systemd는 외부 회사와 특정 국가에서 GNU / Linux가 항상 가지고 있던 본질적인 보안을위한 트로이 목마입니다. GNU / Linux의 보안을 조작 할 수있는 것으로 바꾸십시오 .... 아무도 그렇게 말하지 않았고, 그들이 단번에 알아 내는지 확인하기 위해 감히 말할 수 있습니다.
      그 방향으로의 다른 시도는 kde, kdelibs nepomuk strigi 시맨틱 데스크탑이라고 불립니다.
      내가 신뢰하는 유일한 운영 체제를 망쳐 놓고 싶지는 않지만 systemd는 이미 PID 1을 가지고 있고 네트워크와 시스템 로그를 망쳤습니다.
      며칠 동안 길고 균등하게 논쟁 할 수 있지만 그 이메일에 대한 응답을 보면 아무도 그들이 말한 것을 말할 이유가 없다고 말하지 않았다는 것을 알 수 있습니다.

  39.   유키 테루

    @Tina는 오늘날 Linux의 대부분을 차지하고 있습니다. 소프트웨어의 자유를 존중하고 사용자가 자신의 필요에 따라 원하는 것을 선택할 수 있도록 옹호하는 Stallman과 다른 많은 아이디어를 면밀히 따랐기 때문입니다. 사용자 수준뿐만 아니라 제도적, 과학적, 비즈니스 수준에서도 마찬가지입니다. 이러한 자유를 포기하고 잃는다는 것은 선택할 수있는 능력없이 남겨진다는 의미 일뿐만 아니라 Linux를 처음부터 맞서 싸웠던 것으로 변화시킬 수도 있습니다. KDE, GNOME과 같은 프로젝트는 systemd에 의존하므로이 맥락에서 일을 더 어렵게 만들 것이며 현재의 추세로 인해 전혀 존재하지 않을 가능성이 있으며 종속성을 systemd로 확장 할 수 있습니다. 예를 들어 FreeBSD는 기본적으로 KDE를 설치하지만 KDE가 시스템에서 작동하도록 systemd에 의존하는 경우 코드를 패치해야 작동하므로 문제가됩니다. Martin Gräßlin, I X11을 사용하는 시스템에 대해서만 이전 KDE 초기화를 유지하므로 적어도 지금은 일어나지 않을 것입니다.

  40.   티나 톨레도

    그리고 오늘날 Linux가 GNU가없는 것의 대부분은 Stallman의 엄격한 교리를 따르지 않은 사람들 덕분에 이루어졌습니다. 세계에서 가장 널리 사용되는 Linux OS는 Android이고 GNU에는 가장 인기있는 배포판이없고 가장 가까운 배포판이 없습니다. Ubuntu 및 그 파생물 인 Linux Mint, Elementary 및 최근 Deepin과 같은 일반 사용자에게 우리의 요구에 맞게 조정함으로써 결국 그들은 더 이상 GNU가 아니라는 것이 밝혀졌습니다.

    나는 항상 여기와 다른 곳에서 Stallman의 철학을 믿고 실천하는 사람들에 대해 많은 존경심을 가지고 있다고 말했지만, 적어도 나에게는 유용하지는 않지만 GNU가 많다는 것도 인식해야합니다 / Linux 사용자는 Don Richad가 장려하는 자유가 아닌 다른 이유로 배포판을 사용하며 가장 중요한 것은 우리가 기술 자나 시스템 엔지니어가 아니기 때문에 운영 체제의 "장구"를 아는 것입니다. 크든 작든 그 그룹은 존경받을 가치가 있습니다. 우리가 프로그래밍을 모른다는 사실은 우리를 어느 정도 지능적으로 만들지 않으며 사람으로서 자신을 향상시키는 데 더 많거나 적지 않게 관심을 갖지 않습니다. 우리는 운영 체제 (GNU / Linux, Windows 또는 MacOS)에서 우리가 필요로하는 것이 무엇인지 알고 있으며, 우리의 아이디어를 제시 할 수있는 모든 권리를 전 세계에서 가지고 있습니다. 다른 많은 사람들의 필요가 될 수도있는 나의 필요가 스탈린의 자유와 충돌하면 어떻게됩니까? 진실은 우리가 모두 예열하지 않으면 스토브를 강에 던진다는 것에 동의하지 않는다는 것입니다.

    1.    x11tete11x

      설명하는 사용자가 systemd, upstart, openrc 등에 대해 신경 쓰지 않는다는 데 동의합시다 😛

      1.    티나 톨레도

        맞습니다 @ x11tete11x. Neo와 달리 PC를 켤 때 모니터에 Matrix 코드가 표시되지 않고 해석 방법을 알지 못합니다. 내가 사용하는 OS에 SystemD 또는 다른 것이 있는지 상관하지 않습니다. 실제 목적을 위해 OS가 작동하고 ... 잘 작동하기를 원하기 때문입니다. 그 SystemD는 유비쿼터스가 될 것이며 그것은 자유를 잃는 것을 의미합니까? 이런, 그건 말도 안돼!

        SystemD가 복잡하고 버그가 있고 개발자가 너무 게으 르기 때문에 작업을 절반으로 할 수 있습니까? Raul은 그것을 너무 분명하게 말하여 외칠 필요가 없습니다. 불평하는 대신에, 시간이 있다면 그것에 대해 아는 사람들에게 그것을 고치고 수정하도록 도와주십시오. 글쎄, 그게 자유 소프트웨어가 아니에요?

      2.    엘리오타임3000

        @통:

        이전 의견에서 내가 말한 것을 열 번 반복합니다. Theo de Raadt에서 배우십시오. 모두가 불평 할 때 OpenSSL을 포크 할 용기가있었습니다..

        SystemD를 구현하는 것이 나쁜 생각이라고 말하는 것이 아닙니다. 실제로 Linux에서 Chromium / Chrome / Opera Blink Developer를 사용할 때 일반적으로 SystemD에서는 발생하지 않는 시스템을 완전히 종료하기 위해 Debian의 SysVinit가 영원히 걸립니다. 또한 SystemD는 분기되면 날짜가 번호가 매겨 질 것입니다 (그리고 많은 시스템 관리자가 원했던 OpenRC, SysVinit 등의 개선 사항 및 유사점으로 모든 것).

      3.    티나 톨레도

        사랑하는 @ eliotime3000… 당신은 세상에서 절대적으로 옳습니다. 분기되어야하는 이유는 알 수 없지만. 와, 이유는 이해하지만 그 이유는 모르겠습니다.

      4.    유키 테루

        @ eliotime3000 당신이 그것을 분기하는 것에 대해 말한 것 나는 그것이 적어도 BSD에서 복잡하다고 생각합니다. 이미 Linux에서는 호환되는 응용 프로그램을 OpenRC와 같은 init로 systemd에 종속시킬 수있는 시스템을 만들 수 있기 때문에 다른 문제입니다. 시스템 종속 응용 프로그램과 시스템 자체 사이의 중간 계층 OpenRC-settingsd로 계획 중이었던 것과 같은 것이이 프로젝트가 2013 년 이후로 중단 된 것 같습니다. 다른 질문은 : 만약 당신이 그런 일을한다면, Lennart가 현재 프로젝트를 어뢰하는 eudev로 그가하고있는 것과 똑같은 일을 할 것입니까? udev / kdbus 및 systemd로 이동하여 더 강력한 커널 통합으로?

        컴퓨터를 켜고 부팅 중에 나타나는 매트릭스 코드를 이해하지 못하는 @Tina는이 시스템의 대다수 * 사용자 * 인 일반 Linux 사용자가됩니다. Windows와 OS X는 대안을 찾고, 테스트하거나 실험을했고, Linux에서 그 이유가 무엇이든간에 그들을 낚아 채는 것을 보았습니다. 논의되고 있고 적어도 내 이해에서 pro와 systemd 사이의 마찰의 주요 원인은이 init가 어떤 것도 탈출 할 수없는 일종의 중력 중심이된다는 사실이며, init가 일반적으로해서는 안되는 일을 수행한다는 것입니다. Linux가 수행하는 모든 작업 (데몬, 관리 소프트웨어, DE)에 대한 의존도가 높아집니다. 결국에는 한 가지 의미가 있습니다. 설계 및 보안 문제 (현재 또는 미래)가있을 수있는 응용 프로그램에 의존하게 만들고 자체 전제 이외의 다른 것을 허용하지 않습니다 (Lennart는 그다지 협력 적이 지 않습니다. 냉소적). 이를 피해야하는 이유는 여러 가지가 있으며이를 찾는 데 많은 메모리가 필요하지 않습니다. OpenSSL의 경우는 아주 최근의 사례이며 소프트웨어 자체에 따라 나쁜 생각이라는 생생한 예입니다 (OpenSSL은 거의 모든 배포판에서 사용되는 암호화) 소프트웨어에 맹목적으로 의존하는 것이 커뮤니티와 OS를 사용하는 사람들에게 가져올 수있는 명확한 예를 제공합니다. 그리고 더 많은 이유가 있지만, 나는 내 자신을 확장하지 않기 위해 여기에 둡니다.

        인사말 🙂

  41.   anonimo

    이제 그가 어디에서 개입했는지 확인하십시오. 예, VT 코어 가상 터미널을 사용하여 교체하려는 것 같습니다. .. 누군가이 프론트 맨을 막아야합니다. 그렇지 않으면 일이 잘못 될 것입니다.
    긴급한 포크주세요!

    더 많은 기능에 시스템화 된 216 파일, 새로운 사용자 공간 VT 목표
    http://www.phoronix.com/scan.php?page=news_item&px=MTc2Nzk

    1.    유키 테루

      @ anonymous이며 여기서 끝나지 않습니다. 이제 DNS 캐시도 있습니다. 기본 제공 DNS 서비스로 초기화는 무엇을합니까? 나는 실제로 아주 작은 아이디어가 없지만 * 괴물 *은 DNSSEC 및 mDNS 지원도 가질 것입니다. bind, unbound 또는 pdnsd와 같은 다른 데몬과 함께 * 플라스틱 *을 얻지 않기를 바랍니다.

      systemd-terminal은 KMSCon (KMS Console)과 관련이 있습니다. 이는 VT를 커널 공간에서 사용자 공간으로 가져 오지만 특히 Mesa, KMS, DRM을 사용하여 VT를 수정하려는 노력입니다. 약간의 커널 개발을 단순화하는 것 외에도. 노력은 좋지만 KMSCon 종속성이 table (libdrm, libgbm, libEGL, libGLESv2), udev (systemd), xproto (런타임 종속성), libxkbcommon, freetype2 및 glib (유니 코드 지원 ), 간단히 말해, systemd와 호환되지 않는 init에 대한 또 다른 추진력.

      1.    신기루

        이것은 systemd가 init 전용이되는 것을 중단 한 지 오래 되었기 때문입니다. init는 제공하는 서비스 중 하나 일뿐입니다. 다른 하나는 별도의 바이너리이고 단일 특정 기능에 초점을 맞춘 일련의 보조 데몬 (예 : logind 및 d로 끝나는 모든 것)입니다. 사실 당신은 대부분의 자식 데몬없이 systemd를 사용하거나 비활성화 할 수 있습니다. 이러한 데몬은 대부분의 경우 systemd 와만 호환되며이 (버전 205의 로그인 사례) 외부에서 사용할 수 없다는 것입니다. 이는 해당 데몬과 함께 작동하도록 설계 되었기 때문입니다. 이것은 장점과 단점을 가져옵니다.

        장점들

        -systemd는 고도로 모듈화되어 필요한 서비스로만 사용할 수 있습니다 (실제로 systemd가 임베디드 시스템에서 주로 사용되는 이유입니다)
        -서로 만 작동하도록 설계되었습니다. 시스템에 더 나은 통합 가능성을 제공합니다. 시스템 스크립트를 실질적으로 보편적으로 만들기 (이것은 sysvinit의 주요 문제 중 하나였습니다. 하나의 스크립트를 다른 배포판으로 이식 할 수 없었습니다. 0에서 하나를 만드는 것이 더 쉬웠습니다 (여러 데비안 개발자가 말함))

        -표준화 : 이것은 설명되어야합니다.

        -옵션을 제한하여 더 작고 깔끔한 코드베이스를 유지할 수 있으므로 보안을 향상시킬 수 있습니다 (각 systemd 서비스는 별도의 바이너리에있는 별도의 데몬이라는 점을 기억하세요). 가장 심각한 보안 문제의 대부분은 여전히 ​​오래된 코드로 인한 것입니다. 이전 버전과의 호환성이나 너무 많은 옵션을 견뎌야하기 때문입니다.

        단점

        -이동성 부족 : 특정 소프트웨어에서만 작동하도록 설계 되었기 때문에 요구 사항이 충족되지 않으면 작동하지 않거나 작동하기 위해 많은 추가 작업이 필요합니다.

        마지막으로, 모든 시스템의 중요한 종속성이되는 것은 나쁘지 않습니다. 우리는 그래픽 인터페이스와 DE를 위해 Linux에서 11 년 동안 X20에 의존해 왔습니다. 이로 인해 보편적 인 보안 문제가 발생했습니다 (데비안의 x11 문제는 예를 들어 arch에서와 동일합니다).하지만 해결책은 각 배포판에 하나씩 20 개의 서로 다른 그래픽 서버를 생성하는 것이 아닙니다. 이는 리눅스 개발을 더 어렵게 만들 것입니다. "집안의 질서 부과"의 장점이 더 나은 것 같습니다. 리눅스 세계는 단편화를 끝내기 위해 수년 동안 요구해 왔으며 systemd는 이러한 오랜 욕망을 가져온 가장 가까운 소프트웨어입니다.

  42.   카를로스MC

    안녕하세요

    당신이 정말로 systemd를 사용했다면, 왜 그렇게 많은 불만이 있는지 모르겠습니다. 저는 Gentoo를 수년 동안 사용해 왔기 때문에 많은 것을 선택하고 제 필요에 맞게 조정할 수있는 자유를 얻었습니다.

    OpenRC를 사용하여 Gentoo를 마이그레이션 한 것을 기억하고 부팅 속도가 향상되었습니다. 그런 다음 SystemD가 나타나고 포티지 트리에서 안정화 될 때까지 잠시 기다린 후 마이그레이션하고 테스트하기로 결정했습니다. 하드웨어를 변경하지 않고도 OpenRC보다 빠르게 부팅되는 시스템 인 랩톱에서 필요한 것을 제공하기 때문에 그대로 유지했습니다!

    당신은 괴짜가 될 수없고 모든 것을 맞춤 제작하기를 원할 수 없습니다. 우리는 컴퓨터가 필요하기 때문에 컴퓨터를 사용합니다. 그들은 항상 신속하고 간단하며 짧게 시작해야합니다.

    그리고 이것은 리눅스입니다. 모든 취향에 따라 항상 다른 의견과 대안이있을 것입니다.

    괴짜가되는 것을 좋아하고 OS에서 모든 것을 조정하는 것에 대한 비판을 넘어, 솔루션과 대안을 설명하는 것이 더 낫습니다. 새로운 것이 하우투와 다른 무엇보다 기여하는 다른 사람들을 수용하지 않는다고 느끼는 다른 사람들을 돕습니다. 세계 Linux!

    안녕하십니까!

    1.    anonimo

      쫑끼리
      ... .. 그리고 그들은 항상 신속하고 간단하며 문제를 짧게 시작해야합니다.

      모바일 장치가없고 매일 가동 ​​시간은 보통 14 시간 정도입니다. openrc를 사용하면 슬림 한 그래픽 로그인에 도달하는 데 약 20 초가 걸립니다. sistemd에서는 12 ~ 14 초 안에 할 수 있습니다. 약 8 시간에 14 초. 저는 부팅 속도가 필요하지 않습니다. 언제나처럼 쉽게 손으로 처리 할 수있는 보안 및 서비스가 필요합니다.
      만약 systemd가 분기된다면, 불행히도 압축 된 바이너리 형식을 사용하는 것과 같은 많은 것들이 완전히 버려 져야 할 것입니다. 너무 많은 쓸모없는 코드를 보는 것은 정말 부끄러운 일입니다.

  43.   드라코 메탈륨

    SystemD에 대해 더 많이 읽을수록 더 두려워합니다. 이미 'sudo apt-get install sysvinit sysvinit-core sysvinit-utils'를 수행 한 경우를 대비하여.

  44.   jma

    메시지는 가혹하지만 배경은 전적으로 사실입니다. 커널 프로그래밍을 돕고있는 많은 프로그래머는 더 많은 돈을 벌기 위해 무엇이든 할 수있는 회사에서 지불하는 프로그래머이며 이와 관련하여 가장 공격적인 회사 중 하나는 Red Hat입니다. BSD 시스템과 같은 다른 Unix-Like 시스템과 호환되지 않는 자유 소프트웨어 사용을 만드는 기술 개발을 만들어 상업적 이익을 독점적으로 보호하려는 의도로 프로그래머를 배치했습니다.

    문제는 이러한 비 호환 사용을 유발하기 위해 완전히 침략적이고 커뮤니티의 이익에 해를 끼치는 systemd와 같은 기술을 만들고 확장 및 보급을 통해 시스템이 유닉스와 유사하지 않게 만들 수 있다는 것입니다. 한 가지 일만 중단하고 올바르게 수행하고, 많은 일을하고 잘못 수행하면 다른 회사의 솔루션 확산을 피하는 것 외에 다른 이유없이 지속적인 오류와 어리석은 종속성이 발생합니다. pulseaudio의 경우와 같습니다.

    또한 업데이트를 설치 한 후 systemd를 사용하면 시스템을 다시 시작해야합니다. 이는 Unix 철학과 관련이없는 시스템을 다시 시작해야하며 모든 것이 systemd에 의존하도록함으로써 각 배포판이 openRC, Init와 같은 다른 솔루션을 사용하는 것을 방지합니다. 등…

    Linus Torvald가 유닉스 철학이나 자유 소프트웨어와 분명히 호환되지 않는 소프트웨어 인 systemd에 대해 더 많은 이야기를 할 수 있기를 바랍니다.

    http://www.phoronix.com/scan.php?page=news_item&px=MTY1MzA

    그리고 이것이 성공한다면, 우리는 점점 더 BSD 시스템을 사용하기 시작할 것입니다.

    1.    신기루

      Linus는 종교가 아닌 유닉스 철학에 관심이 없을 것입니다. linus는 이미 그것을 말했습니다. Linux는 자유 나 값싼 철학이 아니라 실제 문제에 대한 효과적인 솔루션을 제공하는 것입니다. systemd는 현재의 모든 대안보다 많은 실제 문제를 효과적으로 해결합니다.

      드디어. 나는 systemd가 유닉스와 같지 않다는 것은 거짓이라고 말할 것입니다. systemd는 자체적으로 모든 것을 수행하는 거대한 바이너리가 아닙니다. 2 개의 systemd가 있으며, 첫 번째는 init 용 바이너리입니다. 이것은 매우 작습니다. 실제로 upsart 및 sysvinit보다 작습니다. 두 번째는 동일한 프로젝트와 동일한 우산 아래의 모든 프로젝트입니다. 이들 각각은 별도의 바이너리입니다 (맞습니다, 각 시스템 서비스는 나머지와는 별개의 바이너리이며, 오직 언급 된 서비스 만 처리하고 다른 것은 처리하지 않습니다. 이것은 "한 가지를 수행하고 잘하는 것"처럼 들립니다) 많은 것을 괴롭히는 것은 이러한 개별 바이너리와 데몬이 마지막으로 PID 1로 시스템화하지 않고도 (전부는 아니기 때문에) 사용할 수 있다는 것입니다. 시스템화 한 다른 프로젝트가 "먹었다"는 것은 이러한 프로젝트를 만든 사람들이 자신의 자유 의지로 함께 참여하기로 결정했기 때문입니다. 나는 lennart가 syslog 또는 udev 개발자의 머리에 총을 넣었는지 의심합니다. 그들 스스로 가입하기로 결정했습니다.

  45.   anonimo

    정확한 단어로 말씀하셨습니다 .... 아멘.
    걱정할 필요가 없습니다. 누구나 openrc를 사용하여 배포판을 만들 수 있습니다. 아무도 불쾌감을 느끼지 않을 것입니다. 자신의 것을 원하는 사람들을 위해 이미 gentoo / funtoo를 가지고 있습니다. 저는 sabayon과 slackware도 들어온 것 같습니다.

  46.   anonimo

    @신기루
    단점
    -이식성 부족 : 특정 소프트웨어에서만 작동하도록 설계되었으며 요구 사항이 충족되지 않으면 작동하지 않거나 작동하기 위해 많은 추가 작업이 필요합니다.

    완전한 실패, 그것은 당신이 원하는 모든 이점을 가질 수 있지만, 결국 그것이 그 자체와 만 호환된다면, 그것은 모든 사람이 그것을 사용하도록 강요하거나 그것을 사용하고 싶지 않다는 이유로 처음부터 시작해야합니다. 부과, 그것은 무엇입니까?
    스크립트는 사람의 눈으로 읽을 수 있으며 bash에 의해 해석됩니다 ... 물론 실행 속도가 느리고 바이너리는 사람의 눈으로 읽을 수 없으며 소스 코드를 읽고 직접 컴파일하여. .. 즉, bashy에서 스크립트를 읽는 방법을 알기 전에 C 언어로 프로그래밍하는 방법을 알아야합니다. ... 또는 Lennart에게 영혼을 맡겨야합니다.
    Lennart가 총을 사용하는지 여부에 관해서는 그렇게 생각하지 않습니다. 그는 RedHat의 일인자입니다. 그가 무언가를 사용한다면 어떤 경우에도 그것은 몇 묶음의 그린 백일 것입니다 ... 그들은 아무도 죽이지 않습니다. 그들은 의사 결정에 매우 설득력이 있습니다.

  47.   설명서

    저는 개발자가 아닙니다. 방금 연구소에 들어 갔지만 여러분의 말, 오픈 코드와 그로부터 배울 수있는 자유를 이해합니다. 그리고 그것을 수정하는 것은 gnu / linux가 퍼지는 "자유"철학의 일부이며, 불행히도; 프레임 워크는 오늘날 GNU / LINUX의 핵심적인 상처입니다. 나는 학문적 훈련을받은 사람들에게 그것이 중요하지 않다고 생각한다. 왜냐하면 그들은 항상 체계적인 배포판 없이도 할 수 있기 때문이다. 자신의 gnu / linux 시스템을 구축하십시오. 즉, systemd에 의존하지 않고 gnu / linux 시스템을 처음부터 만드십시오.

    Archlinux, systemd를 사용하고 내가 그것을 사용하고 있다고 믿고 확실히 잘 작동하지만 개인적으로 나는 Gentoo에 가서 거기에서 처음부터 Linux로 가기 위해 남겨 두려고 노력할 것입니다.

  48.   anonimo

    적어도 그들은 좋은 보이콧으로 시작했고, 이는 나중에 분명히 시스템화에 대한 FORK 주권으로 변할 것입니다.

    보이콧 시스템에 대한 새로운 그룹 호출
    http://www.phoronix.com/scan.php?page=news_item&px=MTc3OTM

    댓글에서 누군가는 systemd의 디자인 공포 (목적은 알 수 없음)를 자세히 설명하는 두 개의 링크를 전달했습니다.

    http://ewontfix.com/14/
    http://ewontfix.com/15/

  49.   Jristz

    그리고 도대체 Richard Stallman과 이러한 것들에 대한 그의 의견은 어디에 있습니까?
    이진 로그, 모두 systemd에 의해 제어되며 커뮤니티를 듣지 않습니다.

    나는 시스템에 대한 찬성도 반대도 아니지만 Richard Stalman이 한 마디도하지 않았다는 사실에 놀랐습니다.

  50.   니코 푸엔 잘리다

    으악!

    나는 스페인어로 기술 포스트를 읽을 것이라고 생각했다.

    안부

  51.   징징 대는 중지

    Systemd는 완벽하게 구현 된 아주 좋은 아이디어입니다. 버전 217, 이미 Arch에 있고 몇 년 안에 Debian에서-LOL! -PID1에만 적용 할 수있는 보안 기능 (예 : 서비스 및 프로세스의 완전한 격리, SELinux 나 다른 MAC 모두 systemd 이외의 구현으로 수행 할 수없는 작업)을 포함합니다.

    필자는 systemd를 사용하는 사람과 시작 및 시스템 구성의 이전 시스템으로 돌아 가려는 사람을 알지 못합니다. 사실, 내가 접하고 주제에 대해 언급하는 모든 archero는 한때 /etc/rc.conf에 대해 향수를 불러 일으켰 기 때문에 systemd가 시스템 관리 관점에서 흠 잡을 데 없을뿐 아니라 아무리 한때 당신은 오늘날의 서비스 구성 패러다임을 좋아했을 것입니다 .. systemd를 사용한 후에는 그 패러다임으로 돌아갈 필요가 없습니다.

    여러분, 공을 깨지 마세요. 이미 사실입니다. 여기에 있습니다. 마음에 들지 않으면 Devuan (hahahahahahahaha) 또는 Gentoo, Slack 또는 현재 OpenRC를 지원하는 Manajaro와 같은 다른 것을 사용하세요.
    그런 다음 안티 시스템 드를 사용하여 상처를 핥는 동안 openSUSE, Fedora 또는 Arch를 살펴보고 시대 착오적 현실을 살면서 얼마나 절망적으로 시간을 잃었는지 확인하십시오. 단순한 가려움증은 그들이 모르는 것처럼 보이는 것을 거부하고 자신의 의견을 형성하는 대신 나머지 의견에 따라 판단하십시오.

    매춘부, FreeBSD의 핵심 개발자조차도 대규모 가상화, 연결된 장치의 다양성, 모바일 장치에 대한 이식성, 보안 및 단순화 등을 포함하여 즉각적인 지평선에서 볼 수있는 새로운 요구에 맞도록 systemd와 유사한 시스템을 설계하는 것에 대해 이미 이야기하고 있다면 최적화 된 관리 ...

    본능적 인 감성에서 태어난 말도 안되는 대답에 답하기 전에 위에서 논의한 새로운 보안 기능에 대한 Lennart의 최근 이야기의 짧은 사본을 읽으십시오.

    모든 기능은 서비스 유닛을 통해 옵트 인되며 데몬이 가지고있는 시스템 리소스와 커널 네임 스페이스를 사용하여 서로에 대한 액세스를 분리하거나 구분하기위한 것입니다.
    -PrivateTmp : 데몬에 대한 특정 / tmp 및 / var / tmp 할당
    -PrivateDevices : null, random, urandom 등 필요한 모든 것을 데몬에 대한 특정 / dev를 생성하고 올바르게 작동하는 데 필요한 것만 만듭니다. 이렇게하면 데몬이 디스크 또는 연결된 장치 (블록 또는 문자)에 액세스하는 것을 방지 할 수 있습니다. 놀랄 만한.
    -PrivateNetwork : 실제 사물과 완전히 분리 된 인터페이스를 생성합니다 (127.0.0.1을 가리키는 호스트에서 액세스 할 수 없도록). 이것에 대한 가장 큰 장점은 다른 데몬간에 동일한 네임 스페이스를 공유 할 수 있다는 것입니다. 예를 들어 MariaDB를 사용하는 백엔드 네트워크에만 연결하고이 두 가지는 차례로 Nginx에 연결할 수 있습니다. 네트워크 인터페이스에 대한 액세스.
    -PrivateSystem : 한 단계 더 나아가 활성화하면 데몬이 / etc 및 / usr에만 액세스 할 수 있습니다 (R / O 모드에서는 / usr). Full로 설정하면 R / O 모드에서만 / etc 접근이 가능합니다.
    -PrivateHome : 데몬의 네임 스페이스에서 빈 / 홈과 겹치므로 정보에 액세스 할 수 없습니다.
    -ReadOnlyDirectories : 이름에서 알 수 있듯이 해당 디렉토리를 읽기 전용으로 만듭니다.
    -InaccessibleDirectories : 이름 그대로 🙂
    -MountFlags = 슬레이브 : 주어진 데몬에 대해 이전 옵션 중 하나를 활성화하면 마운트 인수가 자동으로 슬레이브로 마스킹됩니다. 즉, 시스템의 일반 마운트 테이블이 변경되지 않지만 매개 변수가 수행되는 마운트에만 영향을줍니다. 악마 (moi groso!).
    이 옵션을 독립 실행 형으로 사용할 수도 있습니다.
    -CapabilityBoundingSet : 프로세스에 종속 된 모든 스레드가 관리자가 정의한 기능 만 사용하도록 프로세스에 지시합니다 (http://man7.org/linux/man-pages/man7/capabilities.7.html) 따라서 권한 에스컬레이션 취약점을 피할 수 있습니다. 섹시, 허!? ^ _ ^
    https://drive.google.com/open?id=0Bw3eycS9_SPaQnFHZjU5TURxdmc&authuser=0

    FreeBSD 핵심 개발자는 운영 체제의 향후 10 년을 계획하고 systemd와 유사한 솔루션을 구현해야 할 필요성에 대해 이야기합니다.
    https://www.youtube.com/watch?v=Mri66Uz6-8Y

    1.    MSX

      * 던지다

  52.   페르난도 코르테스 아빌 레스

    나는 몇 년 동안 충성스러운 데비안 사용자 였고 그것이 가고있는 길을 보는 것이 슬프다. 일부 개발자 만 투표 할 수 있지만 최종 사용자는 지옥의 생성 (systemd)을 수락 할 수밖에 없습니다. devuan 프로젝트가 계속 진행되어 많은 지원을 받기를 바랍니다.
    Gentoo 및 pclinuxos와 같은 SysV에 충실한 배포판은 거의 없으며 물론 ... 슬랙웨어도 있습니다!

    안부

  53.   알베르토

    나는 솔직히 리눅스로 돈을 버는 사람들에게이 시스템이 Windows와 Mac에서 광년 거리에 있다고 생각합니다. 나는 감히 8 년 이내에 Nod, Avast, Kaspr 및 그들의 모든 측근이 모든 바이러스와 함께 Linux 세계에 들어갈 것이라고 감히 말합니다. 그것은 사업이고 여기서 어느 신도 제거하지 않을 것입니다. 매일 더 많은 사용자 Linux? 돈이 필요해. 안타깝게도 그렇습니다. 이제 그들은 팁만 넣고 바셀린으로 .. 몇년 만 기다리면 하하하

  54.   마르셀로 로페즈 포레시

    편지의 저자가 말하는 것은 어리석은 것 같아요. systemd에 대한 몇 가지 이의가 있지만 큰 변화가있을 때마다 큰 이의가있었습니다.
    또한 데비안 사용자 (저도 그렇습니다)라는 것은 저에게 유효한 반대처럼 보이지 않습니다. 그들이 당신을 위해 결정하는 것을 좋아하지 않는다면, 다른 "더 단단한"배포판을 사용하고 시작 시스템을 포함하여 모든 것을 손으로 컴파일하십시오.
    단점없이 모든 종속성을 해결하는 apt를 실행하는 모든 이점이 있다고 주장 할 수 없습니다.
    slack이나 gentoo의 사용자에게는 "죄송합니다 ... 업데이트했는데 내가 싫어하는 것이 있습니다." 수동으로 시스템을 업데이트하려면 자신이하는 일을 주시하는 데 많은 시간을 투자해야합니다.
    당신이 좋아하는 배포판의 개발자가 당신이 싫어하는 일을했다면 죄송합니다. 나는 생각이 있는데, Linus와 똑같이하고 별도의 OS를 구축하는 것은 어떨까요?

  55.   호르헤

    안녕하세요, 저는 리눅스를 처음 접했으며 진실은이 기사가 무섭고 실제로 면제되지는 않는다는 것입니다. 자유 소프트웨어가 무엇을 의미하는지 (자유, 필요한 모든 사람에게 이타적인 도움, 자유, 단순성)에 대한 환상을 가지고 데비안에 합류 한 저는 환상적이고 좋은 컴퓨팅을 이해하는 방법 인 것처럼 보였습니다. 컴퓨팅은 처음부터 이루어져야합니다). 사실 저는 제 자신을 다루고 스스로 일을하는 방법을 배우기 위해 데비안을 문서화하기 시작했기 때문에이 웹 사이트에 올랐습니다. 저는 제가 목표로 삼고 싶은 모든 것이 사라지고 있다는 것을 깨달았습니다.

    Devuan에서 새 파티션을 만들어야합니다. 어떻게 진행되는지 살펴 보겠습니다.

    이 기사 기여에 감사드립니다.
    안녕하세요, Jorge.

  56.   호르헤

    어느 쪽이든 시간은 누가 옳은지 증명할 것입니다.

    사용자가 할 수있는 일은 여러 가지 대안을 시도하고 어느 것이 더 나아지기를 바라는 것입니다.

  57.   호르헤

    Devuan에 관해서는 시도해보고 싶지만 현재 테스트 버전입니다. 안정된 버전이 나 오자마자 시도해보고 어떻게되는지 확인하십시오.

  58.   세바스티안

    그런 특이한 주제를 읽고 모든 것에 동의하는 것이 얼마나 이상합니다. 최근에 Debian Jessie를 설치했는데 비교적 쉬운 업데이트에서 전체 시스템 충돌을 위해 이미 2 번 포맷해야했습니다. 어떻게 이런 일이 나에게 일어나지 않았고 갑자기 모든 것이 악화되기 시작했는지 궁금했습니다. 나는 wheezy를 사용하고 있었고 Debian jessie cd가 페이지를 다운로드했기 때문에 (DVD 또는 pendrive에 기록) 작동하지 않으므로 wheezy를 설치하고 업데이트합니다. 작업을 중단하는 데 시간이 걸리기 때문에 즉시 수행하는 작업이 아니기 때문에 Wheezy를 며칠 동안 사용하고 이전 업데이트에서 알아 차리지 못했던 Jessie와의 성능 차이를 발견했습니다. 우연히 다른 기사를 읽었을 때 나는 systemd에 대해 알게되었고 Jessie (창문이 불안정한 느낌)와 함께 알아 차릴 수있는 것이 잘못된 편집증이 아니라는 것을 깨달았습니다.
    귀하의 기사와이 주제에 대해 알려준 다른 기사 덕분에 배포판을 변경하기로 결정했습니다.