[devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:09 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:15 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:17 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:21 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:25 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:28 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:28 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:29 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:30 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:36 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:40 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:41 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 9:44 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 10:26 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 10:50 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:05 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:09 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:10 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:13 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:15 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:17 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:17 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:18 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:19 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:22 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:24 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:36 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:37 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:39 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:41 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:47 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:52 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:53 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:53 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:55 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:56 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:57 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 11:59 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:00 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:01 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:04 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:04 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:05 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:12 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:13 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:16 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:20 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:20 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:25 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:31 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:35 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:35 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:37 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:40 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:55 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:58 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 12:59 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 13:02 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 13:07 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 13:24 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 13:28 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 13:30 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 13:39 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 13:40 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 13:44 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 13:48 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 13:49 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 13:51 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 14:13 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 14:32 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 14:50 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 14:52 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 17:28 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 17:38 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 17:46 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-16 22:05 UTC (permalink / raw)]

[devel] Точечные правки для дистрибутивов вне репозитория (was: Открытое сотрудничество)

[@ 2010-07-17 3:48 UTC (permalink / raw)]

Re: [devel] Точечные правки для дистрибутивов вне репозитория (was: Открытое =?koi8-r?b?INPP1NLVxM7J3sXT1NfP?=)

[@ 2010-07-17 8:24 UTC (permalink / raw)]

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[@ 2010-07-17 8:32 UTC (permalink / raw)]

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[@ 2010-07-17 8:42 UTC (permalink / raw)]

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[@ 2010-07-17 9:06 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-17 11:20 UTC (permalink / raw)]

Re: [devel] Точечные правки для дистрибутивов вне репозитория (was: Открытое сотрудничество)

[@ 2010-07-17 12:16 UTC (permalink / raw)]

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[@ 2010-07-17 12:31 UTC (permalink / raw)]

[devel] packages-info-i18n-*

[@ 2010-07-17 12:38 UTC (permalink / raw)]

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[@ 2010-07-17 12:41 UTC (permalink / raw)]

[devel] [SOLVED] Re: Точечные правки для дистрибутивов вне репозитория

[@ 2010-07-17 13:38 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-17 13:46 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-17 13:48 UTC (permalink / raw)]

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[@ 2010-07-17 14:00 UTC (permalink / raw)]

Re: [devel] [SOLVED] Re: Точечные правки для дистрибутивов вне репозитория

[@ 2010-07-17 14:03 UTC (permalink / raw)]

Re: [devel] [SOLVED] Re: Точечные правки для дистрибутивов вне репозитория

[@ 2010-07-17 14:16 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[@ 2010-07-17 14:28 UTC (permalink / raw)]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

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

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

On Sat, Jul 17, 2010 at 08:28:40PM +0600, Andrey Rahmatullin wrote:

AR> Хм, я думал, это предложение Дениса достаточно понятно всем (в т.ч.
AR> невозможность его реализации и последствия такой реализации), и
AR> развёрнутые комментарии не нужны.

Я ответил развернуто потому, что видимо Денис не понимает почему его
пожелание не может быть выполнено. И оно не будет выполнено и в их форке
тоже -- не заставят они людей, которым не платят деньги делать ненужную им
работу.

Увы, не все понимают разницу между работой в community и командой наемных
разработчиков.

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

http://mithraen.ru/
----------------------------------------------------------------------------


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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Dmitry V. Levin]

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

On Sat, Jul 17, 2010 at 04:48:14PM +0300, Michael Shigorin wrote:
> On Fri, Jul 16, 2010 at 02:50:43PM +0400, Денис Корявов wrote:
[...]
> > 3. Consolehelper.
> 
> Я бы на твоём месте попробовал отловить php-coder@ и поработать
> с ним вместе над таким патчем, который бы и реализовывал нужную
> функциональность, и был приемлем для ldv@ как апстрима.

Недостаточно отловить Славу, нужно ещё и изменить своё отношение к работе.
Пример: git log 0.2.12-alt3-3-g15e067d..0.2.12-alt3-7-g6fbebd7
Когда я вижу такое, то понимаю, что автор этих изменений
- использует gear-commit вместо git commit, и ему за это не стыдно;
- не смотрит лог своих изменений перед публикацией.

Если автор относится к своим изменениям с таким пренебрежением,
то какого отношения к ним он мог ждать от меня?


-- 
ldv

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

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Aleksey Novodvorsky]

17 июля 2010 г. 18:00 пользователь Michael Pozhidaev <msp@altlinux.ru> написал:
> Hello, Aleksey Novodvorsky!
>
>> Да вот я и прошу у Вас конкретику, у меня нет вопросов к Денису.
>
> 1. ну в нашем emacs'е настройки по умолчанию несовместимы с
> emacspeak. Отчего до сих пор приходится в локальном
> ~/.emacs.d/site-start.d держать пустые заглушки, чтобы заблокировать
> обработку общесистемных конфигов. Вопрос этот с emacs team уже давно был
> обсужден, все настройки, которые мешают emacspeak, являются вполне
> обоснованными и в большинстве случаев полезными. В специализированные
> дистрибутивы просится пропатченный emacs. Городить огород в Сизифе,
> чтобы выпилить проблемные конфиги в отдельный пакет и нагородить ещё
> один огород потом с Provides можно, но это стрельба из пушки;

Возможно и из пушки, но есть ли лучшие варианты?


>
> 2. когда-то с ldv@ обсуждал вопрос возможности сделать альтернативный
> pam_conversation, чтобы снабдить речью логин. Потом планы это делать
> пропали, т.к. вопрос касающийся security, но это здесь неважно. Это
> хороший пример ещё полсотни подобных ситуаций, которые легко можно
> найти.

Оба приведенные Вами примера не есть частные проблемы одного
дистрибутива. И emacs-speak, и речевой логин, будучи хорошо
реализованными, понадобились бы широкому кругу пользователей, они
вовсе не специальны, как может показаться.
Но даже если нужно сделать специальное решение, а удачного
совместимого варианта найти не удается даже общим обсуждением здесь,
то можно договориться о своем спецрепозитории и совместном
согласовании версий с мейнтейнерами конфликтующих пакетов. Или смене
имени пакета, как предлагает ldv@ в случае с consolehelper.



>
> Это вопрос соотношения законченности дистрибутива и удобства пользования
> с теми изменениями в пакетной базе, которые для таких удобств нужны. Я
> часто в дискуссиях привожу аргумент, что на Сизифе (бранчах) существует
> известная доля свободы под нужды российских пользователей, но в
> некотором роде это является только формальной декларацией. На деле
> внести ряд нужных изменений тяжеловато, и вопрос не в том, что нужно
> получать разрешения мейнтейнеров, а это оказывается просто
> нерациональным, из-за того что вне контекста конкретного дистра смысл
> пропадает.
>
> Алексей, это не критика ни разу. Прошу Вас отнестись предельно
> конструктивно и просто поразмышлять на эту тему. Просто такая чисто
> техническая закавыка, из-за которой дистрибутивы могут выглядеть
> недоделанными.

Михаил, полностью с Вами согласен.
Давайте обсуждать варианты.

Rgrds, Алексей

Re: [devel] specspo в rpm

[Dmitry V. Levin]

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

On Fri, Jul 16, 2010 at 04:35:12PM +0400, Андрей Черепанов wrote:
> 16 июля 2010 Alexey I. Froloff написал:
> > On Fri, Jul 16, 2010 at 03:59:07PM +0400, Андрей Черепанов wrote:
> > > заканчивая астральной связью между постом в рассылке и багой.
> > 
> > Пост в рассылке подробно об'ясняет как пользоваться specspo.
> > "Странный URI" указывает на реализацию.
> Прошу прощения, но я не понял.

Андрей, я тебе с самого начала сказал, что я не верю в то, что, как
утверждалось тобой в altbug#23399, в rpm сломан specspo.  Более того, я
тебе сказал, что этот механизм давно не менялся, и нет никаких оснований
подозревать, что он сломан.  Мне показалось, что этого должно было быть
достаточно, чтобы у тебя возникли сомнения в правильности использования
specspo в твоих пакетах.

Видимо, я выбрал неправильный подход, мне следовало сказать, что ты ничего
не понимаешь в specspo, и что тебе вообще не следует заниматься этим
вопросом.  Этот эффективный подход, который применил Алексей, судя по
всему, привёл к исправлению использования specspo в тот же день.

Итак, механизм specspo в rpm работал, работает, и нет никаких причин
полагать, что он вдруг перестанет работать.  Надо только правильно им
пользоваться, и не надо пытаться навязать мейнтейнерам пакетов
обязательность наличия переводов спек-файлов.


-- 
ldv

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

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Dmitry V. Levin]

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

On Sat, Jul 17, 2010 at 09:00:44PM +0700, Michael Pozhidaev wrote:
> 2. когда-то с ldv@ обсуждал вопрос возможности сделать альтернативный
> pam_conversation, чтобы снабдить речью логин. Потом планы это делать
> пропали, т.к. вопрос касающийся security, но это здесь неважно. Это
> хороший пример ещё полсотни подобных ситуаций, которые легко можно
> найти. 

Альтернативный pam_conv, переданный через pam_start(3) в PAM программой
login -- это точечное изменение.  Если бы вдруг выяснилось, что такое
изменение слишком кривое для того, чтобы вносить его в пакет login для
всех, можно было бы клонировать login и использовать клонированный пакет
вместо login в своём узкоспециализированном решении.


-- 
ldv

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Денис Корявов]

17 июля 2010 г. 17:48 пользователь Michael Shigorin <mike@osdn.org.ua> написал:

> Да, это было неприятно.  Не помню -- бэкпортили из-за дырки
> заткнутой?

Нет. Вообще ни одной открытой баги в bugzilla не было требующей
немедленного бекпорта.


>> 3. Consolehelper.
>
> Я бы на твоём месте попробовал отловить php-coder@ и поработать
> с ним вместе над таким патчем, который бы и реализовывал нужную
> функциональность, и был приемлем для ldv@ как апстрима.

Собственно я тебе уже в Jabber'e говорил, что Дмитрий со мной общается с позиции
"я держу к верху нос, я вас всех перерос" (с) и зачастую - просто
игнорирует. Что ты можешь
видеть в этой теме. Я так работать не умею, увы.

> А ещё на велике ездить банально удобней,

Предпочитаю пешком.


P.S На этом, предлагаю завершить этот разговор, зафиксировав
диаметральные противоположности в подходах. Я рад, что успел
высказаться до начала безполезных споров с претензиями и подозрениями.

P.P.S Если членам Team интересно, готов анонсировать здесь свои
законченные наработки, но
вряд ли что-то уже буду загружать в сизиф - банально нет времени
следить за этим.

-- 
WBR, Denis Koryavov.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Sun, Jul 18, 2010 at 12:51:07PM +0400, Денис Корявов wrote:
> > Я бы на твоём месте попробовал отловить php-coder@ и поработать
> > с ним вместе над таким патчем, который бы и реализовывал нужную
> > функциональность, и был приемлем для ldv@ как апстрима.
> Собственно я тебе уже в Jabber'e говорил, что Дмитрий со мной общается с позиции
> "я держу к верху нос, я вас всех перерос" (с) и зачастую - просто
> игнорирует.
Тред показывает, что не зря.

> Что ты можешь видеть в этой теме.
В этой теме как раз нормально и понятно всё.

> P.S На этом, предлагаю завершить этот разговор, зафиксировав
> диаметральные противоположности в подходах. 
+1

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<Lost> у нас мегаффмпег и мегавлс
<Lost> таких версий нету даже в апстриме
<swi> thresh - влц, ффмпег и вылысыпыдыст нашей эпохи

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

18 июля 2010 г. 12:58 пользователь Andrey Rahmatullin
<wrar@altlinux.org> написал:
> On Sun, Jul 18, 2010 at 12:51:07PM +0400, Денис Корявов wrote:
> В этой теме как раз нормально и понятно всё.
>
>> P.S На этом, предлагаю завершить этот разговор, зафиксировав
>> диаметральные противоположности в подходах.
> +1
+1
Обсуждение было полезным, -- исправили баг в specspo.

Rgrds,  Алексей

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Michael Pozhidaev]

Hello, Dmitry V. Levin!

> Альтернативный pam_conv, переданный через pam_start(3) в PAM программой
> login -- это точечное изменение.  Если бы вдруг выяснилось, что такое
> изменение слишком кривое для того, чтобы вносить его в пакет login для
> всех, можно было бы клонировать login и использовать клонированный пакет
> вместо login в своём узкоспециализированном решении.

Ясно. Давайте я попробую предложить такой наворот и покажу Вам его на
одобрение в плане безопасности. Там подумаем, какого способа внедрения
он заслуживает. OK?

-- 
Michael Pozhidaev. Tomsk, Russia. E-mail: msp@altlinux.ru
Russian info page: http://www.marigostra.ru/

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Michael Pozhidaev]

Hello, Aleksey Novodvorsky!

>> один огород потом с Provides можно, но это стрельба из пушки;
>
> Возможно и из пушки, но есть ли лучшие варианты? 

Без пропатченного emacs - только каждому пользователю класть у себя
файлы, отключающие обработку конфигов.

> Оба приведенные Вами примера не есть частные проблемы одного
> дистрибутива. И emacs-speak, и речевой логин, будучи хорошо
> реализованными, понадобились бы широкому кругу пользователей, они
> вовсе не специальны, как может показаться.

Хорошо. Я всё же ниже приведу свои соображения на эту тему. Если
сообщество не заинтересуется, то будем стараться все подобные вещи
делать в репозитории.

> Михаил, полностью с Вами согласен.
> Давайте обсуждать варианты.

Предлагаю принять за априорное знание, что полный форк репозитория
запрещён. Это скорее организационно-политический вопрос, нежели
технический.

