Một mặt sau cuộc bầu cử gây tranh cãi nhất trong những tháng gần đây, Ủy ban kỹ thuật hoan nghênh 3 thành viên mới. Colin Watson, Ian Jackson và Russ Allbery đã biến mất. Bây giờ hãy nhập Sam Hartman, Tollef Fog Heen và Didier 'OdyX' Raboud. Cũng vào tháng XNUMX năm ngoái họ đã làm một giải pháp chung bổ sung nơi nó được xác định như thế nào để đổi mới các thành viên.
Đối với người khác, về tình trạng của Jessie, chỉ còn lại 50 lỗi RC ảnh hưởng đến Jessie và Sid và rằng nếu mọi người xắn tay áo vào thì họ có thể phát hành Debian Jessie trước tháng 50. Trong số 13 đó, 2 gói thuộc về các gói không phải khóa sẽ bị xóa khỏi jessie nếu không được giải quyết. Ngoài ra còn thiếu một số cải tiến trong ghi chú phát hành, đáng chú ý nhất là phần khôi phục cho systemd. Họ cũng cần trợ giúp cho một số lỗi nhất định trong grubXNUMX.
Thành thật mà nói, kể từ khi tôi nhập systemd trong Jessie, tất cả những gì tôi thấy là những vấn đề KHÔNG xảy ra ở Jessie trước đây không lâu, chẳng hạn như treo và treo mà không có lý do rõ ràng đến mức phải tắt dao rựa và tôi có thể được khắc phục, bạn bắt đầu và kết thúc nhưng có quang sai như https://lists.debian.org/debian-user/2015/02/msg00013.html điều này chỉ ra rằng có điều gì đó tồi tệ đang xảy ra và nó không phải như trước đây.
Là một người dùng debian một năm trước, tôi đã hy vọng rất cao vào phiên bản này vì nó hoạt động rất tốt và không có vấn đề gì nhưng sự thay đổi mà nó đã thực hiện đã khiến bản phân phối trở nên nghiêm trọng và không chỉ vậy, người ta nói rằng nó sẽ được kích hoạt selinux theo mặc định. là một mớ hỗn độn, trên thực tế, điều đầu tiên mà người dùng fedora làm (và máy chủ khi họ đã cài đặt fedora) chính xác là vô hiệu hóa nó vì tác động của nó đối với hiệu suất hệ thống là rất tàn bạo ngoài việc nó không ổn định như thế nào, với một chiếc máy tốt, một số không Bạn sẽ không nhận thấy sự mất hiệu suất nhưng với P4 @ 2'6Ghz với một Gb ram duy nhất như tôi, nó cho thấy rất nhiều.
Hiện tại tôi sẽ ở lại Wheezy cho đến khi Devuan ra mắt, điều mà tôi đã cố gắng và hứa hẹn, nếu không nếu tôi tiếp tục trên linux chắc chắn tôi sẽ vào openSUSE đang diễn ra rất tốt và nếu không tôi sẽ gửi mọi thứ vào thùng rác và chắc chắn tôi sẽ vào FreeBSD mà tôi có ảo hóa và đi như tên bắn.
Dù sao đi nữa, tôi hy vọng Debian sẽ giải quyết được vấn đề này nếu không tôi sẽ tạm biệt một cách tốt đẹp (RIP)
Bạn có phàn nàn về systemd và vì tức giận, bạn chuyển sang một bản phân phối khác sử dụng systemd như opensuse? Tôi thực lòng không hiểu. Chủ đề của systemd rất mệt mỏi, đặc biệt khi các câu thần chú được lặp đi lặp lại và không có lập luận chặt chẽ nào được đưa ra. Debian cũng như Arch được ca ngợi nhiều và các bản phân phối chính đều đã chuyển sang systemd và không có gì xảy ra. Nó thậm chí còn được sử dụng bởi điện thoại của tôi với SailfishOS mà từ đó tôi viết nhận xét này và tôi rất vui. Việc va chạm và gặp sự cố là bình thường đối với Jessie, đó là lý do tại sao nó vẫn đang trong giai đoạn thử nghiệm. Nó không phải là bản chất của hệ thống init đó. Kể từ khi tôi sử dụng bản phân phối với systemd, tôi không gặp bất kỳ vấn đề nào. Và với tư cách là một người dùng không đi sâu vào các vấn đề kỹ thuật mà cả tôi và 99% những người ở đây đều không thống trị, tôi chỉ tìm thấy lợi thế. Trân trọng.
Bạn có điện thoại gì nếu bạn có thể cho biết? 😀
Để xem, tôi tự trích dẫn "kể từ khi tôi nhập systemd trong Jessie."
Tôi chưa nói gì về các bản phân phối khác mang systemd và tôi thường sử dụng ngoài Debian, nói chung khi tôi không sử dụng Debian, tôi đang sử dụng Fedora (mặc dù phiên bản cuối cùng tôi thực tế chưa chạm vào nó) và openSUSE mặc dù tôi cũng đã sử dụng các phiên bản khác, như hầu hết của những người sử dụng linux.
Bạn lấy đâu ra mà tôi ghét systemd? Tất cả nhận xét của tôi dựa trên sự gián đoạn tiêu cực mà systemd đã có trong debian, tôi chưa nói gì về các bản phân phối hoặc systemd khác, tôi chỉ nói và duy nhất về debian (ngoại trừ selinux), đó là nội dung bài viết nói về thế này Tôi không biết bạn lấy lý lẽ của mình từ đâu.
Tôi sử dụng Debian từ Etch và với tư cách là một người dùng, tôi có quyền khó chịu với một bản phân phối mà cách đây một năm hoạt động như lụa và bây giờ nó hoạt động bình thường. Những gì ở bản beta không giúp được tôi vì có rất nhiều người dùng sống cố định trong thử nghiệm và thậm chí sid. Bản thân tôi cũng đã từng thử nghiệm trong một thời gian dài và những gì xảy ra với Jessie chưa bao giờ xảy ra với tôi và tôi không phải là người duy nhất, chỉ cần google một chút là bạn sẽ thấy.
Sở thích của tôi đối với openSUSE đơn giản là vì các bản phân phối mà tôi đã thử, khá ít, giống như hầu hết các bản dừng ở đây, đơn giản là vì nó chưa bao giờ gây ra cho tôi vấn đề, ít gặp sự cố và sự cố như đang xảy ra với Jessie .
Sở thích của tôi đối với Devuan đơn giản là vì tôi thích Debian như vậy và những người này hứa hẹn sẽ có Jessie như cách đây khoảng một năm, tức là nó hoạt động như lụa như tôi đã nói trước đây.
Còn với FreeBSD, nó chỉ đơn giản là một lựa chọn, ít nhất họ biết mình muốn gì và những thứ họ phát triển hoạt động như một cái duyên, mặc dù việc cài đặt và cấu hình có phần khó khăn.
Và tôi đoán bạn cũng coi mình là một "quản trị viên unix kỳ cựu" ...
Tôi nghĩ rằng sự căm ghét systemd này đã xảy ra nhưng tôi thấy rằng phải mất một thời gian, tôi sử dụng Jessie từ khi tôi vẫn còn SysVInit, tôi đã nâng cấp mà không gặp vấn đề gì, tôi không có gì phàn nàn cả, Debian 8 sẽ là một bản phát hành đúng kiểu , bạn không làm gì khác ngoài việc lây lan FUD vô ích.
Tôi không biết những gì tôi đã nói trong bài đăng của tôi sẽ dẫn bạn đến kết luận đó.
Tôi nghĩ rằng trong câu trả lời cho Carlos, tôi đã nói rõ điều đó, vì vậy có thể bạn sẽ hiểu sở thích của tôi dành cho Devuan.
Dù sao tôi cũng nói với bạn điều tương tự như anh ấy, tôi chỉ đặt tên systemd MỘT LẦN trong toàn bộ bình luận và trong phạm vi của Jessie, có vẻ như bạn nhìn thấy từ đó và bạn đã nhảy như một cái lò xo đưa những thứ mà tôi KHÔNG CÓ câu nói. Đó là vì bạn còn chưa thèm đọc comment của tôi một cách chính xác và bạn có bằng chứng trong câu đầu tiên của bạn, bạn sẽ cho tôi biết bạn lấy ý tưởng đó từ đâu, tóm lại là thấy tin.
Tại sao bạn và một người dùng ở trên đi đến kết luận rằng họ "ghét" systemd? Như thể chỉ có hai phía: bạn hoặc thù. Một cách lặng lẽ, có thể người dùng đã quyết định bỏ qua nó (hoặc không biết về sự tồn tại của nó) và tiếp tục sử dụng debian vì những lý do khác. Tôi không thấy systemd có tầm quan trọng nhiều đến việc chia rẽ mọi người.
Tôi đã loại bỏ Systemd trong Debian Jessie vì tôi nhận ra rằng nó can thiệp quá nhiều vào nhiều chương trình, ngoài việc cản trở các quá trình như mạng và nhật ký nhị phân của nó, chúng khiến tôi nghĩ rằng tôi sẽ trở lại cùng một tình thế tiến thoái lưỡng nan của bóng ma MBR mà tôi gặp phải với Windows XP, vì vậy tôi đã quay lại SysVinit và vấn đề đã được khắc phục (chúc phúc cho bạn, SysV). Vấn đề là đáng kinh ngạc (xin lỗi vì thư rác), nhưng cho đến nay tôi không thể tìm thấy bất kỳ điều gì khiến XFCE ngừng gặp sự cố khi "nhập cảnh", ngoài việc thường xuyên truy cập các trang web có nhiều JavaScript và / hoặc Flash (netbook của tôi có Intel Atom, và thậm chí không Debian Wheezy XFCE bị treo).
Dù sao, ngọn lửa và cuộc tranh luận được thảo luận trong chuỗi diễn đàn mà tôi đang gửi thư rác.
Hahahahaha Tôi đã báo cáo lỗi đó trong một lần, và tôi thậm chí còn cho thấy nó rất nhiều trong các cuộc thảo luận khác đã có ở đây trong DL về systemd, nhiều người đã bác bỏ nó và những người khác không ngăn chặn nó, bây giờ họ thấy rằng systemd thực sự rất đau đầu. có một vòng lặp vô hạn chờ một thiết bị rõ ràng không được kết nối với hệ thống tại bất kỳ thời điểm nào.
Tôi đã thay thế nó bằng SysV vì tôi rất sợ có tệp nhị phân nhật ký thay vì nhật ký bình thường.
@ eliotime3000 Tôi vẫn có systemd bình thường và tôi có Debian vì Gentoo / Funtoo của tôi đã chết do ổ cứng đã trải qua vài năm chiến đấu của tôi bị chết.
Sự thật là, systemd đôi khi khiến tôi phát điên với những lỗi ngớ ngẩn, nhưng chắc chắn trong Debian, Jessie đã bắt đầu hoạt động tốt hơn nhiều so với trước đây, điều này không loại bỏ những lỗi nổi tiếng mà nó mắc phải và không làm mất đi những lỗi đáng tiếc của nó.
Trong những cải tiến liên tục, tôi có thể chứng thực những gì bạn nói, vì trong thời gian kỷ lục, họ đã giải quyết vấn đề GLAMOR trong trình điều khiển Intel, nhưng tại thời điểm ổn định LibDRM, có vẻ như họ đã gặp trục trặc.
Lấy từ nhận xét của bạn @unodetantos:
«… Người ta nói rằng nó sẽ được kích hoạt selinux theo mặc định, điều đó thật là tào lao, trên thực tế, điều đầu tiên mà người dùng fedora làm (và máy chủ khi họ đã cài đặt fedora) chính xác là vô hiệu hóa nó vì tác động của nó đến hiệu suất hệ thống là rất tàn bạo ngoài việc nó không ổn định như thế nào… »
1.- SELinux có tác động mạnh đến hiệu suất hệ thống không? Tôi tìm hiểu về điều này. Tôi đã sử dụng các máy và máy chủ cá nhân có kích hoạt SELinux hoặc AppArmor (Fedora, Ubuntu, OpenSUSE) và tác động như vậy thực sự không đáng kể, ngay cả khi chiếc Debian Jessie mà tôi đi dạo này có AppArmor đang hoạt động (SELinux có một lỗi lớn khiến nó không thể kích hoạt có hơn việc kéo các gói khác trong SID, một lỗi sẽ được tính là BUG RC). Không phải vì kích hoạt SELinux hay AppArmor làm cho hệ thống chậm đi mà chỉ vì. Ngoài ra, thực sự P4@2.6 Ghz không có HT không phải là một phần cứng tốt để sử dụng nó trong máy tính cá nhân trừ khi bạn sử dụng một wm như OpenBOX hoặc tuyệt vời.
2.- Hủy kích hoạt SELinux? Thật là một biện pháp. SELinux hoặc AppArmor, chắc chắn là cả hai đều thay đổi cách hệ điều hành có thể hoạt động ngăn bạn làm những việc có thể được coi là nguy hiểm và hầu hết là, chúng là các biện pháp bảo mật tuyệt vời ở cấp độ doanh nghiệp và thậm chí là cá nhân, vì Mối đe dọa máy tính không tôn trọng việc bạn có làm việc trong văn phòng hay không. Mỗi khi tôi nhìn thấy những bình luận như thế này, tôi lại nhớ đến trang này: http://stopdisablingselinux.com/
Chào bạn 🙂
Sự thật là sự khác biệt giữa AppArmor và SELinux về hiệu suất là rất lớn trên một chiếc máy khiêm tốn và là mặc dù mục đích của cả hai ứng dụng đều giống nhau, nhưng cách thức phát triển chúng lại khác nhau.
Trong trường hợp cụ thể của tôi, việc AppArmor có hoạt động hay không là điều không đáng chú ý trong openSUSE, hệ thống khởi động nhanh như nhau và ít nhất là nó chưa bao giờ đưa cho tôi bất kỳ thông báo lỗi hoặc cảnh báo nào, nghĩa là nó thực hiện những gì nó phải làm và hoạt động tốt. . Tuy nhiên, với SELinux trong Fedora, điều đầu tiên bạn nhận thấy là mất vài giây để khởi động và thường xuyên hơn so với thông báo thông thường và biểu tượng nhỏ vui vẻ rằng nó đã bị lỗi xuất hiện.
Dù sao sở thích của tôi là AppArmor từ những gì tôi đã nhận xét trước đây. Tôi ước gì Debian có nó theo mặc định vì một bản phân phối có độ ổn định cao nhất, nên sử dụng bản ổn định nhất và có tính đến việc cả hai ứng dụng đều có cùng mục tiêu, tôi sẽ hiểu rất rõ ràng.
Tôi nhắc lại, trong một máy hiện đại hơn, tức là đa lõi, đĩa ssd và 4 gig ram, bạn thậm chí có thể không nhận thấy rằng nó chậm hơn nhưng trong một cái gì đó khiêm tốn hơn nếu nó hiển thị mặc dù tôi đã kích hoạt HT.
Dù sao, trên trang SUSE có một so sánh nói rằng ít nhiều giống với tất cả những cái trên web nhưng ở đó nó trực quan hơn và có thể nhìn rõ hơn, nếu ai quan tâm có thể đọc nó trong https://www.suse.com/support/security/apparmor/features/selinux_comparison.html
Bạn nói đúng, hoạt động của AppArmor và SELinux rất khác nhau. Ví dụ; Tôi có thể đề cập rằng AppArmor dựa trên quyền kiểm soát của nó dựa trên tên đường dẫn và dễ bị tấn công TOCTOU, và SELinux chậm gắn nhãn lại FS nhưng quyền kiểm soát của nó đối với hệ thống là hoàn toàn. Điều đó mang lại cho mỗi người trong số họ những ưu và khuyết điểm riêng, mặc dù về mặt kỹ thuật, SELinux vượt trội hơn nhiều về khả năng kiểm soát và bảo mật.
Bây giờ SELinux có xu hướng thất bại trong những trường hợp hiếm hoi có liên quan đến sự phức tạp của nó, cách thức hoạt động của nó và những gì chúng ta làm trong hệ thống. Khi SELinux được kích hoạt theo bất kỳ cách nào (cho phép hoặc thực thi), các quy tắc của nó sẽ áp dụng cho MỌI đối tượng trong hệ thống và khi một trong những quy tắc đó không khớp với những gì một đối tượng nhất định đang làm, thì vấn đề bắt đầu. SELinux trong những trường hợp này không linh hoạt lắm với những gì không tuân theo các quy tắc hoạt động, và điều đó không linh hoạt là điều khiến nó trở nên mạnh mẽ và gây khó chịu đồng thời, đó là lý do tại sao, với mỗi bản cập nhật hoặc thay đổi trong hệ thống, có Bạn phải điều chỉnh SELinux để ngăn không cho những chi tiết này đi qua và bạn phải thấy cảnh báo rằng SELinux đã phát hiện thấy vi phạm truy cập của một số đối tượng nhất định.
Về phần mình, AppArmor linh hoạt hơn nhiều, vì bạn có thể làm cho một số chương trình nhất định chạy ở chế độ khiếu nại, những chương trình khác ở chế độ kiểm tra hoặc chế độ thực thi. Mỗi mã nhị phân đó sẽ chạy như mô tả và điều đó cho phép bạn điều khiển hệ thống mà không gặp nhiều rắc rối. Với sự khác biệt là không phải toàn bộ hệ thống được kiểm soát theo mặc định và có nhiều tệp nhị phân chỉ đơn giản là không nằm dưới sự kiểm soát thực thi của AppArmor và điều đó có thể thấy trong một số cấu hình thực thi hiện có trong AppArmor (ít nhất là trong Ubuntu và Debian ), mà cuối cùng không tạo ra bảo mật bổ sung, đó là những gì được tìm kiếm khi kích hoạt MAC.
Chúc mừng.
che, đối với tôi dường như giáo dục chính quy đã ăn dừa của bạn ..
Bạn có tình cờ tham gia một khóa học mũ đỏ không? Một hệ thống không cần SELinux cũ ...
@alunado Bạn đang nói cái quái gì vậy? Bạn đang theo dõi cuộc trò chuyện? SELinux chắc chắn không cần thiết để HĐH GNU / Linux hoạt động chính xác, nhưng nó là một hệ thống tuyệt vời để mở rộng tính bảo mật của HĐH, và đó chính xác là những gì chúng ta đang nói ở đây.
Tôi không biết bạn lấy ý tưởng đó từ đâu. Và không, tôi chưa thực hiện các khóa học Red Hat.
Bạn có nghĩ rằng lỗi đó là từ SystemD? Đó là lỗi của NetworkManager, lâu nay vẫn chưa có giải pháp kết nối mạng nên chưa có câu trả lời. Bây giờ, liên quan đến các lỗi nghiêm trọng, hãy nhìn vào vấn đề này, điều này ảnh hưởng nghiêm trọng đến hiệu suất của bản phân phối khi duyệt bằng bất kỳ trình duyệt nào khi một người vào các trang có nhiều Flash Player hoặc vào Facebook.
Tôi bình luận lại, có vẻ như hệ thống đã nuốt nó. Trong mọi trường hợp, bạn có thể gặp lại nó vì đơn giản là nó đã mất một thời gian dài để xử lý và không bị mất.
Cách đây một thời gian, tôi đã viết bài "Debian bị lạc trong các nhánh của nó". Hôm nay mình chỉ chứng thực được thôi, chưa chỉnh sửa gì và một số chi tiết khá xấu.
Trong số 50 lỗi còn thiếu để Jessie phát hành ổn định, chẳng hạn như KHÔNG phải là người dùng Nvidia Optimus không thể khởi động một số trò chơi Steam bằng trình điều khiển độc quyền mà chính Debian cung cấp trong kho của nó (liên kết đến các báo cáo lỗi bị bỏ qua: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776305 y https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768045), điều này dường như chỉ xảy ra với libdrm-intel1 2.4.58, không phải 2.4.56 trước đó. Rất nhiều suy nghĩ về máy tính để bàn để đặt systemd nhưng những thứ như thế này không thành vấn đề. Hoặc rằng aMule sẽ không ổn định bởi vì, hãy chú ý, họ đã cập nhật gói lên wxWidgets 3.0, họ thấy rằng nó không hoạt động và họ cũng không muốn đặt phiên bản wxWidgets 2.8 nên không có aMule. Wine cài đặt mà không có liên kết đến winecfg, vì một số lý do. Và những gì về phụ thuộc thư viện của Wayland? Tại sao tôi phải cài đặt Wayland và 10 thư viện Wayland nếu tôi không sử dụng Wayland mà là X.Org? Bất cứ ai có thể cho tôi biết Jessie đã cải thiện Wheezy như thế nào, ngoài việc bây giờ nó hỗ trợ Nvidia Optimus (tuyệt vời đối với tôi, chỉ không thể chơi Left 4 Dead 2 vì lỗi nói trên) và bây giờ Thunar không gặp trục trặc khi ngắt kết nối USB vì Tumbler? Tôi chỉ thấy một hệ thống đang trở nên bẩn thỉu với những phụ thuộc vô lý như OpenSuSE (Vokoscreen phụ thuộc vào VLC! Tại sao? Người quản lý gói có thể đến giải thích cho tôi không? Bởi vì thông qua báo cáo lỗi, rõ ràng là họ sẽ không bao giờ trả lời tôi).
Tôi luôn nghĩ rằng Debian đã làm được một công việc to lớn khi có rất nhiều gói trong kho lưu trữ chính thức, không phải cài đặt từ bên ngoài khiến tôi cảm thấy khá an toàn. Nhưng họ đã đánh mất tôi với tư cách là một người dùng, bất kể tôi vẫn là một người vĩ đại trong số những người vĩ đại. Và sau thất bại của tôi với FreeBSD (0 lần bắt đầu trong 3 lần thử sau khi cài đặt đơn giản theo hướng dẫn trong thư), đối với tôi có Slackkware và Gentoo / Funtoo, tôi sẽ sử dụng nhưng bây giờ (Slackware vẫn chưa hỗ trợ Nvidia Optimus không có gói bên ngoài, vì vậy hãy sử dụng Gentoo phức tạp ngay bây giờ).
Tôi có một Jolla trong một vài tuần. Nếu bạn có nghi ngờ / tò mò / muốn xem nó trực tiếp trên cam hoặc bất cứ điều gì, hãy gửi email của tôi hoặc cho tôi biết ở đây ^^ (Tôi không nhớ là tôi có đặt cùng một email trong cả hai bình luận hay không, khi nghi ngờ hãy sử dụng cùng một email)
ps: Có tham chiếu đến Jolla trong tác nhân người dùng của tôi không?
Chúng tôi không giống nhau. - Jolla
@OtakuLogan, tôi phải thêm:
1.- Lỗi vẽ trong xserver-xorg-video-radeon với Accel GLAMOR đang hoạt động.
2.- GCC 4.9 có một số lỗi lạ, và một trong những lỗi đó ảnh hưởng đến desmume thân yêu của tôi 🙁
3.- Về Wayland, đó là một vấn đề khác, trong Debian, họ có thói quen kích hoạt hầu hết mọi thứ cho mọi thứ được biên dịch, và rõ ràng điều đó tạo ra một số lượng lớn các phụ thuộc, và vấn đề không phải là một cái gì đó tôi thấy lạ, chỉ là hệ thống trong cách hoạt động của Debian khiến nó trở nên cần thiết, mặc dù đó là một tình huống có thể cải thiện, chẳng hạn như loại bỏ hỗ trợ Wayland khỏi mọi thứ biên dịch và chỉ để lại cho chúng tôi hỗ trợ Xorg, một nhiệm vụ khó khăn nhưng không Không thể nào.
4.- SELinux bị lỗi điên cuồng. Bạn cài đặt nó, bạn kích hoạt nó, mọi thứ dường như đang diễn ra tốt đẹp, nhưng khi bạn khởi động với "SELinux active" pum… SELinux hoàn toàn không kích hoạt.
Chi tiết, chi tiết không có gì hơn 😀
Cách duy nhất tôi biết để phá vỡ sự phụ thuộc bị ép buộc bằng cách tạo các gói với tất cả các đặc điểm của chúng (hầu hết thời gian không mong muốn) là biên dịch các gói của riêng bạn.
Đó là sự kịch tính giữa sự dễ dàng và tính linh hoạt ... nếu bạn muốn nó dễ dàng, bạn sẽ có hàng nghìn gói phụ thuộc mà bạn không muốn cài đặt, nếu bạn muốn nó linh hoạt, bạn sẽ phải biên dịch các gói của mình vì có thể thấy rằng không bản phân phối nhị phân có thể loại bỏ những thứ mà 99% mọi người không sử dụng.
Ở đây trong thử nghiệm gentoo, bạn sống một cuộc sống rất yên tĩnh ... Tôi có thể nói rằng thậm chí còn nhàm chán, mọi thứ đang hoạt động như bình thường, gần đây có một cái gì đó giải trí với video, có người nghĩ rằng libav tốt hơn ffmpeg và họ đặt libav cho một vài ngày mặc định ... một mớ hỗn độn khủng khiếp đã được tạo ra, nó đã đi bỏ phiếu trong diễn đàn và cuối cùng giành được ffmpeg một cách long trời lở đất.
Thật thú vị khi xem những gì xảy ra với các bản phân phối khác, tôi hy vọng họ có thể vượt qua và giành lại người dùng của mình.
Intel LibDRM? Bây giờ tôi hiểu rồi tại sao tôi lại làm vậy đóng băng TẤT CẢ GIAO DIỆN XFCE Ngay khi tôi bắt đầu vào Facebook và / hoặc nhập các trang có nhiều Javascript và / hoặc Flash Player. Nếu có cách nào để làm cho gói đã nói hoạt động ngoài việc treo cổ XFCE, vui lòng trả lời chủ đề diễn đàn của tôi.
Vâng, theo ý kiến của tôi, có một vài lỗi cần được thêm vào danh sách, vì lỗi Glamour và xserver-xorg-video-radeon đã tồn tại trong một thời gian dài và chưa có gì được sửa.
Có vẻ như tôi không phải là người duy nhất gặp vấn đề về đồ họa (mặc dù trong trường hợp của tôi, GLAMOR đã biến mất sau một bản cập nhật). Trong trường hợp của tôi, có vẻ như LibDRM đang troll tôi khi duyệt các trang có JS / Flash nặng và khi duyệt Facebook.
Tái bút: Kiểm tra bình luận của tôi, tôi đã gửi spam liên kết trong tuyệt vọng để tìm ra giải pháp như thể đó là Sherezade từ vở opera xà phòng Thổ Nhĩ Kỳ «Nghìn lẻ một đêm».
Hahaha tôi cũng sẽ phàn nàn.
Tôi đã sử dụng Thử nghiệm Debian được 1 năm và nó hoạt động tốt. Nhưng sau này, sai lầm này đến sai lầm khác; video, clementine, java, âm thanh, vlc và Xfce (chủ đề qt).
Tôi phải thích nó vì mọi thứ sẽ "Tự động cấu hình" và nó không bị hỏng, nhưng bây giờ nó đầy Lỗi mà tôi không thể giải quyết. Còn gì tuyệt hơn là quay lại Arch và Fedora (Centos cho máy chủ).
Về âm thanh, java, VLC và Clementine, tôi không gặp vấn đề gì. Nhưng thách thức lớn nhất của tôi là giải quyết một lần và mãi mãi tại sao máy tính để bàn XFCE của tôi bị treo khi duyệt các trang web có nhiều Javascript / Flash Player / Facebook.
Rất tiếc, có thể là do trình điều khiển video bạn sử dụng. Tôi đã xảy ra với chrome, tôi không thể sử dụng nó với tính năng tăng tốc video và với xfce.
Chúc mừng:)
Đáng kinh ngạc!!!! Mỗi khi một bài đăng về Debian được xuất bản trên blog này, một nhóm những người theo quan điểm chống lại hệ tư tưởng có vẻ như sẽ phát tán những lời dối trá khét tiếng của họ, cố gắng loại bỏ hệ điều hành phổ thông.
Nhưng như Aristotle đã nói, sự thật duy nhất là thực tế, và thực tế là Debian Jessie hoạt động như một con quái vật mặc dù nó vẫn chưa ổn định 😉
Điều tò mò là đại đa số những người chống phá này tự nhận mình là người dùng Debian và họ luôn nói rằng họ sẽ sớm chuyển sang Devuan, Slackware, FreeBSD, Gentoo, v.v. Nhưng chúng luôn ở trên Debian Oo
Tôi tự hỏi nếu Debian tệ, tại sao họ tiếp tục sử dụng nó? Họ có phải là những kẻ tự bạo không? XDDD
Bạn hoàn toàn đúng, Jessie đang chết tiệt. Tôi đoán như meme nói: kẻ ghét sẽ ghét.
Tôi đã sử dụng Debian từ năm 2005. Khi tôi chuyển sang OpenSuse và sau đó là Ubuntu, tôi đã làm điều đó để kiểm tra xem các bản phân phối này như thế nào; nó chỉ diễn ra trong một thời gian ngắn, chưa đầy 3 tháng.
Tôi không thể sống thiếu Debian, tôi đã trở lại ngay sau khi cuộc di cư của tôi kéo dài và kể từ đó tôi tiếp tục sử dụng nó, tôi đã gặp vấn đề với việc kiểm tra nhưng họ đã có giải pháp, chỉ cần nỗ lực một chút. Lợi ích của việc này là bạn học được rất nhiều điều.
Nếu bạn không muốn xảy ra lỗi không mong muốn, nên chọn nhánh ổn định. Mặc dù đối với tôi, thử nghiệm là điểm cân bằng, các gói tương đối mới và sự ổn định hàng ngày.
Debian là một bản phân phối tuyệt vời, VIVA DEBIAN!
Tôi nghĩ vậy ^^
Chà !!! Nỗi nhớ ấy !!! Với niềm đam mê đó, tôi đã nói về Debian cho đến khi ... tôi bắt gặp Manjaro Linux !!!
điều tồi tệ về Debian là bạn không bao giờ biết khi nào phiên bản tiếp theo sẽ được phát hành và systemd từ đó đến và từ bản phân phối này thật tuyệt
SystemD là duy nhất miễn là bạn chọn GNOME 3 làm màn hình mặc định.
Tôi đang đợi Devuan, một bản phân phối không có SYSTEMD (con ngựa thành trojan) đã làm ô nhiễm Debian và các dẫn xuất khác.
Debian đã mắc một sai lầm lớn với systemd, không chỉ ở mức độ kỹ thuật, mà cộng đồng của nó hoàn toàn trái ngược nhau. Tôi muốn xem điều gì sẽ xảy ra khi Devuan 1.0 ổn định ra mắt mà không có systemd. Tôi chỉ muốn thấy điều đó.