5 월 XNUMX 일, 데비안의 테스트 브랜치 (제시라는 이름) 얼었다, 오랜 개발 및 수정 후 400 개 이상의 버그. 그들은 또한 준비했습니다 배포판의 공식 예술, Cyril Brulebois.
덧붙여서, 그들은 Debian 9 (2017 년 출시 예정)이 호출 될 것이라고 발표했습니다. Stretch. 그리고 데비안 10 (2019 년 출시 예정)은 버스터. 또한 kfreebsd 포트는 더 이상 공식 포트가 아니며 arm64 및 ppc64el 아키텍처 용 포트가 될 것이라고 발표되었습니다.
기본적으로 제공되는 패키지에는 kernel 3.16, Iceweasel 및 Icedove 31, GNOME 3.14, KDE 4.14, LibreOffice 4.3.3, GCC 4.9, MySQL 5.5.39 (MariaDB 로의 마이그레이션이 없습니다., 리포지토리 내에 만 포함됩니다.), OpenJDK 7u71, Perl 5.20, Python 2.7.8 및 3.4.2, Xfce 4.10, Apache 2.4.10, Tomcat 6.0.41 및 7.0.56 및 물론, systemd 215
또 다른 중요한 것은 조이 헤스의 출발, 1996 년부터 Debian에서 debhelper, alien, dpkg-repack 및 debmirror 패키지를 유지 관리하는 등 다양한 역할을 맡았습니다. 그는 데비안 헌법이 프로젝트를 잘못된 방향으로 이끌었다는 사실을 떠난 이유로 인용합니다. 윙크인지 모르겠어 XNUMX 월 챔피언십에,하지만 그럴 수 있습니다.
내가 읽은 내용에 따르면 Joe Hess의 결과는 systemd 채택과 관련이 있습니다.
그 사람이 systemd용 데비안에서 멀어지고 systemd cron 모듈을 사용하는 방법에 대한 게시물을 블로그에 쓰는 것이 얼마나 이상합니까? https://joeyh.name/blog/entry/a_programmable_alarm_clock_using_systemd/
체계화에 반대하는 사람의 행동이 아닌 것 같다
그건 그렇고 공식 아트는 trisquel과 비슷하지만 단조로운 버전입니다.
한 가지가 다른 것과 관련이 있다고 생각하지 않습니다. 한 사람이 Windows(예:)를 사용하지 않는다는 사실이 누군가에게 Windows 사용 방법을 가르칠 수 있다고 해서 "아니오, 내가 사용하지 않기 때문에"라고 말하는 것은 아닙니다.
체계화 된 문제에 대해 내가 본 바로는 중간 지점이 없으며 반대하는 사람들은 그것을 사탄 자신이 만든 것처럼 싫어합니다 (turpial에서 나온 것이 아니라 ajoba에서 온 것 :P)
그들은 이것을 버튼을 보여달라고 말하면서 http://igurublog.wordpress.com/2014/04/28/ignorantgurus-hiatus/ 이것은 SpaceFM의 개발자입니다. PCmanFM의 포크는 시스템 문제로 인해 데비안 사용을 중지합니다.
그리고 제가 말했듯이, systemd에는 중간 지점이 없기 때문에 여러분은 systemd에 post-tuto를 작성하지 않고 데비안이 systemd를 구현하기 때문에 떠나지 않을 것입니다.
나는 데비안 설치 프로그램이 sysv를 사용할 수 있는 옵션을 갖도록 투표하려는 시도가 있었다는 것을 알고 있습니다. 하지만 문제는 패키지를 두 관리자와 호환되도록 유지할 사람이 충분하지 않다는 것이었습니다.
어제 등록했는데 심사를 통과하지 못한 것 같나요?
나는 그것을 의심한다!
확인 이메일을 받지 못했습니다. 닉네임과 이메일만 보고 봇인지 아닌지 어떻게 알 수 있나요?
Joey Hess의 이야기는 매우 명확합니다. 체계적일 뿐만 아니라 배포판에서 특정 항목이 처리되는 방식이며 여기에 좋은 예를 남겼습니다. MariaDB는 데이터베이스의 기본 버전이 아니며 대신 MySQL이 여전히 사용됩니다. 몇 년 전에는 상당히 미쳤을 것입니다.
글쎄, 그것이 내가 내 의견에서 말하려는 것입니다. +1
정확히 @elav 데비안은 이전에 비해 많이 바뀌었고 많은 개발자와 공동 작업자가 프로젝트를 포기하기로 결정한 상황입니다. IgnorantGuru는 또한 자신의 블로그에서 자신의 블로그에서 이렇게 밝혔습니다. 시스템화되었을 뿐만 아니라 작업이 수행되는 방식일 뿐만 아니라 이제 Joey Hess이며 자유로운 초기화 선택에 대한 투표가 진행되는 18월 XNUMX일에 결정된 내용에 따라 더 많은 사람들이 그룹에 합류할 것입니다.
Joey Hess가 프로젝트를 떠난 것은 적지 않은 일이며, 더 나아가 Diazepan 게시물에서 귀하가 언급한 추정 원인을 공유합니다. 다른 배포판은 이미 아무런 문제없이 그렇게 철학적이지 않은 데 데비안은 왜 MariaDB로 전환하지 않는지 궁금합니다. 기침.. 기침.. Archlinux.. 기침.. 그들은 KFreeBSD 지원을 중단합니다. 왜 그렇습니까? 소수만 사용하는 다른 아키텍처를 유지한다면 변명은 무엇입니까? 어쨌든... 매일 데비안에서 멀어지고 그게 아파요... 🙁
커널이 Linux가 아니라 BSD이기 때문에 KFreeBSD 지원을 중단합니다... systemd가 BSD 시스템과 어울리지 않는다는 것을 이미 알고 계실 것입니다 :D.
mysql이든 mariadb든... 별로 상관없지 않나요? 그리고 그것에 대해 여전히 논의 중입니다 :D.
나는 또한 Debian이 MySQL Cluster CGE와 같은 매우 중요한 이유로 잠시 동안 기본적으로 mysql을 떠나고 있다고 생각합니다.
Debian은 서버에서 사용되며 모두에게 중립을 유지해야 합니다. MariaDB에서 MySQL Cluster CGE로 이동할 수 없으며 Debian에서 MySQL이 제거되면 적지 않은 사용자의 거부로 이어질 수 있습니다.
즉, MySQL CGE 클러스터와 관련된 상당한 압력이 있습니다. 게다가 안다미로가 후속 버전을 출시한다면 무한대 펌프, GNOME과 같은 환경 및 NetworkManager와 같은 구성 요소에서 SystemD에 대한 초기 종속성으로 인해 더 이상 Debian을 기본 OS로 사용하지 않을 것입니다.
저는 Joey Hess의 말에 동의합니다: "...데비안 프로젝트는 더 이상 같지 않습니다..." 😉
데비안은 이제 우분투가 12.04를 출시했을 때와 같은 결정을 내리기 때문에 그의 말이 맞습니다.
그러나 그들은 MariaDB가 "경우에 따라" 공식 저장소에 있을 것이라고 말합니다. 그래서 지금 당장 큰 문제는 보이지 않습니다.
작년에 데비안에서 일어난 일은 슬픈 일입니다. 저는 Joey Hess와 같은 몇몇 개발자들이 데비안 8 "Jessie"가 탑재할 시작 시스템에 대한 논쟁에서 종종 존재하는 긴장의 분위기에 지쳐 있는 것을 이해할 수 있습니다.
어려운 결정이었고 고통스러운 결과를 낳고 있습니다. 현재 개발자가 아닌 일부 사용자는 기본적으로 systemd를 포함하지 않는 배포판의 포크 생성을 고려하고 있습니다.
Systemd(이것은 의견입니다)는 문제가 있고 불투명하며 잠재적으로 안전하지 않습니다. 너무 많은 종속성을 수정하고 일부 사용자가 동의하지 않는 변경을 강제합니다. 많은 시스템 관리자는 구현에 수반되는 심각한 기술적 충돌에 대해 경고하고 있습니다(systemd에 대해 이야기할 때 일반적으로 참조하는 두꺼운 단어를 사용하지 않음). 일부 해설자들이 단순화하려고 시도한 것처럼 이것은 "진화-보수주의", "진보주의-부동성" 또는 "구식 근대성"에 대한 논쟁이 아닙니다. "멋진" 데스크톱 사용자와 "혈통" 시스템 관리자 간의 마니교적 이분법도 아닙니다. 보안, 모듈성, 유연성 및 가장 중요한 신뢰에 관한 것입니다.
Debian에서 systemd를 제거하고 sysyinit를 넣으면 다음 패키지가 제거됩니다.
1) 색상
2) gvfs
3) gvfs-백엔드
4) gvfs 데몬
5) HP립
6) libpam 시스템
7) 정책 키트-1
8) 정책키트-1-그놈
9) 프린터 드라이버-postscript-hp
10) 꾸준한 흐름
11) 시스템-sysv
12) 유디스크2
다음 종속성은 해결되지 않은 상태로 둡니다.
14) libcolord2는 colord를 권장합니다.
15) 컵 추천 색상
16) cups-daemon은 colord를 권장합니다.
17) 컵 필터는 색상을 권장합니다.
18) gvfs-common은 gvfs를 권장합니다.
19) gvfs-daemons는 policykit-1-gnome을 권장합니다.
20) libsane-hpaio는 hplip을 권장합니다(= 3.14.6-1+b2)
21) 라이프레아는 스테디플로우를 권장합니다 | 킬로그램
22) printer-driver-all은 printer-driver-postscript-hp를 권장합니다.
23) task-print-server는 hplip을 권장합니다.
24) udisks2는 policykit-1을 권장합니다.
그것들은 중요한 종속성입니다. 어떤 사람들에게는 대체물을 찾을 수 있지만 다른 사람들에게는 그렇지 않을 것이고 내 시스템은 어딘가에서 절뚝거리게 될 것입니다. 나는 항상 "systemd-shim"(현재 프로젝트 리더인 Lucas Nussbaum이 권장하는 것)을 설치할 수 있지만 여전히 어색합니다. 특히 저를 설득하지 못하는 패치.
Debian과 같은 배포판(그리고 이것은 다시 의견입니다)은 Gentoo와 동맹을 맺고 OpenRC를 강화하거나 자체 초기화 시스템을 개발하기로 선택했어야 합니다. 그렇게 할 수 없다는 것은 무시의 표시로 해석될 수 있습니다. 데비안은 주도권을 잃었고 어떤 면에서는 독립성을 잃었습니다. 이는 불행한 일입니다. 물론 이것은 내 의견이고 누구에게도 요구할 권리가 없으며 데비안 커뮤니티에는 훨씬 적습니다.
저장소에서 systemd를 제거하는 것이 아니라(많은 사용자가 유용하다고 생각할 수 있음) 이 시스템이 모든 것을 오염시키고 사용자의 가능성을 제한하는 것을 방지하는 것입니다.
Gnome을 사용하는 사람들은 systemd에 묶여 있지만, 우리가 원하지 않는다면 나머지 우리는 그렇게 할 필요가 없으며 여기에 Ian Jackson이 제시한 투표 제안(일반 결의안: 초기화 시스템 결합)이 있습니다. 이 제안은 Hess와 다른 개발자들이 프로젝트를 포기하게 만든 모든 격렬한 논쟁을 촉발시켰습니다. 문제는 사용된 속임수, 메일링 리스트의 무례함, 그리고 건설적인 토론 환경에서 완전히 용인될 수 없는 태도에 있었습니다.
유닉스 철학(한 가지 일만 잘하면 된다)이나 행복한 리눅스 표준(마치 리눅스를 윈도우즈와 맥오에스텐을 쓸어버릴 결정적인 데스크톱 시스템으로 만들려는 것처럼)에 대해 많은 이야기가 있지만, 진실은 최소한의 합의가 없다면 이 논문은 가치가 없다는 것이다. 그리고 systemd는 그것을 가져 오지 않습니다. 그것은 시야에 있습니다. Linux는 완전히 계획된 것이 아니며(BSD 또는 Windows 및 Mac과 같이) 표준은 환영하지만 자유롭고 중요하며 경우에 따라 박식한 커뮤니티의 요구 사항을 충족해야 합니다.
물론 시스템 부팅이 20초 빨라지는 것도 아닙니다. 그것은 훨씬 더 복잡한 문제의 표면을 훑어보는 것입니다.
데비안의 상황이 이와 같이 계속된다면 개인적인 차원에서 나는 Gentoo로 마이그레이션하거나 필요하다면 망할 데비안 포크에 기회를 주는 것을 고려할 것입니다. 단, 그것의 사회 계약과 그 배후의 개발자들이 저를 설득하는 한 말입니다. 지금은 Wheezy에 머물겠습니다.
댓글이 길어서 죄송합니다.
하지만 sysv를 사용하기 위해 systemd를 제거할 필요는 없습니다. http://www.esdebian.org/wiki/systemd#3.2 /etc/default/grub 편집 및 GRUB_CMDLINE_LINUX_DEFAULT=”quiet init=/sbin/init.sysvinit” 추가 + grub 업데이트 또는 systemd-sysv 패키지 제거(반드시 sysvinit를 설치했습니다).
추신: 해당 패키지를 제거하도록 요청하는 것은 문제가 되지 않습니다. 당신이 할 수 있는 것은: 먼저 시작을 관리하기 위해 sysv를 넣은 다음 systemd를 제거하고 패키지를 다시 설치합니다(systemd가 당신에게 물어볼 것이기 때문에 gnome 제외)
편견을 갖지 말고 읽어야 한다
안부
처음 한 일은 SysVinit를 설치한 다음 INIT가 부족하지 않도록 SystemD를 제거했기 때문입니다.
이전 댓글에서 닉을 잘못 입력했는데 Xiep입니다.
예, sysvinit를 사용하기 위해 systemd를 제거할 필요는 없지만 제거하고 싶습니다.
즉, systemd를 신뢰하지 않고 시스템에서 제거하려는 경우 이동식 미디어 자동 마운트 또는 루트가 되지 않은 상태에서 시스템을 일시 중단 및 최대 절전 모드로 전환하는 것과 같은 어색한 좌절에 부딪힙니다. 수동으로 할 수 있고 더 이상 누락될 수 있지만 이것이 수정 사항이라는 데 동의할 것입니다. "dbus"에 의존하는 거의 모든 것이 systemd를 설치합니다. 지금까지 프로젝트의 "공식" 솔루션 중 하나는 "systemd-shim"(http://www.itwire.com/business-it-news/open-source/65684-debian-leader-says-users-can-continue-with-sysvinit), systemd를 에뮬레이트하고 이에 의존하는 모든 프로그램을 사용할 수 있게 해주는 패키지입니다. 그러나 이 해결책은 그다지 설득력이 없습니다.
물론 나는 systemd 없이도 살아남을 수 있다(이 삶에서는 모든 것이 고정되어 있다). 내가 어떤 조건을 갖고 이 결정으로 데비안을 누가 선호하는지가 문제다. 모든 것이 작동하려면 저글링을 해야 하며, 이것이 바로 커뮤니티가 많은 물집을 일으키고 일부 사상자를 발생시키는 GR에 맞서도록 이끈 것입니다.https://www.debian.org/vote/2014/vote_003.en.html). 문제는 결과가 이분법적인 경향이 있다는 것입니다. 이기거나 지는 것입니다. 분위기가 너무 급진화되어 토론이 "전부 아니면 전무"로 끝나는 것 같습니다. 정말 나쁜 사업입니다. 19월 XNUMX일에 우리는 의문을 남길 것입니다.
Rolo, 당신은 내 행동에 대해 매우 사려깊지만, 나는 꽤 많이 읽고 나를 믿습니다. 나는 비판적이지 않습니다. 정확히 말하자면, 제게 성급하게 보였던 것은 가장 중요한 배포판 중 일부에서 기본적으로 systemd를 채택하는 것입니다. 예를 들어 시스템이 그다지 성숙하지 않은 경우입니다. 여하튼 너무 급해서 의심스러운 것 같다.
살 루드!
Xiep on "... 내 말은, systemd를 신뢰하지 않고 시스템에서 제거하려는 경우 이동식 미디어 자동 마운트 또는 루트가 되지 않은 상태에서 시스템을 일시 중단 및 최대 절전 모드로 전환하는 것과 같은 어색한 딸꾹질이 발생합니다…." PolicyKit(읽어야 합니다!!!) 및 lxde 또는 xfce4와 같은 데스크톱과 관련된 데비안의 일부 버그와 systemd를 혼동하고 있습니다.
나만의 Polkit 규칙을 만드는 데 얼마나 걸립니까?
systemd 이슈로 좀 어지럽히는 건 그만둬야지, 결국 잘 돌아가는 소프트웨어이고, 안되면 다른걸로 갈아타서 추적해버리겠지. 하지만 제발 정치는 인생의 중요한 일에 맡기자.
무지에 기반한 엄청난 편견, 남들이 하는 말을 앵무새처럼 되풀이하지 말자
Rolo, Debian Jessie에서 systemd를 제거하는 것은 어려울 것입니다. 그게 제가 의미하는 바입니다. 기본 부팅 시스템을 교체하는 것은 까다로우며 시스템을 손상시킬 수 있습니다.
누구를 비방하는 것이 아닙니다. 많은 데비안 사용자는 systemd를 신뢰하지 않습니다. 그게 전부입니다. 그리고 우리는 최근에 채택되고 있는 결정에 대해 우려를 표합니다. 이것이 바로 논쟁이 있는 이유입니다. 사실 기술위원회의 최종 결정은 매우 가까웠습니다. 단 한 표만이 최종 결정을 좌우했기 때문에 여전히 논란이 일고 있는 것이 정상이다. 그리고 그것은 정확히 명확한 다수가 아닙니다.
데비안은 항상 정치적, 사회적 측면을 고려했습니다. 아마도 그것이 프로젝트를 현재 상태로 만든 것일 수 있습니다. 그렇지 않으면 데비안이 아닐 것입니다.
당신의 마지막 문단을 어떻게 받아들여야 할지 모르겠습니다... 실격이라고요? 당신은 내가 무지하고 내 자신의 기준이 없는 앵무새라고 암시하려고 온다... 약간의 과장이 아닌가?
어쨌든,
살 루드!
아름다운 jessie의 작품
저를 놀라게 한 것은 데비안 개발자들이 systemd-shim보다 낫고 데비안이 제공하는 것보다 더 나은 대안으로 여겨지는 UselessD를 고려하지 않았다는 것입니다. 나쁜 점은 repos가 이미 동결되었고 이 버전이 Debian의 Ubuntu 12.04와 동등할 것으로 보이기 때문에 제안하기에는 너무 늦었다는 것입니다.
SystemD와 관련하여 현재 RHEL/CentOS에 대량 수준(SystemD)에서 버전 7을 구현하려는 열광자가 있는 것으로 보이지 않습니다.