The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Интервью с разработчиком отечественной системы управления па..., opennews (?), 16-Июл-12, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


1. "Вода, вода"  –9 +/
Сообщение от ыгччemail (?), 16-Июл-12, 17:02 
Ответа на вопрос "нахрена изобретается этот велосипед ?" в статье увидеть не удалось.
Ответить | Правка | Наверх | Cообщить модератору

4. "Вода, вода"  +1 +/
Сообщение от Аноним (-), 16-Июл-12, 17:11 
>Обеспечение более высокой производительности в условиях роста пакетной базы. Например, сборка пакета с kde4 со всеми зависимостями занимает в Deepsolver 44 секунды, в то время как apt-rpm тратит на эту же операцию 3 минуты 52 секунды;

Этого мало?

Ответить | Правка | Наверх | Cообщить модератору

7. "apt"  –1 +/
Сообщение от sSs (?), 16-Июл-12, 17:41 
Надо выкинуть обе эти недоподелки и использовать дебиановский apt.
Ответить | Правка | Наверх | Cообщить модератору

13. "apt"  +/
Сообщение от Аноним (-), 16-Июл-12, 18:09 
> Надо выкинуть обе эти недоподелки и использовать дебиановский apt.

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

Ответить | Правка | Наверх | Cообщить модератору

51. "apt"  +1 +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 01:34 
> Надо выкинуть обе эти недоподелки и использовать дебиановский apt.

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

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

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

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

64. "apt"  –1 +/
Сообщение от Аноним (-), 17-Июл-12, 04:26 
> - апстрим apt-rpm опять притаился (это уже про lorg),

Ну вот в альте вечно принимают какие-то непонятные решения и потом с ними вынуждены жить.

> а делать rebase на текущий дебиановский апт будто никто особым желанием не горит;

Не думаю что дебиан или убунтообразные и прочие минты от этого проиграют. Зато софта под них всех в разы больше запакетировано....

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

А нельзя ли поподробнее - какие там проблемы? С точки зрения админа я их тупо не вижу. Любопытно же - чего я не заметил.

> Бишь как сисадмин могу предложить подождать,

Как человек могу констатировать что люди (как и вообще все и вся) слегка не вечны. Поэтому если постоянно ждать - то когда юзать то? Трупам не нужны пакетные менеджеры.

Ответить | Правка | Наверх | Cообщить модератору

70. "apt"  +/
Сообщение от angra (ok), 17-Июл-12, 05:51 
> Не думаю что дебиан или убунтообразные и прочие минты от этого проиграют.
> Зато софта под них всех в разы больше запакетировано....

В разы это во сколько конкретно? Хотя бы в два раза наберется? Только, подсчитывая количество пакетов, не забывайте про разный уровень дробления, у debian он выше.

>> - IIRC (но зуб не дам) в текущем дебиановском apt есть нелечимые
>> рефакторингом проблемы и на deb даже после той работы, которую туда
>> вбухали после 0.5.x.
> А нельзя ли поподробнее - какие там проблемы? С точки зрения админа
> я их тупо не вижу. Любопытно же - чего я не
> заметил.

Стоит попробовать для сравнения провести большой апгрейд при помощи apt и cupt. Если же часто апдейтить систему или вообще сидеть на stable, то проблем apt конечно не заметишь. Другое дело, что по сравнению с тем же yum проблемы apt'а из разряда "жемчуг мелковат".

Ответить | Правка | Наверх | Cообщить модератору

84. "apt"  –1 +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 12:17 
> Только, подсчитывая количество пакетов, не забывайте про разный уровень дробления,
> у debian он выше.

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

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

:)

Ответить | Правка | Наверх | Cообщить модератору

80. "apt"  –1 +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 11:54 
>> - апстрим apt-rpm опять притаился (это уже про lorg),
> Ну вот в альте вечно принимают какие-то непонятные решения
> и потом с ними вынуждены жить.

