The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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