The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Планы, определяющие функциональность релиза Debian 7 "Wheezy"

02.08.2011 16:36

Анонсированы первые планы подготовки будущего стабильного релиза Debian 7 "Wheezy". После неудачной попытки перехода на фиксированный по времени график подготовки релизов, в качестве наиболее реальной даты выхода новой версии называется конец 2012 или начало 2013 года.

Среди первичных задач, которые разработчики планируют реализовать в Debian 7, упомянуты:

  • Из уже ранее реализованных в Squeeze целей, которые будут учтены в следующем релизе, упомянуты:
    • Уменьшение времени загрузки за счет учета зависимостей между init-скриптами и организации параллельного запуска сервисов (переход на insserv и переработанные скрипты инициализации rc-sysv). Среди нерешенных задач остается вопрос использования по умолчанию быстрого и упрощенного командного интерпретатора dash, решение оставшихся проблем с параллельной загрузкой, учитывающей зависимости;
    • Улучшение качества пакетов в репозиториях Debian: обнаружение и исправление ошибок, гарантирование отсутствия непригодных для установки пакетов и пакетов при использовании которых наблюдается конфликт из-за создания одних и тех же имён файлов;
    • Удаление из поставки устаревших библиотек, таких как GLib 1.2. Полный список библиотек, которые будут признаны устаревшими пока не сформирован;
    • Продолжение перевода пакетов на усовершенствованный формат DebSrc 3.0, в котором патчи можно размещать в виде отдельных файлов внутри директории "debian/patches/";
  • Цели, которые начали реализовывать в рамках подготовки Squeeze, но планируют довести до конца в Wheezy:
    • Поддержка многоархитектурных установок (Multiarch), дающих возможность одновременной установки в системе пакетов для нескольких аппаратных архитектур;
    • Продолжение развития архитектуры kFreeBSD, сочетающей в себе ядро FreeBSD с пользовательским окружением на базе glibc и GNU-утилит. Главной задачей является уменьшение числа непригодных к установке пакетов до величин, приемлемых для стабильного релиза. Например, в текущем состоянии невозможно установить X-сервер из-за проблем с HAL;
    • Обеспечение поддержки IPv6 во всех приложениях из состава дистрибутива, которые могут работать через IPv4. В настоящее время проблемы наблюдаются в достаточно широком спектре программ, среди которых: Squid, MySQL, Asterisk, ISC DHCP, openvpn, uucp, avahi и т.д.
    • Поддержка работы с файлами большого размера во всех пакетах (некоторые программы не читают файлы больше 2/4 Гб). Проблемы наблюдаются в таких пакетах, как php5, navit, qdbm, audiofile, lua50, dvd+rw-tools, icedove, alpine, nautilus, kpart-webkit, kopete, thttpd, tetex и т.д.
    • Удаление неиспользуемых файлов "*.la", приводящих к возникновению лишних зависимостей, чистка поля dependency_libs в оставленных файлах;
  • Новые цели, утвержденные для реализации в Wheezy:
    • Внедрение новой корневой директории "/run", в которую будет перенесено содержимое "/var/run" с целью решения проблемы с недоступностью /var/run на ранней стадии загрузки. Подробное обоснование целесообразности подобного шага можно прочитать здесь;
    • Прекращение использования API Video4Linux 1 (V4L1), поддержка совместимости с которым была прекращена в новом драйвере для захвата видео, поддерживающем только V4L2. В настоящее время устаревшее API используется в 70 пакетах. В качестве возможного варианта решения проблемы может быть использована библиотека libv4l, эмулирующая V4L1 через V4L2;
    • Прекращение использования /dev/dsp. Несмотря на то, что подсистема OSS уже не поддерживается в ядре Linux, многие приложения по прежнему используют /dev/dsp для вывода звука. В качестве решения проблемы могут быть использованы специальные врапперы или модуль snd-pcm-oss, эмулирующий работу /dev/dsp поверх ALSA;
  • Цели, решение по которым не принято окончательно:
    • Интеграция поддержки системы принудительного контроля доступа SELinux;
    • Использование по умолчанию DNSSEC в конфигурациях рабочих станций;
  • Цели, отвергнутые для реализации в Wheezy:
    • Использование Grub 2 в качестве загрузчика по умолчанию во всех возможных ситуациях. В настоящее время поддерживается как GRUB Legacy, так и GRUB 2, при этом GRUB 2 выбирается по умолчанию в grub-installer, за исключением случаев использования multipath и dmraid. Цель отклонена, так как не может считаться глобальной задачей для релиза, скорее это текущая доработка;
    • Использование по умолчанию Python 2.7;
    • Создание тестовых наборов для контроля качества на этапе сборки пакетов (отсутствует разработчик);
    • Создание тестовых наборов для контроля качества при выполнении программ (отсутствует разработчик);
    • Приведение дистрибутива в соответствие с предварительным вариантом спецификации FHS 3.0 (Filesystem Hierarchy Standard), определяющей набор и место размещения в файловой системе стандартных утилит, системных файлов и директорий.