Здесь есть другой момент -- когда что-то good enough, с его принципиальными недостатками мирятся за практическую работоспособность; а когда оно "почти как, только вдвое медленней" -- то порой такое подталкивает к замене на другой инструмент.

Например, на внедрениях было заметно, что если где OOo тормозит -- значит, на самом деле там и MSO у заказчика если ещё и держится, то это уже ненадолго и пора продумывать, куда с него бежать (например, на OLAP или ещё дальше).

>> а делать rebase на текущий дебиановский апт будто никто особым желанием не горит;
> Не думаю что дебиан или убунтообразные и прочие минты от этого проиграют.

Аналогично, хотя при подобных процессах обычно всплывают дополнительные неочевидные баги и их исправление бывает полезно.

> Зато софта под них всех в разы больше запакетировано....

BTW это тоже логика продавцов MSO -- "у нас столько фич, столько фич!" :) -- а они _все_ кому-то сдались?  Понятно, что покрытие corner cases, но переплачивать-то приходится всем (в случае репозиториев это как минимум объём хэшей при синхронизации, это если не держите зеркало).

>> - IIRC (но зуб не дам) в текущем дебиановском apt есть нелечимые
>> рефакторингом проблемы и на deb даже после той работы, которую туда
>> вбухали после 0.5.x.
> А нельзя ли поподробнее - какие там проблемы?

Например, лишние сложности с необходимостью apt.conf на каждый используемый sources.list -- типичный overengineering.  От этого никто уже отказываться просто не будет, боюсь.

См. тж. http://lists.altlinux.org/pipermail/devel/2008-November/1633... (dottedmag@ -- ярый дебианщик, если что).

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

> С точки зрения админа я их тупо не вижу. Любопытно же - чего я не заметил.

Так это ж замечательно :)

>> Бишь как сисадмин могу предложить подождать,
> Как человек могу констатировать что люди (как и вообще все и вся)
> слегка не вечны.

Есть такое дело.

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

73. "apt"  –4 +/
Сообщение от пруф или балабол (?), 17-Июл-12, 07:52 
> ехидно поинтересоваться Вашими наработками в области разрешения зависимостей и  предположить, что их сумма равна нулю

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

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

86. "apt"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 12:26 
> чуть что - ты не из нашей песочницы, кирпичики как мы не делал, и вали отсюда.

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

Ответить | Правка | Наверх | Cообщить модератору

8. "Вода, вода"  +/
Сообщение от Аноним (-), 16-Июл-12, 17:49 
Забыли указать на сколько тормозят другие.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

28. "Вода, вода"  +/
Сообщение от Аноним (-), 16-Июл-12, 20:19 
> Забыли указать на сколько тормозят другие.

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

Ответить | Правка | Наверх | Cообщить модератору

30. "Вода, вода"  +/
Сообщение от Аноним (-), 16-Июл-12, 20:51 
мало. Нет смысла ускорять то что и так замечательно работает.
А в альте тормозит не столько apt сколько rpm
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

34. "Вода, вода"  +1 +/
Сообщение от Vladjmir (ok), 16-Июл-12, 22:08 
В Альте связка APT-RPM, причём старый RPM версии 4.0.4, он оброс таким количеством патчей, что превратился практически в форк редхатовского RPM.

Ответить | Правка | Наверх | Cообщить модератору

38. "Вода, вода"  +/
Сообщение от Аноним (-), 16-Июл-12, 22:31 
> В Альте связка APT-RPM, причём старый RPM версии 4.0.4, он оброс таким
> количеством патчей, что превратился практически в форк редхатовского RPM.

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

Ответить | Правка | Наверх | Cообщить модератору

