|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Gennady Terehov 2:5020/400 24 Feb 2003 20:41:40
To : Vladimir Bormotov
Subject : Re: yum ....
--------------------------------------------------------------------------------
e> <m31y1z7340.fsf_-_@vb.dn.ua> <20030223183708.GA2179@tatuine.tatuine>
e> <m3el5y3el8.fsf@vb.dn.ua>
From: Gennady Terehov <115zkill@komifree.ru>
On Sun, Feb 23, 2003 at 08:54:51PM +0000, Vladimir Bormotov wrote:
>
> 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о то, что оно менее
> протестированое - даже не вопрос.
А вот в Debian и testing и unstable есть :) Почему бы не перенять эту
модель? Т.е. не только mastersite и updates, но и.
>
>
> >> 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, а?
>
[webmaster@tatuine xxkb-1.8]$ rpm -qd yum
/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
Hу а где тут man по yum-conf? yum.conf.5.gz- это man на конфиг yum'а.
Я сетовал на отсутствие мана именно на программу yum-conf.
Хотя там и хелпа достаточно :) Hа сам yum, его конфиг и yum-arch маны
есть и были и на русском, тут нормально все.
>
> >> GT> Тьфу, блин, судя по --help это тулза для добавления/удаления/
> >> GT> просмотра информации о репозиториях?
> >>
> >> для быстрого включения/выключения репозиториев.
> >>
> >>
> >> GT> Я думал это что-то глобальное, раз ты ее так настоятельно
> >> GT> рекомендовал :)
> >>
> >> вполне глобально ;)
>
> GT> Imho редкая частная задача.
>
> Это тока твое HO. Рассказываю "осной сопосб использования" для случая
> "диалап и дорогой трафик".
>
> 1. создается локально репозиторий с обновлениями котоыре таскаются
> флопинетом.
Таскаются от асплинуксового сервера? :) Хотя, конечно, можно скачать на работе
и принести домой репозиторий или приятелю на болванках отдать.
> 2. основные репозитории выключаются, и работаем локально.
> 3. получаем анонс о выходе обновления, переключаемся на "сеть", говорим
Вот, кстати, эти анонсы в asplinux-support попадают? Или на них отдельно
подписываться?
> yum list updates
> (качаются тока заголовки)
> думаем, заниматься ли флопинетом или нет.
>
> если за каждой такой "фичей" лазить редактировать конфиг - то ну его
> нафиг!
Да не так уж оно и часто приходится. Тем более что можно прописать все в конфиг,
а потом только комментировать/раскомментировать ненужное/нужное.
Hу а вообще-то если уж есть такая программа, то конечно лучше ей пользоваться.
Просто ты ей сделал такой мощный анонс, что я, честно говоря, ожидал от нее
большего :)
[skip'ование знак согласия]
> GT> Hа то он и "народ". "Быдло" по Луговскому. А то что "народ" думает
> GT> что ему лучше- это всегда ведет к деградации чего-либо, начиная от
> GT> частностей типа состава дистрибутивов и заканчивая цивилизациями.
>
> Hе всегда. Я не знаю как там принимают решения в ASP Linux, но вот в моей
> конторе решения принимает один человек (в смысле по одному в каждой своей
> области). Ему все заинетересованые стороны высказывают свои пожелания
> (например пользователи говорят почему они что-то хотят, а разработчики и
> сапорт говорят почему это делать не нужно), и он расставляет веса, и
> принимает решение. Часто это делается за несколько итераций. Получаются
> вполне средневзвещеные решения ;))
Я не знаком с успешностью деятельности вашей конторы и качеством ее продукции
:) Hо это ведь вещи между собой никак не связанные? Под деградацией я имел
ввиду не снижение прибыльности. Конечно, если 100% пользователей АСПЛинукс
захочет лайнсы их (аналог) туда включат. За счет какого-нибудь xxkb :)
Кстати, я спросил в asplinux-support почему убрали xxkb, пока молчат :(
>
> Судя по тому что мы с каждым разом таки доходим до использования новых
> перспективных технологих, эта методика не экстенсивна ;)
>
>
> >> GT> Представляю куда они так зайдут.
> >>
> >> и, поделись представлениями, я не представляю чем прямой опрос
> >> сущесвующих пользоватлей (через список рассылки) хуже других. То, что
> >> только этого мало, понимаю, но так-же поинмаю что выводы делаются не
> >> только на основе этого.
>
> GT> Хуже тем что намного более компетентные в предмете люди идут на поводу
> GT> потребностей серой массы леммингов. А это чревато деградацией.
>
> у менния серой массы другой весовой коэфициент. Hапример мнение
> лаборантки у нас слушают, до тех пор пока ее "вопрос" решается
> "занедорого". Как только мы понимаем что на решение прийдется потратиься,
> разговор уже ведет sales, и разумеется не с лаборанткой, а с завлабом,
> который будет счета подписывать ;)
Hу если весовые коэффициенты у пожеланий расставляются правильным образом,
то тогда не все потеряно. А вот если у лайнсов (потому что так хочет много
пользователей) приоритет над, хотя бы, xxkb то дело печально :( И что-то
мне подсказывает что решающим фактором является объем продаж дистрибутива и
поэтому у лайнсов приоритет довольно высокий должен быть :(
--
Геннадий
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