1. mithraen@ когда-то толкал идею репозитория, куда можно вливать
изменённые пакеты. Суть была в том, что при обновлении пакета в Сизифе
(или бранче, откуда форк) это обновление проходит также и в
клонированном репозитории, если в нём версия этого пакета такая же, как
в Сизифе (бранче). Тут, очевидно, вылазит множество вопросов с анметами,
которые могут появиться из-за расхождений, но нужно помнить, что мы
говорим всё-таки о точечных правках. Может быть, Денис (mithraen@)
сможет более полно ещё рассказать своё понимание, но рассмотрим такие
правила:

а) при патче пакета запрещаем трогать Provides, Conflicts и
Obsoletes. Также патч пакета не должен приводить и к их изменению при
их автогенерировании;

б) Requires можно только сокращать и добавлять, изменять
нельзя. При добавлении новых можно только указать имя пакета, но нельзя
указывать версию-релиз. Так как множество пакетов в основном репозитории
и в клоне одинаковое (по именам), такие правила покроют большую часть
проблем. BuildRequires играют меньшую роль, поскольку считаем, что
сборка ведётся всегда в основном репо;

в) при обновлении пакета в основном репозитории всегда требовать его
мержа с тем, что лежит в форке. Поскольку у нас сейчас повсеместно git,
а правки, ещё раз обращаю внимание, точечные, то это будет просто
ненавязчиво-рутинной операцией. При мерже, само собой, должны
соблюдаться пункты aа и б. Если rm прозевал такой мерж, то репо
замораживается. При удалении пакета он тоже всегда удаляется.

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

2. определённая машинерия, которая перед запуском mkimage будет собирать
в локальном хешере часть пакетов из git и строить на их основе локальный
форк. Но это должно делаться так, чтобы список этих исключений был бы
где-нибудь публикуем. Например, если mike@ когда-то собрал у себя дистр
таким путём, то я мог бы потом понять, что он делал.

Ещё пара слов, к чему всё это. Суть в том, что в своём списке рассылки
(и не только в нём) получил не то, чтобы очень неожиданный, но достаточный интересный опыт
пожеланий пользователей. Люди не просят сделать редизайн речевого
сервера, а просят поотключать разные message box, которые некстати
вылазят там, где ещё нет речевого вывода, переставить ключи по умолчанию
и пр. Самое сложное, что от этих-то вещей и зависит пользовательское
расположение к продукту. 

-- 
Michael Pozhidaev. Tomsk, Russia. E-mail: msp@altlinux.ru
Russian info page: http://www.marigostra.ru/

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Dmitry V. Levin]

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

On Mon, Jul 19, 2010 at 08:56:59AM +0700, Michael Pozhidaev wrote:
> Hello, Dmitry V. Levin!
> 
> > Альтернативный pam_conv, переданный через pam_start(3) в PAM программой
> > login -- это точечное изменение.  Если бы вдруг выяснилось, что такое
> > изменение слишком кривое для того, чтобы вносить его в пакет login для
> > всех, можно было бы клонировать login и использовать клонированный пакет
> > вместо login в своём узкоспециализированном решении.
> 
> Ясно. Давайте я попробую предложить такой наворот и покажу Вам его на
> одобрение в плане безопасности. Там подумаем, какого способа внедрения
> он заслуживает. OK?

OK


-- 
ldv

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

Re: [devel] specspo в rpm

[Андрей Черепанов]

18 июля 2010 Dmitry V. Levin написал:
> On Fri, Jul 16, 2010 at 04:35:12PM +0400, Андрей Черепанов wrote:
> > 16 июля 2010 Alexey I. Froloff написал:
> > > On Fri, Jul 16, 2010 at 03:59:07PM +0400, Андрей Черепанов wrote:
> > > > заканчивая астральной связью между постом в рассылке и багой.
> > > 
> > > Пост в рассылке подробно об'ясняет как пользоваться specspo.
> > > "Странный URI" указывает на реализацию.
> > 
> > Прошу прощения, но я не понял.
> 
> Андрей, я тебе с самого начала сказал, что я не верю в то, что, как
> утверждалось тобой в altbug#23399, в rpm сломан specspo.  Более того, я
> тебе сказал, что этот механизм давно не менялся, и нет никаких оснований
> подозревать, что он сломан.  Мне показалось, что этого должно было быть
> достаточно, чтобы у тебя возникли сомнения в правильности использования
> specspo в твоих пакетах.
Ладно, проехали. 
Просто созданные (весьма кривые) велосипеды нужно было менять на апстрим. Я 
лишь недоумеваю, почему нужно было объяснять намёками, как на светском рауте.

P.S. Занёс в книжечку к обвинению в некомпетентности в английском ещё и 
некомпетентность в сборке пакетов и клеймо откровенно тупого, не понимающего 
тонких намёков.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[devel] [JT] намёки

[Michael Shigorin]

On Mon, Jul 19, 2010 at 03:06:45PM +0400, Андрей Черепанов wrote:
> Я лишь недоумеваю, почему нужно было объяснять намёками, как на
> светском рауте.

Вот да, намёки в печёнках уже (по разным векторам).
Одни намекают другим, другие намекают одним, в итоге
кто-то что-то понимает не так (или делает вид, что вовсе
не понимает) -- и с незавидной регулярностью это стреляет.

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Michael Shigorin]

On Sun, Jul 18, 2010 at 02:50:14AM +0400, Dmitry V. Levin wrote:
> Если автор относится к своим изменениям с таким пренебрежением,

Может, просто не по чему или не от кого было учиться культурному
обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
а вариантов -- множество.

У нас нет ни страничек с краткими зарисовками красивых сессий,
ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
что получается посмотреть, хотя бывает особо интересным.

Меня возмущает, что к (потенциальным) коллегам относятся с _таким_
пренебрежением -- но сделать с этим тоже мало что получается.

-- 
http://www.altlinux.org/Kernelnotes/mike

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Michael Shigorin]

On Sun, Jul 18, 2010 at 12:51:07PM +0400, Денис Корявов wrote:
> > Да, это было неприятно.  Не помню -- бэкпортили из-за дырки
> > заткнутой?
> Нет.

Не уверен, немного зная апстрим.

> Вообще ни одной открытой баги в bugzilla не было требующей
> немедленного бекпорта.

Это не единственное основание, по факту.  Бывает удобней
договориться в жабере, почтой либо вообще принять решение
единолично (как ты и сам говоришь).

> Собственно я тебе уже в Jabber'e говорил, что Дмитрий со мной
> общается с позиции "я держу к верху нос, я вас всех перерос"

А ты попробуй прислушаться к его критике и вынести для себя
рациональное зерно.  Если мне ещё чуть веришь -- оно там есть.

> > А ещё на велике ездить банально удобней,
> Предпочитаю пешком.

:)

> P.S На этом, предлагаю завершить этот разговор, зафиксировав
> диаметральные противоположности в подходах.

Удачи, и хорошо бы вместе с осознанием масштаба ответственности.

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

Re: [devel] specspo в rpm

[Dmitry V. Levin]

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