Дополнительно можно отметить обновления таблицы с оценкой статуса поддерживаемых архитектур. Из официально поддерживаемых архитектур отмечены: amd64, armel, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc. Наибольшее число проблем связано с архитектурой hurd-i386, базирующейся на ядре GNU Hurd. Несмотря на то, что для работы в Debian GNU/Hurd адаптировано 68% из всех находящихся в дистрибутиве пакетов и не до конца реализована инфраструктура сборки, разработчики проекта настроены оптимистично и намерены довести качество до нужного уровня.

Среди других возможностей улучшения подготовки релиза отмечается поиск новых путей оптимизации процесса тестирования ветки Debian Testing. Например, упоминается рассмотрение возможности использования некоторых идей из проекта CUT (Constantly Usable Testing, постоянно обновляемые и пригодные к использованию снапшоты Debian Testing) и ветки с непрерывным циклом обновления. В частности, планируется упростить использование срезов экспериментальной ветки, используя которые можно опробовать новые возможности.

Также ведутся работы по наглядному выделению периодического временного удаления пакетов из ветки Testing: будет создана утилита, которая даст возможность оценить какие из пакетов отсутствуют в ветке, а какие могут быть потенциально удалены при выполнении определенных действий. Ежедневно в списке рассылки debian-devel будут публиковаться списки планируемых ко временному удалению пакетов. К сожалению пока не найдено альтернативного способа обеспечения в репозитории гарантированной непротиворечивости пакетов и связанных с ними зависимостей, не требующего временного удаления пакетов из Testing в процессе обновления пакетов, требующих корректировки зависимостей у других пакетов (transitions).

  1. Главная ссылка к новости (http://lists.debian.org/debian...)
  2. OpenNews: В Debian 7 "Wheezy" будет реализована поддержка многоархитектурных установок
  3. OpenNews: В рамках проекта Debian CUT началось формирования ежемесячных установочных сборок
  4. OpenNews: В состав Debian Wheezy может войти Debian GNU/Hurd
  5. OpenNews: Релиз Debian 6.0 (Squeeze)
  6. OpenNews: У проекта Debian может появиться ветка с непрерывным циклом обновления
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/31369-debian
Ключевые слова: debian
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (57) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 17:44, 02/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда программист при виде проблемы говорит ага, счас поставим костылик, и все ... большой текст свёрнут, показать
     
     
  • 2.3, Аноним (-), 17:52, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Сам ты костыль. Аргументируй давай, чем тебе так не нравятся init-скрипты
     
     
  • 3.6, Аноним (-), 18:14, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В современном своем виде init-скрипты являются надругательством над изначальной идеей, по которой они были созданы (всего несколько строчек, не сколько даже скрипт, сколько конфиг). Та идея соответствовала философии Юникс, а те горы костылей, которые выросли сейчас, радостно пляшут на ее могиле.
     
     
  • 4.9, Аноним (-), 18:52, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • –10 +/
    > В современном своем виде init-скрипты являются надругательством над изначальной идеей,
    > по которой они были созданы (всего несколько строчек, не сколько даже
    > скрипт, сколько конфиг). Та идея соответствовала философии Юникс, а те горы
    > костылей, которые выросли сейчас, радостно пляшут на ее могиле.

    С философией Юникс давно пора кончать. Теперь линукс, как единтсвенная в своём роде свободная ОС, есть Юникс, и пусть теперь все остальные подстраиваются под неё

     
     
  • 5.12, Аноним (-), 19:33, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Толсто.

    > What is Linux?
    > Linux is a clone of the operating system Unix, [..]. It aims towards POSIX and Single UNIX Specification compliance.
    > http://kernel.org/

     
  • 5.14, Аноним (-), 19:43, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >С философией Юникс давно пора кончать. Теперь линукс, как единтсвенная в своём роде свободная ОС, есть Юникс, и пусть теперь все остальные подстраиваются под неё

    Вот и подстраивайся.

     
  • 5.34, Аноним (-), 01:19, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У линукса очень много проблем. И SysV init, изуродованный до неузнаваемости - одна из них.
    Впрочем, конкретно эта проблема не является сугубо линуксовой.
     
  • 5.50, anonymous (??), 14:30, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >С философией Юникс давно пора кончать.

    Да, вендувс-вэй определённо лучше

     
  • 3.18, VoDA (ok), 20:28, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Сам ты костыль. Аргументируй давай, чем тебе так не нравятся init-скрипты

    требованием их интерпретации каждый раз при загрузке, причем на каждый чих пишется по скрипту. дальше интерпретатор при выполнении скрипта множество раз обращается к консольным утилитам для элементарных проверок... и так в КАЖДОМ скрипте.

    Грамотный язык программирования смог бы вынести общие части в отдельную сущность, чем снизил дублирование кода.

    Плюс systemd предоставляет намного больше возможностей, чем обычные скрипты.

     
     
  • 4.21, Аноним (-), 21:16, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > требованием их интерпретации каждый раз при загрузке

    Время их интерпретации ничтожно мало. Зато они просты и естественны.

    > Грамотный язык программирования смог бы вынести общие части в отдельную сущность, чем
    > снизил дублирование кода.

    Видимо вы все таки имели ввиду грамотного программиста. Но что такому программисту мешает вынести общие части скрипта?

    > Плюс systemd предоставляет намного больше возможностей, чем обычные скрипты.

    Кроме параллельного запуска сервисов, над которым работают в Debian, ничего ценного не вспоминается.

     
     
  • 5.35, Аноним (-), 01:27, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Сто лет - тоже ничтожно малый промежуток времени Однако за это время многие усп... большой текст свёрнут, показать
     
     
  • 6.51, anonymous (??), 14:39, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Тот факт, что вы не знакомы с возможностями systemd, не является аргументом в данной дискуссии, имхо.

    Да ладно, маркетинговый бред в стиле windows vs linux от Леннарта все прочитали. Осталось только выяснить недостатки, среди которых:

    1. bloatware
    2. запускалки сервисов на си
    3. море зависимостей.
    4. linux-only
    5. ругань, если /usr отдельным разделом.
    6. море багов, которые Главный Разработчик никак не соизволит исправить.
    7. Неадекватность Главного Разработчика.
    8. Необходимость тотального перетачивания софта и дистра под systemd с последующей невозможностью использовать альтернативы.

    Часть недостатков взято из рассылки debian.

     
     
  • 7.57, Аноним (-), 03:21, 04/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В основном феерический бред Кратко поясню по пунктам Так может утверждать толь... большой текст свёрнут, показать
     
  • 7.58, Аноним (-), 03:31, 04/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Осталось только выяснить недостатки, среди которых:

    По существу, смысл всех восьми пунктов можно выразить одной фразой: "не читал, но осуждаю".

    Если кто-нибудь из бездумных повторителей этих замыленных фраз случайно познакомится с systemd, он узнает много нового для себя.

     
  • 3.40, Аноним (-), 07:35, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Сам ты костыль. Аргументируй давай, чем тебе так не нравятся init-скрипты

    Тем что дергать 800Кб интерпретер для старта 20Кб демона.

     
     
  • 4.45, anonymous (??), 10:32, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Тем что дергать 800Кб интерпретер для старта 20Кб демона.

    Программа на сях определённо лучше. Особенно, если надо что-то там добавить, подправить, сегфолт отловить.

     
     
  • 5.49, Аноним (-), 13:07, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И зовется эта программа dash :/
     
     
  • 6.53, anonymous (??), 15:07, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >И зовется эта программа dash :/

    Да хоть как она зовётся. Скрипт правится и дотачивается за пару минут в отличие от.

     
     
  • 7.56, Аноним (-), 02:57, 04/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Да хоть как она зовётся. Скрипт правится и дотачивается за пару минут в отличие от.

    А интерпретатор этого скрипта - за несколько лет и через кучу багрепортов.

     
  • 2.7, Аноним (-), 18:49, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Вы правы, дебиан уже не тот что был раньше. Вместо яркого, насыщенного новшествами, духом свободы и неограниченного творчества дистрибутива конца 90 - начала 2000х, мы видим какое-то болото. Повсюду одни тёрки, бюрократия, параноидальное желание исправить малейшие баги, забота о каких-то абстрактных мега-надёжных серверах (которых нет и не было никогда), попытки всё зделать через одно место. Обидно также и то, что у убунты, которая берёт большинство пакетов из дебиана, скорее всего тоже начнутся проблемы (если они не решатся перейти на свою собственную кодовую базу).
     
     
  • 3.11, Аноним (-), 19:21, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>С<<Делать , ять , >>С<<Делать
     
  • 3.13, Yoga (??), 19:35, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Бред. Всё в Дэбияне как никогда хорошо. А определенный консерватизм - только преимущество.
     
     
  • 4.28, Аноним (-), 21:29, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Согласен. Шлепать релизы по фиксированному графику — прерогатива Canonical Ltd.
     
  • 3.16, rico (ok), 19:47, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы правы, дебиан уже не тот что был раньше. Вместо яркого, насыщенного
    > новшествами, духом свободы и неограниченного творчества дистрибутива конца 90 - начала
    > 2000х, мы видим какое-то болото. Повсюду одни тёрки, бюрократия, параноидальное желание
    > исправить малейшие баги, забота о каких-то абстрактных мега-надёжных серверах (которых
    > нет и не было никогда), попытки всё зделать через одно место.
    > Обидно также и то, что у убунты, которая берёт большинство пакетов
    > из дебиана, скорее всего тоже начнутся проблемы (если они не решатся
    > перейти на свою собственную кодовую базу).

    +100500
    убунтоводы по крайней мере выправляют положение красивыми картинками и новым софтом

     
     
  • 4.20, Disaron (ok), 21:11, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Красивыми обоями хотел сказать? )
     
     
  • 5.33, anon8 (ok), 00:40, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нескучными
     
  • 3.32, Siberianlaika (ok), 23:04, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вы правы, дебиан уже не тот что был раньше. Вместо яркого, насыщенного новшествами, духом свободы и неограниченного творчества дистрибутива конца 90 - начала 2000х, мы видим какое-то болото. Повсюду одни тёрки, бюрократия, параноидальное желание исправить малейшие баги, забота о каких-то абстрактных мега-надёжных серверах

    Вот и хорошо, что остаются дистрибутивы, где к релизу пытаются исправить "малейшие баги". Нынче модно закрывать глаза на ошибки и понижать планку качества и это при неуклонном  увеличении сложности IT систем — вот это прямая дорога в болото вечно кривого софта, яркого такого и "насыщенного баг^h^h^h новшествами".

     
     
  • 4.44, Аноним (-), 08:00, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Допустим, в датском королевстве тоже не все гладко с качеством, достаточно припомнить облом с ключами SSL/SSH например. Что доставило массу головняка по рекеингу всех машин. И по 3 года юзать древний софт нравится не всем и не всегда. Вместо того чтобы подналечь на эти моменты они зачем-то затевают поддержку всяких kfreebsd и hurd. Ну ладно, хрен с ними. А чем upstart как инициализация был плох? Стартует быстро и параллельно. Формат конфига осваивается за 5 минут гугления. Умеет все чего не хватало в system-v, как то рестарт сервисов, приоретизация, старт/стоп по условиям типа "появилась сеть"/пропала сеть, etc. Нет, надо очертя голову впихивать какой-то другой велосипед, не понятно чем лучше. Их там что, синдром Not Invented Here задолбал?
     
  • 2.15, rico (ok), 19:45, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да ладно, если б это еще была проблема
    в демьяне нужно решать кучу других проблем
    например, нихрена не работающие инит скрипты, которые бодро рапортуют о том, что сервис запущен и давно работает, хотя на самом деле все несколько не так
    кто-то тут орал про zap в gentoo
    так вот в генте по крайней мере не существует неконсистентных состояний init-скрипта или они настолько редки, что этот zap спасает положение
    в демьяне предпочитают страдать херней, вместо допиливания хотя бы того, что есть
    из-за этого dash кстати, уже выполезала куча багов
    ссылки давать не буду, потому что лень
     
     
  • 3.24, б.б. (?), 21:22, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > да ладно, если б это еще была проблема
    > в демьяне нужно решать кучу других проблем
    > например, нихрена не работающие инит скрипты, которые бодро рапортуют о том, что
    > сервис запущен и давно работает, хотя на самом деле все несколько
    > не так

    Примеры таких скриптов?


    > кто-то тут орал про zap в gentoo

    Кто-то тут орёт - это под забором. Вам к вон тому товарищу, сверху. Здесь не орут.


    > так вот в генте по крайней мере не существует неконсистентных состояний init-скрипта
    > или они настолько редки, что этот zap спасает положение
    > в демьяне предпочитают страдать херней, вместо допиливания хотя бы того, что есть

    В чём предпочитают? Чем страдать? В чём это выражается?


    > из-за этого dash кстати, уже выполезала куча багов

    Примеры будут?


    > ссылки давать не буду, потому что лень

    Примеров не будет.

     
  • 2.22, б.б. (?), 21:18, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда программист при виде проблемы говорит "ага, счас поставим костылик, и все
    > будет хорошо", он получает уже две проблемы, как-то так.
    > Проблему шелл-скриптов при загрузке нужно решать радикально, переходом на upstart (а еще
    > лучше на systemd), а не городить костыли с переписыванием шелла (из-за
    > которого наверняка вылезет куча багов и придется переписывать много скриптов) и
    > втыканием полуавтоматического расстановщика зависимостей (который ведет себя не пойми
    > как, например, из-за него выкинули bootchart из squeeze).

    Когда дураку дают возможность сделать мир чуть лучше, он сначала старый мир рушить начинает, а только потом думать, что делать. А совместимость со всем тем, что уже есть - как обеспечивать? Я и в 6.0 иногда встречаю строчки "теперь там-то совместимость с Debian ниже 3.1 не гарантируется".

    Улучшение ради улучшения? Для чего? У меня на cel500/128 от окна grub до окна login: проходит, ну, может, секунды 3. Ну будет 1 вместо 3, и что?

    Я вот помню, какими слезами обливались в релиз-нотесе Sarge по поводу того, что процессоры 80386 не поддерживаются, извинялись, говорили, что не их вина. А релиз Sarge - это 2005 год.

    Искать проблемы там, где их нет, мужественно находить, а потом заявлять, что "ну вот - я же говорил" - это какой-то новый вид спорта. И вы в нём явно среди лидеров.


    > В конечном счете, та куча проблем, которая вывалится на пользователей из-за чьей-то
    > любви к тыканью костылей в гумно мамонта, будет даже больше издержек
    > от перехода на современное прямое решение.

    В конечном счёте, то время, которое вы бы потратили на изучение умения грамотно выражаться, вместо вот этой вот коллекции подзаборных слов... ничего бы вам это не дало. Поскольку вы и грамотность, вы и ум, вы и культура, а также вы и Debian - несовместимы.

     
     
  • 3.36, Аноним (-), 01:36, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    К данному случаю это не относится Новый мир уже практически достроен, сейчас та... большой текст свёрнут, показать
     
     
  • 4.39, MyH (ok), 07:25, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Новый мир уже практически достроен, сейчас там идут отделочные работы.

    Ох уж эта новаторская возня. Помнится недавно такие же новаторы ратовали за перенос каждого драйвера в юзерспейс. И где они сейчас? Наверное, наскучила очередная революционная идея, взялись за другую.

     
     
  • 5.47, Аноним (-), 12:56, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >И где они сейчас?

    Hurd и Minix3 вполне живы, и даже развиваются помаленьку.

     
     
  • 6.54, anonymous (??), 15:09, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Hurd и Minix3 вполне живы, и даже развиваются помаленьку.

    Linux тоже скоро загонят к такой вот "жизни".


     
     
  • 7.59, Аноним (-), 03:45, 04/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Linux тоже скоро загонят к такой вот "жизни".

    А все из-за глючной сишной блоатвари.

    //Это я про GNU coreutils, разумеется.

     
  • 2.41, Аноним (-), 07:37, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Проблему шелл-скриптов при загрузке нужно решать радикально, переходом на upstart (а еще
    > лучше на systemd),

    А в идеале хорошо бы чтобы федора, убунта и редхат еще и договорились бы между собой о том кто там будет "фидорулезом" и юзали его. Заодно мандриву и прочих сусей можно построить, чтоб уж совсем хорошо. А то порасплодили, понимаешь, систем инициализации...

     
     
  • 3.48, Аноним (-), 13:04, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Убунта и RHEL в ближайшие годы на upstart, тут изменений нет и не предвидится. (Потому что для убунты upstart свой, родной и любимый, а для RHEL systemd пока сыроват.)

    Федора уже на systemd, мандрива и суся переходят на него со следующего релиза.

    По сути дела, мейнстримовых систем инициализации только две. Конечно, systemd по всем фичам заруливает upstart, однако в пользу последнего пока работают кое-какие факторы (например, нежная любовь некоего Марка Ш, духовного лидера весьма крупной религиозной организации), поэтому пока что абсолютного стандарта не видать.

     
     
  • 4.52, anonymous (??), 14:43, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Федора уже на systemd, мандрива и суся переходят на него со следующего релиза.

    Ну да, запускалок гном ос теперь будет несколько.


    >По сути дела, мейнстримовых систем инициализации только две.

    Не болтай ерунды. Есть sysVinit в арче и openrc в генте.


     
     
  • 5.55, Аноним (-), 02:55, 04/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну да, запускалок гном ос теперь будет несколько.

    Мандрива по дефолту на кедах, а в сусе есть варианты и с кедами, и с гномом.

    > Не болтай ерунды. Есть sysVinit в арче и openrc в генте.

    Они погоды не делают.

     
  • 5.61, anonimous (?), 12:59, 22/11/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не болтай ерунды. Есть sysVinit в арче и openrc в генте.

    Только вот в арче systemd

     
  • 2.60, Аноним (-), 13:23, 08/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчик этого systemd уже сделал один высер - pulseuadio, который или не раб... большой текст свёрнут, показать
     

  • 1.2, ip1981 (ok), 17:47, 02/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ещё бы перешерстить пакеты, в которых куча говна насобиралось в debian/* с 199x,
    типа Апача, Питона.

    Например:
    http://bazaar.launchpad.net/~doko/python/pkg2.7-debian/view/head:/rules

     
  • 1.5, Аноним (-), 18:04, 02/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    uucp over ipv6, ох изврат
     
     
  • 2.10, anonymous (??), 19:12, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > uucp over ipv6, ох изврат

    Кто-то до сих пор использует uucp? А зачем?

     
  • 2.42, Аноним (-), 07:42, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > uucp over ipv6, ох изврат

    Мсье знает толк! Даешь gopher@ipv6?! POP2 в массы!

     

  • 1.17, alltiptop (ok), 20:22, 02/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сделать мир прекраснее (отсутствует разработчик).
     
     
  • 2.25, б.б. (?), 21:24, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Сделать мир прекраснее (отсутствует разработчик).

    Скорее отсутствуют заслуживающие этого пользователи.

     
     
  • 3.27, alltiptop (ok), 21:26, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Сделать мир прекраснее (отсутствует разработчик).
    > Скорее отсутствуют заслуживающие этого пользователи.

    Некоторые пользователи не заслуживают даже этого мира, что уж тут говорить о справедливости по отношению ко всем?

     
  • 3.31, Мужик32 (ok), 22:06, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Сам так решил? Или тебе боженька сказал?
     
  • 3.37, Аноним (-), 01:41, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Скорее отсутствуют заслуживающие этого пользователи.

    "Все люди козлы, поэтому ничего не надо делать, пошли лучше бухать" - если бы разработчики СПО думали так же, как и вы, то у винды и макоси не было бы конкурентов.

     

  • 1.19, AHAHAC (ok), 20:58, 02/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А "Увеличение скорости загрузки", сократит её время? :)
     
  • 1.29, Мужик32 (ok), 21:51, 02/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мда. Это вам не прячущиеся скролбары и замена почтовика по-умолчанию.
     
     
  • 2.30, б.б. (?), 22:00, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Мда. Это вам не прячущиеся скролбары и замена почтовика по-умолчанию.

    Потому что Debian - это прежде всего всего не скролбары, не десктопы и даже не серверы. Debian - это прежде всего инфраструктура.

    Скролбары тоже нужны. И пусть каждый делает своё дело. Поэтому это нелепый упрёк, почему кто-то не делает точно также, как Debian. Делать точно так же - это бессмысленная трата времени, необходимая в проприетарном мире, но вредная в свободном.

     
     
  • 3.38, broki (ok), 06:19, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    "... инфраструктура ..." - я вас умоляю. debian - это скорее каркас (типа наборов arduino), причём не самый удачный, потому что не предполагает автоматизацию процессов жизненного цикла системы. для меня до сих пор является загадкой популярность этого дистрибутива. я понимаю - иннерция, но ведь 2011-й год на дворе. ладно, понимаю популяризацию благодаря canonical, но о какой инфраструктуре можно говорить, где, к примеру, задача создания/публикации/поддержки пакета приложения - жонглирование костылями. в противовес достаточно посмотрить на openSUSE - вот где инфраструктура, хотя и там проблем хватает. но это проблемы системы совершенно другого уровня
     
  • 3.43, Аноним (-), 07:46, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что Debian - это прежде всего всего не скролбары, не десктопы
    > и даже не серверы. Debian - это прежде всего инфраструктура.

    Дебиан - это все и ничего. Он не является чем-то специализированным поэтому ни в чем не сильнее остальных. Зато это качественная база без лицензионных проблем, от которой довольно удобно танцевать в нужную сторону. Вполне достойная штука, хоть и со свомим тараканами в голове. А скроллбары и почтовики - наверное надо сказать спасибо тем кто делает из дебиана десктоп, экономя наше время на аналогичные операции.

     
     
  • 4.46, hummermania (ok), 10:57, 03/08/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    /me ушел медитировать над Вашей фразой. Всё и ничего - это круто. Буддисты отдыхают.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру