forum.opennet.ru

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

Оглавление

Второй релиз инструментария Urpm-tools , opennews (ok), 06-Мрт-12, (0) [смотреть все]

не совсем верно из шести файлов, содержащих copyright rosalab, пять содержат стр, sashkan (ok), 14:24 , 06-Мрт-12, (1)
Джва года Нет, правда, я о подобной штуке мечтал, но не слышал до этой новости, , meequz (ok), 16:57 , 06-Мрт-12, (2) //

К слову в apt это реализовано очень давно apt-cache dottyapt-cache xvcg, Nicknnn (ok), 21:33 , 06-Мрт-12, (3) +3 //

К сожалению, APT работает слишком быстро, и потребляет слишком мало памяти, и по, Аноним (-), 21:40 , 07-Мрт-12, (8) +2

В очередной раз радуюсь, что пользуюсь аптом В альте, правда, пиару меньше , Michael Shigorin (ok), 22:02 , 07-Мрт-12, (9) //

А как, кстати, в Альте BuildRequires для пакета ставятся Что выступает в качест, Pulfer (?), 05:21 , 08-Мрт-12, (15) //

предполагаю, то же самое, что и в debian apt-cache showsrc rpm 124 grep -i , sashkan (ok), 07:01 , 08-Мрт-12, (16)
пардон, плохо выспался подумал, что вопрос про 171 как посмотреть 187 , а на , sashkan (ok), 07:06 , 08-Мрт-12, (17)

Если я правильно помню, то именно _сборочные_ зависимости там тоже проставляются, ach (ok), 08:19 , 08-Мрт-12, (22)
Ну да, ну да А сточка build-depends в debian control, конечно же, нужна совсем , Аноним (-), 19:26 , 08-Мрт-12, (25)

Пардон, перечитал внимательно, все вопросы сняты , Аноним (-), 19:29 , 08-Мрт-12, (26)

В спеке прописываются BuildPreReq BuildRequires там ставить нельзя, иначе скр, ach (ok), 08:11 , 08-Мрт-12, (20)

К Вашему сведению, buildreq перетирает только первую строку BuildRequires после , Michael Shigorin (ok), 20:54 , 08-Мрт-12, (28)

Спасибо за дополнительный комментарий , ach (ok), 21:06 , 08-Мрт-12, (34)

http www altlinux org buildreqСкорее уместней говорить о том, с чего его сдира, Michael Shigorin (ok), 20:52 , 08-Мрт-12, (27)

а разве мандрива не мертва была же новость про банкротство , Аноним (-), 22:54 , 06-Мрт-12, (4) //

Речь была про компанию, а не про дистрибутив К тому же компания пока тоже не пом, meequz (ok), 03:05 , 07-Мрт-12, (5)
Это другая компания -- которая высказывалась в духе ну и пусть себе французы ба, Michael Shigorin (ok), 22:03 , 07-Мрт-12, (10) //

Пруфлинк будет , ach (ok), 08:08 , 08-Мрт-12, (18)
www rosalab ru blogs zayavlenie-kompanii-rosa-o-situatsii-vok, Michael Shigorin (ok), 20:57 , 08-Мрт-12, (30) //

Любопытный вброс и не менее любопытная трактовка А Вы пробовали просто читат, ach (ok), 21:05 , 08-Мрт-12, (33)

Многолетняя привычка сопоставлять различные источники и читать между строк Мож, Michael Shigorin (ok), 21:50 , 08-Мрт-12, (39)

Если мне не изменяет мой склероз, то было это в теме про банкротство Мандрива, г, ach (ok), 21:55 , 08-Мрт-12, (40)

Очень нужная вещь Жаль, требует новой версии urpmi и в 2010 2 перенести нельзя , Pulfer (?), 03:38 , 07-Мрт-12, (6)
Ну и зачем нужен очередной жручий тормоз Взяли бы быстрый сишный APT, и не сноша, Аноним (-), 15:54 , 07-Мрт-12, (7) //

Строго говоря, он плюсовый и даже после рефакторинга не совсем реактивный, хотя, Michael Shigorin (ok), 22:04 , 07-Мрт-12, (11) +2 //