On Mon, Jul 19, 2010 at 03:06:45PM +0400, Андрей Черепанов wrote:
[...]
> Просто созданные (весьма кривые) велосипеды нужно было менять на апстрим. Я 
> лишь недоумеваю, почему нужно было объяснять намёками, как на светском рауте.

Потому что у нас не принято безапелляционно утверждать, что в чужом коде
ошибка, предварительно в этом не убедившись.  Поскольку я не смотрел в
код packages-info-i18n-common, мне оставалось только предполагать.
А raorn@ посмотрел туда, и сомнений в том, где именно ошибка, не осталось.


-- 
ldv

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Dmitry V. Levin]

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

On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
> On Sun, Jul 18, 2010 at 02:50:14AM +0400, Dmitry V. Levin wrote:
> > Если автор относится к своим изменениям с таким пренебрежением,
> 
> Может, просто не по чему или не от кого было учиться культурному
> обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
> а вариантов -- множество.

Тут мы все в равных условиях (если кто-то посещал курсы культурного
обращения с changelog'ами, расскажите).


-- 
ldv

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Michael Shigorin]

On Mon, Jul 19, 2010 at 08:26:05PM +0400, Dmitry V. Levin wrote:
> > > Если автор относится к своим изменениям с таким пренебрежением,
> > Может, просто не по чему или не от кого было учиться культурному
> > обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
> > а вариантов -- множество.
> Тут мы все в равных условиях

Да ну.

> (если кто-то посещал курсы культурного
> обращения с changelog'ами, расскажите).

Мне довелось читать в cybertalk@ и не только, скажем, ченжлоги
kernel-image-std-smp и другие образцы творчества vsu@.
Пришедшим позже эта привилегия доступна труднее.

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Ivan A. Melnikov]

В Mon, 19 Jul 2010 20:26:05 +0400
"Dmitry V. Levin" <ldv@altlinux.org> пишет:

> On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
> > On Sun, Jul 18, 2010 at 02:50:14AM +0400, Dmitry V. Levin wrote:
> > > Если автор относится к своим изменениям с таким пренебрежением,
> > 
> > Может, просто не по чему или не от кого было учиться культурному
> > обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
> > а вариантов -- множество.
> 
> Тут мы все в равных условиях (если кто-то посещал курсы культурного
> обращения с changelog'ами, расскажите).

Курсов не было, а вот логи git.git и ядра по не помню чьему совету
полистал как-то, и был просветлён. Хватило, правда, ненадолго...

-- 
WBR,
Ivan A. Melnikov

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Dmitry V. Levin]

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

On Mon, Jul 19, 2010 at 10:00:26PM +0400, Ivan A. Melnikov wrote:
> В Mon, 19 Jul 2010 20:26:05 +0400, Dmitry V. Levin пишет:
> > On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
> > > On Sun, Jul 18, 2010 at 02:50:14AM +0400, Dmitry V. Levin wrote:
> > > > Если автор относится к своим изменениям с таким пренебрежением,
> > > 
> > > Может, просто не по чему или не от кого было учиться культурному
> > > обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
> > > а вариантов -- множество.
> > 
> > Тут мы все в равных условиях (если кто-то посещал курсы культурного
> > обращения с changelog'ами, расскажите).
> 
> Курсов не было, а вот логи git.git и ядра по не помню чьему совету
> полистал как-то, и был просветлён. Хватило, правда, ненадолго...

Ну так вы, как только чувствуете, что запал просветления заканчивается,
возвращаетесь и перечитываете сии кладези мудрости? :)


-- 
ldv

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

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

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

On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:

MS> У нас нет ни страничек с краткими зарисовками красивых сессий,
MS> ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
MS> что получается посмотреть, хотя бывает особо интересным.

Ты на эту тему чаще всего возмущаешься -- не вопрос, я даже сделаю
скринкаст, чтобы через плечо не смотреть. Но с тебя -- четкая формулировка
того, что должно быть в этом скринкасте.

Согласен? :)

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] git screencast

[Anton A. Vinogradov]

20.07.2010 00:38, Денис Смирнов пишет:
> On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
>
> MS>  У нас нет ни страничек с краткими зарисовками красивых сессий,
> MS>  ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
> MS>  что получается посмотреть, хотя бывает особо интересным.
>
> Ты на эту тему чаще всего возмущаешься -- не вопрос, я даже сделаю
> скринкаст, чтобы через плечо не смотреть. Но с тебя -- четкая формулировка
> того, что должно быть в этом скринкасте.
...
Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как 
до этого правильно его зафиксировать в git, локальном и удаленном)
...

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Aleksey Novodvorsky]

19 июля 2010 г. 19:04 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sun, Jul 18, 2010 at 02:50:14AM +0400, Dmitry V. Levin wrote:
>> Если автор относится к своим изменениям с таким пренебрежением,
>
> Может, просто не по чему или не от кого было учиться культурному
> обращению с git-commit(1)?  Оно вроде как врождённым не бывает,
> а вариантов -- множество.
>
> У нас нет ни страничек с краткими зарисовками красивых сессий,
> ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
> что получается посмотреть, хотя бывает особо интересным.

Здесь даже видео есть:
http://uneex.ru/LecturesCMC/PackageMaintaining2009/09

А вот полный курс:
http://uneex.ru/LecturesCMC/PackageMaintaining2009

И Вы были на той конференции, где презентовали этот курс и диски раздавали.

Rgrds, Алексей

Re: [devel] git screencast

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

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

On Tue, Jul 20, 2010 at 12:42:04AM +0400, Anton A. Vinogradov wrote:

AAV> Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как 
AAV> до этого правильно его зафиксировать в git, локальном и удаленном)

В смысле речь о портировании пакета из Сизифа в бранч, или о чем?

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] git screencast

[Anton A. Vinogradov]

20.07.2010 02:47, Денис Смирнов пишет:
> On Tue, Jul 20, 2010 at 12:42:04AM +0400, Anton A. Vinogradov wrote:
>
> AAV>  Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как
> AAV>  до этого правильно его зафиксировать в git, локальном и удаленном)
>
> В смысле речь о портировании пакета из Сизифа в бранч, или о чем?
Да.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Sergey Alembekov]

20.07.2010 00:38, Денис Смирнов пишет:
> Ты на эту тему чаще всего возмущаешься -- не вопрос, я даже сделаю
> скринкаст, чтобы через плечо не смотреть.

С удовольствием посмотрю такой скринкаст.

-- 
Regards, Sergey Alembekov
ALTLinux Team
xmpp: rt@jabber.ru

Re: [devel] git screencast

[Андрей Черепанов]

20 июля 2010 Anton A. Vinogradov написал:
> 20.07.2010 00:38, Денис Смирнов пишет:
> > On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
> > 
> > MS>  У нас нет ни страничек с краткими зарисовками красивых сессий,
> > MS>  ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
> > MS>  что получается посмотреть, хотя бывает особо интересным.
> > 
> > Ты на эту тему чаще всего возмущаешься -- не вопрос, я даже сделаю
> > скринкаст, чтобы через плечо не смотреть. Но с тебя -- четкая
> > формулировка того, что должно быть в этом скринкасте.
> 
> ...
> Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как
> до этого правильно его зафиксировать в git, локальном и удаленном)
> ...
http://altlinux.org/Краткое_руководство_по_сборке_пакета ?

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] git screencast

