Дебиан Джеси замразяване и други неща

На 5 ноември тестовият клон на Debian (с името Jessie) беше замразен, след дълги месеци на развитие и коригиране повече от 400 грешки. Те също са готови официалното изкуство за дистрибуцията, от Кирил Брулебоа.

Между другото, те обявиха, че ще бъде извикан Debian 9 (излиза през 2017 г.) Опъвам. И че Debian 10 (излиза през 2019 г.), ще бъде извикан Другар. Също така беше обявено, че портът kfreebsd вече няма да бъде официален порт, а портовете за архитектурите arm64 и ppc64el ще.

Сред пакетите, които ще се предлагат по подразбиране, са: ядро ​​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 и, разбира се, 215 серия

Друго важно нещо е Отпътуването на Джоуи Хес, който от 1996 г. заема различни роли в Debian, включително поддържане на пакетите debhelper, alien, dpkg-repack и debmirror. Той посочва като причина за напускането си факта, че конституцията на Debian води проекта в грешна посока. Не знам дали е намигване до февруарското първенство, но може да бъде.


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

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

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

*

*

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

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

    според четох изхода на Джо Хес е свързан с приемането на systemd ...

  2.   Rolo каза той

    Колко странно е, че човекът се отдалечава от debian за systemd и в своя блог той написа публикация за това как да използва systemd cron модула https://joeyh.name/blog/entry/a_programmable_alarm_clock_using_systemd/

    Не мисля, че това е поведението на някой, който е против systemd

    между другото официалното изкуство прилича на трискела, но в скучна версия

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

      Не мисля, че едното е свързано с другото. Фактът, че едното не използва (например) Windows, не означава, че ако можете да научите някого да го използва, кажете: НЕ, защото аз не го използвам. Напротив, показва ви как да го използвате и оставете другия да се убеди сам дали му подхожда или не.

      1.    Rolo каза той

        От това, което видях по въпроса за systemd, няма средни термини и онези, които са против, го мразят, сякаш е изобретение на самия Сатана (не турпиал, а ажоба: P)
        както се казва, за да се покаже това бутон http://igurublog.wordpress.com/2014/04/28/ignorantgurus-hiatus/ това е разработчикът на SpaceFM, вилицата на PCmanFM спира да използва debian поради проблема с systemd

        и както казах, както при systemd няма средни термини, няма да напишете следурок на systemd и след това да напуснете, защото debian прилага systemd.

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

  3.   Naranja каза той

    Регистрирах се вчера и явно не е преминал модерацията?

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

      Съмнявам се!

      1.    Naranja каза той

        Никога не съм получил имейл за потвърждение. Как да разберете дали някой е бот или не, виждайки само псевдонима и имейла?

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

    Нещото с Джоуи Хес е много ясно, не само че е систематизирано, това е начинът, по който някои неща се обработват в дистрибуцията и тук сте оставили добър пример, MariaDB не е версията по подразбиране за бази данни и вместо това MySQL все още е се използва, нещо, което преди години би било доста лудо.

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

      Ами това се опитвам да кажа в моя коментар .. +1

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

        Точно @elav Debian се промени много в сравнение с предишни години и именно тази ситуация накара много разработчици и сътрудници да решат да се откажат от проекта. IgnorantGuru също го каза в своя блог със своята пауза, не само че е систематизиран по начина, по който се правят нещата, сега е Joey Hess, а много други ще се присъединят към групата в зависимост от това какво е решено на 18 ноември, когато се гласува за свободния избор на init se de.

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

    Не за по-малко Джоуи Хес е напуснал проекта и освен това споделям предполагаемата кауза, че коментирате публикацията на Diazepan. Чудя се защо Debian не просто преминава към MariaDB, когато други дистрибуции вече са го направили без проблем и не са толкова философски? Cof .. кашлица .. Archlinux .. кашлица .. Те спират да поддържат KFreeBSD защо? Какво е оправданието, ако поддържат други архитектури, които само малцина използват? Както и да е .. всеки ден се отдалечавам от Debian и това ме боли .. 🙁

    1.    петерчеко каза той

      Те спират да поддържат KFreeBSD, тъй като тяхното ядро ​​не е Linux, а BSD ... Знаете, че systemd не се разбира с BSD системи: D.

      1.    петерчеко каза той

        Що се отнася до mysql или mariadb ... Има ли малко значение, нали? И все още се обсъжда за това: D.

      2.    петерчеко каза той

        Също така мисля, че Debian оставя mysql по подразбиране за момента по много важна причина: MySQL Cluster CGE.

        Моля, обърнете внимание, че Debian се използва на сървъри и трябва да остане неутрален за всички. Не можете да преминете към MySQL Cluster CGE от MariaDB и ако премахнат MySQL от Debian, това може да доведе до отхвърляне на не малко потребители.

      3.    eliotime3000 каза той

        С други думи: има доста голям натиск, свързан с клъстера MySQL CGE. Освен това, ако Andamiro пусне наследник на Изпомпайте безкрайността, вероятно вече не използвате Debian като операционна система по подразбиране поради първоначалната му зависимост от SystemD в среди като GNOME и компоненти като NetworkManager.

  6.   linuXgirl каза той

    Съгласен съм с Джоуи Хес: «... Проектът Debian вече не е същият ...» 😉

    1.    eliotime3000 каза той

      В това той е прав, тъй като Debian сега взема решения като Ubuntu, когато пусна 12.04.

  7.   xarlieb каза той

    но те казват, че MariaDB ще бъде в официалните репозитории "за всеки случай". Така че засега не виждам особен проблем.

  8.   Xipe каза той

    Тъжно какво се случва през последната година в Debian. Разбирам омръзналото на някои разработчици - като Джоуи Хес - климата на напрежение, който често се среща в дебатите за стартиращата система на Debian 8 "Jessie".

    Това беше трудно решение и се оказва болезнено. Дори някои потребители (които в момента не са разработчици) обмислят създаването на разклонение на дистрибуцията, което по подразбиране не включва systemd.

    Systemd - и това е едно мнение - е проблематично, непрозрачно и потенциално несигурно. Той играе с твърде много зависимости и ни принуждава да правим промени, с които някои потребители не са съгласни. Много системни администратори предупреждават за сериозните технически конфликти, които налага прилагането му (за това, че не използват дебелите думи, на които обикновено се позовават, когато говорят за systemd). Това не е дебат за "еволюция-консерватизъм", "прогресивизъм-обездвижване" или "модерност-античност", както някои коментатори искат да го опростят. Не е и манихейска дихотомия между „готини“ потребители на настолни компютри и системни администратори на „troglodyte“. Става въпрос за сигурност, модулност, гъвкавост и най-важното доверие.

    Ако искам да премахна systemd в Debian и да сложа sysyinit, откривам, че следните пакети ще бъдат деинсталирани:

    1) оцветени
    2) gvfs
    3) gvfs-backends
    4) gvfs-демони
    5) hplip
    6) libpam-systemd
    7) policykit-1
    8) policykit-1-gnome
    9) драйвер за принтер-postscript-hp
    10) постоянен поток
    11) systemd-sysv
    12) удиски2

    Оставете следните зависимости нерешени:
    14) libcolord2 извлича цветно
    15) чаши recomana оцветени
    16) чаши-демон recomance оцветени
    17) чаши-филтри извличат оцветени
    18) gvfs-common приема gvfs
    19) gvfs-daemons взема policykit-1-gnome
    20) libsane-hpaio recomana hplip (= 3.14.6-1 + b2)
    21) liferea recomana steadyflow | kget
    22) драйвер за принтер - всички препоръчани драйвери за принтер - postscript-hp
    23) task-print-server получава hplip
    24) udisks2 recomana policykit-1

    Те са важни зависимости. За някои ще намеря заместител, но за други няма и системата ми ще накуцва някъде. Винаги мога да инсталирам "systemd-shim" (което препоръчва Лукас Нусбаум, настоящият ръководител на проекта), но все пак ще бъде малко поправка. Кръпка, която по-специално аз не ме убеждава.

    Дистрибуция като Debian (и това отново е мнение) трябва да е избрала да се съюзи с Gentoo и да укрепи OpenRC или да разработи собствена система за зареждане. Неспособността ви да го направите може да се тълкува като знак за пренебрегване. Debian губи инициатива и по някакъв начин независимост и това е жалко. Въпреки че разбира се, това е моето мнение и нямам право да изисквам нищо от никого, още по-малко от общността на Debian.

    Не става въпрос за премахване на systemd от хранилищата (което може да е полезно за много потребители), а за това, че системата не замърсява всичко и не ограничава възможностите на потребителите.

    Тези, които използват Gnome, са обвързани със systemd, но останалите от нас не трябва да бъдат, ако не искаме, и в това се крие предложението за гласуване (General Resolution: init system coupling), представено от Ian Jackson, който има предизвика всички ожесточени дебати, че те със сигурност са накарали Hess и други разработчици да се откажат от проекта. Проблемът е в използваните трикове, липсата на уважение в пощенските списъци и някои напълно недопустими нагласи в дискусионна среда, която трябва да бъде конструктивна.

    Много се говори за философията на Unix (направете едно нещо и го направете добре) или блажените Linux стандарти (сякаш щяха да направят Linux най-добрата настолна система, която изтрива Windows и Mac OS X от картата), но истината е, че това е мъртва хартия, ако няма минимален консенсус. И systemd не го носи. Погледнато е. Linux не е напълно планиран (като BSD или Windows и Mac), стандартите са добре дошли, но трябва да отговарят на изискванията на безплатна, критична и в някои случаи научна общност.

    И разбира се, не става въпрос и за зареждане на системата с 20 секунди по-бързо. Това остава върху повърхността на много по-сложен проблем.

    Ако ситуацията в Debian продължава така, на лично ниво обмислям мигриране към Gentoo или, ако е необходимо, давам шанс на щастливата вилица на Debian, стига да съм убеден от неговия социален договор и разработчиците зад него (има много анти трол -системни, които изобщо не ги харесвам). Засега ще остана на Уизи.

    Поздрави и съжалявам за дължината на коментара,

    1.    Rolo каза той

      но за да използвате sysv, не е нужно да деинсталирате systemd http://www.esdebian.org/wiki/systemd#3.2 редактиране / etc / default / grub и настройка GRUB_CMDLINE_LINUX_DEFAULT = »тихо init = / sbin / init.sysvinit» + актуализиране на grub или деинсталиране на пакета systemd-sysv (вероятно имате инсталиран sysvinit)

      PS: искането да деинсталирате тези пакети не би било проблем. това, което можете да направите е: първо поставете sysv, за да управлявате стартирането, след това премахнете systemd и преинсталирайте пакетите (с изключение на gnome, защото ще поиска systemd)

      трябва да четете и да не бъдете осъдителни

      отношение на

      1.    eliotime3000 каза той

        Точно така, тъй като първото нещо, което направих, беше да инсталирам SysVinit и след това да деинсталирам SystemD, за да не свърши INIT.

  9.   Ксиеп каза той

    В предишния коментар грешно написах псевдонима си, това е Xiep.

    Това каза, да, за да можете да използвате sysvinit, не е необходимо да деинсталирате systemd, но точно това, което искам, е да го деинсталирам.

    Тоест, ако нямам доверие на systemd и искам да го премахна от моята система, се сблъсквам с неудобни неуспехи, като автоматично монтиране на сменяем носител или спиране и хибернация на системата, без да съм root. Мога да го направя ръчно, би било и повече, но ще се съгласите с мен, че това е поправка. Почти всичко, което зависи от "dbus", ще инсталира systemd. Досега едно от "официалните" решения на проекта беше инсталирането на "systemd-shim" (http://www.itwire.com/business-it-news/open-source/65684-debian-leader-says-users-can-continue-with-sysvinit), пакет, който емулира systemd и ви позволява да използвате всички програми, които зависят от него. Но това решение не е съвсем убедително.

    Разбира се, че мога да оцелея без systemd (всичко може да се поправи в този живот), става въпрос за това при какви условия го правя и какво и кой облагодетелства Debian с това решение. Трябва да жонглирате, така че всичко да работи и точно това е накарало общността да се изправи срещу RG, която вдига толкова много мехури и причинява някои жертви (https://www.debian.org/vote/2014/vote_003.en.html). Проблемът е, че резултатът обикновено е двоичен: или печелите, или губите. Изглежда, че климатът е толкова радикализиран, че дискусията завършва с „всичко или нищо“. Лош бизнес, наистина. На 19 ноември ще оставим съмнения.

    Много си внимателен да се тревожиш за поведението ми, Роло, но чета много и ми вярваш, не съм осъдителен. Точно това, което ми се стори прибързано, е приемането на systemd по подразбиране в някои от най-важните дистрибуции, когато това е система, която не е много зряла, да кажем. Както и да е, такъв прилив изглежда подозрителен.

    Здраве!

    1.    Rolo каза той

      Xiep на "... Тоест, ако нямам доверие на systemd и искам да го премахна от системата си, се натъквам на неудобни неуспехи, като автоматично монтиране на сменяем носител или спиране и хибернация на системата, без да съм root ... Бъркате systemd с PolicyKit (трябва да прочетете !!!) и някои грешки в debian, свързани с настолни компютри като lxde или xfce4.

      Колко ще трябва да създадете свои собствени правила на Polkit

      Трябва да спрете да се забърквате с проблема systemd, в края на деня това е софтуер, който, ако работи добре, бижу и ако не, ще бъде променен за нещо друго и подсказка. но моля, оставете политиката за важни неща в живота,

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

      1.    Ксиеп каза той

        Роло, ще бъде трудно да деинсталирам systemd на Debian Jessie, това имам предвид. Подмяната на системата за зареждане по подразбиране е сложна и може да повреди системата.

        Това не е чукане на никого. Много потребители на Debian не вярват на systemd, това е всичко. И ние гледаме със загриженост на решенията, които се приемат напоследък, затова се води дебат. Всъщност окончателното решение на Техническия комитет беше много строго. Нормално е, че все още получих противоречието, защото само един глас реши окончателното решение. И това не е точно явно мнозинство.

        Debian винаги е обмислял политически и социални аспекти. Може би именно това е направило проекта такъв, какъвто е, иначе не би бил Debian.

        Не знам как да приема последния ти параграф ... Като дисквалификация? Идваш да кажеш, че съм невежа и папагал без собствени критерии ... Малко преувеличена, нали?

        На последно място,

        Здраве!

  10.   без име каза той

    прекрасно произведение на изкуството на Джеси

  11.   eliotime3000 каза той

    Това, което ме изненадва, е, че разработчиците на Debian не са взели предвид UselessD, което е по-добре от systemd-shim и се разглежда като по-добра алтернатива на това, което Debian предлага. Лошото е, че вече е късно да го предложите, тъй като репозиториите вече са замразени и изглежда тази версия ще бъде еквивалент на Ubuntu 12.04 на Debian.

    По отношение на SystemD, не виждам RHEL / CentOS понастоящем да е ентусиазиран от широкото пускане на версия 7 (знаете SystemD).