Вы бы так явно не завидовали Ладно там аноним, но уж Вы-то должны понимать н, ach (ok), 23:27 , 07-Мрт-12, (12) –5 //

А что, есть чему , Michael Shigorin (ok), 00:18 , 08-Мрт-12, (13)

У вас таких инструментов нет Слова насчет HIN-синдрома поясните или так и остави, ach (ok), 08:10 , 08-Мрт-12, (19) –2

По функциональности APT ничуть не уступает сабжевой поделке А вот по жручести и , Аноним (-), 19:13 , 08-Мрт-12, (23) +1

А как с помощью APT а добиться функционала urpm-package-cleanup в плане удаления, ach (ok), 20:56 , 08-Мрт-12, (29)

Посмотрите apt-scripts -- если бы мне такое было нужно, то - убирал бы ядра из A, Michael Shigorin (ok), 21:06 , 08-Мрт-12, (35)

Я правильно понял, что Вы считаете нормальной ситуацию, когда в системе установл, ach (ok), 21:11 , 08-Мрт-12, (36)

pad rpm -qa 124 grep kernel-image 124 wc -l11pad echo 0 Виноват -, Michael Shigorin (ok), 21:56 , 08-Мрт-12, (42)

Я вот как-то не вижу велосипедостроения Просто к имеющейся пакетной системе при, ach (ok), 22:03 , 08-Мрт-12, (43)

Вот-вот, и вроде бы понимая её состояние И понеслась весть о том по изданиям, бо, Michael Shigorin (ok), 22:36 , 08-Мрт-12, (44)

Так что насчет NIH-синдрома Или нам надо теперь, чтоб только Вас удовлетворить , ach (ok), 21:12 , 08-Мрт-12, (37)

В дебиане как классическом представителе apt-систем такая проблема отсутствует, Аноним (-), 01:00 , 09-Мрт-12, (45)

Поимённо, пожалуйста , Michael Shigorin (ok), 20:57 , 08-Мрт-12, (31)

Даже какие-то там анонимы прекрасно понимают пользу и необходимость в создании , Аноним (-), 00:49 , 08-Мрт-12, (14) +1

У Вас первое предложение противоречит второму Думаю, что просто потому, что Вы , ach (ok), 08:16 , 08-Мрт-12, (21) –1

Достаточно - понятие относительное yum тоже работает достаточно быстро DНет,, Аноним (-), 19:23 , 08-Мрт-12, (24)

Делать больше нечего Насколько я знаю, таких планов нет и не предвидится , ach (ok), 20:58 , 08-Мрт-12, (32)

Думаю, у меня есть более интересное предложение для тех, кому действительно охот, Michael Shigorin (ok), 21:13 , 08-Мрт-12, (38)

А к чему тут вторую производную приплетать Для наукообразности , ach (ok), 21:56 , 08-Мрт-12, (41)

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

11. "Второй релиз инструментария Urpm-tools " +2 +/–

Сообщение от Michael Shigorin (ok), 07-Мрт-12, 22:04

> Взяли бы быстрый сишный APT
Строго говоря, он плюсовый (и даже после рефакторинга не совсем реактивный, хотя и не тормоз).
> и не сношали мозг своими велосипедами.
А как же тогда Not Innovated Here? :]

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

12. "Второй релиз инструментария Urpm-tools " –5 +/–

Сообщение от ach (ok), 07-Мрт-12, 23:27

Вы бы так явно не завидовали :). Ладно там аноним, но уж Вы-то должны понимать необходимость и пользу таких инструментов.

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

13. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от Michael Shigorin (ok), 08-Мрт-12, 00:18

> Вы бы так явно не завидовали :)
А что, есть чему? :)

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

19. "Второй релиз инструментария Urpm-tools " –2 +/–

Сообщение от ach (ok), 08-Мрт-12, 08:10

> А что, есть чему? :)
У вас таких инструментов нет.
Слова насчет HIN-синдрома поясните или так и оставите голословным обвинением?

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

23. "Второй релиз инструментария Urpm-tools " +1 +/–

Сообщение от Аноним (-), 08-Мрт-12, 19:13