43. "Вода, вода"  +/
Сообщение от Vladjmir (ok), 16-Июл-12, 23:01 
Кроме производительности deepsolver будет завязан на сборочную среду. Его библиотеки будут вычислять зависимости и строить индексы не только у пользователя на компьютере, но и на альтоских сборочных серверах. А в сборочнице производительность является критическим параметром, т.к. там идут постоянные пересборки репозитория. Плюс они отвяжутся от старого RPM и смогут прикрутить самую последнюю версию от Редхата, чем обеспечат высокую совместимость с его пакетной базой. Возможно со временем они прикрутят RPM5, dpkg и др. пакагеры для возможности импорта пакетов из других дистрибутивов и пересборки их в альтовские репозитории. Для пользователей они прикрутят граф.морду, в которой сделают режим, отделяющий приложения от пакетов с библиотеками (последние юзеру видеть в юзерспейсе не обязательно, ибо они притянутся по зависимостям). Ну будет что-то вроде Синаптика, где пользователь будет видеть только приложения.
Ответить | Правка | Наверх | Cообщить модератору

46. "Вода, вода"  +/
Сообщение от an. (?), 16-Июл-12, 23:25 
Звучит круто, но мне кажется это слишком оптимистичный прогноз... Впрочем, желаю им удачи, хоть и дистрибутив их не юзаю.
Ответить | Правка | Наверх | Cообщить модератору

66. "Вода, вода"  +1 +/
Сообщение от Аноним (-), 17-Июл-12, 04:47 
> Кроме производительности deepsolver будет завязан на сборочную среду.
> Его библиотеки будут вычислять зависимости и строить индексы не только
> у пользователя на компьютере, но и на альтоских сборочных серверах.

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

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

> А в сборочнице производительность является критическим параметром, т.к. там
> идут постоянные пересборки репозитория. Плюс они отвяжутся
> от старого RPM и смогут прикрутить самую последнюю версию от Редхата,
> чем обеспечат высокую совместимость с его пакетной базой.

Честно говоря - не знаю чего такого хорошего можно сказать о пакетной базе редхата. Редхат вообще годится только для энтерпрайзов, у которых денег куры не клюют, так что не влом оплачивать крутой саппорт где на проводе бывают и те кто этот кернель и пишет, собственно. Если уж смотреть на обилие софта - это дебианообразные, пожалуй. Вон последний дебиан - на 70+ сидюков уже, чтоли. Вот это да, репы с софтом, я понимаю :)

> Возможно со временем они прикрутят RPM5, dpkg и др. пакагеры для возможности
> импорта пакетов из других дистрибутивов и пересборки их в альтовские репозитории.

Угу, только юзеры вечно не живут. Ждать очередной круто задуманный коммунизм еще 70 лет? Ну спасибо.

> Для пользователей они прикрутят граф.морду,

Для пользователей для начала критично наличие софта в собранном виде в репах. Бодал я самолично пересобирать вон ту монстрилку на ...цать мегов си++ кода с 100500 либ в зависимостях. Это куча хидеров в систему + полдня времени. Поэтому я как-то скажу apt-get и получу софтину за минуту из репы нежели буду полдня дрюкаться с пересборкой сам. И сказать apt-get явно проще чем пересобрать все и вся.

> в которой сделают режим, отделяющий приложения от пакетов
> с библиотеками (последние юзеру видеть в юзерспейсе не обязательно, ибо они
> притянутся по зависимостям). Ну будет что-то вроде Синаптика, где пользователь будет
> видеть только приложения.

В общем то есть только одна проблема: синаптик уже есть и прекрасно работает. Сегодня. А также куча софта в репах а для любителей приключений или свежака - PPA в убунте неплохо придумали.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

68. "Вода, вода"  –1 +/
Сообщение от Аноним (-), 17-Июл-12, 04:54 
> Бодал я самолично пересобирать вон ту монстрилку на ...цать мегов си++
> кода с 100500 либ в зависимостях. Это куча хидеров в систему
> + полдня времени.

Боючь, ты слишком отстал от жизни: "полдня времени" - это только у гентушников на "атомных нетбуках":)

> ... нежели буду полдня дрюкаться с пересборкой сам.