[Anton A. Vinogradov]

20.07.2010 12:47, Андрей Черепанов пишет:
> 20 июля 2010 Anton A. Vinogradov написал:
>> 20.07.2010 00:38, Денис Смирнов пишет:
>>> On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
>>>
>>> MS>   У нас нет ни страничек с краткими зарисовками красивых сессий,
>>> MS>   ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
>>> MS>   что получается посмотреть, хотя бывает особо интересным.
>>>
>>> Ты на эту тему чаще всего возмущаешься -- не вопрос, я даже сделаю
>>> скринкаст, чтобы через плечо не смотреть. Но с тебя -- четкая
>>> формулировка того, что должно быть в этом скринкасте.
>>
>> ...
>> Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как
>> до этого правильно его зафиксировать в git, локальном и удаленном)
>> ...
> http://altlinux.org/Краткое_руководство_по_сборке_пакета ?
>
нет. не оно.

в сизифе v1 --> сборка в бранч v0.M51.1
в сизифе v2 --> сборка в бранч v1.M51.1
....

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

Re: [devel] git screencast

[Alexey I. Froloff]

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

On Tue, Jul 20, 2010 at 12:53:27PM +0400, Anton A. Vinogradov wrote:
> Как это делать правильно? Мои пакеты уходят в бранч, но пока-что у меня 
> в гите получается какая-то каша, и периодически возникают проблемы из-за 
> этого.
Посмотрите на пакет, например, rpm.

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Dmitry V. Levin]

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

On Sun, Jul 18, 2010 at 06:35:05PM +0400, Aleksey Novodvorsky wrote:
> 18 июля 2010 г. 12:58 пользователь Andrey Rahmatullin
> <wrar@altlinux.org> написал:
> > On Sun, Jul 18, 2010 at 12:51:07PM +0400, Денис Корявов wrote:
> > В этой теме как раз нормально и понятно всё.
> >
> >> P.S На этом, предлагаю завершить этот разговор, зафиксировав
> >> диаметральные противоположности в подходах.
> > +1
> +1
> Обсуждение было полезным, -- исправили баг в specspo.

А также улучшили consolehelper (#10181, #16698).

Денис, уходите от нас почаще, пожалуйста! ;)


-- 
ldv

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

Re: [devel] git screencast

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

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

On Tue, Jul 20, 2010 at 12:53:27PM +0400, Anton A. Vinogradov wrote:

AAV> в сизифе v1 --> сборка в бранч v0.M51.1
AAV> в сизифе v2 --> сборка в бранч v1.M51.1
AAV> ....
AAV> Как это делать правильно? Мои пакеты уходят в бранч, но пока-что у меня 
AAV> в гите получается какая-то каша, и периодически возникают проблемы из-за 
AAV> этого.

Самое грустное, что как это делать _правильно_ я, к сожалению, тоже не
знаю :(

Меня спасают etersoft-build-utils, которые я тоже использую несколько
странно.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] git screencast

[Aleksey Avdeev]

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

20.07.2010 12:53, Anton A. Vinogradov пишет:
> 20.07.2010 12:47, Андрей Черепанов пишет:
>> 20 июля 2010 Anton A. Vinogradov написал:
>>> 20.07.2010 00:38, Денис Смирнов пишет:
>>>> On Mon, Jul 19, 2010 at 06:04:44PM +0300, Michael Shigorin wrote:
>>>>
>>>> MS>   У нас нет ни страничек с краткими зарисовками красивых сессий,
>>>> MS>   ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
>>>> MS>   что получается посмотреть, хотя бывает особо интересным.
>>>>
>>>> Ты на эту тему чаще всего возмущаешься -- не вопрос, я даже сделаю
>>>> скринкаст, чтобы через плечо не смотреть. Но с тебя -- четкая
>>>> формулировка того, что должно быть в этом скринкасте.
>>>
>>> ...
>>> Процесс отправки пакета в бранч. (Не собственно "git.alt build -b", как
>>> до этого правильно его зафиксировать в git, локальном и удаленном)
>>> ...
>> http://altlinux.org/Краткое_руководство_по_сборке_пакета ?
>>
> нет. не оно.
> 
> в сизифе v1 --> сборка в бранч v0.M51.1
> в сизифе v2 --> сборка в бранч v1.M51.1
> ....
> 
> Как это делать правильно? Мои пакеты уходят в бранч, но пока-что у меня
> в гите получается какая-то каша, и периодически возникают проблемы из-за
> этого.

  Мой тех процесс описан сдесь:
<http://solo-oboroten.livejournal.com/91299.html>. Оно?

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Michael Shigorin]

On Tue, Jul 20, 2010 at 01:46:09AM +0400, Aleksey Novodvorsky wrote:
> > Может, просто не по чему или не от кого было учиться
> > культурному обращению с git-commit(1)?  Оно вроде как
> > врождённым не бывает, а вариантов -- множество.
> >
> > У нас нет ни страничек с краткими зарисовками красивых сессий,
> > ни туториалов хотя бы а-ля everyday git -- и из-за плеча редко
> > что получается посмотреть, хотя бывает особо интересным.
> Здесь даже видео есть:
> http://uneex.ru/LecturesCMC/PackageMaintaining2009/09
> А вот полный курс:
> http://uneex.ru/LecturesCMC/PackageMaintaining2009
> И Вы были на той конференции, где презентовали этот курс и диски раздавали.

Точно, и уже не вспомнил сразу.

Но это всё-таки crash course без пояснения и через три ступеньки.

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

Re: [devel] git screencast

[Alexey I. Froloff]

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

On Tue, Jul 20, 2010 at 10:55:36PM +0400, Aleksey Avdeev wrote:
>   Мой тех процесс описан сдесь:
Алексей, у меня будет просьба личного характера.  Никогда никому,
особенно новичкам, не советуйте смотреть в Ваши репозитарии и
копировать Ваш workflow.

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] git screencast

[Aleksey Avdeev]

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

20.07.2010 23:53, Alexey I. Froloff пишет:
> On Tue, Jul 20, 2010 at 10:55:36PM +0400, Aleksey Avdeev wrote:
>>   Мой тех процесс описан сдесь:
> Алексей, у меня будет просьба личного характера.  Никогда никому,
> особенно новичкам, не советуйте смотреть в Ваши репозитарии и
> копировать Ваш workflow.

 ?

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] git screencast

[Alexey I. Froloff]

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

On Wed, Jul 21, 2010 at 12:01:37AM +0400, Aleksey Avdeev wrote:
> >>   Мой тех процесс описан сдесь:
> > Алексей, у меня будет просьба личного характера.  Никогда никому,
> > особенно новичкам, не советуйте смотреть в Ваши репозитарии и
> > копировать Ваш workflow.
>  ?