> У вас таких инструментов нет.
По функциональности APT ничуть не уступает сабжевой поделке.
А вот по жручести и тормознутости - это да, питоноподелия вне конкуренции.
> Слова насчет HIN-синдрома поясните или так и оставите голословным обвинением?
Это не обвинение, а простая констатация факта.

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

29. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от ach (ok), 08-Мрт-12, 20:56

> По функциональности APT ничуть не уступает сабжевой поделке.
А как с помощью APT'а добиться функционала urpm-package-cleanup в плане удаления старых ядер? Можно ли как-то граф зависимостей построить?
И как найти и удалить пакеты, которые ставились руками и из сторонних репозиториев? Про Apt pinning знаю, знаю, как с его помощью задаунгрейдить систему. Но вот как описанного функционала добиться? Спрашиваю потому, что не так хорошо знаю apt/dpkg.

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

35. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от Michael Shigorin (ok), 08-Мрт-12, 21:06

> А как с помощью APT'а добиться функционала urpm-package-cleanup в плане удаления
> старых ядер?
Посмотрите apt-scripts -- если бы мне такое было нужно, то:
- убирал бы ядра из Allow-Duplicated в apt-conf и накропал вариант list-extras;
- или вообще обошёлся ещё более простой логикой на шелле.
Впрочем, у меня нет такой нетерпимости к старым ядрам -- я-то уже знаю, зачем они бывают полезны на практике.  Хотите, продолжайте бегать и хвастаться фичей, которая может оказаться сомнительной, а может просто завести в ловушку.
> Можно ли как-то граф зависимостей построить?
Уже несколько человек упомянули apt-cache dotty, посмотрите на досуге.
> И как найти и удалить пакеты, которые ставились руками и из сторонних репозиториев?
apt-get install apt-scripts
apt-cache list-extras
(ещё полезно list-nodeps)
> Про Apt pinning знаю, знаю, как с его помощью задаунгрейдить систему.
> Но вот как описанного функционала добиться? Спрашиваю потому, что не
> так хорошо знаю apt/dpkg.
http://www.altlinux.org/Downgrade (правда, это apt-rpm, но базовый синтаксис /etc/apt/preferences вроде не пострадал).

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

36. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от ach (ok), 08-Мрт-12, 21:11

> Впрочем, у меня нет такой нетерпимости к старым ядрам
Я правильно понял, что Вы считаете нормальной ситуацию, когда в системе установлено 10-15 старых пакетов с ядрами?
>> Можно ли как-то граф зависимостей построить?
> Уже несколько человек упомянули apt-cache dotty, посмотрите на досуге.
Нескольких человек не видел. Пакет посмотрю.
>> Про Apt pinning знаю, знаю, как с его помощью задаунгрейдить систему.
>> Но вот как описанного функционала добиться? Спрашиваю потому, что не
>> так хорошо знаю apt/dpkg.
> http://www.altlinux.org/Downgrade (правда, это apt-rpm, но базовый синтаксис /etc/apt/preferences
> вроде не пострадал).
На самом деле, как раз про pinning я не спрашивал, но это я сам виноват, что не так написал. Вы на мой вопрос выше уже ответили. Спасибо.

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

42. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от Michael Shigorin (ok), 08-Мрт-12, 21:56

