2 Кратки новини на Debian

От една страна, след най-противоречивите избори през последните месеци, Техническият комитет приветства 3 нови членове. Колин Уотсън, Ян Джаксън и Ръс Олбъри ги нямаше. Сега въведете Сам Хартман, Толеф Фог Хейн и Дидие „OdyX“ Рабуд. Също така миналия декември го направиха допълнителна обща резолюция където беше определено как ще бъде подновяването на членовете.

Джигдо Дебиан

За друг, за състоянието на Джеси, остават само 50 RC грешки които засягат Джеси и Сид и че ако хората запретнат ръкави, могат да пуснат Дебиан Джеси до април. От тези 50, 13 принадлежат към неключови пакети, които ще бъдат премахнати от jessie, ако не бъдат разрешени. Липсват и някои подобрения в бележките за изданието, най-вече секцията за възстановяване за systemd. Те също се нуждаят от помощ за определени грешки в grub2.


Съдържанието на статията се придържа към нашите принципи на редакторска етика. За да съобщите за грешка, щракнете върху тук.

38 коментара, оставете своя

Оставете вашия коментар

Вашият имейл адрес няма да бъде публикуван.

*

*

  1. Отговорен за данните: Мигел Анхел Гатон
  2. Предназначение на данните: Контрол на СПАМ, управление на коментари.
  3. Легитимация: Вашето съгласие
  4. Съобщаване на данните: Данните няма да бъдат съобщени на трети страни, освен по законово задължение.
  5. Съхранение на данни: База данни, хоствана от Occentus Networks (ЕС)
  6. Права: По всяко време можете да ограничите, възстановите и изтриете информацията си.

  1.   един от някои каза той

    Честно казано, откакто влязох в systemd в Jessie, виждам само проблеми, които НЕ са се случвали в Jessie преди, не толкова отдавна, като виси и се срива без видима причина до степен да се наложи да изключите мачете и моето може да бъде поправено, стартирате и период, но има отклонения като https://lists.debian.org/debian-user/2015/02/msg00013.html което показва, че се случва нещо лошо и не трябва да бъде това, което беше.

    Като потребител на debian преди година имах големи надежди за тази версия, тъй като тя работеше много добре и без проблеми, но направената от нея промяна направи дистрибуцията фатална и не само това, казва се, че по подразбиране ще има активиран selinux, който е бъркотия, всъщност първото нещо, което потребителят на Fedora прави (и сървър, когато е инсталирал Fedora), е точно да го деактивира, тъй като въздействието му върху производителността на системата е брутално, освен колко нестабилно е, с добра машина не ще забележите загуба на производителност, но с P4 @ 2'6Ghz с един Gb RAM като мен показва много.

    В момента ще остана в Wheezy, докато Devuan излезе, което опитах и ​​обещавам, в противен случай, ако продължа в Linux, със сигурност ще отида в openSUSE, което върви много добре и ако не, ще изпратя всичко в кошчето и със сигурност ще отида на FreeBSD, който имам виртуализиран и върви като изстрел.

    Както и да е, надявам се, че Debian ще се справи, иначе ще кажа сбогом завинаги (RIP)

    1.    Карлос каза той

      Оплаквате ли се от systemd и в гнева си отивате в друг дистрибутор, който използва systemd като opensuse? Честно казано не го разбирам. Темата на systemd е много уморителна, особено когато мантрите се повтарят отново и отново и не се предоставят силни аргументи. Debian, както и много похвалената Arch и основните дистрибуции са мигрирали към systemd и нищо не се случва. Дори се използва от моя телефон със SailfishOS, от който пиша този коментар и с който съм толкова доволен. Сривовете и сривовете са нормални за Джеси, така че все още е в бета версия. Това не е нещо присъщо на тази система за начало. Тъй като използвам дистрибуции с systemd, не съм имал никакви проблеми. И като потребител, без да навлизам в технически проблеми, които нито аз, нито 99% от тези тук доминираме, открих само предимства. За разбирането.

      1.    елав каза той

        Какъв телефон имате, ако можете да кажете? 😀

      2.    един от някои каза той

        Нека да видим, аз цитирам „откакто влязох в systemd в Jessie“.

        Не съм казал нищо за другите дистрибуции, които са systemd и които обикновено използвам в допълнение към Debian, обикновено когато не използвам Debian, аз съм на Fedora (въпреки че на практика никога не съм пипал най-новата версия) и openSUSE, въпреки че съм използвал и други, като повечето на хората, които използват linux.

        Откъде разбираш, че мразя systemd? Целият ми коментар се основава на отрицателното прекъсване, което systemd е имало в debian, не съм казал нищо за други дистрибуции или systemd, говоря само и изключително за debian (с изключение на selinux), за което става въпрос в тази статия Не знам откъде черпиш аргумента си.

        Използвам Debian от Etch и като потребител имам пълното право да се разстроя с дистрибуция, която допреди година работеше като коприна, а сега работи като задника. Това, което е в бета версията, не ми помага, защото има много потребители, които живеят постоянно в тестове и дори sid. Аз самият изпитвам отдавна и това, което се случва с Джеси, никога не ми се е случвало и не съм единственият, просто потърсете малко в Google и ще видите.

        Предпочитанието ми към openSUSE е просто заради дистрибуциите, които съм пробвал, които са доста, като повечето от тези, които спират до тук, просто защото никога не ми е създавал проблеми, още по-малко сривове и сривове, както се случва с Джеси .

        Предпочитанието ми към Devuan е просто защото харесвам начина, по който е Debian и тези хора обещават да имат Jessie, както е било преди около година, тоест работи като коприна, както казах преди.

        Що се отнася до FreeBSD, това е просто опция, те поне знаят какво искат и тези, които разработват, работят като чар, въпреки че инсталирането и конфигурирането е малко трудно.

    2.    dhunter каза той

      И предполагам, че и вие се смятате за "ветеран уникс администратор" ...

      Мислех, че тази омраза към systemd вече се е случила, но виждам, че отнема известно време, използвам Jessie, тъй като все още имах SysVInit, надстроих с нула проблеми, нямам никакви оплаквания, Debian 8 ще бъде издание със стил , вие не правите нищо, но разпространявате FUD без резултат.

      1.    един от някои каза той

        Не знам какво казах в публикацията си, което ще ви доведе до това заключение.

        Мисля, че в отговора на Карлос я дадох ясно да се разбере, така че може би ще разберете предпочитанията ми към Девуан.

        Както и да е, казвам ви същото като него, само веднъж съм кръстил systemd в целия коментар и в обхвата на Джеси, изглежда, че виждате тази дума и вече скачате като пролет, слагайки неща в устата ми, които НЕ съм казвайки. Това е така, защото не сте си направили труда да прочетете коментара ми правилно и имате доказателството в първото си изречение, ще ми кажете откъде имате тази идея, накратко, виждането е вяра.

      2.    Марио каза той

        Защо вие и потребител по-горе стигате до заключението, че те „мразят“ systemd? Сякаш има само две страни: приятел или враг. Тихо може да е потребител, който е решил да го игнорира (или не знае за съществуването му) и продължава да използва debian по други причини. Не виждам толкова голямо значение за systemd да разделя хората.

      3.    eliotime3000 каза той

        Отървах се от Systemd в Debian Jessie, защото осъзнах, че прекалено много се намесва в много програми, освен че възпрепятства процеси като мрежата и нейния двоичен дневник, те ме накараха да мисля, че ще се върна към същата дилема на фантома MBR, който претърпях с Windows XP, затова се върнах в SysVinit и въпросът беше решен (благослови ви, SysV). Проблемът е че друг (съжалявам за спама), но засега не мога да намеря нищо, което кара XFCE да спре да се срива при „влизане във feis“, в допълнение към посещаването на уебсайтове с много JavaScript и / или Flash (моят нетбук има Intel Atom и дори Debian Wheezy XFCE не се срива).

        Накратко, пламъкът и дебатът се обсъждат във форума, че аз спам.

    3.    Юкитеру каза той

      Хахахахаха, докладвах веднъж за тази грешка и дори я показах много в други дискусии, които бяха проведени тук в DL за systemd, много я отхвърлиха, а други не я спряха, сега виждат, че наистина е главоболие, което systemd има безкраен цикъл в очакване на единица, която очевидно не е свързана към системата по всяко време.

      1.    eliotime3000 каза той

        Замених го със SysV, тъй като се ужасявах от наличието на бинарни файлове вместо обикновени регистрационни файлове.

      2.    Юкитеру каза той

        @ eliotime3000 Все още имам нормалната systemd и имам Debian, защото моят Gentoo / Funtoo умря поради смърт на твърдия ми диск, който вече имаше няколко години битка.

        Истината е, че systemd понякога ме подлудява с глупави грешки, но със сигурност в Debian Jessie започна да работи много по-добре от преди, което не премахва добре познатите недостатъци и не отнема колко е дебела.

      3.    eliotime3000 каза той

        В постоянните подобрения мога да потвърдя това, което казвате, тъй като за рекордно време те са решили проблема GLAMOUR в драйверите на Intel, но по времето на стабилизиране на LibDRM, изглежда, че са объркали.

    4.    Юкитеру каза той

      Вземайки от вашия коментар @unodetantos:

      «... казва се, че selinux ще активира 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 или страхотно.

      2. - Деактивиране на SELinux? Каква мярка. SELinux или AppArmor и двете несъмнено променят начина, по който операционната система може да се държи като ви пречи да правите неща, които могат да се считат за опасни и които най-вече са, те са отлични мерки за сигурност на бизнес ниво и дори лични, като се има предвид, че компютърните заплахи не спазват независимо дали работите в офис или не. Всеки път, когато виждам коментари като този, ми се напомня за тази страница: http://stopdisablingselinux.com/

      Поздрави приятел 🙂

      1.    един от някои каза той

        Истината е, че разликата между AppArmor и SELinux в производителността е голяма на скромна машина и е, че въпреки че целта на двете приложения е сходна, начинът, по който са разработени, се различава.

        В моя конкретен случай, независимо дали AppArmor е активен, не се забелязва в openSUSE, системата се зарежда също толкова бързо и поне никога не ми е давала никакво известие за грешка или предупреждения, тоест прави каквото трябва и го прави добре. Въпреки това, при SELinux във Fedora, първото нещо, което забелязвате, е, че стартирането отнема няколко секунди по-дълго и че по-често, отколкото трябва, се появява типичният сигнал и щастливата малка икона, че е неуспешен.

        Така или иначе предпочитанието ми е AppArmor от това, което съм коментирал преди. Иска ми се Debian да го има по подразбиране, тъй като дистрибуцията, чиято максимална стабилност трябва да използва най-стабилната, и като се има предвид, че и двете приложения имат една и съща цел, щях да го кажа много ясно.

        Повтарям, в по-модерна машина, тоест многоядрени, ssd дискове и 4 концерта на RAM, може дори да не забележите, че е по-бавен, но в нещо по-скромно, ако се показва, въпреки че имам активен 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 (поне в Ubuntu и Debian ), което в крайна сметка не генерира допълнителна сигурност, което се търси при активиране на MAC.

        Поздрави.

      3.    алунадо каза той

        че, струва ми се, че официалното образование те изяде кокосов орех ..
        Случайно взехте ли курс на червена шапка? Система не се нуждае от стар SELinux ...

      4.    Юкитеру каза той

        @alunado За какво, по дяволите, говориш? Следите ли разговора? SELinux със сигурност не е необходим, за да работи GNU / Linux OS правилно, но това е отлична система за разширяване на сигурността на операционната система, добре че е и точно за това говорим тук.

        Не знам откъде си взела тази идея. И не, не съм правила курсове на Red Hat.

    5.    eliotime3000 каза той

      Мислите ли, че грешката е от SystemD? Това е вината на NetworkManager и отдавна има решение да го свърже към мрежата, така че няма отговор. По отношение на сериозни грешки, разгледайте този проблем, което сериозно засяга производителността на дистрибуцията при сърфиране с всеки браузър, когато човек влиза в страници с много Flash Player или влиза във Facebook.

  2.   ОтакуЛоган каза той

    Отново коментирам, че изглежда системата го е погълнала. Във всеки случай може да го видите отново, защото той просто се бави и не го е загубил.

    Преди време написах статията "Debian се губи в клоновете си". Днес мога само да го потвърдя, нищо не е коригирано и някои подробности са доста грозни.

    Сред тези 50 грешки, които липсват, за да може Джеси да бъде стабилна, НЕ са, например, че потребителите на 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? Някой може ли да ми каже как Jessie е подобрил Wheezy, освен това, че сега поддържа Nvidia Optimus (чудесно за мен, просто не мога да играя Left 4 Dead 2 поради гореспоменатата грешка) и че сега Thunar не прецаква, когато разглобяване на USB поради Tumbler? Виждам само система, която се замърсява с абсурдни зависимости като OpenSuSE (Vokoscreen зависи от VLC! Защо? Може ли мениджърът на пакети да дойде и да ми го обясни? Защото чрез доклад за грешки е ясно, че никога няма да ми отговорят).

    Винаги съм смятал, че Debian е свършил огромна работа, като е имал толкова много пакети в официалните хранилища, без да се налага да инсталира отвън, ме караше да се чувствам доста в безопасност. Но те ме загубиха като потребител, независимо дали все още съм велик сред великите. И след неуспеха ми с FreeBSD (0 старта от 3 опита след проста инсталация, следвайки инструкциите към писмото), за мен има Slackkware и Gentoo / Funtoo, които ще използвам, но сега (Slackware все още не поддържа Nvidia Optimus без външни пакети, така че засега се насочете към сложния Gentoo).

    1.    Карлос каза той

      Имам Jolla от няколко седмици. Ако имате съмнения / любопитство / искате да го видите на живо в камерата или нещо друго, пишете на имейла ми или ми кажете тук ^^ (не помня дали съм сложил един и същ имейл и в двата коментара, когато се съмнявате, използвайте същия този)

      ps: Има ли препратка към Jolla в моя потребителски агент?

      1.    Джон рови каза той

        Ние сме за разлика. - Джола

    2.    Юкитеру каза той

      @OtakuLogan, трябва да добавя:

      1. - Грешка при изчертаването в xserver-xorg-video-radeon с активен Accel GLAMOR.
      2.- GCC 4.9 има някои странни грешки и една от тези грешки засяга скъпа ми десмуме 🙁
      3. - Що се отнася до Wayland, ами това е друг въпрос, в Debian те имат навика да активират почти всичко за всичко, което е компилирано и очевидно това генерира много зависимости, а там проблемът не е нещо, което аз виждам странно, просто че системата в начина, по който работи Debian го прави необходимо, макар че ситуацията може да се подобри, например премахване на поддръжката на Wayland от всичко, което се компилира и ни оставя само с поддръжка на Xorg, трудна задача, но не и невъзможна.
      4. - SELinux има луда грешка. Инсталирате го, активирате го, изглежда всичко върви чудесно, но когато стартирате с "SELinux active" pum ... SELinux изобщо не се активира.

      Подробности, подробности нищо повече 😀

      1.    анонимен каза той

        Единственият начин, за който знам, да разбия зависимостите, принудени чрез създаване на пакети с всичките им характеристики (през повечето време нежелани), е да компилирам свои собствени пакети.
        Това е драмата между лекота и гъвкавост ... ако искате лесно ще имате хиляди пакети зависимости, които не искате да имате инсталирани, ако искате гъвкави, ще трябва да компилирате своите пакети, защото можете да видите, че не двоичното дистрибуция може да отхвърли неща, които 99% от хората не използват.

        Тук при gentoo тестване живеете много спокоен живот ... Бих казал дори скучно, всичко върви както трябва, наскоро имаше нещо забавно с видеото, някой помисли, че libav е по-добър от ffmpeg и сложиха libav за няколко дни по подразбиране ... беше създадена огромна бъркотия, тя отиде да гласува във форума и в крайна сметка спечели ffmpeg от свлачище.

        Забавно е да се види какво се случва с други дистрибуции, надявам се те да успеят да преодолеят и да спечелят своите потребители.

    3.    eliotime3000 каза той

      […] Сред тези 50 грешки, които липсват, за да може Джеси да излезе стабилна, НЕ са например, че потребителите на Nvidia Optimus не могат да стартират някои игри Steam с патентованите драйвери, които самият Debian предоставя в своите хранилища), което очевидно се случва само с версията на libdrm-intel1 2.4.58, а не с предишната 2.4.56. […]

      Intel LibDRM? Сега разбирам защо, по дяволите, го направих замръзва ВСИЧКИ XFCE ИНТЕРФЕЙС Веднага щом започна да влизам във Facebook и / или да влизам в страници с много Javascript и / или Flash Player. Ако има начин да накарате споменатия пакет да се държи по-различно от окачването на XFCE до врата, моля, отговорете на форума ми.

  3.   Юкитеру каза той

    Е, според мен има няколко грешки, които трябва да бъдат добавени към списъка, тъй като бъгът Glamour и xserver-xorg-video-radeon е бил задържан дълго време и нищо не е отстранено.

    1.    eliotime3000 каза той

      Изглежда, че не съм единственият с графични проблеми (въпреки че в моя случай GLAMOUR изчезна след актуализация). В моя случай изглежда, че LibDRM ме троли, когато разглеждам страници с тежък JS / Flash и когато сърфирам във Facebook.

      PS: Проверете коментарите ми, вече съм спамил връзката от отчаяние, за да намеря някакво решение, сякаш е Шерезада от турската сапунена опера "Хиляда и една нощ"

  4.   kik1n каза той

    Хахаха и аз ще се оплача.
    Използвам Debian Testing от 1 година и той работи добре. Но по-късно грешка след грешка; видео, клементин, java, аудио, vlc и Xfce (qt теми).
    Трябва да ми хареса, защото всичко ще се „конфигурира автоматично“ и не се счупи, но сега е пълно с бъгове, върху които не мога да работя. Какво по-добро от това да се върнете към Arch и Fedora (Centos за сървъри).

    1.    eliotime3000 каза той

      По отношение на аудиото, java, VLC и Clementine, нямам проблеми. Но най-голямото ми предизвикателство е да реша веднъж завинаги защо десктопът ми XFCE увисва, когато сърфирам в уебсайтове с много Javascript / Flash Player / Facebook.

      1.    kik1n каза той

        Хм, може да е заради видео драйверите, които използвате. Случих с хром, не можах да го използвам с видео ускорение и с xfce.
        Наздраве :)

  5.   Rolo каза той

    Невероятно е !!!! Всеки път, когато публикация за Debian се публикува в този блог, групата на антиидебийските опиниолози изглежда разпространява своите позорни лъжи, опитвайки се да дисквалифицира универсалната операционна система

    Но както каза Аристотел, единствената истина е реалността и реалността е, че Debian Jessie работи като лайна, въпреки че все още не е стабилна 😉

    Любопитно е, че по-голямата част от тези антидебианци се определят като потребители на Debian и винаги казват, че скоро ще преминат към Devuan, Slackware, FreeBSD, Gentoo и т.н. Но те винаги са на Debian Oo

    Чудя се дали Debian е гадно, защо продължават да го използват? Мазохисти ли са? XDDD

    1.    dhunter каза той

      Абсолютно права си, Джеси е проклет. Предполагам, както казва мемът: ненавистниците ще мразят.

      1.    артус каза той

        Използвам Debian от 2005 г. След като преминах към OpenSuse и след това към Ubuntu, направих го, за да тествам какви са тези дистрибуции; това беше само за кратко време, по-малко от 3 месеца.
        Не можех да живея без Debian, върнах се веднага след като излизането ми продължи и оттогава продължавам да го използвам, имах проблеми с тестването, но те имаха решение, просто отнема малко усилия. Ползата от това е, че научавате много.
        Ако не искате неочаквани грешки, трябва да изберете стабилния клон. Въпреки че за мен тестването е точката на баланс, сравнително нови пакети и стабилност за всеки ден.
        Debian е страхотен дистрибутор, VIVA DEBIAN!

    2.    Херц каза той

      Мисля така ^^

  6.   linuXgirl каза той

    Еха !!! Тази носталгия !!! Със същата тази страст говорих за Debian, докато ... не попаднах на Manjaro Linux !!!

  7.   Кук каза той

    лошото при Debian е, че никога няма да разберете кога следващата версия ще бъде пусната и систематизирана от и до, е страхотно, че дистрибуцията

    1.    eliotime3000 каза той

      SystemD е уникален, стига да изберете GNOME 3 като работен плот по подразбиране.

  8.   Брайън каза той

    Очаквам Devuan, дистрибуция без SYSTEMD (троянски кон), която замърси Debian и други производни.

  9.   SynFlag каза той

    Debian направи огромна грешка със systemd, не само на техническо ниво, но общността му е напълно в противоречие. Искам да видя какво ще се случи, когато Devuan 1.0 stable излезе без systemd. Просто искам да видя това.