http://lists.altlinux.org/pipermail/devel/2009-February/166309.html
http://lists.altlinux.org/pipermail/devel/2009-December/178517.html

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] git screencast

[Aleksey Avdeev]

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

21.07.2010 00:25, Alexey I. Froloff пишет:
> On Wed, Jul 21, 2010 at 12:01:37AM +0400, Aleksey Avdeev wrote:
>>>>   Мой тех процесс описан сдесь:
>>> Алексей, у меня будет просьба личного характера.  Никогда никому,
>>> особенно новичкам, не советуйте смотреть в Ваши репозитарии и
>>> копировать Ваш workflow.
>>  ?
> 
> http://lists.altlinux.org/pipermail/devel/2009-February/166309.html
> http://lists.altlinux.org/pipermail/devel/2009-December/178517.html

  Я могу ещё раз повторить свои аргументы. Но надо ли?

  На вкус и цвет все фломастеры разные...

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] git screencast

[Alexey I. Froloff]

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

On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
>   Я могу ещё раз повторить свои аргументы. Но надо ли?
Не надо.  И новичкам это советовать не надо.  Вдруг кто-то начнёт
также делать.

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] git screencast

[REAL]

Денис Смирнов пишет:
> AAV> в сизифе v1 --> сборка в бранч v0.M51.1
> AAV> в сизифе v2 --> сборка в бранч v1.M51.1
> AAV> ....
> AAV> Как это делать правильно? Мои пакеты уходят в бранч, но пока-что у меня 
> AAV> в гите получается какая-то каша, и периодически возникают проблемы из-за 
> AAV> этого.
> 
> Самое грустное, что как это делать _правильно_ я, к сожалению, тоже не
> знаю :(

Самое весёлое, что правильных путей может быть много, и каждый 
выбирает свой собственный, считая его самым удобным :)

А чем не подходит такой вот вариант?

1. Собрали в сизиф (бранч master)
2. Первый порт в бранч - git checkout -b 5.1
3. Правим спек [и что-то ещё] и собираем в бранч
4. Собираем в сизиф новую версию
5. git checkout 5.1
6. git merge master
7. Правим спек [и что-то ещё] и собираем в бранч

Но у человека проблема-то в другом была. У него тэг от предыдущего 
порта ушёл налево, в этом случае проще всего шаг 5 заменить на

5.a git branch -D 5.1
5.b git checkout -b 5.1 тэг_предыдущего_порта_в_бранч

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] git screencast

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

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

On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:

AA>   На вкус и цвет все фломастеры разные...

Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
здоровье дорого.

Точно также не стоит пропагандировать сложные неудобные схемы работы.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] git screencast

[Sergey Y. Afonin]

On Wednesday 21 July 2010, Alexey I. Froloff wrote:

> >   Я могу ещё раз повторить свои аргументы. Но надо ли?

> Не надо.  И новичкам это советовать не надо.  Вдруг кто-то начнёт
> также делать.

Алексей, напишите хорошую и понятную инструкцию, на wiki например.
Раздел подсказать ? :-)

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] git screencast

[Alexey I. Froloff]

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

On Wed, Jul 21, 2010 at 09:31:45AM +0400, Sergey Y. Afonin wrote:
> > >   Я могу ещё раз повторить свои аргументы. Но надо ли?
> > Не надо.  И новичкам это советовать не надо.  Вдруг кто-то начнёт
> > также делать.
> Алексей, напишите хорошую и понятную инструкцию, на wiki например.
Чем не устраивает
http://www.altlinux.org/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_gear
?  Что там плохого и непонятного?

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] git screencast

[Aleksey Avdeev]

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

21.07.2010 09:20, Денис Смирнов пишет:
> On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
> 
> AA>   На вкус и цвет все фломастеры разные...
> 
> Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
> здоровье дорого.
> 
> Точно также не стоит пропагандировать сложные неудобные схемы работы.

  Моя схема работы позволяет:

1. Иметь библиотеку _готовых_ блоков спеков решающих типовые задачи (в
том числе -- часто встречающиеся комбинации задач).

2. Развивать и дорабатывать данные блоки с сохранением истории. (Не всё
удаётся сделать идеальным сразу. И изменения среды тоже надо учитывать.)

3. Простым (точнее стандартным) образом обновлять блоки уже внесённые в
спек.

  Да, моя схема не идеальна. Но у нас есть другой механизм решения
вышеозначенных задач? (Я вижу только варианты типа "Смотри данный спек и
делай также"...)

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] git screencast

[Kirill A. Shutemov]

On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:
> 21.07.2010 09:20, Денис Смирнов пишет:
> > On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
> > 
> > AA>   На вкус и цвет все фломастеры разные...
> > 
> > Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
> > здоровье дорого.
> > 
> > Точно также не стоит пропагандировать сложные неудобные схемы работы.
> 
>   Моя схема работы позволяет:

<skip/>

$ git clone git://git.altlinux.org/people/solo/packages/apache.git
$ cd apache
$ git branch -r | wc -l
172

No comments. :-/

-- 
 Kirill A. Shutemov

Re: [devel] git screencast

[Aleksey Avdeev]

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

21.07.2010 12:39, Kirill A. Shutemov пишет:
> On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:
>> 21.07.2010 09:20, Денис Смирнов пишет:
>>> On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
>>>
>>> AA>   На вкус и цвет все фломастеры разные...
>>>
>>> Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
>>> здоровье дорого.
>>>
>>> Точно также не стоит пропагандировать сложные неудобные схемы работы.
>>
>>   Моя схема работы позволяет:
> 
> <skip/>
> 
> $ git clone git://git.altlinux.org/people/solo/packages/apache.git
> $ cd apache
> $ git branch -r | wc -l
> 172
> 
> No comments. :-/

  И чем мешают?

  В репозитории на git.alt могу сократить до десятка (в пределе -- до
3х). Будет легче?

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] git screencast

[Dmitry V. Levin]

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

On Wed, Jul 21, 2010 at 11:39:49AM +0300, Kirill A. Shutemov wrote:
> On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:
> > 21.07.2010 09:20, Денис Смирнов пишет:
> > > On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
> > > 
> > > AA>   На вкус и цвет все фломастеры разные...
> > > 
> > > Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
> > > здоровье дорого.
> > > 
> > > Точно также не стоит пропагандировать сложные неудобные схемы работы.
> > 
> >   Моя схема работы позволяет:
> 
> <skip/>
> 
> $ git clone git://git.altlinux.org/people/solo/packages/apache.git
> $ cd apache
> $ git branch -r | wc -l
> 172

Есть существенно более дешёвый способ получить эту информацию:

$ git ls-remote --heads git://git.altlinux.org/people/solo/packages/apache.git | wc -l
171


-- 
ldv

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

Re: [devel] git screencast

[Dmitry V. Levin]

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

On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:
> 21.07.2010 09:20, Денис Смирнов пишет:
> > On Wed, Jul 21, 2010 at 12:41:10AM +0400, Aleksey Avdeev wrote:
> > 
> > AA>   На вкус и цвет все фломастеры разные...
> > 
> > Это факт. Как и то, что фломастеры не стоит пробовать на вкус, если
> > здоровье дорого.
> > 
> > Точно также не стоит пропагандировать сложные неудобные схемы работы.
> 
>   Моя схема работы позволяет:
> 
> 1. Иметь библиотеку _готовых_ блоков спеков решающих типовые задачи (в
> том числе -- часто встречающиеся комбинации задач).

Мы это уже обсуждали.  Именно готовность этих блоков, а именно,
применимость этих блоков вызывает сомнения.  Я думаю, что попытка
использовать любой из этих блоков вызывает merge conflict.
Если это называется готовностью, то что же такое тогда неготовность?

> 2. Развивать и дорабатывать данные блоки с сохранением истории. (Не всё
> удаётся сделать идеальным сразу. И изменения среды тоже надо учитывать.)
> 
> 3. Простым (точнее стандартным) образом обновлять блоки уже внесённые в
> спек.

Мне кажется, что попытка выполнить любое обновление такого рода будет
приводить к стандартному merge conflict.  Ну разве это не замечательно?

>   Да, моя схема не идеальна. Но у нас есть другой механизм решения
> вышеозначенных задач? (Я вижу только варианты типа "Смотри данный спек и
> делай также"...)

Я не вижу принципиальной разницы между этой схемой и схемой "смотри данный
спек и делай также": в обоих случаях требуется мержить изменения вручную.


-- 
ldv

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

Re: [devel] git screencast

[Anton A. Vinogradov]

21.07.2010 06:17, REAL пишет:
> Денис Смирнов пишет:
>> AAV> в сизифе v1 --> сборка в бранч v0.M51.1
>> AAV> в сизифе v2 --> сборка в бранч v1.M51.1
>> AAV> ....
>> AAV> Как это делать правильно? Мои пакеты уходят в бранч, но пока-что
>> у меня AAV> в гите получается какая-то каша, и периодически возникают
>> проблемы из-за AAV> этого.
>>
>> Самое грустное, что как это делать _правильно_ я, к сожалению, тоже не
>> знаю :(
>
> Самое весёлое, что правильных путей может быть много, и каждый выбирает
> свой собственный, считая его самым удобным :)
>
> А чем не подходит такой вот вариант?
>
> 1. Собрали в сизиф (бранч master)
> 2. Первый порт в бранч - git checkout -b 5.1
> 3. Правим спек [и что-то ещё] и собираем в бранч
> 4. Собираем в сизиф новую версию
> 5. git checkout 5.1
> 6. git merge master
> 7. Правим спек [и что-то ещё] и собираем в бранч
>
> Но у человека проблема-то в другом была. У него тэг от предыдущего порта
> ушёл налево, в этом случае проще всего шаг 5 заменить на
>
> 5.a git branch -D 5.1
> 5.b git checkout -b 5.1 тэг_предыдущего_порта_в_бранч
>
спасибо. Только вот как-то мержится неудобно. есть у нас какая-нибудь 
удобная мотыга для ручного мержа? :)

http://git.altlinux.org/tasks/archive/done/_26/26938/task/log

Re: [devel] git screencast

[Eugene Prokopiev]

>> А чем не подходит такой вот вариант?
>>
>> 1. Собрали в сизиф (бранч master)
>> 2. Первый порт в бранч - git checkout -b 5.1
>> 3. Правим спек [и что-то ещё] и собираем в бранч
>> 4. Собираем в сизиф новую версию
>> 5. git checkout 5.1
>> 6. git merge master
>> 7. Правим спек [и что-то ещё] и собираем в бранч
>>
>> Но у человека проблема-то в другом была. У него тэг от предыдущего порта
>> ушёл налево, в этом случае проще всего шаг 5 заменить на
>>
>> 5.a git branch -D 5.1
>> 5.b git checkout -b 5.1 тэг_предыдущего_порта_в_бранч
>>
> спасибо. Только вот как-то мержится неудобно. есть у нас какая-нибудь
> удобная мотыга для ручного мержа? :)

Есть: srpmbackport --spec

Я для бэкпорта делаю временный бранч, в нем правлю спек с помощью
srpmbackport, затем бранч удаляю, оставляя сам коммит с тегом. Удаляю
я бранч затем, чтобы при следующем бэкпортировании его можно было
создать заново (не разбираясь, есть он или нет и что с нм делать, если
есть) и сделать фиктивный мерж с оставшимся коммитом от предыдущего
бекпорта.

За схему с удалением бранчей спасибо rider@, она оказалась довольно удобной

-- 
С уважением,
Прокопьев Евгений

Re: [devel] git screencast

[Eugene Prokopiev]

>> Только вот как-то мержится неудобно. есть у нас какая-нибудь
>> удобная мотыга для ручного мержа? :)
>
> Есть: srpmbackport --spec
>
> Я для бэкпорта делаю временный бранч, в нем правлю спек с помощью
> srpmbackport, затем бранч удаляю, оставляя сам коммит с тегом. Удаляю
> я бранч затем, чтобы при следующем бэкпортировании его можно было
> создать заново (не разбираясь, есть он или нет и что с нм делать, если
> есть) и сделать фиктивный мерж с оставшимся коммитом от предыдущего
> бекпорта.
>
> За схему с удалением бранчей спасибо rider@, она оказалась довольно удобной

Да, я отвечал на незаданный вопрос, т.к. фактически обхожусь без
настоящего мержа при бэкпортировании ;)

-- 
С уважением,
Прокопьев Евгений

Re: [devel] git screencast

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

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

On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:

AA>   Моя схема работы позволяет:
AA> 1. Иметь библиотеку _готовых_ блоков спеков решающих типовые задачи (в
AA> том числе -- часто встречающиеся комбинации задач).
AA> 2. Развивать и дорабатывать данные блоки с сохранением истории. (Не всё
AA> удаётся сделать идеальным сразу. И изменения среды тоже надо учитывать.)
AA> 3. Простым (точнее стандартным) образом обновлять блоки уже внесённые в
AA> спек.
AA>   Да, моя схема не идеальна. Но у нас есть другой механизм решения
AA> вышеозначенных задач? (Я вижу только варианты типа "Смотри данный спек и
AA> делай также"...)

Если уж хочется работать блоками -- см. в сторону моего specgen. Хотя это
и весьма специфическое извращение (делалось для пакетов-монстров appliance
и asterisk).

"Блоки" и прочие технологии это не самоцель. Цели изменения логики работы
с репозиторием могут быть:
а) работать быстрее;
б) работать качественнее (схема уменьшает количество ошибок);
в) работать понятнее (другой человек может быстро вкурить в репозиторий с
целью внести изменения);

А "блоки" как самоцель -- неинтересны, увы.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] git screencast

[Aleksey Avdeev]

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