А это на 95% от квалификации зависит.

Ответить | Правка | Наверх | Cообщить модератору

69. "Вода, вода"  –1 +/
Сообщение от Аноним (-), 17-Июл-12, 04:56 
> синаптик уже есть и прекрасно работает.
> в убунте неплохо придумали.

После этих фраз говорить о чём-то предметно с тобой бесполезно:)


Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

82. "Вода, вода"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 12:06 
> Что как бы совсем не подогреет интерес разработчиков к освоению такого
> инструментария: отдача смехотворная. Даже если тул и хороший.

Отдача может быть и лучше (кстати, об этих тулзах как раз сейчас потихоньку рассказываю PLD-шникам, которые затеяли переезд с cvs на git), но тут есть такой простой факт: российские дебианщики дружно отсиживаются дома, когда надо что-то сделать не языком и не когда-нибудь, а в срок и соответственно ТТ.  Да, это провокация -- нельзя ж с такой базой и _вообще_ ничего не делать!

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

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

> Ну или альт так и будет местечковым нечто, с удобной системой сборки и ...
> и без пакетов. Сапожник - без сапог.

Вы это повторяйте почаще, подключая debian-multimedia, а мы поулыбаемся :)

> Честно говоря - не знаю чего такого хорошего можно сказать о пакетной
> базе редхата.

Ровно одно -- дубовая она.  Что обеспечивается силами QA.

> Если уж смотреть на обилие софта - это дебианообразные, пожалуй.
> Вон последний дебиан - на 70+ сидюков уже, чтоли. Вот это да,
> репы с софтом, я понимаю :)

Было бы показательней на дискетках DS/DD, всё-таки шпиндель сидюков даже опытный диджей не заценит по нынешним-то временам.  А так хоть померяться поэффектней. :]

> Угу, только юзеры вечно не живут. Ждать очередной круто задуманный коммунизм еще
> 70 лет? Ну спасибо.

Так а это... оно сейчас вот, под руками работает.  Есть грабли и их могу рассказать (а по-хорошему так надо бы страничку на altlinux.org завести, чтоб проще было их оценить).

> И сказать apt-get явно проще чем пересобрать все и вся.

Дык.  Особенно когда собранное есть и в нужном виде.  Хохмы начинаются вместе с "а тут софтпатенты", на которые в альте тщательно забивают и правильно делают.

> В общем то есть только одна проблема: синаптик уже есть и прекрасно работает. Сегодня.

Ни разу не прекрасно, иначе бы тот же USC изобретать нужды не было.  Причём это как раз обратная сторона толщины репозитория.  И это при всём моём юзерском уважении к synaptic.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

104. "Вода, вода"  +/
Сообщение от максо (?), 18-Июл-12, 19:04 
> В то же время тот же альт, взявшись за школьный проект -- удивил даже закоренелого пессимиста вроде меня.  Во многом благодаря и инструментарию как раз.

"слышен бурный смех в зале переходящий в истерику"...
с украины конечно наверно видней.. чем с мест из пары пилотных регионов...

Ответить | Правка | Наверх | Cообщить модератору

105. "пилотные регионы"  +/
Сообщение от Michael Shigorinemail (ok), 18-Июл-12, 19:36 
>> В то же время тот же альт, взявшись за школьный проект -- удивил даже
>> закоренелого пессимиста вроде меня.  Во многом благодаря и инструментарию как раз.
> "слышен бурный смех в зале переходящий в истерику"...

Бромистый калий или пустырник, сэр?

> с украины конечно наверно видней.. чем с мест из пары пилотных регионов...

Мне было видней со стенда, где было представлено всё принесённое.  В Томск тоже ездил.  По дистрибутиву Линукс Терминал не получил _ни одной_ рекламации, только благодарности и пожелания.

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

Ответить | Правка | Наверх | Cообщить модератору

