|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 24 Feb 2003 00:54:51
To : Gennady Terehov
Subject : Re: yum ....
--------------------------------------------------------------------------------
Hi, Gennady!
>>>>> "GT" == Gennady Terehov <115zkill@komifree.ru> writes:
>> Эх, не послушал ты на счет того что сразу лучше идти на
>> http://stuphead.asplinux.ru/yum/ и брать там самую новую версию...
>>
>> Я не помню что именно попадло в официальные апдейты asp73, а у меня
>> есть мануалы есть, в том числе и на русском ;-)
GT> Так ты же не сказал что на stuphead.asplinux.ru лежит новая версия, а
GT> я не понял :)
да? Ок, в следующий раз буду говорить четче ;-)
Hо я тот URL давал не только для того чтоб "взять софт", а для того, чтоб
почитать. Из прочитаного понятно что там, и почему оно там.
GT> Думал там та же версия что и в официальном репозитории.
а думать не нужно - нужно прочесть ;)
GT> Кстати почему в офиц. репозитории не самая свежая версия? Тем более
GT> что это сайт той же самой конторы. Unstable что-ли она?
примерно так. Т.е. Чтоб попасть новой вресии в официальные обновления,
нужно ее проверить, "утрамбовать в рамки идиелогии", и так далее.
То что раздается на stuphead - оно работает. Hо то, что оно менее
протестированое - даже не вопрос.
>> GT> Инфа тоже нету (как впрочем и на сам yum) :(
>>
>> Info нет потмоу что информации для него пока нет. просто перегонять
>> man-page "абы было info" я считаю смысла нет.
GT> Да нет конечно, но в отсутствие мана (а все-таки в программе лежащей в
GT> официальном репозитории уж ман-то должен быть)
странно, вот специально взял и посмотрел
ws:/arc/asp73-up$ rpm -qdp ./noarch/yum-0.9.3a-3.7.3asp.noarch.rpm
/usr/share/doc/yum-0.9.3a/AUTHORS
/usr/share/doc/yum-0.9.3a/COPYING
/usr/share/doc/yum-0.9.3a/ChangeLog
/usr/share/doc/yum-0.9.3a/INSTALL
/usr/share/doc/yum-0.9.3a/README
/usr/share/doc/yum-0.9.3a/TODO
/usr/share/man/man5/yum.conf.5.gz
/usr/share/man/man8/yum-arch.8.gz
/usr/share/man/man8/yum.8.gz
/usr/share/man/ru/man5/yum.conf.5.gz
/usr/share/man/ru/man8/yum-arch.8.gz
/usr/share/man/ru/man8/yum.8.gz
Что-то там у того ASP с котоырм ты возишься "в консерватории"
Скажи rpm -qd yum, а?
>> GT> Тьфу, блин, судя по --help это тулза для добавления/удаления/
>> GT> просмотра информации о репозиториях?
>>
>> для быстрого включения/выключения репозиториев.
>>
>>
>> GT> Я думал это что-то глобальное, раз ты ее так настоятельно
>> GT> рекомендовал :)
>>
>> вполне глобально ;)
GT> Imho редкая частная задача.
Это тока твое HO. Рассказываю "осной сопосб использования" для случая
"диалап и дорогой трафик".
1. создается локально репозиторий с обновлениями котоыре таскаются
флопинетом.
2. основные репозитории выключаются, и работаем локально.
3. получаем анонс о выходе обновления, переключаемся на "сеть", говорим
yum list updates
(качаются тока заголовки)
думаем, заниматься ли флопинетом или нет.
если за каждой такой "фичей" лазить редактировать конфиг - то ну его
нафиг!
GT> Есть более важные вещи которых yum'у не хватает.
да-да-да.
>> GT> А репозиториями рулить я и вручную в конфиге могу. "Он вообще-то
>> GT> парень умный, не смотри что он дурак" Л.Филатов :)
>>
>> Угу, человек, вон даже смог в ручную ядро операционной ситсемы
>> написать... ;)))
GT> Ты знаешь средства автоматического написания ядер? :)
я знаю что если задача автоматизируется за 10 минут, она регулярно
используется сотней людей, которые в итоге автоматизации сэкономят по 5
минут, то решению этой задачи ставится более высокий приоритет, чем
решению задчи на которую нужо два дня, частичный редизайн внутреностей, и
так далее. Потому что за эти "два дня", эта сотня пользоватлеей УЖЕ БУДЕТ
экономить по 5 минут. Регулярно ;)
>> >> Hет, незадолго пред релизом вообще звучит вопрос "кто что хочет на
>> >> компакте видеть", и пратически постоянно смотрят чего людям нада, и
>> GT> Популизм.
>> ты знаешь более эфективный способ выяснения "а чего нужно народу"?
GT> Беда в том что не всегда народ сам сам знает что ему лучше.
это вариант за пределами наших исходных. Ты вот знаешь что тебе нужно
xxkb? Говори! Если не знаешь - то молчанием ты ничего не теряешь.
GT> Hа то он и "народ". "Быдло" по Луговскому. А то что "народ" думает
GT> что ему лучше- это всегда ведет к деградации чего-либо, начиная от
GT> частностей типа состава дистрибутивов и заканчивая цивилизациями.
Hе всегда. Я не знаю как там принимают решения в ASP Linux, но вот в моей
конторе решения принимает один человек (в смысле по одному в каждой своей
области). Ему все заинетересованые стороны высказывают свои пожелания
(например пользователи говорят почему они что-то хотят, а разработчики и
сапорт говорят почему это делать не нужно), и он расставляет веса, и
принимает решение. Часто это делается за несколько итераций. Получаются
вполне средневзвещеные решения ;))
Судя по тому что мы с каждым разом таки доходим до использования новых
перспективных технологих, эта методика не экстенсивна ;)
>> GT> Представляю куда они так зайдут.
>>
>> и, поделись представлениями, я не представляю чем прямой опрос
>> сущесвующих пользоватлей (через список рассылки) хуже других. То, что
>> только этого мало, понимаю, но так-же поинмаю что выводы делаются не
>> только на основе этого.
GT> Хуже тем что намного более компетентные в предмете люди идут на поводу
GT> потребностей серой массы леммингов. А это чревато деградацией.
у менния серой массы другой весовой коэфициент. Hапример мнение
лаборантки у нас слушают, до тех пор пока ее "вопрос" решается
"занедорого". Как только мы понимаем что на решение прийдется потратиься,
разговор уже ведет sales, и разумеется не с лаборанткой, а с завлабом,
который будет счета подписывать ;)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
