| 1 |
Hello, Peter Volkov
|
| 2 |
On 21.04.2007 12:07, you wrote:
|
| 3 |
|
| 4 |
>>> Кстати, иногда эта команда что-то по мелочи из инета докачивает - обычно |
| 5 |
>>> действительно по мелочи, патчи какие-нить. Вероятно это связано с тем, что |
| 6 |
>>> ebuild обновился и начал использовать новые файлы, а версию у него не |
| 7 |
>>> изменили, поэтому emerge -uDNa world его не переустановил и сам новые |
| 8 |
>>> файлы не выкачал. |
| 9 |
>> Замечал подобные пакости. На мой взгляд это 100% не правильно. Поменялся |
| 10 |
>> ebuild, добавились патчи, меняй версию с -r1 на -r2 ИМХО, недоработка |
| 11 |
>> маинтейнеров. |
| 12 |
> |
| 13 |
> Это не только 100% правильно но так же этого требует политика [1]. А по |
| 14 |
> смыслу, ну подумайте, какой толк заставлять всех пользователей |
| 15 |
> пересобирать, например, openoffice каждый раз, когда, например, пофиксли |
| 16 |
> проблему со сборкой на amd64? |
| 17 |
|
| 18 |
имхо, хороший принцип в cvs, новая правка, новая версия.
|
| 19 |
ну а по поводу OpenOffice.org
|
| 20 |
|
| 21 |
допустим!
|
| 22 |
# cat openoffice-2.1.0-r1.ebuild | grep KEYWORDS
|
| 23 |
KEYWORDS="~amd64 ppc -sparc x86"
|
| 24 |
т.е. в x86 стабильная в ~amd64 (пусть не собирается).
|
| 25 |
потом пофиксили проблему для amd64
|
| 26 |
|
| 27 |
# cat openoffice-2.1.0-r2.ebuild | grep KEYWORDS
|
| 28 |
KEYWORDS="amd64 ~ppc -sparc ~x86"
|
| 29 |
|
| 30 |
все. -r1 так и останется нестабильной для amd64, а -r2 будет прекрасно
|
| 31 |
работать. остальные архитектуры это ни коим образом не затронет.
|
| 32 |
|
| 33 |
Почему я считаю что так правильно? Любая правка может потенциально
|
| 34 |
влиять пакет для всех архитектур. Люди пишут программы.. люди ошибаются.
|
| 35 |
Люди исправляют ошибки.. какова вероятность того что не ошибется и в
|
| 36 |
этот раз?
|
| 37 |
|
| 38 |
К тому же офлайн установку/обновление (когда сети нет физически!) не
|
| 39 |
получается сделать из-за того что отсутствует какой-то файлик на пару
|
| 40 |
килобайт. Приходится делать 'emerge -ef world' перед копирование disfiles.
|
| 41 |
|
| 42 |
Все это, сугубо мое имхо.
|
| 43 |
|
| 44 |
> [1] http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=1#doc_chap3 |
| 45 |
|
| 46 |
может я как-то не так читаю, но то о чем вы говорите, я не нашел..
|
| 47 |
|
| 48 |
> The fourth subsection of the package name is the Gentoo Linux-specific
|
| 49 |
> revision number ({-r#}). This subsection, like the suffix, is also
|
| 50 |
> optional. # is a non-zero positive integer; e.g., package-4.5.3-r3.
|
| 51 |
>
|
| 52 |
> This revision number is independent of the version of the source
|
| 53 |
> tarball and is used to inform people that a new and improved Gentoo
|
| 54 |
> Linux revision of a particular package is available. Initial releases
|
| 55 |
> of ebuilds must have no revision number; e.g., package-4.5.3 and are
|
| 56 |
> considered by Portage to have a revision number of zero. This means
|
| 57 |
> that counting goes as follows: 1.0 (initial version), 1.0-r1, 1.0-r2,
|
| 58 |
> etc.
|
| 59 |
|
| 60 |
|
| 61 |
--
|
| 62 |
Vladimir Solomatin (slash@×××××.ru)
|
| 63 |
Phone: + 7 (4732) 711711
|
| 64 |
Relex Inc, Voronezh. |
Archives