22.07.2010 00:29, Денис Смирнов пишет:
> On Wed, Jul 21, 2010 at 12:29:40PM +0400, Aleksey Avdeev wrote:
> 
> AA>   Моя схема работы позволяет:
> AA> 1. Иметь библиотеку _готовых_ блоков спеков решающих типовые задачи (в
> AA> том числе -- часто встречающиеся комбинации задач).
> AA> 2. Развивать и дорабатывать данные блоки с сохранением истории. (Не всё
> AA> удаётся сделать идеальным сразу. И изменения среды тоже надо учитывать.)
> AA> 3. Простым (точнее стандартным) образом обновлять блоки уже внесённые в
> AA> спек.
> AA>   Да, моя схема не идеальна. Но у нас есть другой механизм решения
> AA> вышеозначенных задач? (Я вижу только варианты типа "Смотри данный спек и
> AA> делай также"...)
> 
> Если уж хочется работать блоками -- см. в сторону моего specgen. Хотя это
> и весьма специфическое извращение (делалось для пакетов-монстров appliance
> и asterisk).
> 
> "Блоки" и прочие технологии это не самоцель. Цели изменения логики работы
> с репозиторием могут быть:
> а) работать быстрее;
> б) работать качественнее (схема уменьшает количество ошибок);
> в) работать понятнее (другой человек может быстро вкурить в репозиторий с
> целью внести изменения);

  Именно этим цели я и решаю с помощью разбивки на блоки и хранение их
истории. Но, как оказалось, то что помогает мне (реально помогает) --
мешает многим другим...

  Как совместить -- пока не знаю.

> 
> А "блоки" как самоцель -- неинтересны, увы.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] git screencast

[Алексей Владимирович Шенцев]

On 20.07.2010 23:53, Alexey I. Froloff wrote:
> On Tue, Jul 20, 2010 at 10:55:36PM +0400, Aleksey Avdeev wrote:
>   
>>   Мой тех процесс описан сдесь:
>>     
> Алексей, у меня будет просьба личного характера.  Никогда никому,
> особенно новичкам, не советуйте смотреть в Ваши репозитарии и
> копировать Ваш workflow.
>   
+1
не в обиду solo@

http://git.altlinux.org/gears/d/dspam.git

Что с ним делать дальше я не много в тупике ...

Re: [devel] git screencast

[Kharitonov A. Dmitry]

> "Блоки" и прочие технологии это не самоцель. Цели изменения логики работы
> с репозиторием могут быть:
> а) работать быстрее;
> б) работать качественнее (схема уменьшает количество ошибок);
> в) работать понятнее (другой человек может быстро вкурить в репозиторий с
> целью внести изменения);
>
> А "блоки" как самоцель -- неинтересны, увы.
>    
Забавно: у обсуждающих есть мнение, что методы solo@ не приемлемы, 
однако никто не предложил как это улучшить и никто не указал на ошибки. 
Создаётся впечатление, что этот метод всё-таки рационален.

Re: [devel] Точечные правки для дистрибутивов вне репозитория

[Timur Batyrshin]

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

On Sat, 17 Jul 2010 16:06:04 +0700
Michael Pozhidaev wrote:

> >> Вопрос нормального обновления из основного репозитория (вопрос
> >> правильного выставления релиза) тоже пока остаётся.
> >
> > Через apt-preferences можно указать, что ваш дополнительный
> > репозиторий более приоритетен. В таком случае если пакет есть в
> > вашем репо, то он не должен будет выкачиваться из основного.
> > (Впрочем, не знаю точно что будет если в вашем репо пакет будет
> > иметь меньшую версию.)
> 
> Так это делать всем пользователям, кто поставил дистр с пропатченными
> пакетами?

Соберите свой apt-conf-foo например.

> Суть дела вот: я взял пакет foobar-x.y-alt1, сделал к нему
> патч и как-либо увеличил релиз. Например, поставил alt1.1.

Релизы для своего репозитория раздавать вида foo1.1 например. 
alt < foo поэтому релиз у вас всегда будет больший.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] git screencast

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

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

On Sun, Jul 25, 2010 at 10:23:56AM +0400, Kharitonov A. Dmitry wrote:

KAD> Забавно: у обсуждающих есть мнение, что методы solo@ не приемлемы, 
KAD> однако никто не предложил как это улучшить и никто не указал на ошибки. 
KAD> Создаётся впечатление, что этот метод всё-таки рационален.

Как можно улучшить предложение передвигаться за хлебом в соседний магазин
на подводной лодке? Ну, для начала избавиться от подводной лодки. Дальше
будет проще :)

Hint: man gear-rules  /EXMAPLES

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Anton Farygin]

16.07.2010 15:41, Slava Semushin пишет:
> 16 июля 2010 г. 18:39 пользователь Андрей Черепанов<cas@altlinux.ru>  написал:
> [...]
>> Странно, что народ не вспомнил чудную локализованную на русский язык версию
>> man sex из man-pages-ru
>
> Я вспомнил, но не нашел бага в багзилле. Кстати, ещё вокруг hotbabe были споры.
>
> Могу исключить man sex из man-pages-ru, кстати.

Согласитесь, что man sex и порнография - это абсолютно разные вещи.

Re: [devel] git screencast

[Anton Farygin]

24.07.2010 16:39, Алексей Владимирович Шенцев пишет:
> On 20.07.2010 23:53, Alexey I. Froloff wrote:
>> On Tue, Jul 20, 2010 at 10:55:36PM +0400, Aleksey Avdeev wrote:
>>
>>>    Мой тех процесс описан сдесь:
>>>
>> Алексей, у меня будет просьба личного характера.  Никогда никому,
>> особенно новичкам, не советуйте смотреть в Ваши репозитарии и
>> копировать Ваш workflow.
>>
> +1
> не в обиду solo@
>
> http://git.altlinux.org/gears/d/dspam.git
>
> Что с ним делать дальше я не много в тупике ...

Выкинуть и сделать так, как себе удобнее.

Давайте возьмём правило - в коллективной разработке стараться не 
перекраивать чужие репозитории, а брать за основу стиль работы автора.

Ну, или по крайней мере - согласовывать с изначальным мейнтейнером стиль 
ведения репозитория.

В противном случае предлагаю пушить только теги, будет ещё веселее.

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Andrey Rahmatullin]

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

On Tue, Aug 03, 2010 at 08:57:34PM +0400, Anton Farygin wrote:
> > Могу исключить man sex из man-pages-ru, кстати.
> Согласитесь, что man sex и порнография - это абсолютно разные вещи.
Поздняк.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

>>> OK
>> OK ?
> OK!
OK.
2devel@: Я поговорил с security-officer и получил его
одобрение. Постараюсь обновить php в ближайшее время.
		-- legion in devel@

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

Re: [devel] [JT] Открытое сотрудничество [было: обсуждение в ru_foss]

[Igor Zubkov]

3 августа 2010 г. 22:12 пользователь Andrey Rahmatullin написал:
> On Tue, Aug 03, 2010 at 08:57:34PM +0400, Anton Farygin wrote:
>> > Могу исключить man sex из man-pages-ru, кстати.
>> Согласитесь, что man sex и порнография - это абсолютно разные вещи.
> Поздняк.

У кого-то явно отсутствует чувства юмора.

-- 
Igor Zubkov
http://hi.im/ice