1 |
On Втр, 2006-10-31 at 12:18 +0000, Andrey Tropichev wrote:
|
2 |
> Peter Volkov (pva) пишет: |
3 |
> |
4 |
> >Gentoo - это мета-дистрибутив. |
5 |
> |
6 |
> А вот эту фразу я слышу чаще всего =( Не мог-бы уважаемый gentoo |
7 |
> developer разъяснить мне значение, которое вы вкладываете в это слово? |
8 |
|
9 |
gentoo является мета-дистрибутивом, потому что не поставляем на ваш
|
10 |
компьютер готовых пакетов. Мы поставляем скрипты для сборки *ваших*
|
11 |
пакетов с вашими ./configure опциями. Вариантов вашей системы настолько
|
12 |
велико что не хватит возраста вселенной, чтобы протестировать все
|
13 |
возможные комбинации USE флагов для всех пакетов. И отсюда
|
14 |
напрашивается, один из возможных смыслов, который вкладывается в эти
|
15 |
слова: не возможность протестировать сборку всех пакетов во всех
|
16 |
комбинациях на всех системах... А вывод такой: нельзя рассчитывать на то
|
17 |
что всё будет работать out-of-box, хотя конечно мы стараемся сделать
|
18 |
это. И поэтому, например, когда пользователь жалуется на то что
|
19 |
очередной update сломал его сервер, можно услышать резонный встречный
|
20 |
вопрос: а вы что не тестировали пакет прежде чем ставить его на продакшн
|
21 |
сервер???
|
22 |
|
23 |
И кивну ещё раз в сторону других но, как и прежде, не для оправдания, а
|
24 |
для улучшения понимания ситуации:
|
25 |
Между прочим, устанавливать на продакшн сервер без предварительного
|
26 |
тестирования пакеты, вам не посоветуют ни в одном дистрибутиве. Даже,
|
27 |
где-то читал, что microsoft также советует делать преварительное
|
28 |
тестирование на отдельно стоящей машине.
|
29 |
|
30 |
> дистрибутив уже пару лет топчется на месте. |
31 |
|
32 |
Думаю это просто не верно. Эти слова часто, не пытаясь понять, что же
|
33 |
происходит на самом деле, повторяют девелоперы/пользователи, во всех
|
34 |
списках рассылки. Но так ли это на самом деле???
|
35 |
Вот изменения (важные для меня. есть другие не менее серьёзные, но мне
|
36 |
безразличные) работа над которыми велась, как раз в последние два года:
|
37 |
* webapps и webapp-config: Сама идея и первая реализация, которая
|
38 |
существует, по моему, только в генту. В других дистрибутивах вам надо
|
39 |
следовать INSTALL файлику, разному от приложения к приложению....
|
40 |
* java system: тоже отличная идея и реализация. Она позволяет вам делать
|
41 |
кучу вещей. Где вы ещё увидите нечто подобное?
|
42 |
* catalyst2/gnap работают... и суть в том, что вы можете свой gnap или
|
43 |
livecd кастомизировать так как вы его хотите. В других дистрибутивах это
|
44 |
значительно сложнее.
|
45 |
* И куча всякого другого.
|
46 |
|
47 |
Так что то что вы не видите изменений, то проблема не дистрибутива.
|
48 |
|
49 |
Возможно сейчас нет революций из серии разрушить всё до основания и
|
50 |
построить заново за одну ночь. Но каких революций вы хотите от зрелого
|
51 |
дистрибутива с числом разработчиков более 100???
|
52 |
|
53 |
Кроме того. Сейчас многие простые вещи уже сделаны. Но теперь нужно
|
54 |
сделать более сложные. Например зависимости по use флагам. Идея уже
|
55 |
давно витала, но так и не реализована, потому что это не просто, а
|
56 |
следовательно долго. Идея предложенная ещё в 2000 году будет долго
|
57 |
развиваться, но, конечно, не так быстро. Хотите ускорить? Помогите
|
58 |
разработке...
|
59 |
|
60 |
> Мне кажется, на gentoo.org перестали задаваться вопросом для кого они это |
61 |
> делают. |
62 |
|
63 |
Каждый для себя *знает* ответ на этот вопрос ;)
|
64 |
|
65 |
> Кругом один сплошной just-for-fun. А это плохо. Очень плохо. |
66 |
|
67 |
А какая ещё мотивация может существовать в community дистрибутиве?
|
68 |
|
69 |
> Нельзя превращать нормальный продукт с нормальными идеями в собственную |
70 |
> песочницу и играться там. |
71 |
|
72 |
Хе-хе. Я не понимаю то о чём вы здесь сказали. Нельзя ли конкретнее?
|
73 |
|
74 |
> Например, почему никто не занимается поддержкой grp-пакетов? И не надо |
75 |
> говорить, что это не gentoo-way и use-флаги рулят на пару с CFLAGS. |
76 |
|
77 |
Ну потому что людей, которые занимаются релизами действительно не много.
|
78 |
И в этот раз не было никого, кто хотел бы сделать/имел бы время grp
|
79 |
пакеты. Вроде в следующий раз они вернуться.
|
80 |
|
81 |
> Рулит, в первую очередь, стабильная система. С возможностью |
82 |
> экспериментов (если хочется). |
83 |
|
84 |
Ну идеальный мир всегда рулит. Реальность такова, что багов куча и
|
85 |
девелоперы вместо того, чтобы пойти погулять попить пивка сидят и фиксят
|
86 |
их, а пользователи, вместо того чтобы помочь, приаттачить хорошо
|
87 |
*отлаженный* патч в багзилу, непрерывно жалуются и забрасывают багзилу
|
88 |
workaround'ами. Знаете какая редкость, чтобы в патче от пользователя не
|
89 |
было грязи и чтобы он работал как задумывалось???
|
90 |
|
91 |
И почитайте -dev список рассылки. Там про создание стабильного дерева
|
92 |
(stable tree) с периодичностью раз в 5 месяцев много писали...
|
93 |
|
94 |
> Что-то страсти по поводу stage1 vs stage3 |
95 |
> поулеглись |
96 |
|
97 |
Страсти не то слово. Истерия более правильное.
|
98 |
|
99 |
Девелоперам стало ясно что stage1 инсталляция она сродни многим другим
|
100 |
прочими продвинутым штукам, при этом реально ничего новичку не даёт. А
|
101 |
посему, зачем нужно описывать инсталляцию со stage1 в handbook'е? (И
|
102 |
заметьте, что ссылочка на установку со stage1 до сих пор на месте...)
|
103 |
|
104 |
> и я не думаю что почти каждый делает посли установки emerge -e. |
105 |
|
106 |
По моему очевидно, что те кто не читали handbook должны... читать.
|
107 |
|
108 |
> А все дело в том, что сборкой и тестированием релиза и пакетов надо |
109 |
> заниматься. А в gentoo с их "приемом на работу" understuffing стал уже |
110 |
> хронической болезнью. |
111 |
|
112 |
В чём проблема в "приёме на работу"??? У меня сложилось впечатление, что
|
113 |
вы не знаете о чём говорите...
|
114 |
|
115 |
> Складывается ощущение что девелоперов просто нет. |
116 |
|
117 |
Действительно *активных* девелоперов мало...
|
118 |
|
119 |
> Есть майнтейнеры ebuild'ов для которых важнее как собирается а не как |
120 |
> работает |
121 |
|
122 |
Это не верно.
|
123 |
|
124 |
> ну и treecleaners, которые вроде как должны пинать первых... |
125 |
|
126 |
treecleaners никого не пинают. Задача treecleaners совсем в другом:
|
127 |
http://www.gentoo.org/proj/en/qa/treecleaners/index.xml
|
128 |
|
129 |
> и все. Процесс тестирования для перехода из ~arch в stable в этих условиях |
130 |
> сводится к выжиданию в течение нескольких месяцев сообщений от |
131 |
> пользователей. |
132 |
|
133 |
Несколько месяцев это долго??? И потом вы противоречите сами себе. Если
|
134 |
хотите стабильный дистрибутив, то его можно получить, только очень
|
135 |
долгим тестированием (пол года? год? некоторые до сих пор сидят с ядром
|
136 |
2.4 так как считают 2.6 нестабильным ядром)... А вы, с одной стороны,
|
137 |
хотите стабильность, с другой, быстрой стабилизации пакетов.
|
138 |
|
139 |
> Нет сообщений - stable. Глупость, согласитесь? |
140 |
|
141 |
Конечно глупость. Пока maintainer не даст отмашку всё должно быть ~arch,
|
142 |
может быть никто кроме maintainer'а не пользуется продуктом и только он
|
143 |
знает о проблеме. Лично вы можете, вежливо, напомнить о стабилизации.
|
144 |
Сказать, что вы пользуетесь этой программой уже давно, что уже прошло
|
145 |
больше 1го мясяца как она в дереве. Но вешать эти баги нужно на
|
146 |
maintainer'а (`herdstat -m darkstat`) потому что пока он не даст
|
147 |
отмашки, стабилизировать пакет не будут.
|
148 |
|
149 |
> Но при |
150 |
> таком положении дел - единственно возможный вариант. Нужна _эталонная |
151 |
> сборка_ на основе профиля (без дополнительных настроек в make.conf) и |
152 |
> тестирование ее на работоспособность. Но кто этим будет заниматься? |
153 |
|
154 |
Поверьте. Этим занимаются.
|
155 |
|
156 |
> Сил хватает на сборку одного LiveCD раз в пол-года. |
157 |
|
158 |
А нужно ли это делать чаще? Насколько?
|
159 |
|
160 |
> >А потом вы думаете в других дистрибутивах не бывает что баги висят по долгу? ;) |
161 |
> |
162 |
> Это с какого бока при упоминании собственных ошибок принято говорить "а |
163 |
> посмотрите что у других делается". Я даже своего сына - школьника отучил |
164 |
> от этого. Простым вопросом - как его оценки зависят от оценок других? |
165 |
|
166 |
Ну с того бока, что на данный момент от вас не поступило конструктивной
|
167 |
критики. Вы вместо того, чтобы пофиксить проблему и прицепить правильный
|
168 |
фикс к багу на который вы указали, просто жалуетесь в список рассылки на
|
169 |
дистрибутив за развитие которого никому не платят деньги и люди делают
|
170 |
это just-for-fun (всё таки хочется услышать от вас какая ещё может быть
|
171 |
мотивация?). Я предположил, что может быть вы не знаете, что даже в
|
172 |
дистрибутивах, где частично или полностью работа оплачивается всё равно
|
173 |
подолгу висят баги (даже в microsoft ;)). И этим пожелал вам (и всем кто
|
174 |
читает рассылку) избавится от иллюзии что сам факт вешанья бага сразу
|
175 |
исправляет проблему... хотя несомненно приближает исправление.
|
176 |
|
177 |
Peter. |