[devel] POLICY: Ручные и дикие gear репозитарии.

[devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

Уважаемые господа!

Писал недавно скрипт для обновления перловых пакетов.
Сначала написал обновление через src.rpm. Затем написал обновление 
для тех .git, которые устроены, как после gear-srpmimport,
т.е. с исходниками в подпапке, потому что таких было большинство.
Но были еще и несколько git с апстримными исходниками в отдельной 
ветке, смерженной в основную. Могли попасться, не сейчас, 
так в будущем, другие варианты. 

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

Однако, у задачи решение есть. 
Прошу вникнуть в текст ниже и поддержать.
============================================

Определение 1. gear-репозиторий -- это git репозиторий, 
из которого можно собрать пакет с помощью gear.
[т.е. git репозиторий, из которого с помощью gear 
собрать пакет нельзя, не рассматриваем.]

Определение 2. gear-репозиторий назовем РУЧНЫМ, если
%{SOURCEx} исходники апстрима находятся в отдельных подпапках
и/ли отдельных ветках с тегами, указанными в директиве .gear/rules.

Определение 3. gear-репозиторий назовем ДИКИМ, если
он не ручной.

Наблюдение 1. для ручных gear-репозиториев существует алгоритм
обновления исходников.

Другими словами, для ручных gear-репозиториев можно написать 
superpower-аналог утилиты gear-update, которая сможет 
автоматически обновлять ручные gear-репозитории любого типа 
(в частности, делать необходимые merge между бранчами,
в т.ч. с бранчами, из которых создаются патчи, и проставлять теги), 
основываясь на имеющихся тегах и информации
из spec-файла и .gear/rules. 

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

Далее, из диких gear-репозитории можно выделить как подкласс
апстримные репозитории. Это пакеты, в которых автор является 
одновременно и майнтайнером.

Наблюдение 2. Пакеты из апстримных репозиториев роботу обновлять 
не нужно.

Остальные дикие gear-репозитории можно назвать псевдо-апстримные.

Наблюдение 3. В псевдо-апстримном репозитории роботу невозможно,
а человеку без бутылки тяжело отличить апстримный код от вкладв
майнтайнера. Поэтому такой gear-репозиторий неудобен для 
совместной работы.
Пока с ним работает 1 человек, то все хорошо, но если 
взялся кто-то другой, то часто проще такой репозиторий 
выбросить и создать заново.
Разница между ними и апстримными как между сыроежкой зеленоватой 
и бледной поганкой -- на вид еле заметна, но в случае ошибки ...

Давайте полиси примем, что если майнтайнер не апстрим,
то диких репозиториев не создавать.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 12:46:31AM +0300, Igor Vlasenko wrote:
> Определение 1. gear-репозиторий -- это git репозиторий, 
> из которого можно собрать пакет с помощью gear.
> [т.е. git репозиторий, из которого с помощью gear 
> собрать пакет нельзя, не рассматриваем.]
> 
> Определение 2. gear-репозиторий назовем РУЧНЫМ, если
> %{SOURCEx} исходники апстрима находятся в отдельных подпапках
> и/ли отдельных ветках с тегами, указанными в директиве .gear/rules.
> 
> Определение 3. gear-репозиторий назовем ДИКИМ, если
> он не ручной.
> 
> Наблюдение 1. для ручных gear-репозиториев существует алгоритм
> обновления исходников.
> 
> Другими словами, для ручных gear-репозиториев можно написать 
> superpower-аналог утилиты gear-update, которая сможет 
> автоматически обновлять ручные gear-репозитории любого типа 
> (в частности, делать необходимые merge между бранчами,
> в т.ч. с бранчами, из которых создаются патчи, и проставлять теги), 
> основываясь на имеющихся тегах и информации
> из spec-файла и .gear/rules. 
> 
> Похоже, мне не избежать в будущем написания такой утилиты 
> для роботов, но, думаю, людям тоже будет с ней удобнее.
> 
> Далее, из диких gear-репозитории можно выделить как подкласс
> апстримные репозитории. Это пакеты, в которых автор является 
> одновременно и майнтайнером.
> 
> Наблюдение 2. Пакеты из апстримных репозиториев роботу обновлять 
> не нужно.
> 
> Остальные дикие gear-репозитории можно назвать псевдо-апстримные.
> 
> Наблюдение 3. В псевдо-апстримном репозитории роботу невозможно,
> а человеку без бутылки тяжело отличить апстримный код от вкладв
> майнтайнера. Поэтому такой gear-репозиторий неудобен для 
> совместной работы.
> Пока с ним работает 1 человек, то все хорошо, но если 
> взялся кто-то другой, то часто проще такой репозиторий 
> выбросить и создать заново.
> Разница между ними и апстримными как между сыроежкой зеленоватой 
> и бледной поганкой -- на вид еле заметна, но в случае ошибки ...

Давайте уточним определения, проверив их на конкретных репозиториях.
Например, в какую категорию попадает http://git.altlinux.org/gears/g/git.git ?


-- 
ldv

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 02:23:08AM +0400, Dmitry V. Levin wrote:
> Давайте уточним определения, проверив их на конкретных репозиториях.
> Например, в какую категорию попадает http://git.altlinux.org/gears/g/git.git ?

Он дикий. Но, его легко превратить в домашний:
1) зарегистрировать уже имеющийся тег v@version@ (v1.7.1.1) 
командой gear-update-tag.
2) переписать .gear/rules в
tar: v@version@:.
diff: v@version@:. .
3) поправить спек.
Как бонус, в src.rpm появится куммулятивный патч
и будет видно, где апстрим, а где мы.

Кстати, Дмитрий, к вам вопрос по gear tag.
есть ли реальная необходимость в .gear/tags ?
мне кажется, достаточно было бы merge, а таг 
можно узнать по git ls-remote --tags.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Damir Shayhutdinov]

> Кстати, Дмитрий, к вам вопрос по gear tag.
> есть ли реальная необходимость в .gear/tags ?
> мне кажется, достаточно было бы merge, а таг
> можно узнать по git ls-remote --tags.

Теги можно переставлять

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 10:41:11AM +0400, Damir Shayhutdinov wrote:
> > Кстати, Дмитрий, к вам вопрос по gear tag.
> > есть ли реальная необходимость в .gear/tags ?
> > мне кажется, достаточно было бы merge, а таг
> > можно узнать по git ls-remote --tags.
> 
> Теги можно переставлять

Или даже не публиковать ссылки на них вообще.


-- 
ldv

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Ildar Mulyukov]

	Добрый день, коллеги.

Игорь, Ваши предложения часто импонируют мне. В этот раз я тоже понимаю  
Вашу идею и задачу, которую хотите решить.
1. Думаю, что будет достаточно инструмента с ограниченной областью  
действия. Т.е. скрипта, который умеет работать только с "ручными"  
репозитариями.
2. Как человеку, который держит апстримный код в отдельной ветке, мне  
"дикие псевдо-апстримные" репозитарии не нравятся. Но, согласно реакции  
г-на Фролова, я бы их трогать не стал. Пусть живут в параллельной  
вселенной.

3.
On 22.07.2010 12:25:00, Igor Vlasenko wrote:
> Кстати, Дмитрий, к вам вопрос по gear tag.
> есть ли реальная необходимость в .gear/tags ?
> мне кажется, достаточно было бы merge, а таг
> можно узнать по git ls-remote --tags.
On 22.07.2010 12:41:11, Damir Shayhutdinov wrote:
> Теги можно переставлять

Да! И, кроме того, не все теги, которые есть в локальном репозитарии,  
могут попасть на git.alt. Эти теги, возможно, даже не были созданы  
человеком по имени $USER, а были импортированы из апстрима. Так что для  
воспроизводимости эта информация необходима в явном виде.

С уважением,
	Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar.mulyukov@gmail.com
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 12:56:43PM +0600, Ildar Mulyukov wrote:
> >можно узнать по git ls-remote --tags.
> On 22.07.2010 12:41:11, Damir Shayhutdinov wrote:
> >Теги можно переставлять
> 
> Да! И, кроме того, не все теги, которые есть в локальном
> репозитарии, могут попасть на git.alt. Эти теги, возможно, даже не
> были созданы человеком по имени $USER, а были импортированы из
> апстрима. Так что для воспроизводимости эта информация необходима в
> явном виде.

Понял, спасибо!

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Paul Wolneykien]

22.07.2010 10:56, Ildar Mulyukov пишет:
>     Добрый день, коллеги.
> 
> Игорь, Ваши предложения часто импонируют мне. В этот раз я тоже понимаю
> Вашу идею и задачу, которую хотите решить.
> 1. Думаю, что будет достаточно инструмента с ограниченной областью
> действия. Т.е. скрипта, который умеет работать только с "ручными"
> репозитариями.
> 2. Как человеку, который держит апстримный код в отдельной ветке, мне
> "дикие псевдо-апстримные" репозитарии не нравятся. Но, согласно реакции
> г-на Фролова, я бы их трогать не стал. Пусть живут в параллельной
> вселенной.

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 09:25:00AM +0300, Igor Vlasenko wrote:
> On Thu, Jul 22, 2010 at 02:23:08AM +0400, Dmitry V. Levin wrote:
> > Давайте уточним определения, проверив их на конкретных репозиториях.
> > Например, в какую категорию попадает http://git.altlinux.org/gears/g/git.git ?
> 
> Он дикий. Но, его легко превратить в домашний:

Он документирован в gear-rules(5), раздел EXAMPLES, как самый простой
вид gear-репозитория.

> 1) зарегистрировать уже имеющийся тег v@version@ (v1.7.1.1) 
> командой gear-update-tag.
> 2) переписать .gear/rules в
> tar: v@version@:.
> diff: v@version@:. .
> 3) поправить спек.

Зачем его усложнять?  Может быть, лучше усовершенствовать робота?

> Как бонус, в src.rpm появится куммулятивный патч
> и будет видно, где апстрим, а где мы.

Для проектов в git это зачастую неактуально.  Вот, например, смержу я
сейчас v1.7.1.1-29-g971ecbd и выпущу git-1.7.1.1-alt2, и в этот
куммулятивный патч попадёт 29 апстримных коммитов.  Кому интересен
такой куммулятивный патч?  Можно ещё немного усложнить репозиторий и
завести тэг git-current, который будет указывать на текущий смерженный
апстримный коммит.  Но зачем столько усложнений?


-- 
ldv

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

Re: [devel] [JT] ldv q

[Ildar Mulyukov]

On 22.07.2010 14:51:43, Dmitry V. Levin wrote:
[...]
> Зачем его усложнять?  Может быть, лучше усовершенствовать робота?
> 
> > [...]
> 
> Для проектов в git это зачастую неактуально.  Вот, например, смержу я
> сейчас v1.7.1.1-29-g971ecbd и выпущу git-1.7.1.1-alt2, и в этот
> куммулятивный патч попадёт 29 апстримных коммитов.  Кому интересен
> такой куммулятивный патч?  Можно ещё немного усложнить репозиторий и
> завести тэг git-current, который будет указывать на текущий смерженный
> апстримный коммит.  Но зачем столько усложнений?
> 
> --
> ldv

В первый раз вижу, чтобы ldv задавал столько вопросов... как 5-тилетний  
ребёнок ;)
-- 
Ildar

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 12:51:43PM +0400, Dmitry V. Levin wrote:
> такой куммулятивный патч?  Можно ещё немного усложнить репозиторий и
> завести тэг git-current, который будет указывать на текущий смерженный
> апстримный коммит.  Но зачем столько усложнений?

Не нужно усложнений. Напомню, Дмитрий, у вас по сути это
дикий апстримный репозиторий, который доброкачественный,
к которым воросов нет. 

Но вот 
> Он документирован в gear-rules(5), раздел EXAMPLES, как самый простой
> вид gear-репозитория.
это зря. Вася Пупкин сделает, и бросит. И будет висеть всем мешать.
Это не потому, что Вася плохой, а потому что простому сборщику
быть апстримом - коапстримом нормально в 2-3 проектах.
Увлеченному - в 20-30. Профессиональному - до 100.

Напоминю, что пакетов у нас порядка десяти тысяч,
а живых майнтайнеров порядка 200.
Поэтому нереально посадить на каждый пакет майнтайнера как коапстрим.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Thu, Jul 22, 2010 at 01:15:19PM +0300, Igor Vlasenko wrote:

IV> Не нужно усложнений. Напомню, Дмитрий, у вас по сути это
IV> дикий апстримный репозиторий, который доброкачественный,
IV> к которым воросов нет. 

А можнт все-таки не делить на дикий/не дикий? Потому как робот может быть
чуточку умнее, и с некоторыми разновидностями "диких" репозиториев
прекрасно справляться.

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

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Ildar Mulyukov]

On 22.07.2010 20:04:15, Денис Смирнов wrote:
> On Thu, Jul 22, 2010 at 01:15:19PM +0300, Igor Vlasenko wrote:
> 
> IV> Не нужно усложнений. Напомню, Дмитрий, у вас по сути это
> IV> дикий апстримный репозиторий, который доброкачественный,
> IV> к которым воросов нет.
> 
> А можнт все-таки не делить на дикий/не дикий? Потому как робот может  
> быть
> чуточку умнее, и с некоторыми разновидностями "диких" репозиториев
> прекрасно справляться.

это всего лишь терминология. Если хотите, можете называть их  
репозитариями группы А и группы Б, если Вам так удобнее.
Ильдар.
ЗЫ. Я с терминологией Игоря согласен.

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Fri, Jul 23, 2010 at 10:03:09AM +0600, Ildar Mulyukov wrote:

IM> это всего лишь терминология. Если хотите, можете называть их  
IM> репозитариями группы А и группы Б, если Вам так удобнее.
IM> Ильдар.
IM> ЗЫ. Я с терминологией Игоря согласен.

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

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

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Fri, Jul 23, 2010 at 10:55:45AM +0400, Денис Смирнов wrote:
> IM> это всего лишь терминология. Если хотите, можете называть их  
> IM> репозитариями группы А и группы Б, если Вам так удобнее.
> IM> Ильдар.
> IM> ЗЫ. Я с терминологией Игоря согласен.
> 
> Вопрос не в терминологии, а в некоторых частных случаях, которые
> планируется трактовать как "неправильные", хотя они на самом деле очень
> даже "правильные" :)
"Удобные", да. Заточенные под конкретного человека,
но это удобство пропадает при смене владельца.

Впрочем, дискуссия вышла полезной,
и я для себя сделал вывод, что не надо спешить
делить репозитарии на правильные и неправильные 
до появления кода. Может быть, удастся расширить
понятие правильных репозитариев за счет консенсуса 
сообщества по поводу алгоритмов обновления.
Т.е. если будет консенсус, что допустимо, то можно 
будет обновляться и нестрогим алгоритмом.
И если в результате робот напортит, то виноват будет
майнтайнер, так как нарушил общепринятые правила, и ССЗБ.

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

Будет код, продолжим.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Sat, Jul 24, 2010 at 11:42:58AM +0300, Igor Vlasenko wrote:

IV> "Удобные", да. Заточенные под конкретного человека,
IV> но это удобство пропадает при смене владельца.

Повторюсь -- "дикий" репозиторий вида master+upstream. master -- ветка от
upstream, в которой spec в корне. Все патчи делаются прямо в master.

Такой репозиторий просто использовать даже при смене владельца. Но он --
дикий :)

IV> Впрочем, дискуссия вышла полезной,
IV> и я для себя сделал вывод, что не надо спешить
IV> делить репозитарии на правильные и неправильные 
IV> до появления кода. Может быть, удастся расширить
IV> понятие правильных репозитариев за счет консенсуса 
IV> сообщества по поводу алгоритмов обновления.
IV> Т.е. если будет консенсус, что допустимо, то можно 
IV> будет обновляться и нестрогим алгоритмом.
IV> И если в результате робот напортит, то виноват будет
IV> майнтайнер, так как нарушил общепринятые правила, и ССЗБ.

Тут вот какая еще тонкость. Использование роботов не должно быть
принудительным. Это первое.

Во вторых -- если робот накосячил, то виноват _всегда_ робот. Оказался
недостаточно интеллектуальным. А также виноват тот, кто запустил робота н
непригодном для этого репозитории.

Но со временем робот будет улучшаться. И большинство таких частных случаев
"диких" репозиториев робот вполне сможет обновлять.

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

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


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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Sat, Jul 24, 2010 at 03:50:54PM +0400, Денис Смирнов wrote:
> On Sat, Jul 24, 2010 at 11:42:58AM +0300, Igor Vlasenko wrote:
> 
> IV> "Удобные", да. Заточенные под конкретного человека,
> IV> но это удобство пропадает при смене владельца.
> 
> Повторюсь -- "дикий" репозиторий вида master+upstream. master -- ветка от
> upstream, в которой spec в корне. Все патчи делаются прямо в master.
> 
> Такой репозиторий просто использовать даже при смене владельца. Но он --
> дикий :)

Если договориться о соглашениях, напр. ветка upstream
называется upstream, то одомашнить можно.

Тараканы в голове допустимы, главное определиться -
рыжие или черные ;)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Sat, Jul 24, 2010 at 05:57:05PM +0300, Igor Vlasenko wrote:

IV> Если договориться о соглашениях, напр. ветка upstream
IV> называется upstream, то одомашнить можно.

Возможно ли автоматически это выявить (инструментом вроде
git-autobranches)?

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

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Mon, Jul 26, 2010 at 12:37:45AM +0400, Денис Смирнов wrote:
> IV> Если договориться о соглашениях, напр. ветка upstream
> IV> называется upstream, то одомашнить можно.
> 
> Возможно ли автоматически это выявить (инструментом вроде
> git-autobranches)?

инструмент может выявить, что есть ветка с названием upstream,
но гарантировать, что там именно upstream лежит,
а не бутерброды к завтраку, могут только определенные 
соглашения (которые надо будет выписать в policy).

Но еще рано об этом говорить.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Sat, Jul 31, 2010 at 08:55:29AM +0300, Igor Vlasenko wrote:

IV> инструмент может выявить, что есть ветка с названием upstream,
IV> но гарантировать, что там именно upstream лежит,
IV> а не бутерброды к завтраку, могут только определенные 
IV> соглашения (которые надо будет выписать в policy).
IV> Но еще рано об этом говорить.

Можно выявить что с этой веткой merge'ились, например.
И что merge делал мантейнер из team (по имени автора merge).
Это уже немало.

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

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[REAL]

Igor Vlasenko пишет:
> Определение 2. gear-репозиторий назовем РУЧНЫМ, если
> %{SOURCEx} исходники апстрима находятся в отдельных подпапках
> и/ли отдельных ветках с тегами, указанными в директиве .gear/rules.

А если в отдельной ветке, но никаких тэгов в .gear/rules (я, кстати, в 
.gear/rules вообще никогда тэги не сую).

> Давайте полиси примем, что если майнтайнер не апстрим,
> то диких репозиториев не создавать.

И меня вылечат?

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 10:42:43AM +0800, REAL wrote:
> Igor Vlasenko пишет:
> >Определение 2. gear-репозиторий назовем РУЧНЫМ, если
> >%{SOURCEx} исходники апстрима находятся в отдельных подпапках
> >и/ли отдельных ветках с тегами, указанными в директиве .gear/rules.
> 
> А если в отдельной ветке, но никаких тэгов в .gear/rules (я, кстати,
> в .gear/rules вообще никогда тэги не сую).

Не страшно. Давайте разберем примеры с 
http://git.altlinux.org/people/real/packages,
чтобы было понятно.

итак, 
ALDConvert.git, BlockHosts.git -- домашние, структуры srpmimport.

BlockSolve95.git, Buzz-Gear.git -- домашние. апстрим в отдельной
ветке upstream, мержится в master. тарбол берется из master,
тегов нет.

Робот корректно обновит эти репозитории, но так как тегов нет,
а информация о ветках на http://git.altlinux.org/gears/ теряется,
то он обновит новую версию прямо в master,
т.е. после него, если захочется красоту, надо будет еще 
руками обновить ветку upstream.

CoinBuildTools.git -- дикий. ветка upstream не помечена тегами,
поэтому будет утеряна на http://git.altlinux.org/gears/,
мержится прямо в корень master.
В результате в корне master свалка, upstream и alt вперемешку,
репозиторий дикий. Чтобы сделать репозиторий домашним,
можно либо
a) создать тег @version@ и переписать .gear/rules в
tar: v@version@:.
либо б)
с помощью git-mv передвинуть смерженные исходники в мастере
в подпапку (в ветке upstream они останутся в корне)
и в дальнейшем мержить в подпапку.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[REAL]

Igor Vlasenko пишет:
> CoinBuildTools.git -- дикий. ветка upstream не помечена тегами,
> поэтому будет утеряна на http://git.altlinux.org/gears/,

Многие апстримы не метят свои изменения тэгами, и если я беру код из 
их репозиториев, я тоже не проставляю там тэгов (предпочитаю 
апстримный код в ветке upstream вообще руками не трогать, там от меня 
только коммиты типа "merge with remote branch git-svn" попадаются).

> мержится прямо в корень master.

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

> В результате в корне master свалка, upstream и alt вперемешку,

Свалка кажущаяся, весь код alt лежит в отдельном каталоге - .gear. А 
все изменения апстримного кода легко анализируются через git diff.

> репозиторий дикий. Чтобы сделать репозиторий домашним,
> можно либо
> a) создать тег @version@ и переписать .gear/rules в
> tar: v@version@:.

Зачем? Мне такой подход ну совершенно неудобен. Придётся ещё туда и 
diff: совать, я мне это совсем не нравится.

> либо б)
> с помощью git-mv передвинуть смерженные исходники в мастере
> в подпапку (в ветке upstream они останутся в корне)
> и в дальнейшем мержить в подпапку.

См. выше. Да и раньше уже здесь заходила речь, чем чреваты такие 
передвиги.

PS. Полиси подобного рода не нужно совершенно, пусть просто роботы не 
трогают репозитории, которые считают дикими, и всё.

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 02:10:28PM +0800, REAL wrote:
> PS. Полиси подобного рода не нужно совершенно, пусть просто роботы
> не трогают репозитории, которые считают дикими, и всё.

Vitaly Kuznetsov wrote:
> Репозитории, удобные для роботов, неудобны для людей. Думать о том, что
> станет с пакетом, когда ты его забросишь это то же самое, что выдавать
> похоронный сертификат в роддоме.

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

Проблема в том, что осиротевший дикий репозиторий становится
блокером, поскольку сборка новой версии должна наследоваться
из старой.

Если бы люди заливали из диких репозиториев пакеты как srpm,
не было бы проблемы.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 02:10:28PM +0800, REAL wrote:
> >a) создать тег @version@ и переписать .gear/rules в
> >tar: v@version@:.
> 
> Зачем? Мне такой подход ну совершенно неудобен. Придётся ещё туда и
> diff: совать, я мне это совсем не нравится.

diff: это хороший тон. 
Сколько АЛьт ругали, что мы по дружественности скатились
ниже старого debian. Там хоть был дикий куммулятивный патч,
а у нас и того нет. Найдется апстрим, который ругаться будет,
почему изменения к апстриму в src.rpm явно не указаны.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[REAL]

Igor Vlasenko пишет:
> Найдется апстрим, который ругаться будет,
> почему изменения к апстриму в src.rpm явно не указаны.

А нечего брать автоматикой созданный промежуточный продукт сборки 
пакета ;)

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 02:10:28PM +0800, REAL wrote:
> >В результате в корне master свалка, upstream и alt вперемешку,
> Свалка кажущаяся, весь код alt лежит в отдельном каталоге - .gear. А
> все изменения апстримного кода легко анализируются через git diff.

Если бы весь код alt лежал в отдельном каталоге - .gear,
то смысла мержить upstream особого не было бы.
Правильно ли я подозреваю, что в master в upstream внесены
изменения, так что там неявно содержится патч?

Это на самом деле грабли. Не только робот, но 
и другой человек может случайно их потерять.
да git diff в этом плане плох, он будет замусорен спеком
и другим содержимым каталога - .gear. В этом мусоре 
патч можно просто не заметить.

Правильнее его объявить явно.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[REAL]

Igor Vlasenko пишет:
> Если бы весь код alt лежал в отдельном каталоге - .gear,
> то смысла мержить upstream особого не было бы.

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

> Правильно ли я подозреваю, что в master в upstream внесены
> изменения, так что там неявно содержится патч?

Вполне явно, если знать про команду git log.

> Это на самом деле грабли. Не только робот, но 
> и другой человек может случайно их потерять.

Как? Не зная броду, залезя в воду?

Я знаю только один вариант, который надёжно потеряет эти изменения: 
взять репозиторий напрямик из git.alt:/gears и шмякнуть новые сырцы 
неглядя, затерев то, что там было раньше. Но так делать нельзя вообще, 
и роботы должны про это помнить ;)

> да git diff в этом плане плох, он будет замусорен спеком
> и другим содержимым каталога - .gear.

Не будет, если знать, что у команды git diff бывают аргументы.

git diff upstream --diff-filter=M

Этого должно хватить, чтоб не напарываться на замусоривание 
alt-спецификой (каталога .gear в апстримах, как правило, не существует).

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Thu, Jul 22, 2010 at 12:23:45PM +0300, Igor Vlasenko wrote:
IV> Правильнее его объявить явно.

Это _резко_ усложняет работу с репозиторием.

Поясню. Вот пример workflow:

- git clone <upstream>
- (добавляю spec)
- много-много хакаю
- rpmbb
- (не собралось)
- еще много-много хакаю
- последние 3 пункта повторяю до просветления
- git add .
- gear-rel (скрипт из mithraen-build-utils -- заставляет написать
  changelog, делает коммит, создает тэг)
- build-sisyphus (скрипт из mithraen-build-utils -- отправляет пакет в
  Сизиф)

Обрати внимание на то, что во время собственно хака мне не надо прыгать
вокруг gear. Просто хакаю и запускаю пересборку, что очень удобно.

В случае же если патч надо держать в отдельном бранче, то мне еще надо
будет прыгать между бранчами.

Поэтому конкретно эта разновидность "дикого" репозитория делает жизнь
очень-очень легкой.

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

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Slava Semushin]

22 июля 2010 г. 4:46 пользователь Igor Vlasenko
<vlasenko@imath.kiev.ua> написал:
[...]
> Давайте полиси примем, что если майнтайнер не апстрим,
> то диких репозиториев не создавать.

Знаю, что моё мнение вряд ли воплотиться в жизнь, но IMHO лучше бы
разрешить только репозитории в стиле gear-srpmimport, а остальные..
можно разрешить им храниться на git.alt, но не производить из них
сборку.

Потому что для начинающих (и не только) даже gear-srpmimport не так-то
прост, что уж говорить о других схемах. Иначе говоря, хорошо было бы
зафиксировать порог вхождения для новичков (и не только) в
gear-хозяйство.


-- 
Slava Semushin

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[REAL]

Slava Semushin пишет:
> Знаю, что моё мнение вряд ли воплотиться в жизнь, но IMHO лучше бы
> разрешить только репозитории в стиле gear-srpmimport, а остальные..
> можно разрешить им храниться на git.alt, но не производить из них
> сборку.

А если gear-srpmimport вообще нельзя применять? Если вместо этого 
используются апстримные репозитории?

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 10:56:06AM +0800, REAL wrote:
> Slava Semushin пишет:
> >Знаю, что моё мнение вряд ли воплотиться в жизнь, но IMHO лучше бы
> >разрешить только репозитории в стиле gear-srpmimport, а остальные..
> >можно разрешить им храниться на git.alt, но не производить из них
> >сборку.
> 
> А если gear-srpmimport вообще нельзя применять? Если вместо этого
> используются апстримные репозитории?

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

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Aleksey Avdeev]

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

22.07.2010 10:58, Igor Vlasenko пишет:
> On Thu, Jul 22, 2010 at 10:56:06AM +0800, REAL wrote:
>> Slava Semushin пишет:
>>> Знаю, что моё мнение вряд ли воплотиться в жизнь, но IMHO лучше бы
>>> разрешить только репозитории в стиле gear-srpmimport, а остальные..
>>> можно разрешить им храниться на git.alt, но не производить из них
>>> сборку.
>>
>> А если gear-srpmimport вообще нельзя применять? Если вместо этого
>> используются апстримные репозитории?
> 
> Не страшно. Главное, не смешивать в кучу,
> где апстрим, а где собственные изменения.

  +1

  Но похоже здесь в различие мозгов упираемся: для кого-то (меня на
пример) просто и понятно разносить изменения по бранчам, считая оверхед
(или как его там правильно) на их сведение незначительной платой за
удобство. А для кого-то -- проще разбирать git log...

  И правы _обе_ стороны! (Каждая со своей кочки.)

-- 

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



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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 10:51:30AM +0700, Slava Semushin wrote:
> Знаю, что моё мнение вряд ли воплотиться в жизнь, но IMHO лучше бы
> разрешить только репозитории в стиле gear-srpmimport, а остальные..
> можно разрешить им храниться на git.alt, но не производить из них
> сборку.
Если ты ниасилил какой-то инструмент, это ещё не значит, что
использование этого инструмента надо запретить законодательно.

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 10:21:54AM +0400, Alexey I. Froloff wrote:
> On Thu, Jul 22, 2010 at 10:51:30AM +0700, Slava Semushin wrote:
> > Знаю, что моё мнение вряд ли воплотиться в жизнь, но IMHO лучше бы
> > разрешить только репозитории в стиле gear-srpmimport, а остальные..
> > можно разрешить им храниться на git.alt, но не производить из них
> > сборку.
> Если ты ниасилил какой-то инструмент, это ещё не значит, что
> использование этого инструмента надо запретить законодательно.

Робот ниасилит? Робот асилит! Вот только страшно потом будет...
Вот "почти корректный" алгоритм обновления дикого репозитория,
у которого все в корне.
1) спасти ряд файлов по шаблону
(*.spec, *.diff, *.patch, README.ALT* ...)
2) стереть все нафиг
3) распаковать апстрим в корень и git add его
4) вернуть спасенные.

Он в 90% случаев прокатит.
Вот только в диком репозитории Васи Пупкина он
вряд ли догадается, что надо было еще спасать README.Pupkin.
А если робот еще догадается, что Вася поленился diff делать,
и захачил foo.c прямо в git, 
то такой искусственный интеллект надо сразу уничтожить, 
пока не поработил человечество.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[REAL]

Igor Vlasenko пишет:
> Вот только в диком репозитории Васи Пупкина он
> вряд ли догадается, что надо было еще спасать README.Pupkin.
> А если робот еще догадается, что Вася поленился diff делать,
> и захачил foo.c прямо в git, 
> то такой искусственный интеллект надо сразу уничтожить, 
> пока не поработил человечество.

Именно. Потому что тут дело не в лени, а в бОльшем удобстве правки 
кода прямо в git, а не заморочки с патчами, которые при обновлениях 
ещё и зачастую ломают сборку.

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 02:29:43PM +0800, REAL wrote:
> Igor Vlasenko пишет:
> >Вот только в диком репозитории Васи Пупкина он
> >вряд ли догадается, что надо было еще спасать README.Pupkin.
> >А если робот еще догадается, что Вася поленился diff делать,
> >и захачил foo.c прямо в git, то такой искусственный интеллект надо
> >сразу уничтожить, пока не поработил человечество.
> 
> Именно. Потому что тут дело не в лени, а в бОльшем удобстве правки
> кода прямо в git, а не заморочки с патчами, которые при обновлениях
> ещё и зачастую ломают сборку.

Дело в том, что есть культура, как это правильно и красиво
делается. На каждый патч заводится отдельная ветка,
и патч генерируется командой diff: в .gear/rules.
Таким образом вы делаете ваши патчи понятными 
и доступными коллегам из других дистрибутивов и апстриму.

Другое дело, что народ избегал, так как много ручной 
работы по мержам и проставлению тегов,
но говорю же, это можно автоматизировать до одной команды.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[REAL]

Igor Vlasenko пишет:
> Дело в том, что есть культура, как это правильно и красиво
> делается. На каждый патч заводится отдельная ветка,
> и патч генерируется командой diff: в .gear/rules.

Я видел такие репозитории. Кому-то это кажется правильным и красивым. 
Я, увы, наверно, с дурным вкусом родился, не понимаю такой красоты.

> Таким образом вы делаете ваши патчи понятными 
> и доступными коллегам из других дистрибутивов и апстриму.

Че хуже git diff, ума не приложу. В патчах даже git log не посмотришь :)

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[REAL]

Ildar Mulyukov пишет:
> Вы не поняли. Каждый патч - в своей ветке.

Я это как раз хорошо понял. Почему и вспомнил kernel-modules. Жуть 
берёт от количества веток...

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 10:33:42AM +0300, Igor Vlasenko wrote:
> Дело в том, что есть культура, как это правильно и красиво
> делается.
Да ну?  Неужели есть?

> На каждый патч заводится отдельная ветка, и патч генерируется
> командой diff: в .gear/rules.  Таким образом вы делаете ваши
> патчи понятными и доступными коллегам из других дистрибутивов и
> апстриму.
Я пробовал и это оказалось неудобно.  Проблемы абстрактных коллег
из абстрактных дистрибутивов меня мало волнуют.

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[REAL]

Alexey I. Froloff пишет:
>> На каждый патч заводится отдельная ветка, и патч генерируется
>> командой diff: в .gear/rules.  Таким образом вы делаете ваши
>> патчи понятными и доступными коллегам из других дистрибутивов и
>> апстриму.
> Я пробовал и это оказалось неудобно.

+1

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

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 10:23:41AM +0300, Igor Vlasenko wrote:
> Робот ниасилит? Робот асилит! Вот только страшно потом будет...
Роботы не должны обновлять "пакеты вообще".  Есть некоторый класс
пакетов, которые удобно обновлять в автоматическом режиме, но это
совсем отдельный класс пакетов.

Давайте подумаем, какие это должны быть пакеты.

Очевидно, что для сборки таких пакетов надо выполнить несколько
одинаковых действий.  Файлы в таких пакетах лежат в хорошо
предсказуемых местах.  Обязательно наличие unit тестов.  Собирать
эти пакеты человеку должно быть не очень интересно.

Пока под это попадают только модули скриптовых языков типа
perl/python/ruby/tcl.  

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

Остаётся только перл.  Вот давайте на нём пока и остановимся.

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Andrey Rahmatullin]

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

On Thu, Jul 22, 2010 at 11:43:12AM +0400, Alexey I. Froloff wrote:
> Очевидно, что для сборки таких пакетов надо выполнить несколько
> одинаковых действий.  Файлы в таких пакетах лежат в хорошо
> предсказуемых местах.  Обязательно наличие unit тестов.  Собирать
> эти пакеты человеку должно быть не очень интересно.
> 
> Пока под это попадают только модули скриптовых языков типа
> perl/python/ruby/tcl.  
> 
> Ничего не могу сказать про tcl, но вот рубёвые пакеты я бы роботу
> не доверил просто потому, что рубероиды не отличаются особой
> вменяемостью в плане разработки.  С питоном тоже не всё просто
> хотя бы потому, что в пакет норовят попасть тесты (из-за чего
> пакеты опухают зависимостями) и очень часто нужна ручная
> обработка (впрочем я в этом вопросе не копенгаген).
Пропетон: повторюсь, у нас очень много спеков 2006 года, которые надо
обрабатывать методом полного переписывания. Тем более что всё больше
апстримов переходят на публичные git/hg. Кроме того, если в новой версии,
скажем, добавят маленькую функцию для работы с чем-нибудь вендовым, или
скриптик для импорта чего-нибудь из СУБД, etc., у нас автоматически
появится зависимость, которую хороший майнтейнер подавит руками либо не
станет паковать файлик (если он только для венды).

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

> beehive и incominger - это скрипты, использующие один и тот же
> алгоритм вычисления потребности /proc для сборки пакета.
> Просьба не путать incominger@ и incominger. :)
s/incominger@/incoming@/
Возможно, робот когда-нибудь научится читать почту...
		-- ldv in devel@

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 02:30:29PM +0600, Andrey Rahmatullin wrote:
> Пропетон: повторюсь, у нас очень много спеков 2006 года, которые надо
> обрабатывать методом полного переписывания. Тем более что всё больше
> апстримов переходят на публичные git/hg. Кроме того, если в новой версии,
> скажем, добавят маленькую функцию для работы с чем-нибудь вендовым, или
> скриптик для импорта чего-нибудь из СУБД, etc., у нас автоматически
> появится зависимость, которую хороший майнтейнер подавит руками либо не
> станет паковать файлик (если он только для венды).

Пакетов у нас порядка десяти тысяч, 
[Sisyphus/files/SRPMS $ ls *.src.rpm | wc -l = 9985]
а живых майнтайнеров порядка 200.

Если мы хотим реально вытянуть такую кодовую базу,
то только индустриализация+электрификация всей страны.

Чтобы люди тратили свое драгоценное время на то, что
действительно важно.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 12:58:24PM +0300, Igor Vlasenko wrote:
> Если мы хотим реально вытянуть такую кодовую базу,
> то только индустриализация+электрификация всей страны.
А давайте все пакеты будет мантейнить робот сомнительного
происхождения?  Тут сразу и наступит счастие для всех и даром.

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

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

Re: [devel] [JT] POLICY: Ручные и дикие gear репозитарии.

[Vitaly Kuznetsov]

Igor Vlasenko <vlasenko@imath.kiev.ua> writes:

> Пакетов у нас порядка десяти тысяч, 
> [Sisyphus/files/SRPMS $ ls *.src.rpm | wc -l = 9985]
> а живых майнтайнеров порядка 200.
>
> Если мы хотим реально вытянуть такую кодовую базу,
> то только индустриализация+электрификация всей страны.

Объём кодовой базы не может быть самоцелью. За цифирью пусть пионеры
гоняются. Я сильно сомневаюсь, что такой "роботизированный" репозиторий
будет сопоставим по качеству. Давайте лучше оставим реально
поддерживаемые пакеты, будет существенно меньше недоразумений.

-- 
Vitaly Kuznetsov, ALT Linux

Re: [devel] [JT] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 10:06:09AM +0000, Vitaly Kuznetsov wrote:
> Igor Vlasenko <vlasenko@imath.kiev.ua> writes:
> 
> > Пакетов у нас порядка десяти тысяч, 
> > [Sisyphus/files/SRPMS $ ls *.src.rpm | wc -l = 9985]
> > а живых майнтайнеров порядка 200.
> >
> > Если мы хотим реально вытянуть такую кодовую базу,
> > то только индустриализация+электрификация всей страны.
> 
> Объём кодовой базы не может быть самоцелью. За цифирью пусть пионеры
> гоняются. Я сильно сомневаюсь, что такой "роботизированный" репозиторий
> будет сопоставим по качеству. Давайте лучше оставим реально
> поддерживаемые пакеты, будет существенно меньше недоразумений.

А вот не получится. Есть такое понятие - зависимости :(

Например, Вася Пупкин загорится желанием залить в Сизиф megapornotube-dl. 
а по зависимостям придется ему собрать foo-Net-HTTP, foo-Net-Rtmp
и еще 10 пакетов пакетов, которые ему сами по себе в гробу нужны.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] [JT] POLICY: Ручные и дикие gear репозитарии.

[Vitaly Kuznetsov]

Igor Vlasenko <vlasenko@imath.kiev.ua> writes:

>> Объём кодовой базы не может быть самоцелью. За цифирью пусть пионеры
>> гоняются. Я сильно сомневаюсь, что такой "роботизированный" репозиторий
>> будет сопоставим по качеству. Давайте лучше оставим реально
>> поддерживаемые пакеты, будет существенно меньше недоразумений.
>
> А вот не получится. Есть такое понятие - зависимости :(
>
> Например, Вася Пупкин загорится желанием залить в Сизиф
> megapornotube-dl.
> а по зависимостям придется ему собрать foo-Net-HTTP, foo-Net-Rtmp
> и еще 10 пакетов пакетов, которые ему сами по себе в гробу нужны.

В этом случае у Васи 2 варианта:

1) Собрать таки эти зависимости (причём те версии, с которыми его
мегахрень заведомо работает) и следить за ними (обновляя тогда, когда
его мегахрень попросит).
2) Не собирать мегахрень.

А натравив робота на эти зависимости мы можем сломать мегахрень (которая
единственная кому-то нужная в этой схеме программа). Зачем это делать?

ИМХО: роботы для человека а не вместо.

-- 
Vitaly Kuznetsov, ALT Linux

Re: [devel] [JT] POLICY: Ручные и дикие gear репозитарии.

[Andrey Rahmatullin]

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

On Thu, Jul 22, 2010 at 10:51:34AM +0000, Vitaly Kuznetsov wrote:
> В этом случае у Васи 2 варианта:
> 
> 1) Собрать таки эти зависимости (причём те версии, с которыми его
> мегахрень заведомо работает) и следить за ними (обновляя тогда, когда
> его мегахрень попросит).
> 2) Не собирать мегахрень.
> 
> А натравив робота на эти зависимости мы можем сломать мегахрень (которая
> единственная кому-то нужная в этой схеме программа). Зачем это делать?
Угу, потому что мы решили, что эти модули кому-то ещё нужны (причём даже
не нам), а раз нужны значит всегда самые новые, а значит их надо обновить.
Тестировать, повторяю, не будет ни робот, ни мы.

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

> PS /me еще боится нового rpm, в котором может не оказаться -bE
Ну за этим-то я прослежу.
		-- ldv in devel@

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

Re: [devel] [JT] POLICY: Ручные и дикие gear репозитарии.

[Ildar Mulyukov]

On 22.07.2010 16:06:09, Vitaly Kuznetsov wrote:
> Igor Vlasenko <vlasenko@imath.kiev.ua> writes:
> > Если мы хотим реально вытянуть такую кодовую базу,
> > то только индустриализация+электрификация всей страны.
> 
> Объём кодовой базы не может быть самоцелью. За цифирью пусть пионеры
> гоняются. Я сильно сомневаюсь, что такой "роботизированный"  
> репозиторий
> будет сопоставим по качеству.

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

> Давайте лучше оставим реально поддерживаемые пакеты, будет  
> существенно меньше недоразумений.

NAK. уже ответили.
-- 
Ildar

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Andrey Rahmatullin]

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

On Thu, Jul 22, 2010 at 12:58:24PM +0300, Igor Vlasenko wrote:
> Пакетов у нас порядка десяти тысяч, 
> [Sisyphus/files/SRPMS $ ls *.src.rpm | wc -l = 9985]
> а живых майнтайнеров порядка 200.
ЖИВЫХ??
200 это у которых ключи без expiration date. А вот число людей, последний
раз заливавших что-то менее года назад, увидеть было бы интересно.

> Если мы хотим реально вытянуть такую кодовую базу,
А зачем?
И уж если держать в репозитории пакеты ради их названий, зачем
автоматизированно собирать новые версии? Старых вполне достаточно, пока
они пересобираются.

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

Я бы предпочёл, чтобы специалисты думали прежде чем обновлять, а все
остальные ставили всё, что есть в updates, даже без анонса.
		-- ldv in community@

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Ildar Mulyukov]

Мне кажется, что обсуждающих охватила какая-то нездоровая тяга обобщать.

Давайте не будем думать, что речь идёт об автоматической пересборке  
любых пакетов. Речь не идёт об автоматической пересборке заброшенных  
пакетов. Речь идёт о том, чтобы пересобирать _некоторые_  
программы/библиотеки/модули, у которых есть некоторые признаки  
(например, спокойный апстрим и т.п.). Давайте двигаться в позитивном  
русле, т.к. другое кончается тупиком.
-- 
Ildar

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Andrey Rahmatullin]

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

On Thu, Jul 22, 2010 at 05:12:33PM +0600, Ildar Mulyukov wrote:
> Мне кажется, что обсуждающих охватила какая-то нездоровая тяга обобщать.
> 
> Давайте не будем думать, что речь идёт об автоматической пересборке  
> любых пакетов. Речь не идёт об автоматической пересборке заброшенных  
> пакетов. Речь идёт о том, чтобы пересобирать _некоторые_  
> программы/библиотеки/модули, у которых есть некоторые признаки  
> (например, спокойный апстрим и т.п.). Давайте двигаться в позитивном  
> русле, т.к. другое кончается тупиком.
Если речь идёт об автоматической пересборке каких-то чужих пакетов, то эта
дискуссия мне неинтересна, т.к. это проблема того, кто их пересобирает.
Но это дискуссия о каком-то полиси, которое предлагается применять к моим
репозиториям, обосновывая это нуждами, меня (см.выше) не касающимися.

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

> А Вы сможете перехватить трафик на свитчах?
Легко. И не только перехватить, но и перенаправить.
У нас в Сизифе есть инструментарий для этого. Больше не скажу.
		-- ldv in sisyphus@

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 05:12:33PM +0600, Ildar Mulyukov wrote:
> Мне кажется, что обсуждающих охватила какая-то нездоровая тяга
> обобщать.
Да нет, это как раз топикстартера охватило какое-то нездоровое
желание иметь возможность массово пересобирать всё подряд.
Всвязи с чем начались развешивания ярлыков дикий/домашний на гит
репозитарии и потуги придумать какое-то запрещательное полиси.

> Давайте не будем думать, что речь идёт об автоматической пересборке  
> любых пакетов. Речь не идёт об автоматической пересборке заброшенных  
> пакетов. Речь идёт о том, чтобы пересобирать _некоторые_  
> программы/библиотеки/модули, у которых есть некоторые признаки  
> (например, спокойный апстрим и т.п.). Давайте двигаться в позитивном  
> русле, т.к. другое кончается тупиком.
Знаете, если бы тред начался со слов "для автоматической сборки
таких-то пакетов их репозитарии должны выглядеть следующим
образом", обсуждение было бы гораздо конструктивнее.

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

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 03:22:55PM +0400, Alexey I. Froloff wrote:
[...]
> Знаете, если бы тред начался со слов "для автоматической сборки
> таких-то пакетов их репозитарии должны выглядеть следующим
> образом", обсуждение было бы гораздо конструктивнее.

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


-- 
ldv

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 03:27:42PM +0400, Dmitry V. Levin wrote:
> Давайте не будем придавать словам больше смысла, чем в них содержится.
> Понятно, что речь не идёт о принудительной роботизации сборки в тех
> случаях, когда мейнтейнер против использования труда роботов.
Да?  А как тогда понимать фразу

"""
Давайте полиси примем, что если майнтайнер не апстрим,
то диких репозиториев не создавать.
"""

?

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

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 03:32:06PM +0400, Alexey I. Froloff wrote:
> > Давайте не будем придавать словам больше смысла, чем в них содержится.
> > Понятно, что речь не идёт о принудительной роботизации сборки в тех
> > случаях, когда мейнтейнер против использования труда роботов.
> Да?  А как тогда понимать фразу
> 
>> Давайте полиси примем, что если майнтайнер не апстрим,
>> то диких репозиториев не создавать.

Извиняюсь, если я перегнул фразу этой палкой.
У меня цель не заставлять кого-то что-то где-то переделывать. 
Но, тем не менее, проблема есть.
У нас в тим нет четкого понятия, что такое хорошо и что
такое плохо, когда речь идет о gear репозитории.

Представим, например, ситуацию.
А и B воюют, как должен быть устроен gear репозиторий пакета С.
Или А создал такой репозитарий, что B с ним связываться не захочет.
Или добрый В "помог" А.

Понять бы для начала, что рекомендовать, а что порицать.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 02:51:04PM +0300, Igor Vlasenko wrote:
> У нас в тим нет четкого понятия, что такое хорошо и что
> такое плохо, когда речь идет о gear репозитории.
> 
> Понять бы для начала, что рекомендовать, а что порицать.

И не надо говорить, что майнтайнер всегда прав.
Вот типичная ситуация.
Ленин умер, а дело его живет.
И всем, кто захочет продолжать, придется клонировать lenin.git
и наследоваться от него. Имеет ли продолжатель право поменять 
под себя, если пакет брошен? А если не брошен, но заброшен?

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 02:56:17PM +0300, Igor Vlasenko wrote:
> Ленин умер, а дело его живет.
> И всем, кто захочет продолжать, придется клонировать lenin.git
Не надо пороть чушь, ей больно.  Уже не один и не два раза
администратор репозитария переименовывал бранч "sisyphus" в gears
по запросу мантейнера (текущего или нового).

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

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 04:02:58PM +0400, Alexey I. Froloff wrote:
> On Thu, Jul 22, 2010 at 02:56:17PM +0300, Igor Vlasenko wrote:
> > Ленин умер, а дело его живет.
> > И всем, кто захочет продолжать, придется клонировать lenin.git
> Не надо пороть чушь, ей больно.  Уже не один и не два раза
> администратор репозитария переименовывал бранч "sisyphus" в gears
> по запросу мантейнера (текущего или нового).

Алексей, не знаю, пользовались ли вы этой возможностью,
а я пользовался как минимум 2 раза. 

Ох, скольких усилий это требовало!
Убедить Дмитрия, особенно в начале, было очень и очень не просто.
В архиве есть и мои вопли по поводу дать 
хотя бы лидерам пакетов эту ручку, 
и предложения, как эта ручка должна выглядеть
(переименовывать ветку sisyphus в sisyphus-<timestamp>).

Кстати, почему бы все-таки не дать эту ручку
(возможность переименовывать бранч "sisyphus" в gears)
хотя бы лидерам пакетов?

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 03:15:36PM +0300, Igor Vlasenko wrote:
> Алексей, не знаю, пользовались ли вы этой возможностью,
> а я пользовался как минимум 2 раза. 
Я пользовался и весьма успешно.

> Ох, скольких усилий это требовало!
> Убедить Дмитрия, особенно в начале, было очень и очень не просто.
Вызывающее неверная информация.  Вы наверно как-то не так
убеждали, или в этом не было реальной необходимости.

> Кстати, почему бы все-таки не дать эту ручку
> (возможность переименовывать бранч "sisyphus" в gears)
> хотя бы лидерам пакетов?
Потому что _сразу_ начнутся злоупотребления.

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

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 04:19:19PM +0400, Alexey I. Froloff wrote:
> On Thu, Jul 22, 2010 at 03:15:36PM +0300, Igor Vlasenko wrote:
> > Алексей, не знаю, пользовались ли вы этой возможностью,
> > а я пользовался как минимум 2 раза. 
> Я пользовался и весьма успешно.
> 
> > Ох, скольких усилий это требовало!
> > Убедить Дмитрия, особенно в начале, было очень и очень не просто.
> Вызывающее неверная информация.  Вы наверно как-то не так
> убеждали, или в этом не было реальной необходимости.
> 
> > Кстати, почему бы все-таки не дать эту ручку
> > (возможность переименовывать бранч "sisyphus" в gears)
> > хотя бы лидерам пакетов?
> Потому что _сразу_ начнутся злоупотребления.

Какие? 

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Kirill A. Shutemov]

On Thu, Jul 22, 2010 at 03:36:01PM +0300, Igor Vlasenko wrote:
> On Thu, Jul 22, 2010 at 04:19:19PM +0400, Alexey I. Froloff wrote:
> > On Thu, Jul 22, 2010 at 03:15:36PM +0300, Igor Vlasenko wrote:
> > > Алексей, не знаю, пользовались ли вы этой возможностью,
> > > а я пользовался как минимум 2 раза. 
> > Я пользовался и весьма успешно.
> > 
> > > Ох, скольких усилий это требовало!
> > > Убедить Дмитрия, особенно в начале, было очень и очень не просто.
> > Вызывающее неверная информация.  Вы наверно как-то не так
> > убеждали, или в этом не было реальной необходимости.
> > 
> > > Кстати, почему бы все-таки не дать эту ручку
> > > (возможность переименовывать бранч "sisyphus" в gears)
> > > хотя бы лидерам пакетов?
> > Потому что _сразу_ начнутся злоупотребления.
> 
> Какие? 

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

-- 
 Kirill A. Shutemov

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[REAL]

Igor Vlasenko пишет:
> И всем, кто захочет продолжать, придется клонировать lenin.git
> и наследоваться от него. Имеет ли продолжатель право поменять 
> под себя, если пакет брошен? А если не брошен, но заброшен?

Если lenin.git повис на @nobody или заброшен, но передан @everybody, 
продолжатель уполномочен сделать так, как ему удобней.

-- 

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 02:51:04PM +0300, Igor Vlasenko wrote:
> Но, тем не менее, проблема есть.
Мне кажется это проблема надуманная.

> У нас в тим нет четкого понятия, что такое хорошо и что
> такое плохо, когда речь идет о gear репозитории.
Скажите, а теоретическая возможность обновления пакета роботом в
ущерб удобству работы мантейнера со своим репозитарием - это по
Вашему "хорошо" или "плохо"?

> Представим, например, ситуацию.
Вот давайте не будет представлять ситуацию "например".  Давайте
конкретный пример рассмотрим когда два человека мантейнят один
пакет и поругались из-за его формы.

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

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 03:58:39PM +0400, Alexey I. Froloff wrote:
> > Представим, например, ситуацию.
> Вот давайте не будет представлять ситуацию "например".  Давайте
> конкретный пример рассмотрим когда два человека мантейнят один
> пакет и поругались из-за его формы.

Мы не поругались, и я не хочу пальцем тыкать в человека,
которого уважаю. Просто получилось некоторое неудобство,
и в результате, можно сказать, пострадавшим оказался пакет.
Давайте не будем переходить на личности.
В таких вещах лучше избегать конкретных примеров.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 03:05:19PM +0300, Igor Vlasenko wrote:
> Мы не поругались, и я не хочу пальцем тыкать в человека,
> которого уважаю. Просто получилось некоторое неудобство,
> и в результате, можно сказать, пострадавшим оказался пакет.
Это проблемы исключительно Вас и этого человека.  При чём тут все
остальные и тем более "теоретическая возможность сборки всех
пакетов роботами"?

> Давайте не будем переходить на личности.
> В таких вещах лучше избегать конкретных примеров.
Нет, в _таких_ вещах надо разбираться с каждым случаем
индивидуально.

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

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 04:14:10PM +0400, Alexey I. Froloff wrote:
> Это проблемы исключительно Вас и этого человека.  При чём тут все
> остальные и тем более "теоретическая возможность сборки всех
> пакетов роботами"?

Это какое-то непонимание.
"Очевидно, что полностью автоматизировать процесс сборки
невозможно".
Это фраза из тезисов, которые я написал для Переяславля.
а "теоретическая возможность сборки всех пакетов роботами"
я такого не писал и даже не думал.

А проблема, которая меня волнует,
это то, что у нас слишком большой разброс по gear репозиториям.
Это повышает порог вхождения в team.
Надо этот зоопарк классифицировать, документировать,
выделить и поощрять best практики. 
Осмыслить одичавшие gear репозитории.
Написать свой Maximum Gear.
чтобы работа с произвольным чужим gear репозиторием 
была не сложнее работы с srpm.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 03:32:01PM +0300, Igor Vlasenko wrote:
> Это повышает порог вхождения в team.
Ой, опять этот мифический "порог вхождения".  На мой взгляд он
наоборот слишком низкий.

> Надо этот зоопарк классифицировать, документировать,
> выделить и поощрять best практики. 
> Осмыслить одичавшие gear репозитории.
> Написать свой Maximum Gear.
Об'ясните всё таки мне, идиоту, при чём тут "дикие репозитарии",
сборки пакетов роботами и полиси?

> чтобы работа с произвольным чужим gear репозиторием 
Кому и зачем это нужно?

> была не сложнее работы с srpm.
git в разы проще.  Будем спорить дальше?

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

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 04:47:19PM +0400, Alexey I. Froloff wrote:
> On Thu, Jul 22, 2010 at 03:32:01PM +0300, Igor Vlasenko wrote:
> > Это повышает порог вхождения в team.
> Ой, опять этот мифический "порог вхождения".  На мой взгляд он
> наоборот слишком низкий.
> 
> > Надо этот зоопарк классифицировать, документировать,
> > выделить и поощрять best практики. 
> > Осмыслить одичавшие gear репозитории.
> > Написать свой Maximum Gear.
> Об'ясните всё таки мне, идиоту, при чём тут "дикие репозитарии",
> сборки пакетов роботами и полиси?
> 
> > чтобы работа с произвольным чужим gear репозиторием 
> Кому и зачем это нужно?
> 
> > была не сложнее работы с srpm.
> git в разы проще.  Будем спорить дальше?

Нет. куда-то совсем не в ту степь тема ушла.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Alexey Gladkov]

On 22.07.2010 16:32, Igor Vlasenko wrote:
> это то, что у нас слишком большой разброс по gear репозиториям.

Так как я основной пользователь репозиториев из которых собираются мои
пакеты, то мне наплевать на удобство тех кто не занимается
мантейнерством этого пакета.

> Это повышает порог вхождения в team.

Я не считаю это проблемой.

> Надо этот зоопарк классифицировать, документировать,
> выделить и поощрять best практики. 

Всех построить и пронумеровать... а что делать с теми, кто будет
выпадать из классификации ?

> Осмыслить одичавшие gear репозитории.

О боже, какая проза! "Дикий необузданный репозиторий"...

> чтобы работа с произвольным чужим gear репозиторием 
> была не сложнее работы с srpm.

Сведите всю работу с gear до gear-srpmimport .

-- 
Rgrds, legion

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Andrey Rahmatullin]

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

On Thu, Jul 22, 2010 at 05:25:48PM +0400, Alexey Gladkov wrote:
> > чтобы работа с произвольным чужим gear репозиторием 
> > была не сложнее работы с srpm.
> Сведите всю работу с gear до gear-srpmimport .
Тут, хихи, это уже предлагали. На полном, хихи, серьёзе. Административно.

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

Я за то, чтобы консольщиков загонять в UTF-8 методами Райдера :),
(отрубая поддержку КОИ8 и C). То-то крику поднимется :)
		-- slava in devel@

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Alexey Gladkov]

On 22.07.2010 17:28, Andrey Rahmatullin wrote:
>> Сведите всю работу с gear до gear-srpmimport .
> Тут, хихи, это уже предлагали. На полном, хихи, серьёзе. Административно.

Ну мало ли кому в пищевом рационе витаминов не хватает ...

-- 
Rgrds, legion

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[REAL]

Alexey Gladkov пишет:
>> Надо этот зоопарк классифицировать, документировать,
>> выделить и поощрять best практики. 
> 
> Всех построить и пронумеровать... а что делать с теми, кто будет
> выпадать из классификации ?

Завести в классификаторе дополнительный [под]раздел :)

>> Осмыслить одичавшие gear репозитории.
> 
> О боже, какая проза! "Дикий необузданный репозиторий"...

А мне нравится. "Дикий необузданный" = "Свободный" ;)

-- 

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 03:32:01PM +0300, Igor Vlasenko wrote:
> А проблема, которая меня волнует,
> это то, что у нас слишком большой разброс по gear репозиториям.

Насколько большой?

> Это повышает порог вхождения в team.

Доля этого в повышении порога вхождения IMHO невысока.

> Надо этот зоопарк классифицировать, документировать,
> выделить и поощрять best практики. 

Недавно давали ссылку:
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

Чем этот подход к классификации и документировании плох?

> Осмыслить одичавшие gear репозитории.
> Написать свой Maximum Gear.

Давайте осмыслим.

> чтобы работа с произвольным чужим gear репозиторием 
> была не сложнее работы с srpm.

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


-- 
ldv

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 05:41:52PM +0400, Dmitry V. Levin wrote:
> > Надо этот зоопарк классифицировать, документировать,
> > выделить и поощрять best практики. 
> 
> Недавно давали ссылку:
> 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
> Чем этот подход к классификации и документировании плох?

Слишком много там "диких" репозиториев приведено.

Вот, например, 
* Репозиторий с отдельными ветками для upstream и патчей
.gear/rules:
tar: upstream:. name=@name@
diff: upstream:. patches/alt/build:. name=@name@-alt-build.patch

С такими .gear/rules есть сомнения, возможна ли вообще 
удаленная сборка по тегу. Но если и возможна, то с клона на
http://git.altlinux.org/gears/ уже пакет собрать не получится --
ветки upstream и patches/alt/build будут утеряны. 
Где же воспроизводимость сборки, 
особенно если майнтайнер свой .git сотрет?

"Дикость" -- это объективное препятствие к совместной работе 
и для робота, и для человека.
Надо не прятаться от проблем, а их решать.

Вещи, о которых я говорю, очень просты:
А) не смешивать в кучу разнородный код
Б) не скрывать информацию.

Нарушение этих правил заставляет людей отвлекаться 
попусту на разгребание граблей за другими.

Например, если бы клон на http://git.altlinux.org/gears/
каким то образом запоминал бы хотя бы предопределенные 
имена ветвей (upstream, patches/*)
то репозитарий из примера выше 1) стал бы домашним
2) появилась бы воспроизводимость сборки.

Поэтому, кстати, часть проблем можно решить
улучшением git.alt (как в примере выше) и gear.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 05:12:08PM +0300, Igor Vlasenko wrote:
> "Дикость" -- это объективное препятствие к совместной работе 
> и для робота, и для человека.
> Надо не прятаться от проблем, а их решать.
Игорь, а Вы случайно не математик?  Это какие-то выдуманные
проблемы и решать Вы их пытаетесь для сферических мантейнеров в
вакууме.

Ещё раз - workflow "совместной работы" обсуждается исключительно
между "совместными работниками".  Каждый раз.

И забудьте уже про своих всё-сразу-обновляющих роботов.  Не нужны
они такие.

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

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 06:18:11PM +0400, Alexey I. Froloff wrote:
> Ещё раз - workflow "совместной работы" обсуждается исключительно
> между "совместными работниками".  Каждый раз.

А если робот откопает заброшенный репозиторий?
Будет, что робот-кун обсуждает workflow 
"совместной работы" с зомби-чан.

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

Помню, была мода на макросы.
Писали в спеках %{__mv}, потом казалось, что %__mv элегантнее,
а в конце вернулись к простому mv.
 
> И забудьте уже про своих всё-сразу-обновляющих роботов.  Не нужны
> они такие.

На всякий товар свой покупец ;)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 07:50:36PM +0300, Igor Vlasenko wrote:
> > Ещё раз - workflow "совместной работы" обсуждается исключительно
> > между "совместными работниками".  Каждый раз.
> А если
Если бы у бабушки были (усы) она была бы дедушкой.  Не надо
выдумывать несуществующих ситуаций.

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

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

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 05:12:08PM +0300, Igor Vlasenko wrote:
> On Thu, Jul 22, 2010 at 05:41:52PM +0400, Dmitry V. Levin wrote:
> > > Надо этот зоопарк классифицировать, документировать,
> > > выделить и поощрять best практики. 
> > 
> > Недавно давали ссылку:
> > 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
> > Чем этот подход к классификации и документировании плох?
> 
> Слишком много там "диких" репозиториев приведено.

Это слишком субъективно.

> Вот, например, 
> * Репозиторий с отдельными ветками для upstream и патчей
> .gear/rules:
> tar: upstream:. name=@name@
> diff: upstream:. patches/alt/build:. name=@name@-alt-build.patch
> 
> С такими .gear/rules есть сомнения, возможна ли вообще 
> удаленная сборка по тегу. Но если и возможна, то с клона на
> http://git.altlinux.org/gears/ уже пакет собрать не получится --
> ветки upstream и patches/alt/build будут утеряны. 
> Где же воспроизводимость сборки, 
> особенно если майнтайнер свой .git сотрет?

Сборка всего, что находится в http://git.altlinux.org/gears/,
воспроизводима.  В данном примере наличие бранчей upstream и
patches/alt/build не требуется для сборки пакета, поскольку
gear-update-tag их уже зафиксировал.

> "Дикость" -- это объективное препятствие к совместной работе 
> и для робота, и для человека.

Нет, скорее субъективное, чем объективное.

> Например, если бы клон на http://git.altlinux.org/gears/
> каким то образом запоминал бы хотя бы предопределенные 
> имена ветвей (upstream, patches/*)
> то репозитарий из примера выше 1) стал бы домашним
> 2) появилась бы воспроизводимость сборки.

Если тэг собирается, то искомая информация уже была сохранена в .gears/tags/


-- 
ldv

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 08:53:04PM +0400, Dmitry V. Levin wrote:
> > .gear/rules:
> > tar: upstream:. name=@name@
> > diff: upstream:. patches/alt/build:. name=@name@-alt-build.patch

> Сборка всего, что находится в http://git.altlinux.org/gears/,
> воспроизводима.  В данном примере наличие бранчей upstream и
> patches/alt/build не требуется для сборки пакета, поскольку
> gear-update-tag их уже зафиксировал.

Тогда указанный пример ручной. И это хорошо :)

Пару вопросов хотел бы уточнить. в схеме выше,
т.е. gear-update-tag upstream вызывается автоматически?
или его надо вручную вызывать?


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 08:05:38PM +0300, Igor Vlasenko wrote:
> On Thu, Jul 22, 2010 at 08:53:04PM +0400, Dmitry V. Levin wrote:
> > > .gear/rules:
> > > tar: upstream:. name=@name@
> > > diff: upstream:. patches/alt/build:. name=@name@-alt-build.patch
> 
> > Сборка всего, что находится в http://git.altlinux.org/gears/,
> > воспроизводима.  В данном примере наличие бранчей upstream и
> > patches/alt/build не требуется для сборки пакета, поскольку
> > gear-update-tag их уже зафиксировал.
> 
> Тогда указанный пример ручной. И это хорошо :)
> 
> Пару вопросов хотел бы уточнить. в схеме выше,
> т.е. gear-update-tag upstream вызывается автоматически?
> или его надо вручную вызывать?

Примерно в той же степени автоматически, что и gear-commit. :)
Скажем так, если забыть выполнить gear-update-tag -ac, то на сборку будет
отправлена старая версия.  Надеюсь, что мейнтейнер это заметит.


-- 
ldv

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Ildar Mulyukov]

On 22.07.2010 23:18:54, Dmitry V. Levin wrote:
> On Thu, Jul 22, 2010 at 08:05:38PM +0300, Igor Vlasenko wrote:
> > On Thu, Jul 22, 2010 at 08:53:04PM +0400, Dmitry V. Levin wrote:
> > > > .gear/rules:
> > > > tar: upstream:. name=@name@
> > > > diff: upstream:. patches/alt/build:. name=@name@-alt-build.patch

Спасибо, что обратили внимание. :-)

> > > Сборка всего, что находится в http://git.altlinux.org/gears/,
> > > воспроизводима.  В данном примере наличие бранчей upstream и
> > > patches/alt/build не требуется для сборки пакета, поскольку
> > > gear-update-tag их уже зафиксировал.
> >
> > Тогда указанный пример ручной. И это хорошо :)

Ещё как ручной!

> > Пару вопросов хотел бы уточнить. в схеме выше,
> > т.е. gear-update-tag upstream вызывается автоматически?
> > или его надо вручную вызывать?
> 
> Примерно в той же степени автоматически, что и gear-commit. :)
> Скажем так, если забыть выполнить gear-update-tag -ac, то на сборку  
> будет
> отправлена старая версия.  Надеюсь, что мейнтейнер это заметит.

мейнтейнер это (как правило) замечает. Возможно, имеет смысл добавить  
вызов "gear-update-tag -ac" в gear-commit. Дмитрий, что думаете?
-- 
Ildar

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Slava Semushin]

23 июля 2010 г. 11:31 пользователь Ildar Mulyukov <ildar@altlinux.ru> написал:
[...]
> Возможно, имеет смысл добавить вызов
> "gear-update-tag -ac" в gear-commit. Дмитрий, что думаете?

Главное, чтобы это не сломало другие workflow (например, у тех кто не
использует gear-update-tag совсем).

-- 
Slava Semushin

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Dmitry V. Levin]

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

On Fri, Jul 23, 2010 at 12:21:40PM +0700, Slava Semushin wrote:
> 23 июля 2010 г. 11:31 пользователь Ildar Mulyukov <ildar@altlinux.ru> написал:
> [...]
> > Возможно, имеет смысл добавить вызов
> > "gear-update-tag -ac" в gear-commit. Дмитрий, что думаете?
> 
> Главное, чтобы это не сломало другие workflow (например, у тех кто не
> использует gear-update-tag совсем).

Да, у нынешнего gear-update-tag есть побочные эффекты в этом случае.


-- 
ldv

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

Re: [devel] gear-commit: do gear-update-tag before commiting

[Ildar Mulyukov]

On 23.07.2010 15:09:33, Dmitry V. Levin wrote:
> On Fri, Jul 23, 2010 at 12:21:40PM +0700, Slava Semushin wrote:
> > 23 июля 2010 г. 11:31 пользователь Ildar Mulyukov  
> <ildar@altlinux.ru> написал:
> > [...]
> > > Возможно, имеет смысл добавить вызов
> > > "gear-update-tag -ac" в gear-commit. Дмитрий, что думаете?
> >
> > Главное, чтобы это не сломало другие workflow (например, у тех кто  
> не
> > использует gear-update-tag совсем).
> 
> Да, у нынешнего gear-update-tag есть побочные эффекты в этом случае.

Вот! поэтому я и спросил.
Тогда предлагаю добавить опцию к gear-commit.
http://bugzilla.altlinux.org/23803
-- 
Ildar

Re: [devel] gear-commit: do gear-update-tag before commiting

[Alexey I. Froloff]

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

On Fri, Jul 23, 2010 at 03:26:16PM +0600, Ildar Mulyukov wrote:
> Тогда предлагаю добавить опцию к gear-commit.
Я очень активно пользуюсь gear --commit и у меня вызов
gear-update-tag происходит сильно раньше чем gear --commit.

А ещё есть gear-update-tag --verify, вызов которого можно
добавить в gear-commit.

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

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

Re: [devel] gear-commit: do gear-update-tag before commiting

[Ildar Mulyukov]

On 23.07.2010 15:48:05, Alexey I. Froloff wrote:
> On Fri, Jul 23, 2010 at 03:26:16PM +0600, Ildar Mulyukov wrote:
> > Тогда предлагаю добавить опцию к gear-commit.
> Я очень активно пользуюсь gear --commit и у меня вызов
> gear-update-tag происходит сильно раньше чем gear --commit.

у меня тоже. Но лучше поздно, чем никогда :-)

> А ещё есть gear-update-tag --verify, вызов которого можно
> добавить в gear-commit.

ACK.
-- 
Ildar

Re: [devel] gear-commit: do gear-update-tag before commiting

[Dmitry V. Levin]

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

On Fri, Jul 23, 2010 at 03:54:57PM +0600, Ildar Mulyukov wrote:
> On 23.07.2010 15:48:05, Alexey I. Froloff wrote:
> >On Fri, Jul 23, 2010 at 03:26:16PM +0600, Ildar Mulyukov wrote:
> >> Тогда предлагаю добавить опцию к gear-commit.
> >Я очень активно пользуюсь gear --commit и у 
> >меня вызов
> >gear-update-tag происходит сильно раньше чем gear 
> >--commit.
> 
> у меня тоже. Но лучше поздно, чем никогда 
> :-)
> 
> >А ещё есть gear-update-tag --verify, вызов которого 
> >можно
> >добавить в gear-commit.
> 
> ACK.

В результате в gear-1.7.2-alt1 было реализовано решение,
описанное в ALT#23803.


-- 
ldv

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

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

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

On Thu, Jul 22, 2010 at 05:12:08PM +0300, Igor Vlasenko wrote:
 
IV> С такими .gear/rules есть сомнения, возможна ли вообще 
IV> удаленная сборка по тегу. Но если и возможна, то с клона на
IV> http://git.altlinux.org/gears/ уже пакет собрать не получится --
IV> ветки upstream и patches/alt/build будут утеряны. 

Проверь :)
Получится. Даже без помощи моего git-autobranches.

IV> "Дикость" -- это объективное препятствие к совместной работе 
IV> и для робота, и для человека.
IV> Надо не прятаться от проблем, а их решать.

Увы, нет. Некоторые виды "диких" репозиториев удобны в работе для
человека.

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

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

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

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[REAL]

Igor Vlasenko пишет:
> А проблема, которая меня волнует,
> это то, что у нас слишком большой разброс по gear репозиториям.
> Это повышает порог вхождения в team.
> Надо этот зоопарк классифицировать, документировать,

Это я всемерно согласен.

> выделить и поощрять best практики. 
> Осмыслить одичавшие gear репозитории.

Вот и осмысление - это хорошо. Можно даже завести раздел на вики, куда 
по запросу в devel@ мейнтейнер сможет добавить небольшое (или 
развёрнутое) описание, что и как устроено в его репозитории.

> Написать свой Maximum Gear.
> чтобы работа с произвольным чужим gear репозиторием 
> была не сложнее работы с srpm.

Я тоже имел дело с разными чужими gear-репозиториями, но ни разу не 
возникло ситуации, когда работа с srpm оказалась бы проще. Не на те 
репозитории натыкался?

-- 

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[REAL]

Alexey I. Froloff пишет:
> Вот давайте не будет представлять ситуацию "например".  Давайте
> конкретный пример рассмотрим когда два человека мантейнят один
> пакет и поругались из-за его формы.

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

-- 

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

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Ildar Mulyukov]

On 22.07.2010 17:58:39, Alexey I. Froloff wrote:
> On Thu, Jul 22, 2010 at 02:51:04PM +0300, Igor Vlasenko wrote:
> > Представим, например, ситуацию.
> Вот давайте не будет представлять ситуацию "например".  Давайте
> конкретный пример рассмотрим когда два человека мантейнят один
> пакет и поругались из-за его формы.

"... скандалы, интриги, расследования" (?) Вам же объяснили, что не  
хотят вытаскивать подробности...
-- 
Ildar

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[Alexey Gladkov]

On 23.07.2010 11:40, Ildar Mulyukov wrote:
> On 22.07.2010 17:58:39, Alexey I. Froloff wrote:
>> On Thu, Jul 22, 2010 at 02:51:04PM +0300, Igor Vlasenko wrote:
>>> Представим, например, ситуацию.
>> Вот давайте не будет представлять ситуацию "например".  Давайте
>> конкретный пример рассмотрим когда два человека мантейнят один
>> пакет и поругались из-за его формы.
> 
> "... скандалы, интриги, расследования" (?) Вам же объяснили, что не  
> хотят вытаскивать подробности...

Видимо Алексей (как и я) не сталкивался с такой волшебной ситуацией.

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

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

-- 
Rgrds, legion

Re: [devel] для автоматической сборки репозитории должны выглядеть...

[REAL]

Igor Vlasenko пишет:
> Представим, например, ситуацию.
> А и B воюют, как должен быть устроен gear репозиторий пакета С.
> Или А создал такой репозитарий, что B с ним связываться не захочет.
> Или добрый В "помог" А.

У A и B могут быть вообще несовместимые структуры репозиториев, что не 
помешает им взаимодействовать. Главное, чтобы была однотипная 
структура каталогов, всё остальное стандартизируется в git.alt:/gears, 
откуда можно брать информацию об изменениях через git remote 
update/git log/git diff. И git show gears/sisyphus:изменённый_файл 
 >изменённый_файл, если изменения радикальные.

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 05:12:33PM +0600, Ildar Mulyukov wrote:
> Мне кажется, что обсуждающих охватила какая-то нездоровая тяга обобщать.
> 
> Давайте не будем думать, что речь идёт об автоматической пересборке
> любых пакетов. Речь не идёт об автоматической пересборке заброшенных
> пакетов. Речь идёт о том, чтобы пересобирать _некоторые_
> программы/библиотеки/модули, у которых есть некоторые признаки
> (например, спокойный апстрим и т.п.). Давайте двигаться в позитивном
> русле, т.к. другое кончается тупиком.
+1

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 04:52:05PM +0600, Andrey Rahmatullin wrote:
> On Thu, Jul 22, 2010 at 12:58:24PM +0300, Igor Vlasenko wrote:
> > Пакетов у нас порядка десяти тысяч, 
> > [Sisyphus/files/SRPMS $ ls *.src.rpm | wc -l = 9985]
> > а живых майнтайнеров порядка 200.
> ЖИВЫХ??
> 200 это у которых ключи без expiration date. А вот число людей, последний
> раз заливавших что-то менее года назад, увидеть было бы интересно.

Вот число аккаунтов, за которыми зарегистрированы успешно собранные задания,
начиная с 4-го августа 2009 года:

$ find /tasks/archive/done/_??/ -mindepth 3 -maxdepth 3 -name owner |xargs -r cat |sort -u |wc -l
133


-- 
ldv

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 03:20:31PM +0400, Dmitry V. Levin wrote:
> On Thu, Jul 22, 2010 at 04:52:05PM +0600, Andrey Rahmatullin wrote:
> > On Thu, Jul 22, 2010 at 12:58:24PM +0300, Igor Vlasenko wrote:
> > > Пакетов у нас порядка десяти тысяч, 
> > > [Sisyphus/files/SRPMS $ ls *.src.rpm | wc -l = 9985]
> > > а живых майнтайнеров порядка 200.
> > ЖИВЫХ??
> > 200 это у которых ключи без expiration date. А вот число людей, последний
> > раз заливавших что-то менее года назад, увидеть было бы интересно.
> 
> Вот число аккаунтов, за которыми зарегистрированы успешно собранные задания,
> начиная с 4-го августа 2009 года:
> 
> $ find /tasks/archive/done/_??/ -mindepth 3 -maxdepth 3 -name owner |xargs -r cat |sort -u |wc -l
> 133

Из них двое (beekeeper и repocop) -- роботы.


-- 
ldv

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Kirill A. Shutemov]

On Thu, Jul 22, 2010 at 03:20:31PM +0400, Dmitry V. Levin wrote:
> On Thu, Jul 22, 2010 at 04:52:05PM +0600, Andrey Rahmatullin wrote:
> > On Thu, Jul 22, 2010 at 12:58:24PM +0300, Igor Vlasenko wrote:
> > > Пакетов у нас порядка десяти тысяч, 
> > > [Sisyphus/files/SRPMS $ ls *.src.rpm | wc -l = 9985]
> > > а живых майнтайнеров порядка 200.
> > ЖИВЫХ??
> > 200 это у которых ключи без expiration date. А вот число людей, последний
> > раз заливавших что-то менее года назад, увидеть было бы интересно.
> 
> Вот число аккаунтов, за которыми зарегистрированы успешно собранные задания,
> начиная с 4-го августа 2009 года:
> 
> $ find /tasks/archive/done/_??/ -mindepth 3 -maxdepth 3 -name owner |xargs -r cat |sort -u |wc -l
> 133

А без wc -l можно?

-- 
 Kirill A. Shutemov

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 02:56:49PM +0300, Kirill A. Shutemov wrote:
> > $ find /tasks/archive/done/_??/ -mindepth 3 -maxdepth 3 -name owner |xargs -r cat |sort -u |wc -l
> > 133
> А без wc -l можно?
Ага, | sort | uniq -c | sort -gr

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 02:56:49PM +0300, Kirill A. Shutemov wrote:
> On Thu, Jul 22, 2010 at 03:20:31PM +0400, Dmitry V. Levin wrote:
> > On Thu, Jul 22, 2010 at 04:52:05PM +0600, Andrey Rahmatullin wrote:
> > > On Thu, Jul 22, 2010 at 12:58:24PM +0300, Igor Vlasenko wrote:
> > > > Пакетов у нас порядка десяти тысяч, 
> > > > [Sisyphus/files/SRPMS $ ls *.src.rpm | wc -l = 9985]
> > > > а живых майнтайнеров порядка 200.
> > > ЖИВЫХ??
> > > 200 это у которых ключи без expiration date. А вот число людей, последний
> > > раз заливавших что-то менее года назад, увидеть было бы интересно.
> > 
> > Вот число аккаунтов, за которыми зарегистрированы успешно собранные задания,
> > начиная с 4-го августа 2009 года:
> > 
> > $ find /tasks/archive/done/_??/ -mindepth 3 -maxdepth 3 -name owner |xargs -r cat |sort -u |wc -l
> > 133
> 
> А без wc -l можно?

Можно даже своеобразную пузомерку устроить:

$ find /tasks/archive/done/_??/ -mindepth 3 -maxdepth 3 -name owner |xargs -r cat |sort |uniq -c |sort -nr
   1138 viy
    749 zerg
    744 real
    648 shrek
    532 ldv
    514 aris
    450 repocop
    430 mithraen
    412 force
    316 at
    270 drool
    267 lav
    263 mike
    258 shaba
    248 cas
    246 inger
    213 george
    195 vitty
    179 wrar
    173 raorn
    170 boyarsh
    154 sem
    151 crux
    142 rider
    138 oddity
    129 dubrsl
    122 boris
    121 azol
    105 slazav
    105 gns
    104 beekeeper
     99 vvk
     97 dkoryavov
     95 sbolshakov
     95 icesik
     94 evg
     91 swi
     84 solo
     77 naf
     74 manowar
     73 asy
     72 legion
     71 kharpost
     70 dk
     68 aspsk
     64 erthad
     62 php_coder
     58 shev
     57 zver
     55 elly
     54 andyc
     46 ender
     45 silicium
     44 sin
     42 thresh
     42 gray_graff
     41 stanv
     41 bga
     41 arc
     39 radik
     38 ktirf
     37 kurakin
     36 pma
     36 karpov
     34 damir
     33 voins
     32 mex3
     32 dans
     29 zidex
     29 misha
     29 kirill
     28 msp
     28 kas
     28 anyr
     26 vkni
     23 alb
     22 ildar
     21 ruslandh
     21 rt
     20 redbaron
     20 prividen
     20 lakostis
     19 dkr
     18 nenderus
     18 alsroot
     16 avm
     15 lnkvisitor
     15 alecs
     14 enp
     13 serpiph
     13 led
     13 kaman
     11 jinn
     11 amike
     10 snejok
     10 rom_as
     10 lamp
      9 svyt
      9 evyscr
      9 eugvv
      7 vostok
      7 pv
      7 barabashka
      7 ashen
      6 tosick
      5 yushi
      5 stalker
      5 mzhukov
      5 morozov
      5 dplakhov
      4 week
      4 rolland
      4 piastry
      4 ns
      4 nbr
      4 hsv
      3 vsu
      3 open
      3 mutabor
      3 becase
      3 anarresti
      2 partizan
      2 kana
      2 iv
      1 vladimir
      1 uka
      1 slava
      1 root
      1 gik
      1 corwin
      1 atl
      1 alexsid
      1 ab


-- 
ldv

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 11:43:12AM +0400, Alexey I. Froloff wrote:
> On Thu, Jul 22, 2010 at 10:23:41AM +0300, Igor Vlasenko wrote:
> > Робот ниасилит? Робот асилит! Вот только страшно потом будет...
> Роботы не должны обновлять "пакеты вообще".  Есть некоторый класс
> пакетов, которые удобно обновлять в автоматическом режиме, но это
> совсем отдельный класс пакетов.

Да, конечно. Вы читаете мои мысли :) Я именно это и хочу сказать
в Переяславле.
 
> Давайте подумаем, какие это должны быть пакеты.
> Очевидно, что для сборки таких пакетов надо выполнить несколько
> одинаковых действий.  Файлы в таких пакетах лежат в хорошо
> предсказуемых местах.  Обязательно наличие unit тестов.  Собирать
> эти пакеты человеку должно быть не очень интересно.
> 
> Пока под это попадают только модули скриптовых языков типа
> perl/python/ruby/tcl.  

Не только, далеко не. Например, Мой самый первый подход к снаряду
был сконвертировать из Федоры пакеты aspell-<LANG>, 
со всяческими Суахили.

Можно взяться за games. Денис Смирнов подбивал меня на hackell.
Есть уйма других идей. Проблема в том, чтобы найти людей,
кому это будет интересно. Чтобы это все на меня не сваливалось.

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

За перл я взялся, так как он меня прямо касается - 
я все-таки сопровождаю ряд перл пакетов.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[REAL]

Igor Vlasenko пишет:
> Можно взяться за games. Денис Смирнов подбивал меня на hackell.
> Есть уйма других идей. Проблема в том, чтобы найти людей,
> кому это будет интересно. Чтобы это все на меня не сваливалось.
> 
> Т.е. если есть люди, заинтересованные в облегчении своей работы.

Облегчения своей работы, увы, пока приходится достигать засчёт ручного 
труда. Переписка с мейнтейнерами и апстримом, в частности. Ситуации, 
где роботы могут помочь, обычно в devel@ и выясняются (вот сегодня уже 
коснулись kernel-modules, на самом деле, было бы хорошо хотя бы часть 
функций автоматизировать).

А тут по обсуждению пока получается такой вывод: некоторые мейнтейнеры 
(и я в их число попал) к радикальным мерам по стандартизации 
репозиториев просто не готовы. Ни морально, ни технически.

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

Это точно.

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 12:52:21PM +0300, Igor Vlasenko wrote:
> > Роботы не должны обновлять "пакеты вообще".  Есть некоторый класс
> > пакетов, которые удобно обновлять в автоматическом режиме, но это
> > совсем отдельный класс пакетов.
> Да, конечно. Вы читаете мои мысли :) Я именно это и хочу сказать
> в Переяславле.
Вы как-то хреново их излагаете, значит.  Пока я вижу только
попытки заставить всех ходить строем ради удобства каких-то там
"роботов".

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

А все эти "полиси" просто не нужны.

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Vitaly Lipatov]

On 22 июля 2010, Alexey I. Froloff wrote:
...
> А все эти "полиси" просто не нужны.
Те, кому полиси не нужны, могут не участвовать в их обсуждении :)


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Boris Savelev]

24 июля 2010 г. 17:33 пользователь Vitaly Lipatov <lav@altlinux.ru> написал:
> On 22 июля 2010, Alexey I. Froloff wrote:
> ...
>> А все эти "полиси" просто не нужны.
> Те, кому полиси не нужны, могут не участвовать в их обсуждении :)

какой прок их обсуждать, если даже принятые полиси не соблюдаются
(взять хотя бы SharedLibs)

-- 
Boris

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Andrey Rahmatullin]

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

On Sat, Jul 24, 2010 at 06:10:11PM +0400, Boris Savelev wrote:
> какой прок их обсуждать, если даже принятые полиси не соблюдаются
> (взять хотя бы SharedLibs)
Хихи, так оно и не принято.

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

> > dia поломали?
> Поломали glib2 в новом релизе. Патч отправлен мантейнеру.
Мантейнер приложил полученный патч к glib2-2.5.6-alt2.
		-- aris in sisyphus@

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Boris Savelev]

24 июля 2010 г. 18:12 пользователь Andrey Rahmatullin
<wrar@altlinux.org> написал:
> On Sat, Jul 24, 2010 at 06:10:11PM +0400, Boris Savelev wrote:
>> какой прок их обсуждать, если даже принятые полиси не соблюдаются
>> (взять хотя бы SharedLibs)
> Хихи, так оно и не принято.

Да, промашка вышла. Решение по SharedLibs до сих пор не принято, зато
как долго обсуждали...

-- 
Boris

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Alexey I. Froloff]

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

On Sat, Jul 24, 2010 at 05:33:08PM +0400, Vitaly Lipatov wrote:
> > А все эти "полиси" просто не нужны.
> Те, кому полиси не нужны, могут не участвовать в их обсуждении :)
Я и соблюдать такие полиси не буду и никто меня не заставит это
делать.

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 10:23:41AM +0300, Igor Vlasenko wrote:
> On Thu, Jul 22, 2010 at 10:21:54AM +0400, Alexey I. Froloff wrote:
> > On Thu, Jul 22, 2010 at 10:51:30AM +0700, Slava Semushin wrote:
> > > Знаю, что моё мнение вряд ли воплотиться в жизнь, но IMHO лучше бы
> > > разрешить только репозитории в стиле gear-srpmimport, а остальные..
> > > можно разрешить им храниться на git.alt, но не производить из них
> > > сборку.
> > Если ты ниасилил какой-то инструмент, это ещё не значит, что
> > использование этого инструмента надо запретить законодательно.
> 
> Робот ниасилит? Робот асилит! Вот только страшно потом будет...
> Вот "почти корректный" алгоритм обновления дикого репозитория,
> у которого все в корне.
> 1) спасти ряд файлов по шаблону
> (*.spec, *.diff, *.patch, README.ALT* ...)
> 2) стереть все нафиг
> 3) распаковать апстрим в корень и git add его
> 4) вернуть спасенные.

Это в принципе неправильный алгоритм для репозитория вида git.git;
правильным для него было бы просто смержить апстримный коммит.

А у меня репозиториев в таком простейшем формате почти четыре десятка.


-- 
ldv

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 01:11:00PM +0400, Dmitry V. Levin wrote:
> Это в принципе неправильный алгоритм для репозитория вида git.git;
> правильным для него было бы просто смержить апстримный коммит.

Откуда? Как робот узнает, откуда брать апстримный коммит?
Например, на http://git.altlinux.org/people/real/packages/CoinBuildTools.git
есть ветка upstream. 
Поэтому, если склонировать people/real/packages/CoinBuildTools.git,
можно понять, где апстримный коммит.
_НО_! на http://git.altlinux.org/gears/C/CoinBuildTools.git
никакой ветки апстрим нет.
и rules, где бы можно было найти формат тегов, тоже нет.
Как роботу определить, где 
в git.altlinux.org/gears/C/CoinBuildTools.git
апстримный коммит?

Укажите, пожалуйста, строгий алгоритм.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[REAL]

Igor Vlasenko пишет:
> _НО_! на http://git.altlinux.org/gears/C/CoinBuildTools.git
> никакой ветки апстрим нет.

А зачем роботу леть туда? Не лучше ли посмотреть последнюю запись в 
ChangeLog и идти прямиком в репозиторий мейнтейнера?

> Как роботу определить, где 
> в git.altlinux.org/gears/C/CoinBuildTools.git
> апстримный коммит?

Отфильтровать по не-членам team? :)

Вообще, на git.alt:/gears в общем случае полагаться не стоит, мне 
кажется. Нужен какой-то механизм, который бы указывал, из какого 
конкретно репозитория пакет в последний раз уходил на сборку, но его 
пока не существует (см. недавнее обсуждение read-only API для 
prometheus). Хотя он тоже далеко не в 100% случаев поможет, здесь всё 
же нужно вмешательство человека.

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 12:34:07PM +0300, Igor Vlasenko wrote:
> On Thu, Jul 22, 2010 at 01:11:00PM +0400, Dmitry V. Levin wrote:
> > Это в принципе неправильный алгоритм для репозитория вида git.git;
> > правильным для него было бы просто смержить апстримный коммит.
> 
> Откуда? Как робот узнает, откуда брать апстримный коммит?

В случае с репозиторием вида git.git всё просто:

$ git cat-file commit 1.7.1.1-alt2^ | grep ^Merge
Merge branch 'maint' of git://git.kernel.org/pub/scm/git/git

Алгоритм простой: найти самый свежий merge commit, который ведёт наружу,
и обновить оттуда.

> Например, на http://git.altlinux.org/people/real/packages/CoinBuildTools.git
> есть ветка upstream. 
> Поэтому, если склонировать people/real/packages/CoinBuildTools.git,
> можно понять, где апстримный коммит.
> _НО_! на http://git.altlinux.org/gears/C/CoinBuildTools.git
> никакой ветки апстрим нет.
> и rules, где бы можно было найти формат тегов, тоже нет.
> Как роботу определить, где 
> в git.altlinux.org/gears/C/CoinBuildTools.git
> апстримный коммит?

Это результат работы git-svn, апстримного коммита как такового не существует,
вне зависимости от структуры gear-репозитория.

То же самое касается git-cvsimport.  Вот, например, есть
http://git.altlinux.org/gears/l/libtiff.git, который было бы довольно
сложно обновить тому, у которого нет контекста, в котором выполнялся
предыдущий git-cvsimport.


-- 
ldv

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

[devel] gear+[svn,cvs] репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 02:36:50PM +0400, Dmitry V. Levin wrote:
> > Как роботу определить, где 
> > в git.altlinux.org/gears/C/CoinBuildTools.git
> > апстримный коммит?
> 
> Это результат работы git-svn, апстримного коммита как такового не существует,
> вне зависимости от структуры gear-репозитория.
> 
> То же самое касается git-cvsimport.  Вот, например, есть
> http://git.altlinux.org/gears/l/libtiff.git, который было бы довольно
> сложно обновить тому, у которого нет контекста, в котором выполнялся
> предыдущий git-cvsimport.

Да. Это тоже больной вопрос. В опубликованном репозитарии
не хватает существенной информации, чтобы можно было бы 
работать совместно. Если постронний человек захочет что-то
доделать в таком репозитории, ему нужно либо искать
майнтайнера просить его выслать метаданные из .git
(тратится время) либо самостоятельно воссоздавать их ---
бессмысленная растрата времени и сил.

Получается, что src.rpm был гораздо дружественнее к 
совместной работе, чем такой вот .git.

Теоретически, это можно было бы легко решить.
В таких репозиториях проблема в невольном сокрытии информации.
Есть причины, почему git разработчики не стали хранить эти
метаданные в .git.
Но ничего не мешает хранить копию метаданных в .gear.
сделать утилиты gear-*-store/restore
и обвязки gear-svnimport/gear-cvsimport/...
которые автоматически делают store (если есть метаданные)
/restore (в клоне без метаданных)
повышая дружелюбность таких репозиториев даже не в разы,
а на порядки.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] gear+[svn,cvs] репозитарии.

[Dmitry V. Levin]

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

On Thu, Jul 22, 2010 at 02:27:27PM +0300, Igor Vlasenko wrote:
> On Thu, Jul 22, 2010 at 02:36:50PM +0400, Dmitry V. Levin wrote:
> > > Как роботу определить, где 
> > > в git.altlinux.org/gears/C/CoinBuildTools.git
> > > апстримный коммит?
> > 
> > Это результат работы git-svn, апстримного коммита как такового не существует,
> > вне зависимости от структуры gear-репозитория.
> > 
> > То же самое касается git-cvsimport.  Вот, например, есть
> > http://git.altlinux.org/gears/l/libtiff.git, который было бы довольно
> > сложно обновить тому, у которого нет контекста, в котором выполнялся
> > предыдущий git-cvsimport.
> 
> Да. Это тоже больной вопрос. В опубликованном репозитарии
> не хватает существенной информации, чтобы можно было бы 
> работать совместно. Если постронний человек захочет что-то
> доделать в таком репозитории, ему нужно либо искать
> майнтайнера просить его выслать метаданные из .git
> (тратится время) либо самостоятельно воссоздавать их ---
> бессмысленная растрата времени и сил.
> 
> Получается, что src.rpm был гораздо дружественнее к 
> совместной работе, чем такой вот .git.
> 
> Теоретически, это можно было бы легко решить.
> В таких репозиториях проблема в невольном сокрытии информации.
> Есть причины, почему git разработчики не стали хранить эти
> метаданные в .git.
> Но ничего не мешает хранить копию метаданных в .gear.
> сделать утилиты gear-*-store/restore
> и обвязки gear-svnimport/gear-cvsimport/...
> которые автоматически делают store (если есть метаданные)
> /restore (в клоне без метаданных)
> повышая дружелюбность таких репозиториев даже не в разы,
> а на порядки.

Ещё бы найти способ решить вопрос обязательности своевременного обновления
этой информации в .gear/.


-- 
ldv

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

Re: [devel] gear+[svn,cvs] репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 03:35:09PM +0400, Dmitry V. Levin wrote:
> > Получается, что src.rpm был гораздо дружественнее к 
> > совместной работе, чем такой вот .git.
> > 
> > Теоретически, это можно было бы легко решить.
> > В таких репозиториях проблема в невольном сокрытии информации.
> > Есть причины, почему git разработчики не стали хранить эти
> > метаданные в .git.
> > Но ничего не мешает хранить копию метаданных в .gear.
> > сделать утилиты gear-*-store/restore
> > и обвязки gear-svnimport/gear-cvsimport/...
> > которые автоматически делают store (если есть метаданные)
> > /restore (в клоне без метаданных)
> > повышая дружелюбность таких репозиториев даже не в разы,
> > а на порядки.
> 
> Ещё бы найти способ решить вопрос обязательности своевременного обновления
> этой информации в .gear/.

Всегда своевременно обновлять это лучше, конечно, чем 
иметь такую возможность,
но иметь такую возможность лучше, чем ничего(==текущая ситуация).

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] gear+[svn,cvs] репозитарии.

[REAL]

Igor Vlasenko пишет:
>> То же самое касается git-cvsimport.  Вот, например, есть
>> http://git.altlinux.org/gears/l/libtiff.git, который было бы довольно
>> сложно обновить тому, у которого нет контекста, в котором выполнялся
>> предыдущий git-cvsimport.
> 
> Да. Это тоже больной вопрос. В опубликованном репозитарии
> не хватает существенной информации, чтобы можно было бы 
> работать совместно. Если постронний человек захочет что-то
> доделать в таком репозитории, ему нужно либо искать
> майнтайнера просить его выслать метаданные из .git
> (тратится время) либо самостоятельно воссоздавать их ---
> бессмысленная растрата времени и сил.

Тут скорее растрата денег (обычно в спеке указывается, из какого 
репозитория тянутся сырцы, поэтому понять, что откуда взялось, можно): 
сам снапшот не засовывается на git.alt, и если другой мейнтейнер 
захочет сделать git svn checkout, ему придётся вытягивать всё с нуля, 
начиная с первого телодвижения в апстриме сколько-то там лет назад. 
Это да, это плохо.

-- 

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

Re: [devel] gear+[svn,cvs] репозитарии.

[REAL]

REAL пишет:
> сам снапшот не засовывается на git.alt, и если другой мейнтейнер захочет 
> сделать git svn checkout

Пардон, имелось в виду, конечно же, git svn fetch.

-- 

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Thu, Jul 22, 2010 at 12:34:07PM +0300, Igor Vlasenko wrote:

IV> _НО_! на http://git.altlinux.org/gears/C/CoinBuildTools.git
IV> никакой ветки апстрим нет.

Есть! Только он хитро спрятан :)

Конкретно этот пример "неправильный" -- там merge не было.

А вот в git.git скрипт git-autobranches из mithraen-build-utils нашел
целых 1635 бранчей. В том числе и бранч 'maint' :)

Да, это волшебный скрипт -- он видит бранчи там, где они были в истории
merge'ей.

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

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 06:16:54PM +0400, Денис Смирнов wrote:
> А вот в git.git скрипт git-autobranches из mithraen-build-utils нашел
> целых 1635 бранчей. В том числе и бранч 'maint' :)

Спасибо! Хорошая идея!

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Thu, Jul 22, 2010 at 06:16:37PM +0300, Igor Vlasenko wrote:

IV> Спасибо! Хорошая идея!

Я несколько месяцев назад плакался ровно на ту же тему, и ldv@ дал мне
совет в какую сторону проблему решать, вот и решил :)

Скрипт, кстати, совсем простой.

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

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Thu, Jul 22, 2010 at 10:23:41AM +0300, Igor Vlasenko wrote:

IV> Робот ниасилит? Робот асилит! Вот только страшно потом будет...
IV> Вот "почти корректный" алгоритм обновления дикого репозитория,
IV> у которого все в корне.
IV> 1) спасти ряд файлов по шаблону
IV> (*.spec, *.diff, *.patch, README.ALT* ...)
IV> 2) стереть все нафиг
IV> 3) распаковать апстрим в корень и git add его
IV> 4) вернуть спасенные.

Это неправильный алгоритм.
git хранит инфу о merge'ах, так что выявить к примеру схему
master/upstream и смержить из upstream branch -- вполне себе робот в
состоянии.

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

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 06:10:08PM +0400, Денис Смирнов wrote:
> Это неправильный алгоритм.
> git хранит инфу о merge'ах, так что выявить к примеру схему
> master/upstream и смержить из upstream branch -- вполне себе робот в
> состоянии.

Пример.
Маша Пупкина мержилась в master с upstream.
Вася Пупкин подобрал пакет после Маши и стал
обновлять исходники прямо в master.

робот, который смотрит в .gear/rules,
обновит master.

робот, который найдет заброшенную ветку upstream,
получит облом на merge.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 05:22:35PM +0300, Igor Vlasenko wrote:
> робот, который смотрит в .gear/rules,
> обновит master.

> робот, который найдет заброшенную ветку upstream,
> получит облом на merge.

Обоих этих роботов надо сдать на металлолом.

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Thu, Jul 22, 2010 at 05:22:35PM +0300, Igor Vlasenko wrote:

IV> робот, который найдет заброшенную ветку upstream,
IV> получит облом на merge.

Ну и хорошо. Репозиторий был непригоден для сборки роботом, увы, кошмар и
ужас.

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

Нету здесь проблемы.

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

Это не страшно.

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

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Andrey Rahmatullin]

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

On Thu, Jul 22, 2010 at 10:51:30AM +0700, Slava Semushin wrote:
> Знаю, что моё мнение вряд ли воплотиться в жизнь, но IMHO лучше бы
> разрешить только репозитории в стиле gear-srpmimport, а остальные..
> можно разрешить им храниться на git.alt, но не производить из них
> сборку.
Какие инструменты предлагается запретить следующими?
Предлагаю рассмотреть %find_lang, скажем. Или проверку на анметы.

> Потому что для начинающих (и не только) даже gear-srpmimport не так-то
> прост, что уж говорить о других схемах. Иначе говоря, хорошо было бы
> зафиксировать порог вхождения для новичков (и не только) в
> gear-хозяйство.
Да-да.

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

<swi> Lost: скайп это ж зло похуже аськи
<Lost> в скайпе хоть рекламы нет
<swi> там тока трояны
<Lost> да нах там трояны...
<Lost> чего у линуксоедов тырить?
<Lost> последние штаны?
<wRAR> ссх-ключи
<swi> ты его хоть в zero r/o chroot пускаешь? ;)
<Lost> swi: в чруте он не запускается, пробовал уже
<swi> точно
<swi> он ищет там .ssh каталог и не находит и не запускается

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Thu, Jul 22, 2010 at 10:51:30AM +0700, Slava Semushin wrote:

SS> Знаю, что моё мнение вряд ли воплотиться в жизнь, но IMHO лучше бы
SS> разрешить только репозитории в стиле gear-srpmimport, а остальные..
SS> можно разрешить им храниться на git.alt, но не производить из них
SS> сборку.

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

Запрещать можно только то, что мешает другим. Желающие запретить мне
делать мою работу так, как мне удобно -- дружно строевым шагом отправляют
нафиг. Или... начинают оплачивать мне мою работу в репозитории. 100$/час и
я буду собирать пакеты так, как тебе нравится.

Кстати на сборку Asterisk 1.4.* у меня в свое время ушло суммарно
несколько сотен часов рабочего времени. Хотел бы я посмотреть на того, кто
согласится эту работу мне оплачивать :)

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

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Vitaly Kuznetsov]

Igor Vlasenko <vlasenko@imath.kiev.ua> writes:
>
> Определение 2. gear-репозиторий назовем РУЧНЫМ, если
> %{SOURCEx} исходники апстрима находятся в отдельных подпапках
> и/ли отдельных ветках с тегами, указанными в директиве .gear/rules.
>
> Определение 3. gear-репозиторий назовем ДИКИМ, если
> он не ручной.
...
> Давайте полиси примем, что если майнтайнер не апстрим,
> то диких репозиториев не создавать.

Правильно ли я понимаю, что за репозиторий вида
http://git.altlinux.org/people/vitty/packages/samba.git предлагается
прописывать расстрел? Категорически возражаю. Это самый удобный вид
репозитория для работы человека.

-- 
Vitaly Kuznetsov, ALT Linux

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Igor Vlasenko]

On Thu, Jul 22, 2010 at 03:53:36AM +0000, Vitaly Kuznetsov wrote:
> Правильно ли я понимаю, что за репозиторий вида
> http://git.altlinux.org/people/vitty/packages/samba.git предлагается
> прописывать расстрел? Категорически возражаю. Это самый удобный вид
> репозитория для работы человека.

Это потому, что вы ведете себя как часть upstream.
Следовательно, ваш репозиторий доброкачественный,
это дикий upstream-репозиторий.

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

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Vitaly Kuznetsov]

Igor Vlasenko <vlasenko@imath.kiev.ua> writes:

> On Thu, Jul 22, 2010 at 03:53:36AM +0000, Vitaly Kuznetsov wrote:
>> Правильно ли я понимаю, что за репозиторий вида
>> http://git.altlinux.org/people/vitty/packages/samba.git предлагается
>> прописывать расстрел? Категорически возражаю. Это самый удобный вид
>> репозитория для работы человека.
>
> Это потому, что вы ведете себя как часть upstream.
> Следовательно, ваш репозиторий доброкачественный,
> это дикий upstream-репозиторий.
>
> Я против диких псевдоапстрим-репозиториев,
> когда человек непонятно зачем устраивает у себя в git
> свалку, а потом забрасывает пакет, так, что приходится
> делать за этого человека работу роботом.

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

-- 
Vitaly Kuznetsov, ALT Linux

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Andrey Rahmatullin]

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

On Thu, Jul 22, 2010 at 07:19:44AM +0000, Vitaly Kuznetsov wrote:
> > когда человек непонятно зачем устраивает у себя в git
> > свалку, а потом забрасывает пакет, так, что приходится
> > делать за этого человека работу роботом.
> Репозитории, удобные для роботов, неудобны для людей. Думать о том, что
> станет с пакетом, когда ты его забросишь это то же самое, что выдавать
> похоронный сертификат в роддоме.
+1

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

> А интерактивный режим есть? С двойным вводом, как у passwd ?
Интерактивный режим у файловой системы?
А почему бы не воспользоваться для этого интерфейсной частью?
		-- voins in devel@

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

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

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

On Thu, Jul 22, 2010 at 07:19:44AM +0000, Vitaly Kuznetsov wrote:

VK> Репозитории, удобные для роботов, неудобны для людей. 

Не всегда. Но люди важнее роботов.

VK> Думать о том, что
VK> станет с пакетом, когда ты его забросишь это то же самое, что выдавать
VK> похоронный сертификат в роддоме.

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

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

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 12:46:31AM +0300, Igor Vlasenko wrote:
> Давайте полиси примем, что если майнтайнер не апстрим,
> то диких репозиториев не создавать.
Давайте лучше примем полиси, чтобы роботы не пытались писать
полиси и не мешали людям работать.

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

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Andrey Rahmatullin]

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

On Thu, Jul 22, 2010 at 12:46:31AM +0300, Igor Vlasenko wrote:
> Давайте полиси примем, что если майнтайнер не апстрим,
> то диких репозиториев не создавать.
В этой рассылке всё ещё нельзя ругаться матом?

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

<hiddenman_> могу еще на дизайн и шрифты поругаться. но ведь не поможет ;)
<lioka> hiddenman_: не поможет. ругаццо и я умею
<hiddenman_> так а шо делать, если дизайнеры в Альте прошли курс готики и НЛП?

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

Re: [devel] POLICY: Ручные и дикие gear репозитарии.

[Alexey I. Froloff]

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

On Thu, Jul 22, 2010 at 12:41:57PM +0600, Andrey Rahmatullin wrote:
> > Давайте полиси примем, что если майнтайнер не апстрим,
> > то диких репозиториев не создавать.
> В этой рассылке всё ещё нельзя ругаться матом?
Можно, но только один раз.

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

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