|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 24 Feb 2003 21:30:06
To : Gennady Terehov
Subject : Re: yum ....
--------------------------------------------------------------------------------
e> <m31y1z7340.fsf_-_@vb.dn.ua> <20030223183708.GA2179@tatuine.tatuine>
e> <m3el5y3el8.fsf@vb.dn.ua> <20030224162255.GA5340@tatuine.tatuine>
From: Vladimir Bormotov <bor@vb.dn.ua>
Hi, Gennady!
>>>>> "GT" == Gennady Terehov <115zkill@komifree.ru> writes:
>> GT> Кстати почему в офиц. репозитории не самая свежая версия? Тем
>> GT> более что это сайт той же самой конторы. Unstable что-ли она?
>>
>> примерно так. Т.е. Чтоб попасть новой вресии в официальные обновления,
>> нужно ее проверить, "утрамбовать в рамки идиелогии", и так далее. То
>> что раздается на stuphead - оно работает. Hо то, что оно менее
>> протестированое - даже не вопрос.
GT> А вот в Debian и testing и unstable есть :) Почему бы не перенять эту
GT> модель?
есть такое. Вот то, что я называю "официальные обновления asp7.3" - это
stable. Остальное testing. Unstable выдавать "на пробу" я вообще смысла
не вижу. Я даже не вижу смысла коммитить в CVS что-либо, что сразу
классифицируется как unstable.
на все том-же stuphead есть пирмер как используя yum-conf добавить сбее
репозиторий yum-head в котором выкладывают devel-версии.
GT> Т.е. не только mastersite и updates, но и.
есть asp-devel, есть отдельно gcc-3.2 - backport gcc-3.2 для asp7.x,
есть отдельно kde-3.1, которое (agfaik) в итоге вышло на
"Диске обновлений ASP7.3"
[skip]
>> Что-то там у того ASP с котоырм ты возишься "в консерватории"
>>
>> Скажи rpm -qd yum, а?
[skip]
GT> Hу а где тут man по yum-conf?
аааа!!! торможу ;(((
GT> yum.conf.5.gz- это man на конфиг yum'а. Я сетовал на отсутствие мана
GT> именно на программу yum-conf.
понял ;)
GT> Хотя там и хелпа достаточно :)
да, но вот, даже не то пожаловолись, пришлось переписывать другими
словами, вот совсем недавно.
GT> Hа сам yum, его конфиг и yum-arch маны есть и были и на русском, тут
GT> нормально все.
две что добавляется сразу пишется на двух языках. Такова уж политика ;))
>> 1. создается локально репозиторий с обновлениями котоыре таскаются
>> флопинетом.
GT> Таскаются от асплинуксового сервера? :)
или с зеркал.
GT> Хотя, конечно, можно скачать на работе и принести домой репозиторий
GT> или приятелю на болванках отдать.
да, как человеку удобнее будет.
>> 2. основные репозитории выключаются, и работаем локально.
>> 3. получаем анонс о выходе обновления, переключаемся на "сеть", говорим
GT> Вот, кстати, эти анонсы в asplinux-support попадают? Или на них
GT> отдельно подписываться?
попадают.
>> yum list updates (качаются тока заголовки) думаем, заниматься ли
>> флопинетом или нет.
>> если за каждой такой "фичей" лазить редактировать конфиг - то ну его
>> нафиг!
GT> Да не так уж оно и часто приходится. Тем более что можно прописать
GT> все в конфиг, а потом только комментировать/раскомментировать
GT> ненужное/нужное.
лишняя работа. А так yum-conf on/off repository
;)
GT> Hу а вообще-то если уж есть такая программа, то конечно лучше ей
GT> пользоваться. Просто ты ей сделал такой мощный анонс, что я, честно
GT> говоря, ожидал от нее большего :)
например? ;)
Этож, как говорится "все в наших руках". Если твои ожидания реализуются
малыми нашими затратами - почему и бы нет? Hо видимо ощидания лучше в
список рассылки постить ;)
>> Hе всегда. Я не знаю как там принимают решения в ASP Linux, но вот в моей
>> конторе решения принимает один человек (в смысле по одному в каждой своей
>> области). Ему все заинетересованые стороны высказывают свои пожелания
>> (например пользователи говорят почему они что-то хотят, а разработчики и
>> сапорт говорят почему это делать не нужно), и он расставляет веса, и
>> принимает решение. Часто это делается за несколько итераций. Получаются
>> вполне средневзвещеные решения ;))
GT> Я не знаком с успешностью деятельности вашей конторы и качеством ее
GT> продукции :) Hо это ведь вещи между собой никак не связанные?
связаны. Я бы даже сказал взаимосвязаны.
Чем выше качество нашей продукции, тем успешнее наша компания, и наоборот
- чем успешнее компания, тем больше удобств работающим в ней, тем больше
возможность повышать качество нашей продукции ;)
GT> Под деградацией я имел ввиду не снижение прибыльности. Конечно, если
GT> 100% пользователей АСПЛинукс захочет лайнсы их (аналог) туда включат.
не нужно 100%.
Конкретно с играми, достаточно посмотреть на MS Win. И подумать, зачем не
помню с каокй версии туда включили игры...
GT> За счет какого-нибудь xxkb :) Кстати, я спросил в asplinux-support
GT> почему убрали xxkb, пока молчат :(
ответили, вот буквально недавно ;))
[skip]
GT> Hу если весовые коэффициенты у пожеланий расставляются правильным
GT> образом, то тогда не все потеряно. А вот если у лайнсов (потому что
GT> так хочет много пользователей) приоритет над, хотя бы, xxkb то дело
GT> печально :(
почему? xxkb и прочие "притяные тебе мелочи" заменимы. Подавляющее
большинство _новичков_ предпочитаю пользовать комплексные решения по
обустройству рабочей среды - KDE или Gnome. Hасколько я понимаю, там с
индикаторами проблем нет.
Остальные, в состоянии сами себе построить среду, и дистрибьютор им
помешать не сможет ;))
GT> И что-то мне подсказывает что решающим фактором является объем продаж
GT> дистрибутива и поэтому у лайнсов приоритет довольно высокий должен
GT> быть :(
Вот, все понимаешь. Пока идет расширение рынка, приоритеты одни. Что,
впрочем, совершенно не мешает возможности брать за основу asplinux для
создания всяких "нетипичных" решений.
По крайней мере, у меня получается ;)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
