2 데비안 짧은 뉴스

한편으로 최근 몇 달 동안 가장 논란이 많은 선거 이후 기술위원회는 3 명의 신입 회원. Colin Watson, Ian Jackson, Russ Allbery는 사라졌습니다. 이제 Sam Hartman, Tollef Fog Heen 및 Didier 'OdyX'Raboud를 입력하십시오. 또한 작년 XNUMX 월에는 추가 일반 결의안 회원 갱신 방법이 결정되었습니다.

Jigdo 데비안

다른 것을 위해, 제시의 상태에 대해, 50 개의 RC 버그만 남았습니다. Jessie와 Sid에 영향을 미치고 사람들이 소매를 걷어 올리면 50 월까지 Debian Jessie를 출시 할 수 있습니다. 13 개 중 2 개는 해결되지 않으면 jessie에서 제거 될 키가 아닌 패키지에 속합니다. 또한 릴리스 정보의 일부 개선 사항, 특히 systemd의 복구 섹션이 누락되었습니다. 또한 grubXNUMX의 특정 버그에 대한 도움이 필요합니다.


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

코멘트를 남겨주세요

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

*

*

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

  1.   일부 중 하나

    솔직히, Jessie에 시스템으로 들어갔 기 때문에 얼마 전에 Jessie에서 발생하지 않았던 문제 만 볼 수 있습니다. 예를 들어 만도를 꺼야 할 정도의 명백한 이유없이 중단 및 충돌이 발생하고 내 문제를 해결할 수 있습니다. 시작 및 기간이 있지만 수차와 같은 https://lists.debian.org/debian-user/2015/02/msg00013.html 그것은 나쁜 일이 일어나고 있다는 것을 나타내며 예전과 같지 않아야합니다.

    4 년 전 데비안 사용자로서 저는이 버전이 매우 잘 작동하고 문제없이 작동했기 때문에 큰 기대를했습니다.하지만 변경 사항으로 인해 배포판이 치명적일뿐만 아니라 기본적으로 활성화 된 selinux가 있다고합니다. 엉망입니다. 실제로 페도라 사용자가 (그리고 페도라를 설치했을 때 서버가) 가장 먼저하는 일은 시스템 성능에 미치는 영향이 얼마나 불안정한 지와는 별개로 잔인한 것이기 때문에 정확하게 비활성화하는 것입니다. 성능 손실은 눈치 채지 못하지만 P2 @ 6'XNUMXGhz에서 저와 같은 단일 Gb의 램을 사용하면 많은 것을 보여줍니다.

    지금은 Devuan이 나올 때까지 Wheezy에 머물 것입니다. 시도하고 약속했습니다. 그렇지 않으면 Linux를 계속 사용하면 확실히 잘 진행되고있는 openSUSE로 이동하고, 그렇지 않으면 모든 것을 휴지통으로 보내고 내가 가지고있는 FreeBSD로 확실히 이동합니다. 가상화되고 샷처럼 진행됩니다.

    어쨌든 데비안이 잘 이해했으면 좋겠어요. 그렇지 않으면 작별 인사를 할게요 (RIP)

    1.    카를로스

      systemd에 대해 불평하고 분노로 systemd를 opensuse로 사용하는 다른 배포판으로 이동합니까? 솔직히 이해가 안 돼요. systemd의 주제는 특히 만트라가 계속 반복되고 강력한 주장이 제공되지 않을 때 매우 피곤합니다. 데비안뿐만 아니라 많은 찬사를받는 Arch와 주요 배포판이 모두 systemd로 마이그레이션되었으며 아무 일도 일어나지 않습니다. 이 댓글을 쓰는 SailfishOS와 함께 내 휴대 전화에서도 사용되며 너무 행복합니다. Jessie의 경우 충돌 및 충돌이 정상이므로 아직 베타 버전입니다. init 시스템에 내재 된 것이 아닙니다. 나는 systemd와 함께 배포판을 사용하기 때문에 아무런 문제가 없었습니다. 그리고 나도 99 %도 지배하지 않는 기술적 문제를 겪지 않는 사용자로서 나는 장점만을 발견했습니다. 문안 인사.

      1.    엘라 브

        당신이 말할 수 있다면 어떤 전화를 가지고 있습니까? 😀

      2.    일부 중 하나

        보자, 나는 "내가 Jessie에서 systemd에 들어갔 기 때문에"자체 인용한다.

        시스템화 된 다른 배포판에 대해서는 언급하지 않았으며 일반적으로 Debian 외에 사용하는 배포판에 대해서는 언급하지 않았습니다. 일반적으로 Debian을 사용하지 않을 때는 Fedora (실제로 최신 버전을 건드리지 않았지만)와 openSUSE를 사용하고 있습니다. 리눅스를 사용하는 사람들의.

        내가 시스템을 싫어한다는 것을 어디서 얻습니까? 내 모든 의견은 systemd가 데비안에서 가졌던 부정적인 방해에 기반을두고 있습니다. 다른 배포판이나 systemd에 대해서는 아무 말도하지 않았습니다. 저는이 기사가 다루는 데비안 (selinux 제외)에 대해서만 말하고 있습니다. 나는 당신이 당신의 주장을 어디서 얻었는지 모르겠습니다.

        저는 Etch의 데비안을 사용하고 있으며 사용자로서 XNUMX 년 전까지 만해도 실크처럼 작동했지만 지금은 엉덩이처럼 작동하는 배포판에 화를 낼 권리가 있습니다. 베타 버전은 테스트에 영구적으로 살고 심지어 sid까지 사는 사용자가 많기 때문에 도움이되지 않습니다. 나는 오랫동안 테스트를 해왔고 Jessie에게 일어난 일은 결코 나에게 일어나지 않았으며 나는 유일한 사람이 아니며 Google 조금만 볼 수 있습니다.

        openSUSE에 대한 나의 선호는 단순히 내가 시도한 배포판 때문입니다. 여기에서 멈추는 대부분의 배포판과 마찬가지로, 문제를주지 않았기 때문에 Jessie에서 발생하는 충돌과 충돌이 훨씬 적습니다. .

        제가 Devuan을 선호하는 이유는 제가 데비안의 방식을 좋아하기 때문입니다. 그리고이 사람들은 약 XNUMX 년 전까지 만해도 Jessie를 가지겠다고 약속했습니다. 즉, 제가 전에 말했듯이 실크처럼 작동합니다.

        FreeBSD는 단순히 옵션 일 뿐이며 설치와 구성이 다소 어렵지만 최소한 원하는 것이 무엇인지, 개발 한 제품은 매력적으로 작동합니다.

    2.    사냥꾼

      그리고 나는 당신도 "베테랑 유닉스 관리자"라고 생각한다고 생각합니다 ...

      나는 systemd에 대한 이러한 증오가 이미 일어났다 고 생각했지만 시간이 오래 걸린다는 것을 알았습니다. 저는 여전히 SysVInit을 가지고 있었기 때문에 Jessie를 사용하고, 문제없이 업그레이드했고, 전혀 불만이 없습니다. Debian 8은 스타일의 릴리스가 될 것입니다. 당신은 아무것도하지 않고 FUD를 소용하지 않게 퍼뜨립니다.

      1.    일부 중 하나

        나는 당신을 그 결론으로 ​​이끌어 줄 내 게시물에서 내가 말한 것을 모릅니다.

        나는 Carlos에 대한 대답에서 내가 분명히 했으므로 Devuan에 대한 나의 선호도를 이해할 것입니다.

        어쨌든 나는 그와 똑같은 것을 말하고, 나는 전체 코멘트에서 systemd ONCE라고 이름을 붙였고 Jessie의 범위에서 당신은 그 단어를 보았고 당신은 이미 봄처럼 내 입에 넣지 않은 것을 넣는 것 같습니다. 속담. 그것은 당신이 내 의견을 정확하게 읽는 것을 귀찮게하지 않았고 당신의 첫 문장에 증거가 있기 때문입니다. 당신은 그 아이디어를 어디서 얻었는지, 간단히 말해, 보는 것이 믿는 것입니다.

      2.    마리오

        위의 사용자가 시스템을 "증오"한다고 결론을 내리는 이유는 무엇입니까? 마치 친구와 적의 양면 만있는 것처럼. 조용히 그것을 무시하기로 결정한 (또는 그 존재를 알지 못하는) 사용자가 다른 이유로 데비안을 계속 사용하고있을 수 있습니다. 사람들을 나누는 것이 시스템화되는 것이 그다지 중요하지 않다고 생각합니다.

      3.    엘리오타임3000

        데비안 제시에서 Systemd를 제거했습니다. 네트워크 및 바이너리 로그와 같은 프로세스를 방해하는 것 외에도 많은 프로그램에서 너무 많은 간섭을 일으킨다는 것을 깨달았 기 때문에 Windows XP에서 겪었던 팬텀 MBR의 동일한 딜레마로 돌아갈 것이라고 생각하게되었습니다. 나는 SysVinit로 돌아가서 문제가 해결되었습니다 (축복합니다, SysV). 문제는 믿어지지 않는 (스팸에 대해 죄송합니다)하지만 지금까지 JavaScript 및 / 또는 Flash가 많은 웹 사이트를 자주 방문하는 것 외에도 "진입"할 때 XFCE가 충돌을 멈추게하는 어떤 것도 찾을 수 없습니다 (내 넷북에는 Intel Atom이 있으며 Debian Wheezy XFCE도 충돌하지 않습니다).

        어쨌든, 불꽃과 토론은 내가 스팸하는 포럼 스레드에서 논의됩니다.

    3.    유키 테루

      Hahahahaha 나는 한 번에 버그를보고했고, 여기 DL에서 systemd에 관한 다른 토론에서도 많이 보여줬고, 많은 사람들이 그것을 무시하고 다른 사람들은 그것을 멈추지 않았습니다. 이제 그들은 systemd가 정말로 두통이라는 것을 알게되었습니다. 주어진 시간에 분명히 시스템에 연결되지 않은 장치를 기다리는 무한 루프.

      1.    엘리오타임3000

        일반 로그 대신 로그 바이너리를 사용하는 것이 두려웠 기 때문에 SysV로 교체했습니다.

      2.    유키 테루

        @ eliotime3000 저는 여전히 정상적인 시스템을 가지고 있고, 제 Gentoo / Funtoo가 이미 몇 년간의 전투를 치른 제 하드 디스크의 죽음으로 인해 죽었 기 때문에 저는 데비안을 가지고 있습니다.

        진실은, systemd는 때때로 어리석은 버그로 나를 미치게 만들지 만, 확실히 데비안에서 Jessie는 이전보다 훨씬 더 잘 작동하기 시작했습니다. 이것은 잘 알려진 결함을 제거하지 않고 얼마나 뚱뚱한지를 제거하지 않습니다.

      3.    엘리오타임3000

        끊임없는 개선으로 기록적인 시간 내에 Intel 드라이버의 GLAMOR 문제를 해결했지만 LibDRM을 안정화 할 때 엉망인 것 같습니다.

    4.    유키 테루

      귀하의 의견 @unodetantos에서 가져옵니다.

      «... selinux는 기본적으로 selinux를 활성화 할 것입니다. 이것은 쓰레기입니다. 실제로 페도라 사용자가하는 첫 번째 작업 (그리고 페도라가 설치된 서버)은 시스템 성능에 미치는 영향을 정확히 비활성화하는 것입니다. 불안정하다는 점을 제외하면 잔인합니다…»

      1.- SELinux가 시스템 성능에 강한 영향을 미칩니 까? 나는 이것에 대해 알아 낸다. 저는 SELinux 또는 AppArmor가 활성화 된 개인용 컴퓨터와 서버 (Fedora, Ubuntu, OpenSUSE)를 사용해 왔으며 이러한 영향은 실제로 무시할 수 있습니다. SID의 다른 패키지에서 가져 오는 것보다 BUG RC로 계산해야하는 버그). SELinux 또는 AppArmor를 활성화하면 시스템이 느려지기 때문이 아닙니다. 또한 실제로 HT가없는 P4@2.6 Ghz는 OpenBOX 또는 awesome과 같은 wm을 사용하지 않는 한 개인 컴퓨팅에서 사용하기에 좋은 하드웨어가 아닙니다.

      2.- SELinux를 비활성화 하시겠습니까? 어떤 척도. SELinux 또는 AppArmor는 의심 할 여지없이 운영 체제가 작동하는 방식을 변경하여 위험하다고 간주 될 수있는 작업을 수행하지 못하도록 방지합니다. 대부분의 경우 비즈니스 수준에서 심지어 개인적으로도 훌륭한 보안 조치입니다. 컴퓨터 위협은 사무실에서 일하는지 여부를 존중하지 않습니다. 다음과 같은 댓글을 볼 때마다이 페이지를 상기합니다. http://stopdisablingselinux.com/

      인사하는 친구 🙂

      1.    일부 중 하나

        사실 AppArmor와 SELinux의 성능 차이는 겸손한 시스템에서 크며 두 응용 프로그램의 목적은 비슷하지만 개발 방식이 다르다는 것입니다.

        내 특별한 경우에 AppArmor가 활성화되었는지 여부는 openSUSE에서 눈에 띄지 않으며 시스템이 빠르게 부팅되며 적어도 오류 알림이나 경고를 제공하지 않았습니다. 즉,해야 할 일을 수행하고 수행합니다. 좋은. 그러나 Fedora의 SELinux에서 가장 먼저 눈에 띄는 것은 시작하는 데 몇 초 더 오래 걸리고 예상보다 더 자주 일반적인 경고와 실패한 행복한 작은 아이콘이 팝업된다는 것입니다.

        어쨌든 내 선호는 이전에 언급 한 AppArmor입니다. 나는 데비안이 최대 안정성을 가진 배포판이 가장 안정적이고 두 응용 프로그램이 동일한 목표를 가지고 있다는 점을 고려할 때 기본적으로 가지고 있었으면 좋겠다.

        반복합니다. 좀 더 현대적인 시스템, 즉 멀티 코어, SSD 디스크 및 4GB의 램에서 HT가 활성화되어 있어도 표시되는 경우 속도가 느리다는 것을 알지 못할 수도 있지만 더 겸손한 것입니다.

        어쨌든 SUSE 페이지에는 웹상의 모든 것과 거의 동일하다고 말하는 비교가 있지만 더 시각적이고 더 잘 볼 수 있습니다. 관심이 있다면 읽을 수 있습니다. https://www.suse.com/support/security/apparmor/features/selinux_comparison.html

      2.    유키 테루

        맞습니다. AppArmor와 SELinux의 작동 방식은 매우 다릅니다. 예를 들면 다음과 같습니다. AppArmor는 경로 이름을 기반으로 제어하고 TOCTOU 공격에 취약하며 SELinux는 FS에 레이블을 재지 정하는 속도가 느리지 만 시스템에 대한 제어는 총체적입니다. SELinux는 제어 및 보안 기능 측면에서 기술적으로 훨씬 우수하지만 각각의 장단점을 제공합니다.

        이제 SELinux는 드물게 실패하는 경향이 있으므로 복잡성, 작동 방식 및 시스템에서 수행하는 작업과 관련이 있습니다. SELinux가 어떤 식 으로든 (허용 또는 강제) 활성화되면 해당 규칙이 시스템의 모든 개체에 적용되고 이러한 규칙 중 하나가 특정 개체가 수행하는 작업과 일치하지 않으면 문제가 시작됩니다. 이러한 경우 SELinux는 활성 규칙을 따르지 않는 것에 대해 그다지 유연하지 않으며 유연하지 않기 때문에 동시에 강력하고 성가 시게 만듭니다. 그래서 시스템의 각 업데이트 또는 변경에 따라 이러한 세부 정보가 통과하지 못하도록 SELinux를 조정해야하며 SELinux가 특정 개체에 의한 액세스 위반을 감지했다는 경고를 확인해야합니다.

        AppArmor는 특정 프로그램을 불만 모드로 실행하고 다른 프로그램은 감사 모드 또는 적용 모드로 실행할 수 있으므로 훨씬 더 유연합니다. 각각의 바이너리는 설명 된대로 실행되므로 많은 문제없이 시스템을 제어 할 수 있습니다. 기본적으로 전체 시스템이 제어되지 않고 AppArmor의 강제 제어하에 있지 않은 바이너리가 많고 현재 AppArmor에있는 몇 가지 강제 프로필에서 볼 수 있다는 차이점이 있습니다 (적어도 우분투 및 데비안에서), 결국 추가 보안을 생성하지 않으며 이는 MAC을 활성화 할 때 추구하는 것입니다.

        인사말.

      3.    Alunado

        체, 정식 교육이 너를 먹은 것 같아 ..
        우연히 레드햇 코스를 수강 했습니까? 시스템에는 오래된 SELinux가 필요하지 않습니다 ...

      4.    유키 테루

        @alunado 도대체 무슨 소리 야? 대화를 따르고 있습니까? SELinux는 GNU / Linux OS가 제대로 작동하는 데 꼭 필요한 것은 아니지만 OS의 보안을 확장하는 데 탁월한 시스템입니다. 이것이 바로 여기서 말하는 것입니다.

        그 아이디어를 어디서 얻었는지 모르겠습니다. 아니요, 저는 Red Hat 과정을 이수하 지 않았습니다.

    5.    엘리오타임3000

      오류가 SystemD에서 비롯된 것이라고 생각하십니까? 그것은 NetworkManager의 잘못이며 오랫동안 네트워크에 연결하는 솔루션이 있었기 때문에 답이 없습니다. 이제 심각한 버그에 대해서는 이 문제를보세요, 이는 많은 Flash Player로 페이지에 들어가거나 Facebook에 들어갈 때 브라우저로 브라우징 할 때 배포판의 성능에 심각한 영향을 미칩니다.

  2.   오타쿠로 건

    나는 다시 말하지만, 시스템이 그것을 삼킨 것 같습니다. 어쨌든 처리하는 데 오랜 시간이 걸리고 손실되지 않았기 때문에 다시 볼 수 있습니다.

    얼마 전에 나는 "데비안은 그 지점에서 길을 잃는다"라는 기사를 썼다. 오늘 나는 그것을 확증 할 수있을 뿐이고, 아무것도 수정되지 않았고 일부 세부 사항은 아주 추합니다.

    Jessie가 안정되기 위해 누락 된 50 개의 버그 중 예를 들어 Nvidia Optimus 사용자가 Debian 자체 저장소에서 제공하는 독점 드라이버로 일부 Steam 게임을 시작할 수 없다는 것은 아닙니다 (무시 된 버그 보고서에 대한 링크). : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776305 y https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768045), 이는 이전 1이 아닌 libdrm-intel2.4.58 2.4.56에서만 발생하는 것으로 보입니다. 시스템화하기 위해 데스크탑에 대해 너무 많이 생각하지만 이와 같은 것은 중요하지 않습니다. 또는 aMule이 안정적이지 않을 것입니다.주의를 기울여서 패키지를 wxWidgets 3.0으로 업데이트하고 작동하지 않는다는 것을 알았고 wxWidgets 2.8 버전도 설치하고 싶지 않기 때문에 aMule이 없습니다. 어떤 이유로 Wine은 winecfg에 대한 링크없이 설치됩니다. 그리고 Wayland 도서관 단위는 어떻습니까? Wayland가 아닌 X.Org를 사용하지 않는데 왜 Wayland와 10 개의 Wayland 라이브러리를 설치해야합니까? 누구든지 Jessie가 Wheezy를 어떻게 개선했는지 말해 줄 수 있습니까? 이제 Nvidia Optimus를 지원하는 것 외에는 (위에 언급 된 버그로 인해 Left 4 Dead 2를 플레이 할 수 없습니다) 이제 Thunar가 분해 할 때 망치지 않습니다. 텀블러 때문에 USB? OpenSuSE와 같은 터무니없는 종속성으로 인해 더러워지는 시스템 만 볼 수 있습니다 (Vokoscreen은 VLC에 의존합니다! 왜? 패키지 관리자가 와서 나에게 설명 할 수 있습니까? 버그 보고서를 통해 그들이 나에게 대답하지 않을 것이 분명하기 때문입니다).

    나는 항상 데비안이 공식 리포지토리에 너무 많은 패키지를 가지고 있고, 외부에서 설치할 필요가 없어서 상당히 안전하다고 느꼈다고 생각했습니다. 그러나 그들은 내가 여전히 위대한 사람인지 여부에 관계없이 사용자로서 나를 잃었습니다. 그리고 FreeBSD에 실패한 후 (편지의 지침에 따라 간단한 설치 후 0 번의 시도 중 3 시작) 저에게는 Slackkware와 Gentoo / Funtoo가 있습니다. 외부 패키지가없는 Optimus이므로 지금은 복잡한 Gentoo로 가십시오.)

    1.    카를로스

      나는 몇 주 동안 Jolla를 가지고 있습니다. 의심 / 호기심이 있거나 / 캠에서 라이브로보고 싶거나 내 이메일에 쓰거나 여기에 알려주세요 ^^ (나는 두 댓글에 같은 이메일을 넣었는지 기억이 나지 않습니다.

      추신 : 사용자 에이전트에 Jolla에 대한 참조가 있습니까?

      1.    존 버로우스

        우리는 다릅니다. -Jolla

    2.    유키 테루

      @OtakuLogan, 추가해야합니다.

      1.- Accel GLAMOR이 활성화 된 xserver-xorg-video-radeon의 그리기 오류.
      2.- GCC 4.9에는 이상한 버그가 있으며, 그 버그 중 하나가 내 사랑하는 desmume에 영향을 미칩니다 🙁
      3.- Wayland와 관련하여, 그것은 또 다른 문제입니다. 데비안에서는 컴파일 된 모든 것에 대해 거의 모든 것을 활성화하는 습관이 있고 분명히 많은 종속성을 생성하며 문제는 없습니다. 이상하게 생각하는 것은 데비안이 작동하는 방식의 시스템이이를 필요로 만든다는 것입니다. 예를 들어 컴파일하는 모든 것에서 Wayland 지원을 제거하고 Xorg 지원 만 남겨 두는 것과 같은 어려운 작업이지만 불가능한.
      4.- SELinux에는 미친 오류가 있습니다. 설치하고 활성화하면 모든 것이 잘 진행되는 것 같지만 "SELinux active"pum으로 부팅하면 SELinux가 전혀 활성화되지 않습니다.

      세부 사항, 세부 사항은 더 이상 없습니다 😀

      1.    anonimo

        내가 아는 유일한 방법은 모든 특성 (대부분 원치 않는)을 가진 패키지를 생성하도록 강요된 종속성을 깨뜨리는 방법은 자체 패키지를 컴파일하는 것입니다.
        그것은 용이성과 유연성 사이의 드라마입니다 ... 쉽기를 원한다면 설치하고 싶지 않은 수천 개의 종속성 패키지를 갖게 될 것이며, 유연성을 원한다면 패키지를 컴파일해야 할 것입니다. 바이너리 배포판은 99 %의 사람들이 사용하지 않는 것을 버릴 수 있습니다.

        여기 젠투 테스트에서 당신은 매우 조용한 삶을 살고 있습니다 ... 심지어 지루하다고 말하고 싶습니다. 모든 것이 정상적으로 진행되고 있습니다. 기본적으로 며칠… 엄청나게 엉망이되었고, 포럼에서 투표하러 갔고 결국 산사태로 ffmpeg에서 승리했습니다.

        다른 배포판에서 어떤 일이 일어나는지 보는 것은 즐겁습니다. 그들이 사용자를 극복하고 되 찾을 수 있기를 바랍니다.

    3.    엘리오타임3000

      […] 제시가 안정되기 위해 빠진 50 개의 버그 중에는 예를 들어 Nvidia Optimus 사용자가 Debian 자체가 저장소에 제공하는 독점 드라이버로 일부 Steam 게임을 시작할 수 없다는 것이 아닙니다. 이전 1이 아닌 libdrm-intel2.4.58 2.4.56 버전. […]

      인텔 LibDRM? 지금은 이해 도대체 내가 왜 모든 XFCE 인터페이스 고정 Facebook에 들어가기 시작하거나 자바 스크립트 및 / 또는 Flash Player가 많은 페이지에 들어가 자마자. XFCE를 목에 매달아 두는 것 외에 상기 패키지가 동작하도록하는 방법이 있다면 제 포럼 스레드에 회신 해주십시오.

  3.   유키 테루

    글쎄요, 제 생각에는 Glamour와 xserver-xorg-video-radeon 버그가 오랫동안 보류되었고 아무것도 수정되지 않았기 때문에 목록에 몇 가지 버그가 추가 될 것입니다.

    1.    엘리오타임3000

      그래픽 문제가있는 유일한 사람이 아닌 것 같습니다 (제 경우에는 GLAMOR이 업데이트 후 사라졌지 만). 제 경우에는 무거운 JS / Flash로 페이지를 탐색 할 때와 Facebook을 탐색 할 때 LibDRM이 나를 트롤링하는 것 같습니다.

      추신 : 내 의견을 확인하십시오. 터키 드라마«천일 밤»의 Sherezade처럼 해결책을 찾기 위해 이미 절망에서 링크를 스팸했습니다.

  4.   kik1n

    하하하 나도 불평 할게.
    데비안 테스팅을 1 년 동안 사용해 왔는데 잘 작동했습니다. 하지만 나중에는 실수를해서 실수를합니다. 비디오, 클레멘 타인, 자바, 오디오, vlc 및 Xfce (qt 테마).
    모든 것이 "자동 구성"되고 깨지지 않았기 때문에 마음에 들었습니다.하지만 이제는 작업 할 수없는 버그로 가득 차 있습니다. Arch와 Fedora (서버용 Centos)로 돌아가는 것보다 낫습니다.

    1.    엘리오타임3000

      오디오, Java, VLC 및 Clementine에 관해서는 문제가 없습니다. 하지만 저의 가장 큰 도전은 Javascript / Flash Player / Facebook이 많은 웹 사이트를 탐색 할 때 내 XFCE 데스크탑이 중단되는 이유.

      1.    kik1n

        사용하는 비디오 드라이버 때문일 수 있습니다. 나는 크롬을 사용하여 비디오 가속 및 xfce와 함께 사용할 수 없었습니다.
        건배 :)

  5.   ROLO

    대단해 !!!! 이 블로그에 데비안에 대한 글이 게시 될 때마다, 반-데비안 의견 학자 그룹은 악명 높은 거짓말을 퍼 뜨리고 범용 운영 체제를 실격 시키려고합니다.

    그러나 Aristotle이 말했듯이 유일한 진실은 현실이며 현실은 Debian Jessie가 아직 안정적이지 않더라도 똥처럼 작동한다는 것입니다 😉

    이러한 반 데비안의 대다수가 자신을 데비안 사용자로 정의하고 있으며 곧 Devuan, Slackware, FreeBSD, Gentoo 등으로 전환 할 것이라고 항상 말합니다. 그러나 그들은 항상 Debian Oo에 있습니다.

    데비안이 짜증나는지 궁금합니다. 왜 계속 사용합니까? 그들은 마조히스트입니까? XDDD

    1.    사냥꾼

      당신 말이 맞아, Jessie가 놀아. 나는 밈이 말하는 것처럼 생각합니다.

      1.    Artus

        저는 2005 년부터 Debian을 사용하고 있습니다. OpenSuse와 Ubuntu로 전환 한 후 이러한 배포판이 어떤 것인지 테스트하기 위해 사용했습니다. 3 개월도 안되는 짧은 시간이었습니다.
        나는 데비안 없이는 살 수 없었고, 출애굽이 지속 되 자마자 돌아 왔고, 그 이후로 계속 사용하고 테스트에 문제가 있었지만 해결책이 있었지만 약간의 노력이 필요합니다. 이것의 장점은 많은 것을 배우는 것입니다.
        예상치 못한 오류를 원하지 않는 경우 안정적인 분기를 선택해야합니다. 나에게 테스트는 균형점, 상대적으로 새로운 패키지 및 일상의 안정성입니다.
        데비안은 훌륭한 배포판입니다. VIVA DEBIAN!

    2.    헤르츠

      그렇게 생각 해요 ^^

  6.   linuXgirl

    와 !!! 그 향수 !!! 같은 열정으로 나는 데비안에 대해 이야기하고 있었는데 ... Manjaro Linux를 발견했습니다 !!!

  7.  

    데비안의 나쁜 점은 다음 버전이 언제 나올지 알 수 없다는 것입니다.

    1.    엘리오타임3000

      SystemD는 기본 데스크탑으로 GNOME 3을 선택하는 한 고유합니다.

  8.   브리 온

    데비안과 다른 파생물을 오염시킨 SYSTEMD (트로이 목마)가없는 배포판 인 Devuan을 기다리고 있습니다.

  9.   신플래그

    데비안은 기술적 인 측면 에서뿐만 아니라 그 커뮤니티가 완전히 상충되는 systemd와 큰 실수를 저질렀습니다. Devuan 1.0 안정이 시스템화되지 않은 상태로 나올 때 어떤 일이 일어날 지보고 싶습니다. 그냥보고 싶어요.