우리는 지금까지 systemd에 대한 Richard Stallman의 견해를 가지고 있지 않았을지 모르지만 Linus는 그의 견해를 다시 제시했습니다. ITWire의 Sam Varghese와의 인터뷰에서 그는 다른 것들에 대해서도 이야기합니다..
systemd에 관해서는 나에게 다채로운 의견이 많기를 기대하지만 그렇지 않습니다. 나는 개인적으로 systemd에 관심이 없으며 실제로 내 주 컴퓨터와 랩톱에서 사용합니다. 이제 저는 일부 개발자(Kay Sievers 사건 참조)와 사이가 좋지 않으며 버그와 호환성에 대해 약간 마음이 편하다고 생각합니다. systemd의 아이디어. .
systemd가 UNIX 시스템의 단순성이라는 개념에서 벗어나고 있다는 생각에 동의하십니까? 그 나쁜?.
저는 많은 UNIX "즉시 사용 가능한" 아이디어가 현실을 반영하기보다는 사고 방식의 문제라고 생각합니다. 전통적인 "한 가지 일을 잘 수행하라"는 모델을 이해하는 것은 여전히 가치가 있지만 복잡한 시스템이 작동하는 방식이 아니며 대규모 애플리케이션이 오랫동안 설계되는 방식도 아닙니다. 이것은 "특정" 수준에서 사실인 유용한 단순화이지만 대부분의 현실을 분명히 설명하지는 않습니다. 그리고 systemd는 결코 오래된 레거시 유닉스를 깨뜨리는 부분이 아닙니다. 그래픽 응용 프로그램은 이와 같이 거의 작동하지 않으며 단순한 UNIX 모델이 아니라 systemd와 같은 대규모 새 인프라에 대한 GNU Emacs의 전통적인 반례가 분명히 있습니다. 나는 바이너리가 아닌 텍스트 로그를 좋아할 만큼 구식입니다. 때때로 나는 systemd가 반드시 최고의 취향을 가지고 있지는 않지만 세부 사항이라고 생각합니다.
이전에도 새로운 방식의 도입이 그토록 괴로움과 극단적인 반응을 불러일으킨 비슷한 상황을 겪어본 적이 있나요?
오 예. Vi vs Emacs, 데스크탑 비교 또는 systemd에 가까운 경우 SysV init vs BSD init. 시스템 전투가 얼마나 다른지 잘 모르겠습니다. 그것은 기술적인 것이지만 개발자들은 확실히 개인적인 수준에서 사람들을 소외시키는 데 매우 능숙했습니다. 태양 아래서 새로운 것은 아니지만, GPL과 BSD 지지자들 사이의 전쟁은 관련된 사람들과 그들이 어떻게 사람들을 짜증나게 했는지에 관한 것이었습니다.
시스템이 실패할 경우 시스템 부팅을 허용하지 않는 실패 지점을 생성했다고 누군가가 주장한다면 어떻게 말하겠습니까? 그것은 많은 서비스를 중앙 집중화하고 하나가 실패하면 시스템은 쓸모가 없습니다.
그것이 이유라면 커널도 사용해서는 안됩니다. 분명히 그것은 특별한 것입니다. 엔지니어가 더 나은 사람이고 아마도 커널과 같은 고귀한 것을 더 평범한 프로젝트와 비교하는 것은 불공평할 것입니다. 그러나 glibc와 같이 느리고 무거운 프로젝트를 보면 망가지면 모두 다칩니다.
서버에서 BSD로 이동하는 사람들의 기사를 보았기 때문에 이것을 물었습니다. 나는 그런 극단적인 행동을 본 적이 없지만 98년 이후로 Linux만 사용했습니다.
저는 일반적으로 이러한 폭풍을 따르지 않습니다. 하지만 변화하고 있는 한 가지 사실은 사람들이 고음의 포퓰리스트 패닉 문화를 매우 심각하게 받아들이고 있다는 것입니다. 기술 언론뿐만 아니라 기술 세계에도 많은 "의견" 및 기타 관련 과대 광고가 있습니다. 그리고 BSD 사람들은 "자전거 그림"*이라는 용어를 사용합니다. 이는 모든 사람이 색상 선택에 대해 의견을 가질 수 있다고 느끼기 때문에 임의의 사람들이 피상적인 문제를 논의할 수 있다고 느끼는 정도에 관한 것입니다. 따라서 피상적인 문제에는 더 많은 노이즈가 있습니다. 그러나 어렵고 심오한 기술적 결정에 관해서는 그들이 충분히 알지 못한다는 것을 (때때로) 깨닫고 그래서 그들은 말을 많이 하지 않습니다.
당신은 읽었습니다 Lennart Poettering의 새 문서 기본 Btrfs 파일 시스템으로 배포를 구성하는 방법은 무엇입니까? 그렇다면 어떻게 생각하십니까?
이것이 일을 처리하는 올바른 방법인지 확신할 수는 없지만 실제로 사람들이 그 방향으로 작업하고 있다는 사실이 매우 기쁩니다. 현재 패키징 모델은 타사 응용 프로그램에 적합하지 않으며 핵심의 일부로 Linux 배포판에 제공되는 프로젝트에 대해서도 그렇게 좋은지 확신하지 못합니다. Btrfs를 사용하여 이를 구현하는 방법에 대한 정확한 세부 정보가 정확합니까? 몰라. 그것은 급진적인 참신함으로 하룻밤 사이에 해결되지 않을 복잡한 문제이며, 나는 모든 것을 바꾸고 문제를 해결한다고 주장하는 멋진 새 모델을 경계합니다(아마도 참신함, 복잡성 및 멋진 세부 사항으로 인해 말하기가 어렵습니다). 기존 시스템이 가지고 있는 문제가 "없다"는 것은 문제가 더 이상 존재하지 않는다는 주장으로 간주됩니다. 문제가 영원히 사라졌기 때문이 아니라 너무 많은 문제가 발생했기 때문에 논의하기가 너무 어려워졌기 때문입니다. 변경됨). 하지만 검토해볼 가치가 있는 문제라고 생각합니다.
*자전거 창고를 칠하는 것은 스페인어로 번역된 것입니다. 더 많은 정보 여기에 y 여기에
그리고 그는 순간적으로 불꽃을 끕니다(Linus도 모놀리식 및 마이크로커널과 관련하여 Tanembaun과 함께 불꽃을 만들었기 때문입니다).
라이너스는 언제나 전쟁을 즐긴다 😀
분노라기보다 연예계에서 빠져나가는 방법인 것 같다:웃음
그러나 그가 제안하는 것은 매우 명확하고 잘 설명되어 있습니다.
Linus가 인터뷰에서 미온적이라고 생각하고 메일링 리스트에서 Kay를 공격적으로 모욕하는 것을 보았기 때문에 그가 화를 내지 않기 위해 이 모든 말을 한 것 같습니다.
커널, Google이 요청하는 수정 사항, 일치하지 않는 항목에 들어가기 위해 시스템화 된 것으로 충분하다고 생각합니다. 실제로는 시작 시스템에 들어 가지 않았지만 그 수단으로해야한다고 생각합니다. 문제에 대한 조치를 취하십시오. 로그인 텍스트가 표시됩니다… 그리고 Linus는 "글쎄, 그게 다야, 우리가 무엇을 할거야, 계속 빨자"라고 말하는 사람이 아닙니다. , 어쨌든 모드 ...... 서버에서 나는 그가 만든 것을 신경 쓰지 않습니다. 모든 배포판이 systemd로 이동하면 BSD로 이동할 시간이 될 것입니다. 간단합니다. 그가 무엇을하든하지 않든 상관하지 않습니다. 허드에게 무슨 일이 일어나든 상관하지 마세요. 그건 그렇고 아무것도 아닙니다.
어쨌든 Vaseline을 많이 사세요. RPM이 systemd의 종속성이 될 때가 올 것이기 때문입니다. 지금처럼 그들은 brtfs를 넣고 싶어합니다... 맙소사... Google, Microsoft 또는 redhat이 더 나쁜지 모르겠습니다.
SynFlag = "자전거 그림"
여전히 Gentoo와 Slackware가 있습니다. 앞으로 오랫동안 기본 초기화 시스템을 사용할 것 같습니다.
바라건대. 표준화가 필요한 시점이라고 생각합니다.
내가 이해하는 바에 따르면 RPM에 대한 증오가 무엇인지 모르겠습니다. Stallman 자신이 RPM을 선호했습니다. DEB든, RPM이든, 뭐든지 상관 없지만 표준화는 모두에게 좋습니다. Linus가 말했듯이 DEP와 RPM을 두 번 클릭하여 설치하기만 하면 기술적인 차이에 거의 신경을 쓰지 않는 Linux Desktop 사용자를 위한 시간입니다.
잘하고 있었는데 막판에 망했다
RPM과 SystemD에 대해… 존재한다는 것을 상기시켜 드리겠습니다. 외국인 .rpm 패키지를 원하는 패키지로 변환할 수 있습니다.
이제 BTRFS에 관해서는 FAT32 또는 NTFS를 연상시키는 너무 평범한 다른 파일 시스템을 사용하는 것을 정말로 꺼리고 더 강력한 시스템(예: XFS) 또는 대다수(EXT4).
:') 내가 Torvalds를 은행으로 삼고 있는 것처럼 😀, 당신이 말했듯이, Systemd에 반대하는 몇 가지 주장은 철학적이며, 이전에 말했듯이 이제 "모든 사람이 BSD, Solaris, Haiku, HURD 및 이상한 것이 무엇이든 사용합니다. 밖에"... 토발즈의 "철학"에 따라 마음에 들지 않는 사람은 포크를 만들거나 새로운 것을 창조하십시오...
누군가는 나를 욕할 것이고, 나는 Linux 사용자일 뿐만 아니라 RedHat은 나에게 빌어먹을 xD를 지불하지 않습니다. http://www.phoronix.com/scan.php?page=news_item&px=MTI4NDc
저는 특히 Systemd가 부팅 시간에 속도를 얻는다고 생각하는 사람들에게 바치는 이 문구를 좋아합니다.
그리고 무엇보다도 모든 초기화 또는 응용 프로그램 집합(초기화와 "일치하지 않기" 때문에) 다음을 허용합니다.
http://diegocg.blogspot.com/2014/02/por-que-kdbus.html
http://diegocg.blogspot.com/2014/07/avanzando-golpe-de-actualizaciones-de.html
그리고 btrfs가 포함되어 있다는 사실에 대해... 그들은 불평하지만 그 이유를 알았습니까? .... http://www.phoronix.com/scan.php?page=news_item&px=MTc3NzU
오타: "저는 Linux 사용자가 아니며 RedHat은 저에게 망고 xD를 지급하지 않습니다." > "저는 Linux 사용자일 뿐이며 RedHat은 저에게 망고 xD를 지급하지 않습니다."
btrfs 작동 방식과 기능이 정말 마음에 들지만 손상되었을 때 스스로 복구하는 데 ext4만큼 좋지는 않습니다. 다시 포맷해야 했고 정보를 복구할 수 있었지만 시스템을 복구하지는 못했습니다. 대신 ext4와 fsck가 준비된 상태에서 new와 같은 일이 나에게 일어났습니다.
문제는 아무도 Theo de Raadt가 OpenSSL에서 했던 것처럼 SystemD를 포크하고 싶어하지 않는다는 것입니다. 사실 불행히도 그 프로젝트의 공동 작업자로서 SystemD를 개선하기 위한 최소한의 노력을 기울이지 않는 이유를 아무도 이해하지 못합니다.
아무튼 이제 Opera Blink를 베타 브랜치로 업데이트 하겠습니다.
그리고 짜잔: Opera Blink 25 베타로 업데이트되었습니다.
@amulet_linux:
게다가 내 넷북에는 XFS가 있고 지금까지는 Debian Wheezy에서 배터리를 덜 소모합니다. 솔직히 BTRFS는 여러 면에서 나에게 여전히 친환경적으로 보이므로 넷북과 같은 노트북에 대해 보다 보수적인 솔루션을 선택했습니다.
암튼 Ext4는 좋은데 이식성은 좀 부족하네요.
그리고 전체 용어집 좋은 불꽃에 이상적입니다.
그리고 왜 Red Hat이 당신에게 돈을 지불할까요? 너 나랑 섹스하고 있어
자신이 의미하는 바를 이해하지 못하는 사람이 항상 있습니다.
HAHAHA .. 두 개의 공을 가지고 가십시오. 커널이 최고이고 SystemD는 엉뚱한 프로젝트입니다 .. 이 사람 (Torvalds)은 단어를 사용하는 방법을 알고 있습니다 hahaha.
Christian: 그는 그래픽 인터페이스를 좋아하지만 Pro-Unix입니다.
실제로 프로 유닉스 이상은 작동하는 친구입니다. 유닉스에서 작동하는 것을 가져오고 나머지가 현재 문제나 요구 사항에 대처하기 위해 작동하지 않고 근본적으로 다른 것을 사용해야 하는 경우 조금도 귀찮게 하지 않습니다.
이 억 배. 일부 소프트웨어가 UNIX 원칙을 위반한다고 항상 비난하는 모든 사람들은 wget으로 웹 페이지를 다운로드하고 less로 읽고 curl을 통해 게시하는 bash 스크립트에서 수행하기를 바랍니다. 그렇지 않으면 그들의 의견이 유효하지 않습니다.
CC-콤보 브레이커!
이것은 치명적인 XD에 가깝습니다. 유닉스 철학은 어떤 면에서는 괜찮지만, 웹 브라우저에 대해 이야기하고 있기 때문에 모두가 유닉스 철학을 따르고 있다고 생각합니다. 유닉스 철학은 분리할 수 없는 모놀리식이 아니라 http 클라이언트, html 엔진, 자바스크립트 인터프리터, 플러그인, SSL … 그들은 모두 단일 작업을 수행하며 (다소) 잘 수행합니다.
예, 하지만 firefox와 같은 브라우저는 다운로드 기록을 sqlite에 저장한다는 사실을 알고 계셨습니까? 그리고 sqlite는... 이진 형식입니다! 누가 데니스 리치에게 전화해, 파이어폭스가 내 개를 잡아먹을 거야!
FUD FUD FUD는 SystemD에 대해 말하는 유일한 것입니다.
뿡뿡
나는 init을 교체할 때가 되었고 systemd가 오늘날 우리가 가지고 있는 최선인 것 같다는 데 동의한다는 점을 명확히 하는 것으로 시작합니다.
그러나 그것이 우리가 FUD에 대해 FUD와 싸우기 위해 FUD를 생성한다고 폭로하는 사람을 비난하기 위해 결함을 부인하려는 이유가 아닙니다.
SQLite는 데이터베이스이며 이러한 데이터가 포함하는 형식은 개발자에게 달려 있으며 일반 텍스트로 완벽하게 이동하는 int, 텍스트 또는 이진 BLOB를 가질 수 있습니다.
그러나 당신이 언급한 이상한 경우에 대해 당신은 다소 길을 잃었습니다. 텍스트 편집기로 Firefox 파일을 쉽게 열고 주소를 일반 텍스트로 볼 수 있습니다. 예, 편집자가 SQLite의 구조를 모르기 때문에 모두 쌓여 있지만 열 순서대로 읽으려면 Firefox 자체에서 SQLite 관리자라는 추가 기능을 다운로드하면 문제 없이 볼 수 있습니다.
저널을 사용하여 읽을 수 있도록 강제하는 SystemD에서 발생하는 것과는 다릅니다.
판매와 문제를 받아들여야 후자를 해결하기 위해 노력할 수 있습니다.
이것은 거짓입니다. 시도해 보시기 바랍니다. 다른 문자열이 분명히 화면에 나타나지만 SQLite는 우리가 매일 사용하는 수천 개의 다른 이진 형식과 같은 이진 형식입니다. 육안으로는 읽을 수 없습니다. 주소가 일반 텍스트로 표시되고 문자열이 건너뛰지만 일반 텍스트 모드에서 안정적으로 파일을 읽을 수 없다는 것을 어디서 얻을 수 있는지 모르겠습니다.
자신의 논리에 따라 SQLite는 콘텐츠를 읽기 위해 일부 소프트웨어를 사용하도록 강제하고 있으며, 이는 바이너리 파일이 이와 같다는 것입니다. SystemD 바이너리 로그를 읽을 수 있는 journald만 있다는 것은 단순히 SystemD용 판독기 구현이 하나만 있다는 것을 의미하며, lennart, torvalds 및 illuminati가 Boycott의 SystemD 캠페인에서 제안한 것처럼 Linux를 Windows로 변환하려고 시도하고 있다는 의미가 아닙니다.
문제는 우리가 바이너리 파일이 "악마"라고 생각할 때입니다. 당신이 눈치채지 못할 경우를 대비하여 제가 제안하는 것은 SystemD를 비방하는 사람들의 동일한 철학을 다른 시스템에 적용하면 무너진다는 것입니다. SystemD와 같은 프로젝트를 다른 소프트웨어 관점에서 분석해야 하는 현실, "우리가 항상 해왔던 방식을 깨는 것, 따라서 이것이 올바른 방식"이 아닙니다. 그 사고 방식 덕분에 우리는 init 교체 가능성에 대해 다시 생각하지 않고 오랜 시간을 보냈습니다 (나중에 runit의 사람들과 다른 많은 사람들이 이것을 다시 생각하기 시작했습니다).
뿡뿡
데이터베이스의 개념에 익숙하신지 모르겠지만 형식이 없고 많은 유형의 데이터가 있으며 형식이 지정된 것입니다.
동일한 데이터베이스, 텍스트 문자열, 숫자 또는 이미지를 완벽하게 가질 수 있습니다. 각각 다른 형식으로.
이를 염두에 두고(희망합니다) SQLite는 파일이 아니기 때문에 SQLite가 바이너리 형식이라고 말하는 것은 실수라는 것을 이해합니다. 워드 문서, .pdf 또는 .jpg에 대해 말하는 것이 아닙니다. .
자, 당신이 분명히 해보지 않은 일을 해보라고 저를 초대하는 것이 저에게는 우스꽝스러워 보입니다.
내 증거는 다음과 같습니다.
http://i.imgur.com/zR7PEWl.png
당신 것?
"다른 문자열"이 표시되는 것이 아니라 완전한 주소가 있고 읽을 수 있습니다. 데이터베이스가 무엇인지 이미 명확하다면 이 경우 "데이터는 일반 텍스트로 저장됩니다"라고 말하는 것이 옳다는 것을 알게 될 것입니다.
나는 당신이 원하는 것보다 더 신뢰할 수 있는 것이 무엇인지 모릅니다.
당신이 나에게 전가하는 그 단순한 논리는 당신이 내 말을 잘못 해석했기 때문입니다.
내가 그것을 따랐다면 평범한 텍스트조차도 그 내용을 읽기 위해 일부 소프트웨어를 사용하도록 강요한다고 말할 것입니다. 그것은 사실이 될 것입니다. 아니면 Kate, 메모장, 나노를 사용하지 않고 어떻게 읽을 수 있습니까?
당신이 이해하지 못한 것은 SystemD 로그는 journalct/ journald 로만 읽을 수 있다는 것입니다. 텍스트 편집기로 순서 없이 읽을 수 있거나 다양한 프로그램으로 순서대로 읽을 수 있는 Firefox 기록과 달리:
http://www.sqlite.org/cvstrac/wiki?p=ManagementTools
처음으로 읽지 않은 경우를 대비하여 반복합니다.
«나는 init를 교체할 때가 되었고 SystemD가 오늘날 우리가 가진 것 중 최고라는 데 동의합니다.»
그리고 바이너리 사용의 이점(데이터 손상 위험 감소, 빠른 검색...)과 단점(종속성, 데이터 손상 시 복구하기 훨씬 더 어려움...)을 완전히 이해하고 있습니다. 이러한 단점을 부정하는 것은 , 그 이상은 아니지만 적어도 이점을 고려하지 않는 것만큼 터무니 없습니다.
문자열을 볼 수 있다고 해서 파일을 구문 분석할 수 있다는 의미는 아닙니다. Kate는 그 사이에 등장하는 캐릭터도 보여주지 않습니다.
http://imgur.com/GfUxpcf
두 경우 모두 systemd의 저널 파일에 대한 사양이 공개되어 있으므로 이러한 경우에 제공되는 C API를 사용하고 싶지 않더라도 저널 리더 구현을 작성하는 것은 쉽지 않습니다. 프로그램에서 처리할 수 있는 수많은 오픈 소스 바이너리 형식에 대한 API 및 라이브러리가 제공됩니다.
물론 장점과 단점이 있지만 주관적인 것이 들어오는 곳입니다. 비방하는 사람들이 "systemd가 모든 것을 흡수 할 것입니다", "그들은 미국이 systemd를 사용하도록 강요하고 있습니다", "linux는 windows", "bil gates will enter your house and kill your family", FUD는 어떻게 제시하든 문제를 공격하는 것이 아니라 공포를 심어주려는 것이다.
@juanfgs:
장난하는거야?
GNU Nano의 .sqlite 파일에 있는 바이너리의 SQL 문이 잘 보입니다. 그리고 @staff를 인용하면:
이는 MySQL/MariaDB를 처리하는 방법을 모르기 때문에 발생합니다.
추신: MS SQL Server가 더 나쁩니다.
나는 SQL을 읽고 쓰는 방법을 알고 있습니다. 기본적으로 실제 사용을 위해 텍스트 모드에서 sqlite를 읽어야 하는 것은 골칫거리이며, 이 경우 바이너리 파일만큼이나 가치가 있습니다. 실용적인 방법으로 액세스할 수 있는 도구와 사용할 수 있는 도구입니다.
systemd 로그와 마찬가지로 바이너리 사양을 사용할 수 있으며 적합하다고 판단되는 독자를 직접 작성하거나(권장하지는 않음) 기존 도구를 사용하여 액세스하거나 기존 C API를 사용할 수 있습니다.
다른 이진 파일의 예를 들어보려면 설정, 캐시 및 기타를 이진 형식으로 저장하는 rpmdbs 및 기타 여러 응용 프로그램이 있습니다(MariaDB는 @staff가 언급한 이점을 위해 선택적으로 수행함). 이 토론은 가능한 가장 기술적인 방법으로 대화의 요점을 피하는 방법에 대한 이야기로 바뀌었습니다.
뿡뿡
문자열을 볼 수 있다고 해서 파일을 구문 분석할 수 있다는 의미는 아닙니다. Kate는 그 사이에 등장하는 캐릭터도 보여주지 않습니다. »
그것은 완전히 또 다른 문제입니다. 당신은 그것이 바이너리 형식이라고 말했고 당신 자신의 캡처로도 이것이 거짓이라는 것이 이미 입증되었습니다.
이제 당신은 "바이너리이고 그것이 말하는 것을 읽을 수 없습니다"에서 "이진은 읽을 수 있지만 구문 분석할 수 없습니다"로 인수를 변경하고 다시 오류에 빠지게 됩니다. 체계적으로 분석하는 것은 구조를 모르기 때문입니다.
예를 들면 다음과 같습니다
완벽하게 일반 텍스트 CSV 파일을 가져오고 kate로 열면 읽을 수 있는 방식으로 정렬되지 않은 것을 볼 수 있습니다. 이를 위해서는 구조를 알아야 합니다.
여기서 문제는 데이터베이스가 무엇인지, 형식과 인코딩의 차이점이 무엇인지 명확하지 않다는 것입니다.
"...저널드 리더 구현을 작성하는 것은 사소한 일입니다..."
독자를 작성하는 것이 아니기 때문에 시작하는 것은 사소한 일이 아닙니다. 의존성이 없다면 수천 명의 독자를 만들 수 있지만 journalctl/journald는 해당 저널을 작성하는 것이기 때문에 필수입니다.
"그리고 그것은 FUD입니다. 어떻게 말하든 그것은 문제의 문제를 공격하지 않고 오히려 두려움을 심어주려고 합니다."
나는 첫 번째 의견에서 많은 진실이 있고 SystemD에 대한 FUD가 있다는 것을 매우 분명히 했습니다. 그러나 당신이 보지 못하는 것은 당신이 정확히 똑같은 일을 하고 있다는 것입니다.
기술적 문제를 공격하는 대신 별도의 문제에 대해 사실이 아닌 것을 말하면서 FUD를 생성하고 있습니다.
SystemD에 X 문제가 있지만 다른 많은 시스템 구성 요소에도 문제가 있기 때문에 괜찮다고 말하는 것은 끔찍한 오류입니다.
"많은 사람에게는 악이요, 어리석은 자에게는 위로다."
그리고 내가 proSystemD로서 "과장하는 옹호자"로부터 "과장하는 비방자"를 방어해야 한다는 것이 믿기지 않는 것 같습니다.
*체계적으로가 아니라 의미적으로.
사과.
나는 그들이 20년 전의 값싼 철학으로 공을 깨는 방법에 동의합니다. 분명 그때 누군가가 말했지만 바이너리 언어에서 서면 언어로 갈 것이기 때문에 호환성이 100%는 아닐 것이고 우리는 여전히 여기에 있습니다. 진행 상황을 따르고 마음에 들지 않으면 포크를 만들거나 Fedora에 아이디어를 보내십시오.
적어도 Red Hat은 (Microsoft나 Oracle과는 달리) 귀를 기울일 줄 아는 기업이고 Theo de Raadt는 자신이 기여하는 데 관심조차 없는 프로젝트에 반대한다고 생각하는 어머니의 아들보다 더 많은 공을 가지고 있습니다.
주목할 만한 포크의 주목할 만한 예: MATE(사라진 GNOME 2에서 탄생), Cinnamon(사용자가 GNOME 3 UI 패러다임과 호환되지 않아 탄생), LibreSSL/BoringSSL(OpenSSL 버그 덕분에 탄생, SystemD의 유지 관리 상태 및 현재 상황과 유사함) ), LibreOffice(Sun Microsystems를 인수한 후 Oracle이 OpenOffice를 유지 관리하지 않아 발생), MariaDB(LibreOffice와 비슷한 상황이지만 MySQL이 있음), Audacious(XMMS의 소멸 이후 탄생) 등 포크의 좋은 예를 계속 명명하십시오.
1. 모두가 이야기하는 UNIX 원칙은 무엇입니까(bash 스크립트 등을 강제로 사용하는 것 같습니다)?
2. 그리고 어떤 경우에도 그들은 그들 자신을 제외하고는 그러한 원칙을 가지고 있거나 따르는 것에 대해 누구를 비난할 수 없습니다. 왜냐하면 아무도 Linux를 보내서 UNIX 같은 것의 똥 냄새를 맡지 않았고, 아무도 그들 자신의 패러다임을 발명하기 위해서가 아니라 오히려 그들을 보냈기 때문입니다. 다른 사람의 것을 복사하고 복제하는 것입니다. 이제 그들이 불평하고 부끄러워할까요? 그렇다면 괜찮습니다. 하지만 슬레이트를 깨끗이 닦고 다른 배에서 다시 시작해야 할 것입니다. 왜냐하면 Linux는 항상 'wannabe Unix'였기 때문입니다. .
나는 그들이 다음을 참조한다고 생각합니다.
- 한 가지만 하되 잘 하라.
– 모두 텍스트 파일입니다.
Wikipedia에서 키스 원칙을 찾아보십시오.
«KISS 원칙에 따르면 대부분의 시스템은 복잡하게 만드는 것보다 단순하게 유지하면 더 잘 작동합니다. 따라서 핵심 설계 목표로 단순성을 유지해야 하며 불필요한 복잡성은 피해야 합니다."
두 분 모두 답변 감사합니다. 이제 무슨 말씀인지 알겠습니다.
그리고 SystemD에 대해 말하자면, 저는 이것을 보았습니다. 함수 테이블 SystemD를 "보이콧"하려는 사람들의 말을 믿는 사람들을 위해 봉사합니다. 너의 것을 가지고 그리고 스페인어로).
그리고 이것으로 systemd가 여기에 있고 실제로 ahsta linus가 표준화 덕분에 어떤 의미에서 그것을 지원하고 실제 문제에 대한 실제적이고 효과적인 솔루션을 제공한다는 것이 입증되었습니다. 40년전 싸구려 철학이 아닌 실용성을 기반으로!!!! (현재 시나리오와 무관한 철학)
표준화는 괜찮지만 systemd 코드에서 주석을 찾으면 빨리 가서 소원을 빌어보세요. 심각하지 않습니다. 유사한 상황에 처한 OpenSSL(익숙하게 들리는지 모르겠습니다)이라는 프로젝트를 알고 있으며 무슨 일이 일어났는지 아실 것입니다.
아무것도 볼 수 openSSL은 여가 시간에 그리고 Linux 재단이 개입할 때까지 거의 예산이 없었을 때 매우 소규모의 자원 봉사 개발자 팀에 의해 유지 관리되었습니다. 반면에 systemd는 수백 명의 독립 개발자의 지원을 받고 있으며 유료 개발자를 배치한 여러 회사의 견고한 재정 지원을 받고 있습니다(한 네트워크, 인텔, 삼성 및 Google에도 개발자가 있습니다). 그래서 그들은 100% 다른 경우입니다. systemd의 코드는 훨씬 더 감사되고 훨씬 더 많은 지원을 받습니다.
이제 Richard Stalman의 선언과 systemd의 fsf가 누락되어 토론을 종료하거나 모든 것을 날려버릴 수 있습니다 😀
나는 여전히 systemd가 Linux에만 해당된다는 문제를 제기하고 있다고 생각합니다. 대부분의 반대는 음모 이론과 그 모든 헛소리를 좋아하는 특정 광신자 그룹의 번식지와 같은 정치적 성격의 단순한 질문입니다.
나는 또한 논쟁의 여지가 있는 Lennart Poettering이 개발한 시스템이 아니라 fsf 서클의 사람들이 시스템을 개발했다면 아무도 시스템에 대해 이의를 제기하지 않을 것이라고 생각합니다.
그들이 전달한 링크에 있는 phoronix의 댓글을 보면
http://www.phoronix.com/forums/showthread.php?105607-Lennart-Poettering-Talks-Up-His-New-Linux-Vision-That-Involves-Btrfs
너무 웃어서 배가 아프다는 사실을 고백해야 겠네요... 댓글을 찾았습니다.
08-31-2014, 오후 10:17 #9
atari314
atari314님은 오프라인 주니어 회원입니다.
전이… 암의 원발성 부위에서 멀리 떨어진 이차 악성 종양의 발달…
아주 직설적이고 유추적으로 말하는데 천부적인 재능이 있는 분들이 계시네요.. 🙂
그리고 Linus는 논쟁을 시작하고 싶어하지 않으며 결국 사람들은 그를 그의 앞에 서 있는 사람에게 지옥을 보내는 사람으로 보고 있습니다. 즉, 그는 그가 말하는 것을 조심합니다. 지난 몇 번에 그의 행위에 대하여 많은 사람이 역병을 말하였도다 …
마음속 깊이 그는 자신이 어디까지 허용할지 알고 있기 때문에 자신이 좋아하지 않거나 얼굴이 나쁘다고 생각하는 것을 언급합니다.
여러분, 그가 말한 것이 실현되었습니다…분명했습니다, 프랑켄슈타인은 매우 위험하고 번거로워지고 있었습니다…그래서, 포크 !!
예, 신사 여러분, 그것은 쓸모없다고 합니다. 당신은 그것을 쓸모없다고 해석하거나 "적게 사용한다"고 해석할 수 있습니다.
쓸모없는 것: Systemd의 제거된 버전
http://www.phoronix.com/scan.php?page=news_item&px=MTc5MzA
프로젝트 페이지에서 질문과 답변을 읽으면 freebsd와 호환되도록 만들 수도 있습니다.
http://uselessd.darknedgy.net
이제 나는 더 많은 사람들이 참여하고 회사에서 보수를 받지 않는 모든 프로그래머들 중에서 그들이 오랫동안 기다려온 init의 대체를 달성하기를 바랍니다.
Devuan이 대안으로 나왔고 그것을 구현하지 않는 특정 배포판이 있다면 커뮤니티의 특정 부분이 좋아하지 않는 무언가가 체계화되었을 것입니다.
그리고 나는 그것이 순수주의자가 되기 위한 것이라고 생각하지 않습니다.