[room] Re: [devel] [wiki] trailing slash Re: [d-kernel] Empty package (#8424)

[room] Re: [devel] [wiki] trailing slash Re: [d-kernel] Empty package (#8424)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1418 bytes --]

On Sat, Dec 17, 2005 at 10:31:15PM +0300, Денис Смирнов wrote:
> Ты осознаёшь разницу между 'MUST' и 'SHOULD'? И где именно она
> проходит?

Именно потому и возникаю.

> >> А вот от того где эту золотую середину правильно провести будет
> >> зависить наличие/отсутствие некоторых критических багов.
> MS> Причём их критичность зависит от точки зрения.
> Есть точка зрения командной работы.

Нету такого мнения партии.

> Посему повторюсь -- я считаю что конкретно эта вещь должна быть
> прописана в полиси, но не должна резаться incoming.

Слушай, хватит дуть на воду.

> Хотя вот в редхатоидных принято за unpackaged, например,
> считать пакет не собравшимся.

ССЗБ.  Дальше что?

> MS>>> Не надо делать из инструментов идола и обвинять молоток в том,
> MS>>> что можно им палец разбить.  Голова на то дана, чтоб так не делать.
> >> Я с тобой согласен только при условии, что молоток не
> >> применяется самостоятельно.
> MS> Молоток всегда применяется самостоятельно.
> Не-а. Он применяется руками человека. Сам этот молоток не
> бегает и по головам никому не стучит.

Молоток всегда применяется самостоятельно руками человека.
Как и спек -- пишется, пакет -- устанавливается, программа
-- используется.

И вообще, пошли в smoke-room@ с препирательствами, выясним
-- вернёмся.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[room] Re: [devel] [wiki] trailing slash Re: [d-kernel] Empty package (#8424)

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 2928 bytes --]

On Sun, Dec 18, 2005 at 12:14:22AM +0200, Michael Shigorin wrote:

>> Ты осознаёшь разницу между 'MUST' и 'SHOULD'? И где именно она
>> проходит?
MS> Именно потому и возникаю.

Отлично, тогда давай разберёмся где MUST, где SHOULD, где проходит
границы, и какие методы enforcement и когда можно (и нужно) применять.

>>>> А вот от того где эту золотую середину правильно провести будет
>>>> зависить наличие/отсутствие некоторых критических багов.
MS>>> Причём их критичность зависит от точки зрения.
>> Есть точка зрения командной работы.
MS> Нету такого мнения партии.

Мнение партии идёт лесом. Как и любое мнение. Нужна чёткая однозначная
оценка, иначе будет вечный трёп.

>> Посему повторюсь -- я считаю что конкретно эта вещь должна быть
>> прописана в полиси, но не должна резаться incoming.
MS> Слушай, хватит дуть на воду.

Понимаешь, я по этим граблям уже прошёлся. Несколько раз читал как
проходились другие. Есть факт -- грабли тут лежат. Как именно эти грабли
убрать не создавая никому геморрой это вопрос. Есть ли эти грабли вообще
_для меня_ обсуждать странно.

По крайней мере одна major ошибка была выловлена именно благодаря моей
параноидальности.

Кстати один blocker был убит до того как на меня его повесили (и дали по
голове больно, за дело) благодаря роботу at@ проверяющему unresolved. Это
так, в сторону пользы параноидальности.

У меня есть мнение что при грамотной _технологии_ ошибок, связаных с
неправильным использованием инструментов быть не должно. Если такие ошибки
возникают -- значит где-то что-то криво.

>> Хотя вот в редхатоидных принято за unpackaged, например,
>> считать пакет не собравшимся.
MS> ССЗБ. Дальше что?

Есть круг проблем, с которыми они не сталкиваются. Кстати я теперь стал
свои пакеты жестоко проверять и на этот тип ошибок сборки тоже. Понимаю,
что некоторые пакеты таким методом проверять нельзя (тот же *) из-за
разных неисправимых преимуществ.

> MS>>>> Не надо делать из инструментов идола и обвинять молоток в том,
> MS>>>> что можно им палец разбить.  Голова на то дана, чтоб так не делать.
> >>> Я с тобой согласен только при условии, что молоток не
> >>> применяется самостоятельно.
> MS>> Молоток всегда применяется самостоятельно.
>> Не-а. Он применяется руками человека. Сам этот молоток не
>> бегает и по головам никому не стучит.
MS> Молоток всегда применяется самостоятельно руками человека.
MS> Как и спек -- пишется, пакет -- устанавливается, программа
MS> -- используется.

Ты это роботам скажи. Которые и делают сборку. Пусть не работают, а
legion@ глазками проверяет каждый пакет "не криво ли он собрался". Думаю
даже от вежливого и корректного legion@ после такого предложения мы имеем
шанс услышать в свой адрес много нехороших слов.

Есть факт -- бинарный пакет в Sisyphus может иметь мало общего с бинарным
пакетом у мантейнера.

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [room] Re: [devel] [wiki] trailing slash Re: [d-kernel] Empty package (#8424)

[Nick S. Grechukh]

В сообщении от Воскресенье, 18-Дек-2005 11:37 Денис Смирнов написал(a):
> Есть факт -- бинарный пакет в Sisyphus может иметь мало общего с бинарным
> пакетом у мантейнера.
там где локальная сборка vs. incoming - очевидно, да. поэтому для испытаний 
использую собранное в hasher. 

[room] Re: [devel] trailing slash (was: Empty package)

[Grigory Batalov]

On Mon, 19 Dec 2005 12:44:34 +0200
"Nick S. Grechukh" <gns@tpway.com> wrote:

> > Есть факт -- бинарный пакет в Sisyphus может иметь мало общего с бинарным
> > пакетом у мантейнера.

> там где локальная сборка vs. incoming - очевидно, да. поэтому для испытаний 
> использую собранное в hasher. 

  Как я указал в оригинальном письме с темой "Empty package",
  мой пакет тоже был собран в хэшере, однако, в Сизифе оказался
  пустым. Когда получу журнал сборки от incoming@, сравню.

-- 
 Григорий Баталов,
 программист
 ЗАО "Ланит-Терком"