С одной стороны, после самых противоречивых выборов за последние месяцы Технический комитет приветствовал 3 новых участника. Колин Уотсон, Ян Джексон и Расс Олбери ушли. Теперь входят Сэм Хартман, Толлеф Фог Хин и Дидье «OdyX» Рабо. Также в декабре прошлого года они сделали дополнительная общая резолюция где было определено, как будет происходить обновление членов.
Для другого, о состоянии Джесси, осталось всего 50 ошибок RC это затрагивает Джесси и Сида, и что, если люди закатят рукава, они смогут выпустить Debian Jessie к апрелю. Из этих 50 13 относятся к неключевым пакетам, которые будут удалены из jessie, если не будут разрешены. Также отсутствуют некоторые улучшения в примечаниях к выпуску, в первую очередь раздел восстановления для systemd. Им также нужна помощь в устранении некоторых ошибок в grub2.
Честно говоря, с тех пор, как я ввожу systemd в Jessie, все, что я вижу, это проблемы, которые НЕ возникали в Jessie раньше, не так давно, такие как зависания и сбои без видимой причины, вплоть до того, что мне нужно выключить мачете, а мой может быть исправлен, вы начинаете и период, но есть аберрации, такие как https://lists.debian.org/debian-user/2015/02/msg00013.html что указывает на то, что происходит что-то плохое, и это не должно быть тем, чем было раньше.
Как пользователь debian год назад я возлагал большие надежды на эту версию, поскольку она работала очень хорошо и без проблем, но внесенные ею изменения сделали дистрибутив фатальным, и не только это, говорят, что по умолчанию для него будет активирован selinux, который беспорядок, на самом деле первое, что делает пользователь Fedora (и сервер, когда у них установлена Fedora), это как раз деактивирует его, поскольку влияние, которое он оказывает на производительность системы, жестоко, не говоря уже о том, насколько она нестабильна, с хорошей машиной некоторые не делают вы заметите потерю производительности, но с P4 @ 2'6Ghz с одним Гб оперативной памяти, как у меня, это показывает многое.
На данный момент я останусь на Wheezy, пока не выйдет Devuan, что я пробовал и обещаю, иначе, если я продолжу на linux, я обязательно перейду на openSUSE, который идет очень хорошо, а если нет, я отправлю все в корзину и обязательно перейду на FreeBSD, которая у меня есть виртуализированный и идет как выстрел.
В любом случае, я надеюсь, что Debian поймет это, иначе я попрощаюсь навсегда (RIP)
Вы жалуетесь на systemd и в гневе переходите на другой дистрибутив, который использует systemd в качестве opensuse? Честно говоря, я этого не понимаю. Тема systemd очень утомительна, особенно когда мантры повторяются снова и снова и не приводятся веские аргументы. Debian, а также хваленый Arch и основные дистрибутивы перешли на systemd, и ничего не происходит. Он даже используется моим телефоном с SailfishOS, из которого я пишу этот комментарий и которому я очень доволен. Сбои и сбои - это нормально для Джесси, поэтому она все еще находится в стадии бета-тестирования. Это не что-то присущее этой системе инициализации. Поскольку я использую дистрибутивы с systemd, у меня не было никаких проблем. И как пользователь, не вдаваясь в технические вопросы, над которыми не доминируют ни я, ни 99% из них, я обнаружил только преимущества. С уважением.
Какой у тебя телефон, если можешь сказать? 😀
Посмотрим, я цитирую «с тех пор, как ввел systemd в Jessie».
Я ничего не сказал о других дистрибутивах, которые несут systemd и которые я обычно использую помимо Debian, обычно, когда я не использую Debian, я использую Fedora (хотя в последней версии я ее практически не касался) и openSUSE, хотя я также использовал другие, как и большинство людей, которые используют Linux.
Откуда вы взяли, что я ненавижу systemd? Все мои комментарии основаны на негативном вторжении systemd в debian, я ничего не сказал о других дистрибутивах или systemd, я говорю только и исключительно о debian (кроме selinux), о чем и эта статья Я не знаю, откуда вы взяли свой аргумент.
Я использую Debian от Etch, и как пользователь я имею полное право расстроиться из-за дистрибутива, который еще год назад работал как шелк, а теперь работает как задница. То, что находится в бета-версии, мне не помогает, потому что есть много пользователей, которые постоянно живут в тестах и даже сид. Я сам прошел тестирование в течение длительного времени, и то, что происходит с Джесси, со мной никогда не случалось, и я не единственный, просто погуглите немного, и вы увидите.
Я предпочитаю openSUSE просто из-за дистрибутивов, которые я пробовал, а их довольно много, как и большинство из тех, которые здесь останавливаются, просто потому, что он никогда не создавал мне проблем, не говоря уже о зависаниях и сбоях, как это происходит с Jessie .
Я предпочитаю Devuan просто потому, что мне нравится, как выглядит Debian, и эти люди обещают получить Jessie, каким он был примерно год назад, то есть он работает как шелк, как я сказал ранее.
Что касается FreeBSD, это просто вариант, они по крайней мере знают, чего хотят, и те, которые они разрабатывают, работают как шарм, хотя установка и настройка несколько сложны.
И ты, наверное, тоже считаешь себя "ветераном юниксовского администратора" ...
Я думал, что эта ненависть к systemd уже произошла, но я вижу, что это займет некоторое время, я использую Jessie, так как у меня все еще был SysVInit, я обновился без проблем, у меня нет никаких жалоб, Debian 8 будет стильным выпуском, вы ничего не делаете, кроме бесполезного распространения FUD.
Я не знаю, что я сказал в своем посте, что приведет вас к такому выводу.
Я думаю, что в ответе Карлосу я ясно дал понять, так что, возможно, вы поймете, что я предпочитаю Девуан.
В любом случае, я говорю вам то же самое, что и он, я назвал systemd только ОДИН РАЗ во всем комментарии, а в рамках Джесси кажется, что вы видите это слово и уже прыгаете, как пружина, кладя мне в рот вещи, которых у меня НЕ говоря. Это потому, что вы даже не удосужились правильно прочитать мой комментарий, и у вас есть доказательство в своем первом предложении, вы скажете мне, откуда вы взяли эту идею, короче говоря, увидеть - значит поверить.
Почему вы и указанный выше пользователь пришли к выводу, что они «ненавидят» systemd? Как будто есть только две стороны: друг или враг. Спокойно это может быть пользователь, который решил проигнорировать его (или не подозревал о его существовании) и продолжает использовать debian по другим причинам. Я не вижу особого значения для systemd в разделении людей.
Я избавился от Systemd в Debian Jessie, потому что понял, что он слишком сильно мешает многим программам, помимо мешающих процессов, таких как сеть и ее двоичный журнал, они заставили меня подумать, что я вернусь к той же дилемме фантомной MBR, с которой я столкнулся с Windows XP, поэтому Я вернулся в SysVinit, и проблема была исправлена (благослови вас, SysV). Проблема в другой (извините за спам), но пока я не могу найти ничего, что заставляет XFCE перестать давать сбой при "входе в feis", кроме посещения веб-сайтов с большим количеством JavaScript и / или Flash (у моего нетбука Intel Atom, и даже нет Debian Wheezy XFCE зависает).
Во всяком случае, флейм и дебаты обсуждаются в ветке форума, которую я рассылаю.
Хахахахаха, я сообщил об этой ошибке в одном случае, и я даже показал ее много в других обсуждениях, которые были здесь, в DL, о systemd, многие отклонили ее, а другие не остановили ее, теперь они видят, что это действительно головная боль, которую имеет systemd бесконечный цикл, ожидающий устройства, которое, очевидно, не подключено к системе в любой момент времени.
Я заменил его на SysV, потому что боялся иметь двоичные файлы журналов вместо обычных журналов.
@ eliotime3000 У меня все еще есть нормальный systemd и Debian, потому что мой Gentoo / Funtoo умер из-за смерти моего жесткого диска, который уже несколько лет сражался.
По правде говоря, systemd иногда сводит меня с ума из-за глупых ошибок, но, безусловно, в Debian Jessie начала работать намного лучше, чем раньше, что не устраняет хорошо известные недостатки, которые у него есть, и не снижает его жирность.
Что касается постоянных улучшений, я могу засвидетельствовать то, что вы говорите, поскольку в рекордно короткие сроки они решили проблему GLAMOUR в драйверах Intel, но во время стабилизации LibDRM кажется, что они облажались.
Исходя из вашего комментария @unodetantos:
«… Говорят, что по умолчанию у него будет активирован selinux, что является чушью, на самом деле первое, что делает пользователь Fedora (и сервер, когда у них была установлена Fedora), это как раз деактивирует его, поскольку влияние, которое он оказывает на производительность системы, является жестоким помимо того, насколько он нестабилен… »
1.- Сильно ли влияет SELinux на производительность системы? Я узнаю об этом. Я использовал персональные машины и серверы с активированным SELinux или AppArmor (Fedora, Ubuntu, OpenSUSE), и такое влияние действительно незначительно, даже в настоящее время эта Debian Jessie, в которой я хожу, имеет активную AppArmor (у SELinux есть огромная ошибка, которая предотвращает его активацию без чем извлечение из других пакетов в SID, ошибка, которая должна считаться BUG RC). Это не потому, что активация SELinux или AppArmor замедляет работу системы, а просто потому, что. Кроме того, P4@2.6 Ghz без HT - не очень хорошее оборудование для использования в персональных компьютерах, если вы не используете wm, например OpenBOX или awesome.
2.- Деактивировать SELinux? Какая мера. SELinux или AppArmor, несомненно, изменяют способ поведения операционной системы, не позволяя вам делать то, что может считаться опасным, и что в большинстве случаев так и есть, они являются отличными мерами безопасности как на бизнес-уровне, так и даже на личном уровне, учитывая, что Компьютерные угрозы не уважают, работаете вы в офисе или нет. Каждый раз, когда я вижу подобные комментарии, я вспоминаю эту страницу: http://stopdisablingselinux.com/
Привет друг
На самом деле разница в производительности между AppArmor и SELinux велика на скромной машине, и хотя цель обоих приложений схожа, способы их разработки различаются.
В моем конкретном случае, активен ли AppArmor или нет, не заметно в openSUSE, система загружается так же быстро, и, по крайней мере, она никогда не выдавала мне никаких уведомлений об ошибках или предупреждений, то есть делает то, что должна, и делает это. хорошо. Однако при использовании SELinux в Fedora первое, что вы замечаете, - это то, что запуск занимает на несколько секунд больше и что чаще, чем следует, появляются типичное предупреждение и маленький значок счастья о том, что произошел сбой.
В любом случае я предпочитаю AppArmor из того, что я уже комментировал ранее. Я бы хотел, чтобы в Debian он был по умолчанию, так как дистрибутив, максимум которого - стабильность, должен использовать наиболее стабильный, и, учитывая, что оба приложения преследуют одну и ту же цель, я бы сделал это очень ясно.
Повторюсь, на более современной машине, то есть многоядерных, ssd-дисков и 4 гига оперативной памяти, вы можете даже не заметить, что он медленнее, но в чем-то более скромном, если он показывает, хотя у меня HT активен.
В любом случае, на странице SUSE есть сравнение, которое говорит более или менее то же самое, что и все в Интернете, но там оно более наглядное и его лучше видно, если кому-то интересно, вы можете прочитать его в https://www.suse.com/support/security/apparmor/features/selinux_comparison.html
Вы правы, работа AppArmor и SELinux сильно отличается. Например; Я могу упомянуть, что AppArmor основывает свой контроль на имени пути и подвержен атакам TOCTOU, а SELinux медленно переименовывает FS, но его контроль над системой является полным. Это дает все свои плюсы и минусы, хотя технически SELinux намного превосходит его с точки зрения возможностей контроля и безопасности.
Теперь, когда SELinux имеет тенденцию к сбоям в редких случаях, это связано с его сложностью, его поведением и тем, что мы делаем в системе. Когда SELinux активирован каким-либо образом (разрешающим или принудительным), его правила применяются к КАЖДОМУ объекту в системе, и когда одно из этих правил не соответствует тому, что делает определенный объект, возникают проблемы. SELinux в этих случаях не очень гибок в том, что не следует активным правилам, и это не гибкость, что делает его таким мощным и одновременно раздражающим, поэтому с каждым обновлением или изменением в системе возникает Вы должны настроить SELinux, чтобы предотвратить прохождение этих данных, и вы должны увидеть предупреждение о том, что SELinux обнаружил нарушения доступа со стороны определенных объектов.
AppArmor, со своей стороны, гораздо более гибок, так как вы можете заставить одни программы работать в режиме жалоб, другие - в режиме аудита или в принудительном режиме. Каждый из этих двоичных файлов будет работать, как описано, и это позволяет вам управлять системой без особых проблем. С той разницей, что не вся система контролируется по умолчанию и что есть много двоичных файлов, которые просто не находятся под контролем принудительного исполнения AppArmor, и это можно увидеть в нескольких профилях принудительного применения, которые в настоящее время находятся в AppArmor (по крайней мере, в Ubuntu и Debian), что, в конце концов, также не обеспечивает дополнительной безопасности, чего и добиваются при активации MAC.
Привет.
че, мне кажется, формальное образование ты кокос съел ..
Вы случайно не прошли курс красной шляпы? Системе не нужен старый SELinux ...
@alunado Что ты, черт возьми, несешь? Вы следите за разговором? SELinux, конечно, не является необходимым для правильной работы ОС GNU / Linux, но это отличная система для повышения безопасности ОС, ну, это так, и именно об этом мы здесь говорим.
Не знаю, откуда у вас эта идея. И нет, я не проходил курсы Red Hat.
Как вы думаете, это ошибка SystemD? Это ошибка NetworkManager, и у него уже давно есть решение для его подключения к сети, поэтому ответа нет. Теперь по поводу серьезных ошибок. взгляни на эту проблему, что серьезно влияет на производительность дистрибутива при просмотре в любом браузере, когда вы заходите на страницы с большим количеством Flash Player или входите в Facebook.
Комментирую еще раз, вроде система проглотила. В любом случае, вы можете увидеть его снова, потому что он просто долго обрабатывался и не потерял его.
Некоторое время назад я написал статью «Debian теряется в своих ветках». Сегодня я могу только подтвердить это, ничего не исправлено, а некоторые детали довольно некрасивые.
Среди тех 50 ошибок, которые отсутствуют для стабильной работы Jessie, НЕ, например, то, что пользователи Nvidia Optimus не могут запускать некоторые игры Steam с проприетарными драйверами, которые сам Debian предоставляет в своих репозиториях (ссылки на игнорируемые отчеты об ошибках : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776305 y https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768045), что, похоже, происходит только с libdrm-intel1 2.4.58, а не с 2.4.56. Столько раздумывал над рабочим столом, чтобы поставить systemd, но такие вещи не имеют значения. Или что aMule не будет стабильным, потому что, внимание, они обновили пакет до wxWidgets 3.0, они увидели, что это не работает, и они не хотят ставить версию wxWidgets 2.8, то есть без aMule. По какой-то причине Wine устанавливается без ссылки на winecfg. А как насчет библиотечных модулей Wayland? Зачем мне устанавливать библиотеки Wayland и 10 Wayland, если я использую не Wayland, а X.Org? Может ли кто-нибудь сказать мне, как Джесси улучшила Wheezy, кроме того, что теперь он поддерживает Nvidia Optimus (отлично для меня, просто я не могу играть в Left 4 Dead 2 из-за вышеупомянутой ошибки) и что теперь Thunar не лажает при разборке USB из-за тумблера? Я вижу только систему, которая загрязняется абсурдными зависимостями, такими как OpenSuSE (Vokoscreen зависит от VLC! Почему? Может ли менеджер пакетов прийти и объяснить мне это? Потому что из отчета об ошибке ясно, что они никогда мне не ответят).
Я всегда думал, что Debian проделал огромную работу, имея так много пакетов в официальных репозиториях, и мне не приходилось устанавливать извне, и я чувствовал себя в большей безопасности. Но они потеряли меня как пользователя, независимо от того, остаюсь ли я великим среди великих. И после моей неудачи с FreeBSD (0 запусков из 3 попыток после простой установки, следуя инструкциям в письме), для меня есть Slackkware и Gentoo / Funtoo, которые я собираюсь использовать, но сейчас (Slackware все еще не поддерживает Nvidia Optimus без внешних пакетов, так что пока выбирайте сложный Gentoo).
У меня Jolla на несколько недель. Если у вас есть сомнения / любопытство / хотите увидеть это вживую на камеру или что-то еще, напишите мне на электронную почту или сообщите мне здесь ^^ (я не помню, помещал ли я одно и то же электронное письмо в оба комментария, в случае сомнений используйте тот же самый)
ps: есть ли ссылка на Jolla в моем пользовательском агенте?
Мы не похожи. - Джолла
@OtakuLogan, я должен добавить:
1.- Ошибка рисования в xserver-xorg-video-radeon при активном Accel GLAMOUR.
2.- GCC 4.9 имеет несколько странных ошибок, и одна из них касается моего дорогого desmume 🙁
3.- Что касается Wayland, ну это другое дело, в Debian у них есть привычка активировать почти все для всего, что скомпилировано, и, очевидно, это порождает множество зависимостей, и проблема не в чем-то Я вижу это странно, просто система в том, как работает Debian, делает это необходимым, хотя это ситуация, которую можно улучшить, например, исключив поддержку Wayland из всего, что компилируется, и оставив нас только с поддержкой Xorg, трудная задача, но не невозможно.
4.- В SELinux есть сумасшедшая ошибка. Вы устанавливаете его, активируете, вроде все идет отлично, но когда вы загружаетесь с помпой "SELinux active" ... SELinux вообще не активируется.
Подробности, подробности не более
Единственный известный мне способ сломать зависимости, вызванные созданием пакетов со всеми их характеристиками (в большинстве случаев нежелательными), - это скомпилировать ваши собственные пакеты.
Это драма между легкостью и гибкостью ... если вы хотите, чтобы это было легко, у вас будет тысяча пакетов зависимостей, которые вы не хотите устанавливать, если вы хотите, чтобы он был гибким, вам придется компилировать свои пакеты, потому что вы можете видеть, что ни один двоичный дистрибутив не может отбросить вещи, которые 99% людей не используют.
Здесь при тестировании gentoo вы живете очень спокойной жизнью ... Я бы сказал даже скучно, все работает как надо, недавно было что-то занимательное с видео, кто-то подумал, что libav лучше ffmpeg и поставили libav на несколько дней по умолчанию ... был наведен ужасный беспорядок, он пошел на голосование на форуме и в итоге выиграл ffmpeg с большим перевесом.
Интересно наблюдать, что происходит с другими дистрибутивами, я надеюсь, что они смогут победить и вернуть своих пользователей.
Intel LibDRM? Теперь я понимаю какого черта я сделал замораживает ВСЕ ИНТЕРФЕЙС XFCE Как только я начинаю заходить в Facebook и / или заходить на страницы с большим количеством Javascript и / или Flash Player. Если есть способ заставить указанный пакет вести себя иначе, чем вешать XFCE за шею, ответьте в мою ветку форума.
Что ж, на мой взгляд, есть несколько ошибок, которые нужно добавить в список, потому что ошибка Glamour и xserver-xorg-video-radeon была отложена в течение длительного времени и ничего не было исправлено.
Похоже, не только у меня проблемы с графикой (хотя в моем случае ГЛАМУР пропал после обновления). В моем случае кажется, что LibDRM троллит меня при просмотре страниц с тяжелыми JS / Flash и при просмотре Facebook.
PS: Проверьте мои комментарии, я уже спамил ссылку от отчаяния, чтобы найти какое-либо решение, как если бы это была Шерезада из турецкой мыльной оперы «Тысяча и одна ночь».
Хахаха, я тоже буду жаловаться.
Я использую Debian Testing в течение 1 года, и все работало нормально. Но позже ошибка за ошибкой; видео, клементина, java, аудио, vlc и Xfce (темы qt).
Мне он должен понравиться, потому что все будет «автоматически настраиваться» и не сломалось, но теперь в нем полно ошибок, над которыми я не могу работать. Что лучше, чем вернуться к Arch и Fedora (Centos для серверов).
По поводу аудио, java, VLC и Clementine у меня проблем нет. Но моя самая большая задача - решить раз и навсегда почему мой рабочий стол XFCE зависает при просмотре веб-сайтов с большим количеством Javascript / Flash Player / Facebook.
Хм, это могло быть из-за используемых вами видеодрайверов. У меня получилось с хромом, я не мог использовать его с видеоускорением и с xfce.
Приветствия :)
Это невероятно!!!! Каждый раз, когда в этом блоге публикуется сообщение о Debian, кажется, что группа антиидебовских специалистов по мнениям распространяет свою печально известную ложь, пытаясь дисквалифицировать универсальную операционную систему.
Но, как сказал Аристотель, единственная правда - это реальность, а реальность такова, что Debian Jessie работает как ублюдок, хотя он еще не стабилен 😉
Любопытно, что подавляющее большинство этих анти-дебианцев называют себя пользователями Debian и всегда говорят, что скоро перейдут на Devuan, Slackware, FreeBSD, Gentoo и т. Д. Но они всегда на Debian Oo
Интересно, если Debian - отстой, почему они продолжают его использовать? Они мазохисты? XDDD
Вы абсолютно правы, Джесси чертовски. Я думаю, как говорит мем: ненавистники будут ненавидеть.
Я использую Debian с 2005 года. После того, как я перешел на OpenSuse, а затем на Ubuntu, я сделал это, чтобы проверить, на что были похожи эти дистрибутивы; это было ненадолго, менее 3 месяцев.
Я не мог жить без Debian, я вернулся, как только закончился мой исход, и с тех пор я продолжаю его использовать, у меня были проблемы с тестированием, но у них есть решение, это требует немного усилий. Преимущество этого в том, что вы многому учитесь.
Если вам не нужны неожиданные ошибки, следует выбрать стабильную ветвь. Хотя для меня тестирование - это точка баланса, относительно новые пакеты и стабильность на каждый день.
Debian - отличный дистрибутив, VIVA DEBIAN!
Я так думаю ^^
Вау !!! Эта ностальгия !!! С той же страстью я говорил о Debian, пока… не наткнулся на Manjaro Linux !!!
Плохо в Debian то, что вы никогда не узнаете, когда будет выпущена следующая версия, а systemd from and to out - отличный дистрибутив
SystemD уникален до тех пор, пока вы выбираете GNOME 3 в качестве рабочего стола по умолчанию.
Я жду Devuan, дистрибутива без SYSTEMD (троянского коня), заразившего Debian и другие производные.
Debian совершил огромную ошибку с systemd, не только на техническом уровне, но и его сообщество полностью разошлось. Я хочу посмотреть, что произойдет, когда Devuan 1.0 стабильный выйдет без systemd. Я просто хочу это увидеть.