The OpenNET Project / Index page

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

Интервью с разработчиком отечественной системы управления пакетами Deepsolver

16.07.2012 11:05

Опубликовано интервью с Михаилом Пожидаевым, работающим в компании Альт Линукс над экспериментальным пакетным менеджером Deepsolver, который в перспективе может заменить инструментарий apt-rpm в дистрибутивах ALT Linux.

Основные отличительные черты Deepsolver:

  • Обеспечение более высокой производительности в условиях роста пакетной базы. Например, полное разрешение зависимостей для пакета с kde4 занимает в Deepsolver 0.44 секунды, в то время как apt-rpm тратит на эту же операцию 3.52 секунды;
  • Предоставление оригинальной системы разрешения зависимостей, подходящей как для готовых систем, так и для создания сборочных окружений. С другой стороны, планируется и попытка интеграции с библиотекой libsolv, созданной в рамках проекта openSUSE и внедряемой в дистрибутив Fedora;
  • Гибкая масштабируемая архитектура, предусматривающая возможность подключения поддержки различных форматов пакетов через взаимодействие с библиотеками сторонних проектов (базовая реализация основана на librpm);
  • Попытка визуально разделить для пользователя разные классы пакетов, например, логически отделить пакеты с приложениями от пакетов с библиотеками и дополнительными данными, которые часто мешают при попытке формирования списков программ для установки;
  • Расширенные возможности поиска и получения информации о пакетах;
  • Хорошо структурированный исходный код и наличие исчерпывающей документации для разработчиков;
  • Компоненты Deepsolver оформлены в виде разделяемых библиотек, для построения CLI/GUI предоставляется специальный API. Deepsolver состоит из трёх базовых компонентов: OperationCore (установка/удаление пакетов, загрузка индексов и прочие операции, затрагивающие изменения системы), InfoCore (подсистема управления информацией о пакетах и организации поиска) и IndexCore (подсистема для сборки индексов и поддержания репозиториев).


  1. Главная ссылка к новости (http://www.computerra.ru/inter...)
  2. OpenNews: В Fedora 18 будут доступны offline-обновления и пакетный менеджер DNF
  3. OpenNews: Возрождение системы управления пакетами GNU Stow
  4. OpenNews: Успехи разработки пакетного менеджера APT2
  5. OpenNews: Для PkgSrc представлен APT-подобный пакетный менеджер nih
  6. OpenNews: Представлена первая бета-версия pkgng, нового пакетного менеджера для FreeBSD
Автор новости: Евгений Крестников
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34337-apt
Ключевые слова: apt, altlinux, deepsolver
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (104) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, ыгчч (?), 17:02, 16/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Ответа на вопрос "нахрена изобретается этот велосипед ?" в статье увидеть не удалось.
     
     
  • 2.4, Аноним (-), 17:11, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Обеспечение более высокой производительности в условиях роста пакетной базы. Например, сборка пакета с kde4 со всеми зависимостями занимает в Deepsolver 44 секунды, в то время как apt-rpm тратит на эту же операцию 3 минуты 52 секунды;

    Этого мало?

     
     
  • 3.7, sSs (?), 17:41, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Надо выкинуть обе эти недоподелки и использовать дебиановский apt.
     
     
  • 4.13, Аноним (-), 18:09, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Надо выкинуть обе эти недоподелки и использовать дебиановский apt.

    Они припахали его для рюхания RPMок вообще-то. Получилась некая хрень, которая вроде как с дебианскими тулзами но RPMовским форматом пакетов и репов (при том основано на древнем формате RPMок который остальные повыбросили). Такая вот хрень, ни два ни полтора, по поводу чего у них полтора пакетизатора на всю планету. Этого им кажется показалось мало - решили сделать еще 1 кульный пепелац.

     
  • 4.51, Michael Shigorin (ok), 01:34, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Надо выкинуть обе эти недоподелки и использовать дебиановский apt.

    Тут два момента:
    - апстрим apt-rpm опять притаился (это уже про lorg), а делать rebase на текущий дебиановский апт будто никто особым желанием не горит;
    - IIRC (но зуб не дам) в текущем дебиановском apt есть нелечимые рефакторингом проблемы и на deb даже после той работы, которую туда вбухали после 0.5.x.

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

    PS: добавил "уже" и "будто".

     
     
  • 5.64, Аноним (-), 04:26, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну вот в альте вечно принимают какие-то непонятные решения и потом с ними вынужд... большой текст свёрнут, показать
     
     
  • 6.70, angra (ok), 05:51, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В разы это во сколько конкретно Хотя бы в два раза наберется Только, подсчитыв... большой текст свёрнут, показать
     
     
  • 7.84, Michael Shigorin (ok), 12:17, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Только, подсчитывая количество пакетов, не забывайте про разный уровень дробления,
    > у debian он выше.

    Считать есть смысл по исходным, и то для более-менее точного сравнения стоит выкидывать специфические вспомогательные (например, в альте {alterator,branding,docs,gear,girar,installer,livecd,repocop,rpm,wallpapers}-*), а также порождающие только крупные noarch-пакеты с данными.

    > Другое дело, что по сравнению с тем же yum проблемы apt'а из разряда "жемчуг мелковат".

    :)

     
  • 6.80, Michael Shigorin (ok), 11:54, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Здесь есть другой момент -- когда что-то good enough, с его принципиальными недо... большой текст свёрнут, показать
     
  • 5.73, пруф или балабол (?), 07:52, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > ехидно поинтересоваться Вашими наработками в области разрешения зависимостей и  предположить, что их сумма равна нулю

    от оне красноглазые ... чуть что - ты не из нашей песочницы, кирпичики как мы не делал, и вали отсюда.

     
     
  • 6.86, Michael Shigorin (ok), 12:26, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > чуть что - ты не из нашей песочницы, кирпичики как мы не делал, и вали отсюда.

    Тс-с, вдруг человек тоже математик (как Миша Пожидаев) и хорошо понимает в предметной области -- может получится выудить из него толковую критику. :)

     
  • 3.8, Аноним (-), 17:49, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Забыли указать на сколько тормозят другие.
     
     
  • 4.28, Аноним (-), 20:19, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Забыли указать на сколько тормозят другие.

    Ну там для их же APT указано. Как это с дебианом соотносится впрочем науке неизвестно.

     
  • 3.30, Аноним (-), 20:51, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    мало. Нет смысла ускорять то что и так замечательно работает.
    А в альте тормозит не столько apt сколько rpm
     
     
  • 4.34, Vladjmir (ok), 22:08, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В Альте связка APT-RPM, причём старый RPM версии 4.0.4, он оброс таким количеством патчей, что превратился практически в форк редхатовского RPM.

     
     
  • 5.38, Аноним (-), 22:31, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В Альте связка APT-RPM, причём старый RPM версии 4.0.4, он оброс таким
    > количеством патчей, что превратился практически в форк редхатовского RPM.

    Кто б еще объяснил: какие они получают плюсы от такого решения? Минусы очевидны: не похоже на иные пакетные системы -> полтора майнтайнера на всю планету. Которые чисто физически не осилят пакетировать весь софт.

     
     
  • 6.43, Vladjmir (ok), 23:01, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кроме производительности deepsolver будет завязан на сборочную среду Его библио... большой текст свёрнут, показать
     
     
  • 7.46, an. (?), 23:25, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Звучит круто, но мне кажется это слишком оптимистичный прогноз... Впрочем, желаю им удачи, хоть и дистрибутив их не юзаю.
     
  • 7.66, Аноним (-), 04:47, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну окей, целым полутора разработчикам станет чуть получше Вот только этот скилл... большой текст свёрнут, показать
     
     
  • 8.68, Аноним (-), 04:54, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Боючь, ты слишком отстал от жизни полдня времени - это только у гентушников н... текст свёрнут, показать
     
  • 8.69, Аноним (-), 04:56, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    После этих фраз говорить о чём-то предметно с тобой бесполезно ... текст свёрнут, показать
     
  • 8.82, Michael Shigorin (ok), 12:06, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Отдача может быть и лучше кстати, об этих тулзах как раз сейчас потихоньку расс... большой текст свёрнут, показать
     
     
  • 9.104, максо (?), 19:04, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    слышен бурный смех в зале переходящий в истерику с украины конечно наверно ... текст свёрнут, показать
     
     
  • 10.105, Michael Shigorin (ok), 19:36, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Бромистый калий или пустырник, сэр Мне было видней со стенда, где было представ... текст свёрнут, показать
     
     
  • 11.106, максо (?), 21:06, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    гораздо более тяжелые наркотики вот в томской как раз, IMHO, лучше остальных... текст свёрнут, показать
     
     
  • 12.107, Michael Shigorin (ok), 21:57, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как понимаю, где-то должно быть не Если не по дистру , то в трёх регионах с... большой текст свёрнут, показать
     
     
  • 13.109, максо (?), 07:55, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    YES - виноват торопился, именно технически претензий было как раз меньше и эт... текст свёрнут, показать
     
     
  • 14.110, максо (?), 08:03, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    P S Смотрели ее краем левого уха в качестве сервера ... текст свёрнут, показать
     
  • 14.111, Michael Shigorin (ok), 12:23, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А их вытягивал по сути Черепанов на личном героизме В пилотном проекте была че... текст свёрнут, показать
     
  • 7.76, Vkni (ok), 10:29, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >  А в сборочнице производительность является
    > критическим параметром, т.к. там идут постоянные пересборки репозитория.

    Да, есть такое. Кроме того, дистрибутив разросся, и на медленных машинах построение дерева зависимостей занимает отнюдь не 3 секунды.

    > Плюс они отвяжутся
    > от старого RPM и смогут прикрутить самую последнюю версию от Редхата,

    Разве можно отказаться от текущего альтовского RPM? Ведь его версия завязана не столько на apt, сколько на спецификации пакетов и хаки/макросы в них.

     
     
  • 8.87, Michael Shigorin (ok), 12:29, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Можно перепереть фичи на текущий 4 x или 5 x для установочной части 5 x коллега... текст свёрнут, показать
     
  • 8.88, vle (ok), 18:19, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю, как построена сборочная система у альтовцев, но у меня в distbb для p... большой текст свёрнут, показать
     
     
  • 9.91, Michael Shigorin (ok), 22:51, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя есть виртуальные зависимости например, любой MTA ... текст свёрнут, показать
     
     
  • 10.94, vle (ok), 02:31, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Технически они возможны, но используются не очень часто, ну, скажем так, совсем ... текст свёрнут, показать
     
  • 6.53, Michael Shigorin (ok), 01:40, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто б еще объяснил: какие они получают плюсы от такого решения?

    Удобство поддержки -- хороший макропакет и развесистый QA собравшегося (brp-*).  На этом вырос этерсофтовский Korinf, умеющий собирать альтовские пакеты под разные ОС (не только rpm-based linux) при помощи макропереходников.

    > Минусы очевидны: не похоже на иные пакетные системы -> полтора майнтайнера на
    > всю планету. Которые чисто физически не осилят пакетировать весь софт.

    *Весь* софт не осиливает пакетить никто, включая пресловутый дебиан.  Но этим вопросом на уровне, которого пока не видел в других дистрибутивах, озадачился Игорь Власенко -- см., например, http://autoimports.altlinux.org/pub/ALTLinux/autoimports/Sisyphus/

     
  • 6.54, Аноним (-), 01:44, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кто б еще объяснил: какие они получают плюсы от такого решения?

    ЧСВ

     
  • 4.52, Michael Shigorin (ok), 01:37, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > мало. Нет смысла ускорять то что и так замечательно работает.

    Да если бы.  Когда чруты стопками формируются, то смысл очень даже начинаешь видеть.

    > А в альте тормозит не столько apt сколько rpm

    Была просадка производительности где-то в районе 5.0/branch, затем at@ допекли и он уделил больше внимания профилированию.  Сейчас в альте весьма быстрый rpm, несмотря на дополнительные расходы ресурсов на set versions (которых больше нигде попросту нет, хотя один из ведущих разработчиков федоры не так давно возопил, опять наступив на грабли, от которых оно страхует -- ну и jbj@ наконец в курсе разработки и её целей).

    PS: http://lists.fedoraproject.org/pipermail/devel/2012-April/165462.html

     
  • 3.74, пруф или балабол (?), 07:53, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Обеспечение более высокой производительности в условиях роста пакетной базы. Например, сборка пакета с kde4 со всеми зависимостями занимает в Deepsolver 44 секунды, в то время как apt-rpm тратит на эту же операцию 3 минуты 52 секунды;
    > Этого мало?

    Эта какой то феерический прогресс ... только поркуя он нужен?

     
     
  • 4.77, Vkni (ok), 10:30, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Эта какой то феерический прогресс ... только поркуя он нужен?

    Говорят, на сборочной машине. Хотя и мне бы он не помешал.

     
  • 3.102, light (??), 14:11, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    то есть, все затеяно только ради разницы в 2 сек?

    то что пакеты еще фик знает сколько будут качаться и и еще минут 20 устанавливаться - аффтарам ессно пофег

     
     
  • 4.103, Michael Shigorin (ok), 15:34, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > то что пакеты еще фик знает сколько будут качаться и и еще
    > минут 20 устанавливаться - аффтарам ессно пофег

    Никогда не слышали про локальные зеркала и дисковый кэш? :)  В некоторых применениях эти секунды оказываются заметными -- см. в т.ч. http://lists.altlinux.org/pipermail/devel/2007-August/142936.html (привет внимательно читавшим архивы альтовских рассылок разработчикам ABF).

    Да и для обычной установки пакетов есть разница между десятком секунд и секундой при менее чем распоследнем процессоре, но достаточно быстрой сети.

     
  • 2.12, Аноним (-), 18:03, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У альта всегда так вроде хорошие штуки делают, но вот систематизировать все это... большой текст свёрнут, показать
     
     
  • 3.45, Vladjmir (ok), 23:20, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это свойство большинства русских компаний Стороннему человеку трудно разобратьс... большой текст свёрнут, показать
     
     
  • 4.56, Аноним (-), 01:48, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В репах порядок, другое дело - есть немного устаревших и/или неподдерживаемых пакетов,

    Немного (неподдрживаемых)? Ну, половина - это немного, согласен:)
    аков немного.

    > Не намного меньше. Я натыкался, что некоторых прог нет в федоре, но
    > есть в альте. Насчёи невнятной фигни -- на вашей совести. На
    > самом деле собирать пакеты в альте не так уж сложно, надо
    > только знать специфику. Ну а где её нет?

    RHEL/SLES/openSUSE/Mandriva - разных версий - собираются из одного спека на OBS. "специфика" - пару абзацев на вики.

     
  • 3.55, Michael Shigorin (ok), 01:46, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это да хотя насчёт принципа можно поспорить, глядя на тот же школьный комплект ... большой текст свёрнут, показать
     
     
  • 4.57, Аноним (-), 01:50, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > rpm spec -- и он им пригодился на других rpm (да,
    > плюясь на rm -rf $BUILDROOT, но что поделать с тормозами).

    Вылазь из така и прекращай врать. Эти "легенды" уже давно неактульны.

     
     
  • 5.63, Michael Shigorin (ok), 02:46, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> rpm spec -- и он им пригодился на других rpm (да,
    >> плюясь на rm -rf $BUILDROOT, но что поделать с тормозами).
    > Вылазь из така и прекращай врать.

    А в глаз?

    http://pkgs.fedoraproject.org/gitweb/?p=rpm.git;a=blob;f=rpm.spec;h=1a830d4b9

     
     
  • 6.65, Аноним (-), 04:40, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> rpm spec -- и он им пригодился на других rpm (да,
    >>> плюясь на rm -rf $BUILDROOT, но что поделать с тормозами).
    >> Вылазь из така и прекращай врать.
    > А в глаз?
    > http://pkgs.fedoraproject.org/gitweb/?p=rpm.git;a=blob;f=rpm.spec;h=1a830d4b9

    В спеке что угодно можно написать:)

    По факту необходимости в rm -rf $BUILDROOT в %prep - нет (уже давно).
    А в секции %clean (как в приведённом по ссылке случае) это "фиолетово" - всего лишь "дань традиции" редхетовская.

    В частности в том же OBS бОльшую часть всяких кривых "традиций" отлавливает линтер.
    Кстати, этот линтер процентов 20% (по меньшей мере) Сизифовских пакетов завернул бы из-за кривизны последних, а не из-за "Алтовской специфики".

     
     
  • 7.81, Michael Shigorin (ok), 11:56, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > По факту необходимости в rm -rf $BUILDROOT в %prep - нет (уже давно).
    > А в секции %clean (как в приведённом по ссылке случае) это "фиолетово"
    > - всего лишь "дань традиции" редхетовская.

    Вот отсюда и "тормоза".

    > В частности в том же OBS бОльшую часть всяких кривых "традиций" отлавливает линтер.
    > Кстати, этот линтер процентов 20% (по меньшей мере) Сизифовских пакетов завернул бы
    > из-за кривизны последних, а не из-за "Алтовской специфики".

    Интересно, сколько OBS-ных пакетов альтовский sisyphus_check завернёт не по формальным признакам, а по существу... руками-то там доводится меньше фиксить, чем в федориных, но тоже заметно.

    В общем, есть ещё пороховницы, был бы порох.

     
     
  • 8.96, Аноним (-), 05:10, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Все Из-за неправильного chagelog а И только из-за него Федоровсих и jpackag... текст свёрнут, показать
     
     
  • 9.100, Michael Shigorin (ok), 12:17, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это как раз формальный признак и отключаемая проверка ... текст свёрнут, показать
     

  • 1.6, Stax (ok), 17:23, 16/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Сборка o O Какая связь между менеджером пакетов типа apt-rpm и сборкой Почему ... большой текст свёрнут, показать
     
     
  • 2.14, Аноним (-), 18:10, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > например, DNF/hawkey: https://fedoraproject.org/wiki/Features/DNF

    Там написано что это форк yum. Тащите гроб, молоток и гвозди, thank you very much. Более отстойного пакетного менеджера чем yum я не видел, а сколько сахара на какашку не сыпь, конфетой не станет.

     
     
  • 3.17, Аноним (-), 18:33, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > а сколько сахара на какашку не сыпь, конфетой не станет.

    Ну почему же, станет конфетой из какашки.
    Если еще и в фантик красивый завернуть - вообще не отличишь пока не попробуешь.

     
     
  • 4.20, Аноним (-), 19:00, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ну почему же, станет конфетой из какашки.

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

     
  • 2.18, Сергей (??), 18:57, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Какая связь между менеджером пакетов типа apt-rpm и сборкой?

    Вы хотите собирать чистые пакеты на засраной годами системе?

     
  • 2.19, Сергей (??), 19:00, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему для ускорения сборки вообще нужно менять систему управления пакетами?

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

     
  • 2.35, Vladjmir (ok), 22:21, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Имеется ввиду построение полного замыкания зависимостей http deepsolver altli... большой текст свёрнут, показать
     
     
  • 3.44, Аноним (-), 23:05, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я все понимаю, только вот в общем случае остальные пакетные менеджеры в конеч... большой текст свёрнут, показать
     
     
  • 4.47, Vladjmir (ok), 23:35, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык, это не они опубликовали новость Интервью напечатали в Компьютерре и дал... большой текст свёрнут, показать
     
  • 4.48, Vladjmir (ok), 23:51, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Собственно, альты идут по 2-му варианту, добавляя своё и сохраняя свою идентично... большой текст свёрнут, показать
     
  • 2.58, Michael Shigorin (ok), 02:04, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прямая, если сборка производится в специально для неё сформированном чистом чрут... большой текст свёрнут, показать
     
     
  • 3.61, Аноним (-), 02:14, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > koji, build, pbuilder и прочие имеют генетическую проблему -- при формировании чрута
    > пакеты они разворачивают с использованием честного рута.

    Лучше говорить о том, что знаешь.

    По крайней мере build (в OBS) использует "честного рута" только для для изготовления замкнутой среды для rpm (т.е. при наличии статического rpm больше ни одного пакета и не понадобится) - отличий от hasher'а в этом практически нет. Зато дальше сборочная среда формируется уже от честного root'а (в chroot, lxc, kvm, xen - на выбор), а не от фэйкового (из-за чего в hashar'е есть пачка неприятных тупых ограничений).

     
     
  • 4.62, Michael Shigorin (ok), 02:32, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> koji, build, pbuilder и прочие имеют генетическую проблему -- при формировании чрута
    >> пакеты они разворачивают с использованием честного рута.
    > Лучше говорить о том, что знаешь.

    И не путаться в показаниях.

    > По крайней мере build (в OBS) использует "честного рута" только для [...]
    > Зато дальше сборочная среда формируется уже от честного root'а [...]

    Саша (так?), прошу пояснить всё-таки то, что подразумевалось. :)

    У использования честного рута в chroot и lxc недостатки очевидны (начиная с возможности выключить хост или поиграть в sysctl'и), а производительность вариантов с VM оставляет желать лучшего.  Причём если правильно помню некоторых в зелёной майке, то *громко* желать.

    Здесь на удивление разумным компромиссом мог бы выступить ovz, но опять же нишевость...

     
     
  • 5.67, Аноним (-), 04:48, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > У использования честного рута в chroot и lxc недостатки очевидны (начиная с
    > возможности выключить хост или поиграть в sysctl'и),

    В LXC "поиграть в sysctl'и"? Это что-то новое:) Да еще и выключить хост?

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

    Да вот, как-то не тормозит. Может, просто, нужно уметь готовить?

    > Здесь на удивление разумным компромиссом мог бы выступить ovz, но опять же
    > нишевость...

     
     
  • 6.71, angra (ok), 05:54, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В LXC "поиграть в sysctl'и"? Это что-то новое:) Да еще и выключить
    > хост?

    Рут в LXC, в отличии от того же OpenVZ, не считается безопасным, более того, он и не задумывался таковым.

     
  • 6.83, Michael Shigorin (ok), 12:10, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В LXC "поиграть в sysctl'и"? Это что-то новое:) Да еще и выключить хост?

    Или опустить интерфейсы на networkless.

    http://en.gentoo-wiki.com/wiki/LXC#MAJOR_Temporary_Problems_with_LXC_-_READ_T

    >> а производительность вариантов с VM оставляет желать лучшего.  Причём если правильно
    >> помню некоторых в зелёной майке, то *громко* желать.
    > Да вот, как-то не тормозит. Может, просто, нужно уметь готовить?

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

     
     
  • 7.95, Аноним (-), 05:01, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> В LXC "поиграть в sysctl'и"? Это что-то новое:) Да еще и выключить хост?
    > Или опустить интерфейсы на networkless.
    > http://en.gentoo-wiki.com/wiki/LXC#MAJOR_Temporary_Problems_with_LXC_-_READ_T
    >>> а производительность вариантов с VM оставляет желать лучшего.  Причём если правильно
    >>> помню некоторых в зелёной майке, то *громко* желать.
    >> Да вот, как-то не тормозит. Может, просто, нужно уметь готовить?
    > Умеющие куда-то попрятались, видимо -- да так, что Грег тоже недоволен производительностью
    > сборочной фермы OBS.  На его руки кивать, наверное, можно --
    > но явно не мне...

    Это не как не связано с испозованием xen/kvm

     
     
  • 8.99, Michael Shigorin (ok), 12:15, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Можно по дро бнее AFAIK там дело _и_ в избыточных пересборках, _и_ в заметных ... текст свёрнут, показать
     
     
  • 9.108, Аноним (-), 02:14, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Поподробнее - в том же треде, где Грег тоже недоволен - жмакашь Next и внимате... текст свёрнут, показать
     
  • 2.78, Vkni (ok), 10:33, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Гибкий и мощный ресольвер (фичастее yum'а), потребляет меньше памяти и быстрее, чем
    > yum.

    Вы, для начала, не с тем сравниваете. Практически всё потребляет памяти меньше и работает быстрее, чем yum. Сравнивать нужно с apt.

     

  • 1.9, Аноним (-), 17:50, 16/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не понял:
    По ссылке совсем другие цифры типа 3.52 секунды vs 0.44 секунды. Это как? Нет, я не спорю, второе - лучше. И вообще, оно почти в 10 раз быстрее - EPIC WIN по любому.

    Но...
    1) 3 секунды я в состоянии подождать и огрызками по 3 секунды я буду очень долго компенсировать изучение новой утилсы.
    2) Про потребление памяти - ни слова. А как с этим дела обстоят? Ну например в эмбеддовке оно такое сможет работать?

     
     
  • 2.10, Аноним (-), 18:00, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Меня беспокоит, откуда в комментах появился вброс по минуты и сборку.
     
     
  • 3.15, Аноним (-), 18:14, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Меня беспокоит, откуда в комментах появился вброс по минуты и сборку.

    В статье изначально было написано про минуты. Я офигел от цифр и перепроверил по ссылке. А там секунды. Про сборку - я вообще ничего не понял. Видимо кто-то написал новость не разобравшись. И кто-то заппрувил не разобравшись. Ну а чо, третий сорт не брак.

    Особенно доставляет [сообщение отредактировано модератором] в тексте новости - видимо кто-то осознал что новость являла собой кило бреда и попробовал окультурить, что похвально.

     
  • 3.37, Vladjmir (ok), 22:30, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Меня беспокоит, откуда в комментах появился вброс по минуты и сборку.

    На самом деле построение полного замыкания зависимостей:
    http://deepsolver.altlinux.org/performance.php

     
  • 2.36, Vladjmir (ok), 22:28, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > 1) 3 секунды я в состоянии подождать и огрызками по 3 секунды я буду очень долго компенсировать изучение новой утилсы.

    Для тех, кто постоянно использует ALT есть смысл запомнить несколько команд (типа: ds install бла-бла-бла), для остальных это вообще не нужно. Кто сидит на Федоре знает команды yum, кто на Генте -- команды pacman, почему альт-юзерам будет тяжело запомнить пяток основных команд?

     
     
  • 3.41, Аноним (-), 22:41, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ds install бла-бла-бла), для остальных это вообще не нужно.

    ...по этой причине таковых будет сильно меньше чем могло бы быть. У того же редхата например все-таки хватает ума делать федору более-менее похожей по управлению пакетами на рхел.

    > Кто сидит на Федоре знает команды yum, кто на Генте -- команды pacman,
    > почему альт-юзерам будет тяжело запомнить пяток основных команд?

    Наверное именно поэтому я предпочитаю дебианообразных. Они ориентированы на простой безгеморный юзеж без лишних сюрпризов на ровном месте. Свои бета-полигоны и самолеты для камикадзе себе оставьте :)

     
     
  • 4.49, Vladjmir (ok), 00:00, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Наверное именно поэтому я предпочитаю дебианообразных. Они ориентированы на простой безгеморный юзеж без лишних сюрпризов на ровном месте. Свои бета-полигоны и самолеты для камикадзе себе оставьте :)

    Альт не является красноглазым дистрибутивом. Я сижу на бранче t6 (стабильная ветка) на 6-м Кентавре, здесь всё работает ровно и стабильно без всяких сюрпризов. Полигоны на нестабильном Сизифе, но он для разработчиков, бета-тестеров, а не для енд-юзеров.

     

  • 1.21, Аноним (-), 19:10, 16/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда в Федору включат? )
     
     
  • 2.32, Аноним (-), 20:57, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    - Товарищ дембель, а когда нам кушать дадут?
    - Никогда, товарищ дух, это армия.

    :)

     
  • 2.50, Vladjmir (ok), 00:04, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Никогда, Лёня Поттер не благословит ;)

    Федорщики любят свои лисапеды. Но их за это не принято упрекать, а принято впританцовку хвалить. А вот Альт за свои велосипеды принято втаптывать в грязь и упректь во всех смертных грехах...

     
  • 2.59, Michael Shigorin (ok), 02:06, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда в Федору включат? )

    Судя по https://bugzilla.redhat.com/show_bug.cgi?id=195365 -- вряд ли, там предпочитают костылить имеющееся до победного упаду...

     

  • 1.22, Breg (??), 19:20, 16/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Автор молодец, также хотелось бы увидеть в Fedora.
     
  • 1.23, Аноним (-), 19:35, 16/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    .."ОТЕЧЕСТВЕННОЙ СИСТЕМЫ". Звучит как "ОТЕЧЕСТВЕННАЯ ВОЙНА". Пахнет православием или СССРом, тут непонятно: то ли 1812 то ли 1945. Кстати, версии прям так и можно нумеровать: 18.12-бета
    Вобще предлагаю создать наш английский язык: Russian English. Нет, не так: Russian english :) Гораздо радикальнее, чем эти КР580 и RuBSD :)))
     
     
  • 2.29, ach (ok), 20:46, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так есть же Runglish :).
     
  • 2.33, Аноним (-), 21:06, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ."ОТЕЧЕСТВЕННОЙ СИСТЕМЫ". Звучит как "ОТЕЧЕСТВЕННАЯ ВОЙНА". Пахнет православием или СССРом, тут непонятно: то ли 1812 то ли 1945. Кстати, версии прям так и можно нумеровать: 18.12-бета

    Пардон, но это всего лишь ваша ассоциация. На мое имхо звучит вполне нормально - лучше, во всяком случае, чем "русская система" или "наша система"

     
     
  • 3.72, Аноним (-), 06:50, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Бесспорно лучше, но, тем не менее, попахивает все так же.
    А вот представь, если бы американцы везде пихали свое "ОТЕЧЕСТВЕННАЯ", "американская" во все системы, протоколы, языки, фреймворки, библиотеки, стандарты и... ну ты понял, да?
    Боюсь, прочим фанатам щей/лаптей (или там лазаний/пиц) придется, мягко говоря, заткнуться и свернуть свою бессмысленную пропаганду, раз и навсегда: из-за своей никчемности на фоне откровенного американского характера всей индустрии. Хорошо, что они так не делают, правда? :)
     
     
  • 4.75, тоже Аноним (ok), 09:58, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вы удивитесь, но многие могут сходу назвать десяток американских организаций с приставкой "National". А вы не можете? Попробуйте начать с NASA...
    Они этого почему-то решительно не стесняются.
     
  • 4.79, Vkni (ok), 10:38, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А вот представь, если бы американцы везде пихали свое "ОТЕЧЕСТВЕННАЯ", "американская" во
    > все системы, протоколы, языки, фреймворки, библиотеки, стандарты и... ну ты понял,
    > да?

    Дааа. Как вы мало знаете про американцев и США! :-) Там national, american и homeland каждом шагу. Плюнуть некуда.

     
  • 4.85, Michael Shigorin (ok), 12:23, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Бесспорно лучше, но, тем не менее, попахивает все так же.

    "Слушай, мужик, сходи уже в баню" (ц)

    > А вот представь, если бы американцы везде пихали свое "ОТЕЧЕСТВЕННАЯ", "американская"
    > во все системы, протоколы, языки, фреймворки, библиотеки, стандарты и... ну ты понял,
    > да?

    Здрасьте, а ASCII (под ручку с UTF-8) ничем не попахивает?  Спросите у любого европейского разработчика фрисофта со стажем, что он думает про семибитные ухватки.

    Да и "Made in USA" нынче смотрится особенно трогательно, но это другая тема -- тут лучше свои беды исправлять, чем в соседа тыкать пальцем.

    > Хорошо, что они так не делают, правда? :)

    Плохо, что у некоторых чугуниевые заслонки на глазах.

     
  • 4.112, Аноним (-), 19:53, 20/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    гага.
    а пример перекрякивания в мозгах слова микрософт (90-е) на майкрософт (после 2000-х) это не навязывание своего отдельно взятой компанией?
     
     
  • 5.113, Andrey Mitrofanov (?), 22:01, 20/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > это не навязывание своего отдельно взятой компанией?

    Это глобализация, сынок. Белый американский масса лучше знает, как говорить!

     

  • 1.25, Флинт (?), 20:06, 16/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а мне вот интересно, какими бы были коментарии еслибы с подобным заявлением выступил какой-нибудь "забугорный" разработчик из Debian/RedHat/ArchLinux(выбрать нужное)?
     
     
  • 2.27, Аноним (-), 20:14, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а мне вот интересно, какими бы были коментарии еслибы с подобным заявлением
    > выступил какой-нибудь "забугорный" разработчик из Debian/RedHat/ArchLinux

    Эээ посмотрите в новости про DNF или как там его. Ну в общем новый федоровский пакетный манагер, там где полумеры aka 1 либу на си переписали, а остальное так и оставили питоновым крапом.

     
  • 2.40, Vladjmir (ok), 22:40, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > а мне вот интересно, какими бы были коментарии еслибы с подобным заявлением выступил какой-нибудь "забугорный" разработчик из Debian/RedHat/ArchLinux(выбрать нужное)?

    Все бы брызгали соплями "как это круто"!

     
     
  • 3.42, Аноним (-), 22:42, 16/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Все бы брызгали соплями "как это круто"!

    Не дождетесь :P

     

  • 1.60, Michael Shigorin (ok), 02:11, 17/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, доклад Миши Пожидаева по deepsolver предполагается на конференции в Обнинске в понедельник 23 июля после обеда -- рядом в программе стоят Силаков и Липатов :)

    http://www.altlinux.ru/news/item/668/

    PS: http://www.altlinux.ru/media/protva-2012.pdf

     
     
  • 2.89, vle (ok), 18:29, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, доклад Миши Пожидаева по deepsolver предполагается на конференции в Обнинске в
    > понедельник 23 июля после обеда -- рядом в программе стоят Силаков
    > и Липатов :)
    > http://www.altlinux.ru/news/item/668/
    > PS: http://www.altlinux.ru/media/protva-2012.pdf

    Что-то в этом году очень много обещано "революционных" докладов.
    Похоже, удачный год для вашей конфы.

     
     
  • 3.93, aen (??), 00:45, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> http://www.altlinux.ru/news/item/668/
    >> PS: http://www.altlinux.ru/media/protva-2012.pdf
    > Что-то в этом году очень много обещано "революционных" докладов.
    > Похоже, удачный год для вашей конфы.

    У Вас будет возможность оценить. Судя по всему, будет лучше 2010 и 2011. Хотя тематика несколько однообразная и хотелось бы больше новых проектов и лиц.


     

  • 1.90, Forth (??), 22:18, 17/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Читаю opennet.ru года так с 2003. Такого засилья хамов и шлака в комментариях не помню, последний год просто ужас какой-то творится.
    По теме: отличное начинание. Тем, кому не нравится необходимость переучиваться на новый пакетный менеджер, надо прикрутить заглушку, навроде:
    набрал yum install foobar, а оно тебе hint: do altpktman install instead.
     
     
  • 2.92, Michael Shigorin (ok), 23:16, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Читаю opennet.ru года так с 2003. Такого засилья хамов и шлака в
    > комментариях не помню, последний год просто ужас какой-то творится.

    Простите :(

    > По теме: отличное начинание. Тем, кому не нравится необходимость переучиваться
    > на новый пакетный менеджер, надо прикрутить заглушку, навроде:
    > набрал yum install foobar, а оно тебе hint: do altpktman install instead.

    ...или просто прикинулось (хотя с такими слоями подобия есть та проблема, что где-то они заканчиваются); спасибо, переслал Мише.

    BTW он приглашает неравнодушных в https://lists.altlinux.org/mailman/listinfo/deepsolver :)

     
     
  • 3.97, Forth (??), 09:50, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > BTW он приглашает неравнодушных в https://lists.altlinux.org/mailman/listinfo/deepsolver
    > :)

    Я больше чем в одном проекте участвовать сразу не осилю, нынешний и так все свободное время забирает, увы. :)

     
  • 3.98, aborodin (ok), 09:50, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > BTW он приглашает неравнодушных в https://lists.altlinux.org/mailman/listinfo/deepsolver
    > :)

    Не смешно. По ссылке же написано: The current archive is only available to the list members.

     
     
  • 4.101, Michael Shigorin (ok), 12:24, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не смешно. По ссылке же написано: The current archive is only available
    > to the list members.

    На этой стадии -- разумно.

     

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



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

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