106. "пилотные регионы"  +/
Сообщение от максо (?), 18-Июл-12, 21:06 
> Бромистый калий или пустырник, сэр?

гораздо более тяжелые наркотики ; )

> Томск тоже ездил.

вот в томской как раз, IMHO, лучше остальных

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

Да больше кстати, было претензий по дистру(это про альт), а по саппорту(эт как раз про "взявшись за проект")
Если заводить офтоп то много что можно рассказать...

Ответить | Правка | Наверх | Cообщить модератору

107. "пилотные регионы"  +/
Сообщение от Michael Shigorinemail (ok), 18-Июл-12, 21:57 
>> Вы не стесняйтесь, излагайте -- за критику по делу можно только спасибо сказать.
> Да больше кстати, было претензий по дистру(это про альт), а по саппорту(эт
> как раз про "взявшись за проект")

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

> Если заводить офтоп то много что можно рассказать...

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

Ответить | Правка | Наверх | Cообщить модератору

109. "пилотные регионы"  +/
Сообщение от максо (?), 19-Июл-12, 07:55 
> Как понимаю, где-то должно быть "не".  Если "не по дистру"

*YES* - виноват торопился, именно технически претензий было как раз меньше (и эт при том что дистры пятерки мне на мой вкус не очень)
Вообще такое впечатление что у алтов четные версии получаются, а вот нечетные..
Хотя шестерка, елси честно, разочаровала своим комплектом

> Если на публике

Не стока "неохота", прост придется приводить неток свою переписку(на что по хорошему надо бы сначала позволение спросить)

Ответить | Правка | Наверх | Cообщить модератору

110. "пилотные регионы"  +/
Сообщение от максо (?), 19-Июл-12, 08:03 
> Хотя шестерка, елси честно, разочаровала своим комплектом

P.S. Смотрели ее "краем левого уха" в качестве сервера

Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

111. "пилотные регионы"  +/
Сообщение от Michael Shigorinemail (ok), 19-Июл-12, 12:23 
> (и эт при том что дистры пятерки мне на мой вкус не очень)

А их вытягивал по сути Черепанов на личном героизме.  В пилотном проекте была четвёрка, о ней и писал.

> Хотя шестерка, елси честно, разочаровала своим комплектом
> P.S. Смотрели ее "краем левого уха" в качестве сервера

Очень бы хорошо тоже подробнее -- лучше исправлять, пока в бетах.  Или сразу сюда (в идеале в багзилу, на страничке есть ссылка на метабаг): http://www.altlinux.org/Альт_Линукс_6.0_Школьный

> Не стока "неохота", прост придется приводить неток свою переписку
> (на что по хорошему надо бы сначала позволение спросить)

Спросите, конечно.

PS: предложил "в почту", а почту-то сейчас уведомления не показывают -- mike/altlinux.org или shigorin/gmail.com.

Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

76. "Вода, вода"  +/
Сообщение от Vkni (ok), 17-Июл-12, 10:29 
>  А в сборочнице производительность является
> критическим параметром, т.к. там идут постоянные пересборки репозитория.

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

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

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

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

87. "Вода, вода"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 12:29 
> Разве можно отказаться от текущего альтовского RPM? Ведь его версия завязана не
> столько на apt, сколько на спецификации пакетов и хаки/макросы в них.

Можно перепереть фичи на текущий 4.x или 5.x; для установочной части 5.x коллега это делал (причём если не ошибаюсь, в этом обсуждении он уже присутствует).  Другой вопрос -- какие стоит, какие нет.

Ответить | Правка | Наверх | Cообщить модератору

88. "Вода, вода"  +/
Сообщение от vle (ok), 17-Июл-12, 18:19 
>>  А в сборочнице производительность является
>> критическим параметром, т.к. там идут постоянные пересборки репозитория.
> Да, есть такое.

