Debian Джессі заморожує та інше

5 листопада тестувальний відділ Debian (з ім'ям Джессі) був заморожений, після довгих місяців розробки та виправлення більше 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. Причиною свого від'їзду він називає той факт, що конституція Дебіана вела проект у неправильному напрямку. Не знаю, чи це підморгування до лютневого чемпіонату, але це може бути.


Залиште свій коментар

Ваша електронна адреса не буде опублікований. Обов'язкові для заповнення поля позначені *

*

*

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

  1.   ніхто - сказав він

    згідно з я прочитав результати Джо Гесс пов'язаний з прийняттям systemd ...

  2.   роло - сказав він

    Як дивно, що хлопець відходить від debian для systemd і у своєму блозі він написав допис про те, як використовувати модуль systemd cron https://joeyh.name/blog/entry/a_programmable_alarm_clock_using_systemd/

    Я не думаю, що це поведінка того, хто проти systemd

    до речі офіційне мистецтво виглядає як трискель, але в м'якій версії

    1.    елав - сказав він

      Я не думаю, що одне має відношення до іншого. Той факт, що один не використовує (наприклад, Windows), не означає, що якщо ви можете навчити когось користуватися ним, скажіть: НІ, тому що я цим не користуюся. Навпаки, це показує вам, як ним користуватися, і нехай інший на власні очі переконується, підходить воно йому чи ні.

      1.    роло - сказав він

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

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

        Тобто, якщо я знаю, що була спроба проголосувати, щоб отримати можливість використовувати sysv у програмі встановлення debian, хоча проблема полягала в тому, що недостатньо людей, щоб підтримувати пакет сумісним з обома менеджерами

  3.   помаранчевий - сказав він

    Я зареєструвався вчора і, мабуть, це не пройшло модерацію?

    1.    елав - сказав він

      Я сумніваюся!

      1.    помаранчевий - сказав він

        Я ніколи не отримував електронного листа з підтвердженням. Звідки ви знаєте, хтось бот чи ні, бачачи лише псевдонім та електронне повідомлення?

  4.   Юкітеру - сказав він

    Що стосується Джої Гесса, це дуже зрозуміло, не тільки систематизовано, це спосіб, яким певні речі обробляються в дистрибутиві, і ви залишили тут хороший приклад, MariaDB не є типовою версією для баз даних, і замість цього MySQL все ще залишається використовуватися, те, що багато років тому було б досить божевільним.

    1.    елав - сказав він

      Ну ось що я намагаюся сказати у своєму коментарі .. +1

      1.    Юкітеру - сказав він

        Саме @elav Debian сильно змінився порівняно з попередніми роками, і саме ця ситуація змусила багатьох розробників та співавторів вирішити відмовитись від проекту. IgnorantGuru також заявив про це у своєму блозі зі своїм перервою, не тільки систематизовано, як це робиться, тепер це Джої Гесс, і багато інших приєднаються до групи залежно від того, що буде прийнято 18 листопада при голосуванні за вільний вибір init se de.

  5.   елав - сказав він

    Не менш за все Джої Гесс покинув проект, і більше того, я поділяю передбачувану причину, яку ви коментуєте в дописі Diazepan. Цікаво, чому Debian не просто переходить на MariaDB, коли інші дистрибутиви це вже робили без жодних проблем і не такі філософські? Cof .. кашель .. Archlinux .. кашель .. Вони перестають підтримувати KFreeBSD, чому? Яке виправдання, якщо вони підтримують інші архітектури, якими користуються лише одиниці? У будь-якому випадку .. щодня я віддаляюся від Debian, і це болить .. 🙁

    1.    петерчеко - сказав він

      Вони перестають підтримувати KFreeBSD, оскільки їхнє ядро ​​не Linux, а BSD ... Ви знаєте, що systemd не ладить із системами BSD: D.

      1.    петерчеко - сказав він

        Що стосується mysql чи mariadb ... Це трохи має значення, так? І про це досі дискутують: Д.

      2.    петерчеко - сказав він

        Я також думаю, що Debian покидає mysql за замовчуванням на даний момент з дуже важливої ​​причини: MySQL Cluster CGE.

        Зверніть увагу, що Debian використовується на серверах і повинен залишатися нейтральним для всіх. Ви не можете перейти до MySQL Cluster CGE від MariaDB, і якщо вони видалять MySQL з Debian, це може призвести до відмови нечисленних користувачів.

      3.    eliotime3000 - сказав він

        Іншими словами: на кластер MySQL CGE існує чималий тиск. Крім того, якщо Андаміро випустить наступну версію Накачати нескінченність, ви, ймовірно, більше не використовуєте Debian як ОС за замовчуванням через його початкову залежність від SystemD в таких середовищах, як GNOME та таких компонентів, як NetworkManager.

  6.   linuXgirl - сказав він

    Я погоджуюсь з Джої Гессом: «… Проект Debian вже не той…» 😉

    1.    eliotime3000 - сказав він

      У тому, що він правий, оскільки Debian зараз приймає рішення, як це робив Ubuntu, коли він вийшов 12.04.

  7.   ксарліб - сказав він

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

  8.   Сіпе - сказав він

    Сумно, що відбувається останнім роком на Debian. Я можу зрозуміти, що деяких розробників, таких як Джої Гесс, набридло атмосфера напруженості, яка часто виникає в дискусіях щодо системи запуску Debian 8 "Джессі".

    Це було важке рішення, і воно виявляється болючим. Навіть деякі користувачі (які на даний момент не є розробниками) розглядають можливість створити форк дистрибутива, який за замовчуванням не включає systemd.

    Systemd - і це одна думка - є проблематичним, непрозорим та потенційно небезпечним. Це возиться із занадто великою кількістю залежностей і змушує нас вносити зміни, з якими деякі користувачі не погоджуються. Багато системних адміністраторів попереджають про серйозні технічні конфлікти, які спричиняє його реалізація (за те, що вони не використовують товстих слів, з якими вони зазвичай посилаються, коли говорять про systemd). Це не дискусія про "еволюцію-консерватизм", "прогресивізм-нерухомість" чи "сучасність-античність", як деякі коментатори хотіли спростити це. Це також не маніхеївська роздвоєність між "крутими" користувачами настільних комп'ютерів і "троглодитами". Йдеться про безпеку, модульність, гнучкість, а головне, довіру.

    Якщо я хочу видалити systemd у Debian та поставити sysyinit, я виявлю, що наступні пакети будуть видалені:

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

    Залиште такі залежності невирішеними:
    14) libcolord2 отримує забарвлене
    15) чашки рекомани кольорові
    16) чашки-демони повертають кольорові
    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, але нам решті не потрібно бути, якщо ми цього не хочемо, і в цьому полягає пропозиція щодо голосування (Загальна резолюція: з'єднання системи init), представлена ​​Йеном Джексоном, яка викликали всі гіркі суперечки про те, що вони, безперечно, змусили Гесса та інших розробників відмовитись від проекту. Проблема полягала у використаних трюках, відсутності поваги в списках розсилки та деяких абсолютно неприйнятних позиціях у середовищі обговорення, яке має бути конструктивним.

    Є багато розмов про філософію Unix (зробіть одне і зробіть це добре) або блаженні стандарти Linux (ніби вони повинні зробити Linux найкращою робочою системою, яка знищує Windows і Mac OS X з карти), але правда полягає в тому, що це мертва папір, якщо немає мінімального консенсусу. І systemd цього не приносить. Видно це. Linux не повністю планується (як BSD або Windows та Mac), стандарти вітаються, але вони повинні відповідати вимогам вільного, критичного, а в деяких випадках наукового співтовариства.

    І звичайно, мова також не йде про завантаження системи на 20 секунд швидше. Тобто залишатися на поверхні набагато складнішої проблеми.

    Якщо ситуація в Debian триватиме так, на особистому рівні я розглядаю можливість переходу на Gentoo або, якщо потрібно, надання шансу щасливій форці Debian, якщо я переконаний в його соціальному контракті та розробниках, що стоять за цим (є багато антитролів -системних, що вони мені зовсім не подобаються, справді). Поки що я залишатимусь на Візі.

    Вітаю і вибачте за довжину коментаря,

    1.    роло - сказав він

      але щоб використовувати 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 цим рішенням. Ви повинні жонглювати, щоб все запрацювало, і саме це призвело громаду до протистояння РГ, яка піднімає стільки пухирів і приносить деякі жертви (https://www.debian.org/vote/2014/vote_003.en.html). Проблема полягає в тому, що результат, як правило, двійковий: або ви виграєте, або програєте. Здається, клімат настільки радикалізований, що дискусія закінчується "все або нічого". Поганий бізнес, справді. 19 листопада ми залишимо сумніви.

    Ти дуже уважно турбуєшся про мою поведінку, Роло, але я багато читаю і довіряю мені, я не засуджую. Точно те, що мені здалося поспішним, це прийняття systemd за замовчуванням у деяких найважливіших дистрибутивах, коли це система, не дуже зріла, скажімо. У будь-якому випадку, такий поспіх здається підозрілим.

    Салюд!

    1.    роло - сказав він

      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).