>> Впрочем, у меня нет такой нетерпимости к старым ядрам
> Я правильно понял, что Вы считаете нормальной ситуацию, когда в системе установлено
> 10-15 старых пакетов с ядрами?
pad:~> rpm -qa | grep kernel-image | wc -l
11
pad:~> echo $?
0
:)
>>> Можно ли как-то граф зависимостей построить?
>> Уже несколько человек упомянули apt-cache dotty, посмотрите на досуге.
> Нескольких человек не видел. Пакет посмотрю.
Виноват -- я было тоже набрал ответ, но перед отправкой заметил, что его уже дали (#3).  Так что не двое, а действительно один.
re #34 -- на здоровье.
re #37 -- ммм... не обижайтесь, но если я решу, что есть организационный смысл вносить технические предложения -- то кому их изложить, и так знаю; но такого смысла не видно.
Понимаете, это надо далеко не один год проработать над реальными проектами и самоокупаемостью, чтоб лучше себе представлять цену велосипедостроению (и бессмысленному, и вынужденному) да советам со стороны (пустым и не очень).
PS:
re #40 -- понял, не смею отвлекать; при надобности у него и уточню.
re #41 -- фраза "быстрая скорость" может быть хоть как-то осмыслена только как "быстро изменяющаяся скорость", т.е. если соотносить с ускорением.  Аналогично и с остальными масляными маслами.

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

43. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от ach (ok), 08-Мрт-12, 22:03

> Понимаете, это надо далеко не один год проработать над реальными проектами и
> самоокупаемостью, чтоб лучше себе представлять цену велосипедостроению (и бессмысленному,
> и вынужденному) да советам со стороны (пустым и не очень).
Я вот как-то не вижу велосипедостроения. Просто к имеющейся пакетной системе прикрутили то, чего в ней не хватало и что уже было реализовано у других. У вас же в дистрибутиве сделали свои собственные alternatives, написанные на bash, если не ошибаюсь. Хотя можно было бы "не делать собственный велосипед" :).

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

44. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от Michael Shigorin (ok), 08-Мрт-12, 22:36

> Просто к имеющейся пакетной системе
Вот-вот, и вроде бы понимая её состояние.
> прикрутили то, чего в ней не хватало и что уже было реализовано у других.
И понеслась весть о том по изданиям, большим и малым. :)
> У вас же в дистрибутиве сделали свои собственные alternatives,
> написанные на bash, если не ошибаюсь.
Ошибаетесь, на sh -- см. шебанги (и в другой плоскости -- %changelog по слову awk).
> Хотя можно было бы "не делать собственный велосипед" :).
Уже не помню детали (inger@ их озвучивал), но перед тем, как переписывать софт, он обычно оочень много усилий прикладывал к исправлению имеющегося.  И крайнюю меру старался не применять.
Если сильно интересно -- постараюсь найти тот анонс восьмилетней, что ли, давности.

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

37. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от ach (ok), 08-Мрт-12, 21:12

Так что насчет NIH-синдрома? Или нам надо теперь, чтоб только Вас удовлетворить - бегом мчаться на apt-rpm мигрировать?

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

45. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от Аноним (-), 09-Мрт-12, 01:00

> А как с помощью APT'а добиться функционала urpm-package-cleanup в плане удаления старых ядер? Можно ли как-то граф зависимостей построить?
В дебиане (как классическом представителе apt-систем) такая проблема отсутствует как класс, потому что там ядро не добавляется, а обновляется. А если бы и была такая проблема - пять минут с man aptitude, чтобы сформировать правильный запрос (в зависимости от того, как именно реализован ядрозоопарк).
> И как найти и удалить пакеты, которые ставились руками и из сторонних репозиториев?
aptitude search '?narrow(?installed, !?origin(Debian))!?obsolete'

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

31. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от Michael Shigorin (ok), 08-Мрт-12, 20:57

>> А что, есть чему? :)
> У вас таких инструментов нет.
Поимённо, пожалуйста.

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

14. "Второй релиз инструментария Urpm-tools " +1 +/–

Сообщение от Аноним (-), 08-Мрт-12, 00:49

> Вы бы так явно не завидовали :). Ладно там аноним, но уж Вы-то должны понимать необходимость и пользу таких инструментов.
Даже какие-то там анонимы прекрасно понимают пользу и необходимость в создании "инструментов", которые тормозят и жрут память (при наличии быстрых, компактных и полнофункциональных альтернатив).
Ведь если пакетный менеджер будет работать быстро, у пользователей пропадет стимул покупать более мощный компьютер, что может негативно сказаться на мировой экономике (особенно на фоне экономического кризиса).

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

21. "Второй релиз инструментария Urpm-tools " –1 +/–

Сообщение от ach (ok), 08-Мрт-12, 08:16