Я не знаю, как построена сборочная система у альтовцев, но у меня в distbb для pkgsrc
граф зависимостей между *ВСЕМИ* пакетами, которые нужно отстроить, делается
ровно *ОДИН* раз перед началом сборки. В процессе сборки пакета в чрут, или где там
их юзер собирает, пакеты ставятся без всякого резолвинга лучшего кандидата -- он уже
совершенно точно определен графом зависимостей. Или у альта сборочница работает
как-то принципиально по-мному, или я не вижу смысла ускорять резолвер,
даже если он ускоряется в 10 раз.

При работе же с пакетами как админу мне абсолютно пофиг,
тратит он на построение update plan 0.44 секунды или 3.5.
Пусть хоть минуту строит на всю систему, эта операция делается
один раз за много-много месяцев, а то и лет.

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

91. "резолвить нельзя кэшировать"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 22:51 
> В процессе сборки пакета в чрут, или где там их юзер собирает, пакеты ставятся без
> всякого резолвинга лучшего кандидата -- он уже совершенно точно определен графом
> зависимостей.

У тебя есть виртуальные зависимости (например, "любой MTA")?

Ответить | Правка | Наверх | Cообщить модератору

94. "резолвить нельзя кэшировать"  +/
Сообщение от vleemail (ok), 18-Июл-12, 02:31 
Технически они возможны, но используются не очень часто, ну, скажем так, совсем редко.
Это во-первых. Во-вторых, какое они имеют отношение к делу?
Ответить | Правка | Наверх | Cообщить модератору

53. "плюсы и минусы ALT-RPM"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 01:40 
> Кто б еще объяснил: какие они получают плюсы от такого решения?

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

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

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

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

54. "Вода, вода"  –2 +/
Сообщение от Аноним (-), 17-Июл-12, 01:44 
> Кто б еще объяснил: какие они получают плюсы от такого решения?

ЧСВ

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

52. "Вода, вода"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 01:37 
> мало. Нет смысла ускорять то что и так замечательно работает.

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

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

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

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

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

77. "Вода, вода"  +/
Сообщение от Vkni (ok), 17-Июл-12, 10:30 
> Эта какой то феерический прогресс ... только поркуя он нужен?

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

Ответить | Правка | Наверх | Cообщить модератору

102. "Вода, вода"  +/
Сообщение от light (??), 18-Июл-12, 14:11 
то есть, все затеяно только ради разницы в 2 сек?

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

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

103. "не думай о секундах свысока ;-)"  +/
Сообщение от Michael Shigorinemail (ok), 18-Июл-12, 15:34 
> то что пакеты еще фик знает сколько будут качаться и и еще
> минут 20 устанавливаться - аффтарам ессно пофег

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

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

Ответить | Правка | Наверх | Cообщить модератору

12. "Вода, вода"  +2 +/
Сообщение от Аноним (-), 16-Июл-12, 18:03 
> Ответа на вопрос "нахрена изобретается этот велосипед ?" в статье увидеть не удалось.

У альта всегда так: вроде хорошие штуки делают, но вот систематизировать все это и внятно объяснить другим "а чем мы лучше" - не умеют. В принципе. Поэтому дистр в целом получается местечковым недоразумением - ну пилят его полтора землекопа и пилят. А зачем и нафига - мало кто кроме них понимает. В репах тоже бардак: человеку с улицы крайне сложно врубиться какие репы есть и нафиг оно - вот так.

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

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

45. "Вода, вода"  +2 +/
Сообщение от Vladjmir (ok), 16-Июл-12, 23:20 
> У альта всегда так: вроде хорошие штуки делают, но вот систематизировать все это и внятно объяснить другим "а чем мы лучше" - не умеют. В принципе.

Это свойство большинства русских компаний.

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