> Даже какие-то там анонимы прекрасно понимают пользу и необходимость в создании "инструментов",
> которые тормозят и жрут память (при наличии быстрых, компактных и полнофункциональных
> альтернатив).
> Ведь если пакетный менеджер будет работать быстро, у пользователей пропадет стимул покупать
> более мощный компьютер, что может негативно сказаться на мировой экономике (особенно
> на фоне экономического кризиса).
У Вас первое предложение противоречит второму. Думаю, что просто потому, что Вы не знаете, как устроена Mandriva. Пакетный менеджер написан на perl (и это является наследием Mandriva), как и многие системные инструменты. Работает достаточно быстро. Если хотите помочь переписать это все на "православном" С- welcome!
Urpm-tools обслуживают специфические задачи, касающиеся управления пакетами. Кстати, посоветуйте альтовцам переписать свой update-kernel с тормозного bash на "что-нибудь быстрое". Ответ даже интересен. Скорость работы urpm-tools для выполнения поставленных им задач также быстрая. Большего от них не требуется.

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

24. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от Аноним (-), 08-Мрт-12, 19:23

> Работает достаточно быстро.
Достаточно - понятие относительное. yum тоже работает "достаточно быстро" :D
> Если хотите помочь переписать это все на "православном" С- welcome!
Нет, не хочу. Ведь есть более вменяемые дистрибутивы, не страдающие NIH-синдромом, например, Debian.
А в мандриве рано или поздно, в рамках борьбы с тяжелым наследием темных лет, перепишут urpmi на православном питоне.
> Urpm-tools обслуживают специфические задачи, касающиеся управления пакетами. Кстати,
> посоветуйте альтовцам переписать свой update-kernel с тормозного bash на "что-нибудь быстрое".
Баш - это вам не пистон. Когда людям требуются _феерические_ тормоза и огромное потребление ресурсов - они выбирают питон, и он в полной мере оправдывает эти надежды. bash значительно уступает ему в этом плане (его тормоза проявляются, когда счет идет на единицы секунд, а не на минуты, как в yum).
> Скорость работы urpm-tools для выполнения поставленных им задач также быстрая. Большего от них не требуется.
То же самое можно сказать и про yum. И прозвучит это так же смешно :)

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

32. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от ach (ok), 08-Мрт-12, 20:58

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

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

38. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от Michael Shigorin (ok), 08-Мрт-12, 21:13

> Если хотите помочь переписать это все на "православном" С- welcome!
Думаю, у меня есть более интересное предложение для тех, кому действительно охота приложить напильник в данной предметной области.
> Urpm-tools обслуживают специфические задачи, касающиеся управления пакетами.
> Кстати, посоветуйте альтовцам переписать свой update-kernel с тормозного bash
И в чём bash не устроил -- с учётом отсутствия сколь-нибудь тяжёлой логики на нём?
http://git.altlinux.org/gears/u/update-kernel.git?p=update-k...
Там можно оптимизировать по количеству вызовов апта, но потеряется транзакционность.  Или переписать с использованием apt-pipe.  Но тут есть ...см. выше ;-)
> Скорость [...] быстрая.
На всякий: скорость не бывает быстрой, температура -- холодной, цена -- дешёвой.  Если не пытаться соригинальничать насчёт второй производной (что всё равно мало кто оценит, поскольку неграмотное использование подобных связок слишком распространилось).

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

41. "Второй релиз инструментария Urpm-tools " +/–

Сообщение от ach (ok), 08-Мрт-12, 21:56

>  Если не пытаться соригинальничать насчёт второй производной (что всё равно
> мало кто оценит, поскольку неграмотное использование подобных связок слишком распространилось).
А к чему тут вторую производную приплетать? :) Для наукообразности? :).

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	11. "Второй релиз инструментария Urpm-tools "	+2 +/–
	Сообщение от Michael Shigorin (ok), 07-Мрт-12, 22:04
	> Взяли бы быстрый сишный APT Строго говоря, он плюсовый (и даже после рефакторинга не совсем реактивный, хотя и не тормоз). > и не сношали мозг своими велосипедами. А как же тогда Not Innovated Here? :]
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Второй релиз инструментария Urpm-tools "	–5 +/–
	Сообщение от ach (ok), 07-Мрт-12, 23:27
	Вы бы так явно не завидовали :). Ладно там аноним, но уж Вы-то должны понимать необходимость и пользу таких инструментов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от Michael Shigorin (ok), 08-Мрт-12, 00:18
	> Вы бы так явно не завидовали :) А что, есть чему? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Второй релиз инструментария Urpm-tools "	–2 +/–
	Сообщение от ach (ok), 08-Мрт-12, 08:10
	> А что, есть чему? :) У вас таких инструментов нет. Слова насчет HIN-синдрома поясните или так и оставите голословным обвинением?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Второй релиз инструментария Urpm-tools "	+1 +/–
	Сообщение от Аноним (-), 08-Мрт-12, 19:13
	> У вас таких инструментов нет. По функциональности APT ничуть не уступает сабжевой поделке. А вот по жручести и тормознутости - это да, питоноподелия вне конкуренции. > Слова насчет HIN-синдрома поясните или так и оставите голословным обвинением? Это не обвинение, а простая констатация факта.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от ach (ok), 08-Мрт-12, 20:56
	> По функциональности APT ничуть не уступает сабжевой поделке. А как с помощью APT'а добиться функционала urpm-package-cleanup в плане удаления старых ядер? Можно ли как-то граф зависимостей построить? И как найти и удалить пакеты, которые ставились руками и из сторонних репозиториев? Про Apt pinning знаю, знаю, как с его помощью задаунгрейдить систему. Но вот как описанного функционала добиться? Спрашиваю потому, что не так хорошо знаю apt/dpkg.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от Michael Shigorin (ok), 08-Мрт-12, 21:06
	> А как с помощью APT'а добиться функционала urpm-package-cleanup в плане удаления > старых ядер? Посмотрите apt-scripts -- если бы мне такое было нужно, то: - убирал бы ядра из Allow-Duplicated в apt-conf и накропал вариант list-extras; - или вообще обошёлся ещё более простой логикой на шелле. Впрочем, у меня нет такой нетерпимости к старым ядрам -- я-то уже знаю, зачем они бывают полезны на практике. Хотите, продолжайте бегать и хвастаться фичей, которая может оказаться сомнительной, а может просто завести в ловушку. > Можно ли как-то граф зависимостей построить? Уже несколько человек упомянули apt-cache dotty, посмотрите на досуге. > И как найти и удалить пакеты, которые ставились руками и из сторонних репозиториев? apt-get install apt-scripts apt-cache list-extras (ещё полезно list-nodeps) > Про Apt pinning знаю, знаю, как с его помощью задаунгрейдить систему. > Но вот как описанного функционала добиться? Спрашиваю потому, что не > так хорошо знаю apt/dpkg. http://www.altlinux.org/Downgrade (правда, это apt-rpm, но базовый синтаксис /etc/apt/preferences вроде не пострадал).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от ach (ok), 08-Мрт-12, 21:11
	> Впрочем, у меня нет такой нетерпимости к старым ядрам Я правильно понял, что Вы считаете нормальной ситуацию, когда в системе установлено 10-15 старых пакетов с ядрами? >> Можно ли как-то граф зависимостей построить? > Уже несколько человек упомянули apt-cache dotty, посмотрите на досуге. Нескольких человек не видел. Пакет посмотрю. >> Про Apt pinning знаю, знаю, как с его помощью задаунгрейдить систему. >> Но вот как описанного функционала добиться? Спрашиваю потому, что не >> так хорошо знаю apt/dpkg. > http://www.altlinux.org/Downgrade (правда, это apt-rpm, но базовый синтаксис /etc/apt/preferences > вроде не пострадал). На самом деле, как раз про pinning я не спрашивал, но это я сам виноват, что не так написал. Вы на мой вопрос выше уже ответили. Спасибо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от Michael Shigorin (ok), 08-Мрт-12, 21:56
	>> Впрочем, у меня нет такой нетерпимости к старым ядрам > Я правильно понял, что Вы считаете нормальной ситуацию, когда в системе установлено > 10-15 старых пакетов с ядрами? pad:~> rpm -qa \| grep kernel-image \| wc -l 11 pad:~> echo $? 0 :) >>> Можно ли как-то граф зависимостей построить? >> Уже несколько человек упомянули apt-cache dotty, посмотрите на досуге. > Нескольких человек не видел. Пакет посмотрю. Виноват -- я было тоже набрал ответ, но перед отправкой заметил, что его уже дали (#3). Так что не двое, а действительно один. re #34 -- на здоровье. re #37 -- ммм... не обижайтесь, но если я решу, что есть организационный смысл вносить технические предложения -- то кому их изложить, и так знаю; но такого смысла не видно. Понимаете, это надо далеко не один год проработать над реальными проектами и самоокупаемостью, чтоб лучше себе представлять цену велосипедостроению (и бессмысленному, и вынужденному) да советам со стороны (пустым и не очень). PS: re #40 -- понял, не смею отвлекать; при надобности у него и уточню. re #41 -- фраза "быстрая скорость" может быть хоть как-то осмыслена только как "быстро изменяющаяся скорость", т.е. если соотносить с ускорением. Аналогично и с остальными масляными маслами.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от ach (ok), 08-Мрт-12, 22:03
	> Понимаете, это надо далеко не один год проработать над реальными проектами и > самоокупаемостью, чтоб лучше себе представлять цену велосипедостроению (и бессмысленному, > и вынужденному) да советам со стороны (пустым и не очень). Я вот как-то не вижу велосипедостроения. Просто к имеющейся пакетной системе прикрутили то, чего в ней не хватало и что уже было реализовано у других. У вас же в дистрибутиве сделали свои собственные alternatives, написанные на bash, если не ошибаюсь. Хотя можно было бы "не делать собственный велосипед" :).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от Michael Shigorin (ok), 08-Мрт-12, 22:36
	> Просто к имеющейся пакетной системе Вот-вот, и вроде бы понимая её состояние. > прикрутили то, чего в ней не хватало и что уже было реализовано у других. И понеслась весть о том по изданиям, большим и малым. :) > У вас же в дистрибутиве сделали свои собственные alternatives, > написанные на bash, если не ошибаюсь. Ошибаетесь, на sh -- см. шебанги (и в другой плоскости -- %changelog по слову awk). > Хотя можно было бы "не делать собственный велосипед" :). Уже не помню детали (inger@ их озвучивал), но перед тем, как переписывать софт, он обычно оочень много усилий прикладывал к исправлению имеющегося. И крайнюю меру старался не применять. Если сильно интересно -- постараюсь найти тот анонс восьмилетней, что ли, давности.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от ach (ok), 08-Мрт-12, 21:12
	Так что насчет NIH-синдрома? Или нам надо теперь, чтоб только Вас удовлетворить - бегом мчаться на apt-rpm мигрировать?
	Ответить \| Правка \| К родителю #35 \| Наверх \| Cообщить модератору


	45. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от Аноним (-), 09-Мрт-12, 01:00
	> А как с помощью APT'а добиться функционала urpm-package-cleanup в плане удаления старых ядер? Можно ли как-то граф зависимостей построить? В дебиане (как классическом представителе apt-систем) такая проблема отсутствует как класс, потому что там ядро не добавляется, а обновляется. А если бы и была такая проблема - пять минут с man aptitude, чтобы сформировать правильный запрос (в зависимости от того, как именно реализован ядрозоопарк). > И как найти и удалить пакеты, которые ставились руками и из сторонних репозиториев? aptitude search '?narrow(?installed, !?origin(Debian))!?obsolete'
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	31. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от Michael Shigorin (ok), 08-Мрт-12, 20:57
	>> А что, есть чему? :) > У вас таких инструментов нет. Поимённо, пожалуйста.
	Ответить \| Правка \| К родителю #19 \| Наверх \| Cообщить модератору


	14. "Второй релиз инструментария Urpm-tools "	+1 +/–
	Сообщение от Аноним (-), 08-Мрт-12, 00:49
	> Вы бы так явно не завидовали :). Ладно там аноним, но уж Вы-то должны понимать необходимость и пользу таких инструментов. Даже какие-то там анонимы прекрасно понимают пользу и необходимость в создании "инструментов", которые тормозят и жрут память (при наличии быстрых, компактных и полнофункциональных альтернатив). Ведь если пакетный менеджер будет работать быстро, у пользователей пропадет стимул покупать более мощный компьютер, что может негативно сказаться на мировой экономике (особенно на фоне экономического кризиса).
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	21. "Второй релиз инструментария Urpm-tools "	–1 +/–
	Сообщение от ach (ok), 08-Мрт-12, 08:16
	> Даже какие-то там анонимы прекрасно понимают пользу и необходимость в создании "инструментов", > которые тормозят и жрут память (при наличии быстрых, компактных и полнофункциональных > альтернатив). > Ведь если пакетный менеджер будет работать быстро, у пользователей пропадет стимул покупать > более мощный компьютер, что может негативно сказаться на мировой экономике (особенно > на фоне экономического кризиса). У Вас первое предложение противоречит второму. Думаю, что просто потому, что Вы не знаете, как устроена Mandriva. Пакетный менеджер написан на perl (и это является наследием Mandriva), как и многие системные инструменты. Работает достаточно быстро. Если хотите помочь переписать это все на "православном" С- welcome! Urpm-tools обслуживают специфические задачи, касающиеся управления пакетами. Кстати, посоветуйте альтовцам переписать свой update-kernel с тормозного bash на "что-нибудь быстрое". Ответ даже интересен. Скорость работы urpm-tools для выполнения поставленных им задач также быстрая. Большего от них не требуется.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от Аноним (-), 08-Мрт-12, 19:23
	> Работает достаточно быстро. Достаточно - понятие относительное. yum тоже работает "достаточно быстро" :D > Если хотите помочь переписать это все на "православном" С- welcome! Нет, не хочу. Ведь есть более вменяемые дистрибутивы, не страдающие NIH-синдромом, например, Debian. А в мандриве рано или поздно, в рамках борьбы с тяжелым наследием темных лет, перепишут urpmi на православном питоне. > Urpm-tools обслуживают специфические задачи, касающиеся управления пакетами. Кстати, > посоветуйте альтовцам переписать свой update-kernel с тормозного bash на "что-нибудь быстрое". Баш - это вам не пистон. Когда людям требуются _феерические_ тормоза и огромное потребление ресурсов - они выбирают питон, и он в полной мере оправдывает эти надежды. bash значительно уступает ему в этом плане (его тормоза проявляются, когда счет идет на единицы секунд, а не на минуты, как в yum). > Скорость работы urpm-tools для выполнения поставленных им задач также быстрая. Большего от них не требуется. То же самое можно сказать и про yum. И прозвучит это так же смешно :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от ach (ok), 08-Мрт-12, 20:58
	> А в мандриве рано или поздно, в рамках борьбы с тяжелым наследием > темных лет, перепишут urpmi на православном питоне. Делать больше нечего. Насколько я знаю, таких планов нет и не предвидится.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от Michael Shigorin (ok), 08-Мрт-12, 21:13
	> Если хотите помочь переписать это все на "православном" С- welcome! Думаю, у меня есть более интересное предложение для тех, кому действительно охота приложить напильник в данной предметной области. > Urpm-tools обслуживают специфические задачи, касающиеся управления пакетами. > Кстати, посоветуйте альтовцам переписать свой update-kernel с тормозного bash И в чём bash не устроил -- с учётом отсутствия сколь-нибудь тяжёлой логики на нём? http://git.altlinux.org/gears/u/update-kernel.git?p=update-k... Там можно оптимизировать по количеству вызовов апта, но потеряется транзакционность. Или переписать с использованием apt-pipe. Но тут есть ...см. выше ;-) > Скорость [...] быстрая. На всякий: скорость не бывает быстрой, температура -- холодной, цена -- дешёвой. Если не пытаться соригинальничать насчёт второй производной (что всё равно мало кто оценит, поскольку неграмотное использование подобных связок слишком распространилось).
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	41. "Второй релиз инструментария Urpm-tools "	+/–
	Сообщение от ach (ok), 08-Мрт-12, 21:56
	> Если не пытаться соригинальничать насчёт второй производной (что всё равно > мало кто оценит, поскольку неграмотное использование подобных связок слишком распространилось). А к чему тут вторую производную приплетать? :) Для наукообразности? :).
	Ответить \| Правка \| Наверх \| Cообщить модератору