Стороннему человеку трудно разобраться в структуре реп незнакомого дистрибутива. А у Альтов всё просто:
ftp://ftp.altlinux.org/pub/distributions/ALTLinux/
Тестовый репозиторий Сизиф (Sisyphus)
И стабильные ветки Бранчи (branch'es) - действующие p5/5.1, p6/t6 (остальные устаревшие)

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

56. "Вода, вода"  +/
Сообщение от Аноним (-), 17-Июл-12, 01:48 
> В репах порядок, другое дело - есть немного устаревших и/или неподдерживаемых пакетов,

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

55. "Вода, вода"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 01:46 
> У альта всегда так: вроде хорошие штуки делают, но вот систематизировать все
> это и внятно объяснить другим "а чем мы лучше" - не умеют. В принципе.

Это да (хотя насчёт принципа можно поспорить, глядя на тот же школьный комплект 2008 года).

> В репах тоже бардак: человеку с улицы крайне сложно врубиться какие репы есть
> и нафиг оно - вот так.

Буду благодарен за более развёрнутое пояснение.  Т.е. нутром-то согласен, а вот что в качестве примера приведёте или как бы сами делали?

PS re #45: да есть вообще-то проблема -- пока найдёшь/доберёшься до того каталога, поседеть можно; и вовсе не во всех дистрибутивах "из коробки" подключено хотя бы какое-то зеркало именно того бранча, из которого образ сформирован.

> Поэтом софта под него явно меньше чем под остальные.

Это под кого "остальные"?

> А с убер-кастомным пакетным манагером который надо осваивать вот прямо
> для лично этой невнятной фигни

А вот это просто неправда.  Очень многие освоили на альте apt -- и он им пригодился на дебиане.  Другие освоили альтовский rpm spec -- и он им пригодился на других rpm (да, плюясь на rm -rf $BUILDROOT, но что поделать с тормозами).

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

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

57. "Вода, вода"  +/
Сообщение от Аноним (-), 17-Июл-12, 01:50 
> rpm spec -- и он им пригодился на других rpm (да,
> плюясь на rm -rf $BUILDROOT, но что поделать с тормозами).

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

Ответить | Правка | Наверх | Cообщить модератору

63. "Вода, вода"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 02:46 
>> rpm spec -- и он им пригодился на других rpm (да,
>> плюясь на rm -rf $BUILDROOT, но что поделать с тормозами).
> Вылазь из така и прекращай врать.

А в глаз?

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

Ответить | Правка | Наверх | Cообщить модератору

65. "Вода, вода"  +/
Сообщение от Аноним (-), 17-Июл-12, 04:40 
>>> rpm spec -- и он им пригодился на других rpm (да,
>>> плюясь на rm -rf $BUILDROOT, но что поделать с тормозами).
>> Вылазь из така и прекращай врать.
> А в глаз?
> http://pkgs.fedoraproject.org/gitweb/?p=rpm.git;a=blob;f=rpm...

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

81. "Вода, вода"  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 11:56 
> По факту необходимости в rm -rf $BUILDROOT в %prep - нет (уже давно).
> А в секции %clean (как в приведённом по ссылке случае) это "фиолетово"
> - всего лишь "дань традиции" редхетовская.

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

96. "Вода, вода"  +/
Сообщение от Аноним (-), 18-Июл-12, 05:10 
> Интересно, сколько OBS-ных пакетов альтовский sisyphus_check завернёт не по формальным
> признакам, а по существу... руками-то там доводится меньше фиксить, чем в
> федориных, но тоже заметно.

Все. Из-за "неправильного" chagelog'а. И только из-за него. Федоровсих и jpackage'овских же не заворачивает (хотя последние - это не просто ужас, а "ужас-ужас-ужас")

Ответить | Правка | Наверх | Cообщить модератору

100. "Вода, вода"  +/
Сообщение от Michael Shigorinemail (ok), 18-Июл-12, 12:17 
>> Интересно, сколько OBS-ных пакетов альтовский sisyphus_check завернёт
>> не по формальным признакам, а по существу...
> Все. Из-за "неправильного" chagelog'а. И только из-за него.

Это как раз формальный признак (и отключаемая проверка).

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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