[devel] "LATER" в Сизифе

[devel] "LATER" в Сизифе

[Mikhail Gusarov]

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

Господа,

у меня есть большое желание после апгрейда убрать resolution 'LATER' из
Сизифа (не из продуктов-дистрибутивов, там оно имеет смысл:
http://www.freesource.info/wiki/AltLinux/BugTracking/DistributionBugTriaging).

LATER в Сизифе означает "потом пофикшу". Всё бы ничего, да только баг
при этом закрывается, и пропадает из поля зрения как майнтайнера, так и
юзеров. При этом баг валиден (иначе бы его закрыли как-то по другому),
но никем не фиксится.

Разве что mike как-нибудь раз в три года сядет и понаоткрывает обратно
LATER-багов, закрытых в 2005 году :)

-- 

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

Re: [devel] "LATER" в Сизифе

[Mikhail Gusarov]

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

Twas brillig at 23:52:56 15.02.2008 UTC+06 when Mikhail Gusarov did gyre and gimble:

 MG> у меня есть большое желание после апгрейда убрать resolution
 MG> 'LATER' из Сизифа

[]

То же самое - про resolution REMIND и MOVED.

-- 

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

Re: [devel] "LATER" в Сизифе

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

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

On Fri, Feb 15, 2008 at 11:54:52PM +0600, Mikhail Gusarov wrote:

MG>> у меня есть большое желание после апгрейда убрать resolution
MG>> 'LATER' из Сизифа
MG> []
MG> То же самое - про resolution REMIND и MOVED.

Это неправильно -- баги не должны при этом закрываться, но статусы нужны
:(

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] "LATER" в Сизифе

[Mikhail Gusarov]

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

Twas brillig at 21:56:36 15.02.2008 UTC+03 when Денис Смирнов did gyre and gimble:

 MG>>> у меня есть большое желание после апгрейда убрать resolution
 MG>>> 'LATER' из Сизифа
 MG>> []
 MG>> То же самое - про resolution REMIND и MOVED.

 ДС> Это неправильно -- баги не должны при этом закрываться, но статусы
 ДС> нужны :(

Значит resolution не подходит. Keywords уместны?

-- 

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

Re: [devel] "LATER" в Сизифе

[Michael Shigorin]

On Fri, Feb 15, 2008 at 11:52:56PM +0600, Mikhail Gusarov wrote:
> LATER в Сизифе означает "потом пофикшу". Всё бы ничего, да
> только баг при этом закрывается, и пропадает из поля зрения как
> майнтайнера, так и юзеров.

Про него помнят qa robot и my bugs ;)

> При этом баг валиден (иначе бы его закрыли как-то по другому),
> но никем не фиксится.

Думаю, не в том проблема.

> Разве что mike как-нибудь раз в три года сядет и понаоткрывает
> обратно LATER-багов, закрытых в 2005 году :)

REOPEN им делается в подавляющем большинстве случаев для закрытия
сразу же как WONTFIX (~80%) или FIXED/WORKSFORME (~20%).

Есть мнение, что за LATER/REMIND всё-таки пусть присматривает QA,
буде таковое материализуется когда-нибудь.  И предлагает помочь
там, где оно бы и надо, да руки не доходят.

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

Re: [devel] "LATER" в Сизифе

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

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

On Sat, Feb 16, 2008 at 12:59:38AM +0600, Mikhail Gusarov wrote:

MG> Значит resolution не подходит. Keywords уместны?

Вообще-то это статус... open,closed,assigned,later,remind, и т.д.
А вот WORKSFORME это уже resolution (то есть причина _закрытия_).

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] "LATER" в Сизифе

[Mikhail Gusarov]

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

Twas brillig at 04:05:43 16.02.2008 UTC+03 when Денис Смирнов did gyre and gimble:

 MG>> Значит resolution не подходит. Keywords уместны?

 ДС> Вообще-то это статус... open,closed,assigned,later,remind, и т.д.
 ДС> А вот WORKSFORME это уже resolution (то есть причина _закрытия_).

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

-- 

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

Re: [devel] "LATER" в Сизифе

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

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

On Sat, Feb 16, 2008 at 02:16:13PM +0600, Mikhail Gusarov wrote:

MG>>> Значит resolution не подходит. Keywords уместны?
ДС>> Вообще-то это статус... open,closed,assigned,later,remind, и т.д.
ДС>> А вот WORKSFORME это уже resolution (то есть причина _закрытия_).
MG> Объясни это разработчикам багзиллы :) Я с тобой совершенно согласен, но
MG> это сделать это за разумное количество времени не получится.

:-(

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] "LATER" в Сизифе

[Alexey Rusakov]

On Sat, 16 Feb 2008 00:02:06 +0200
Michael Shigorin wrote:

> On Fri, Feb 15, 2008 at 11:52:56PM +0600, Mikhail Gusarov wrote:
> > LATER в Сизифе означает "потом пофикшу". Всё бы ничего, да
> > только баг при этом закрывается, и пропадает из поля зрения как
> > майнтайнера, так и юзеров.
> 
> Про него помнят qa robot и my bugs ;)
За всю активную жизнь разработчика ALT Linux я стоолько раз открывал my
bugs... У активных мейнтейнеров там ты лучше меня знаешь сколько багов
лежит. Не очень продуктивно.

В общем, я согласен с dottedmag@, проблема актуальна.

> > Разве что mike как-нибудь раз в три года сядет и понаоткрывает
> > обратно LATER-багов, закрытых в 2005 году :)
> 
> REOPEN им делается в подавляющем большинстве случаев для закрытия
> сразу же как WONTFIX (~80%) или FIXED/WORKSFORME (~20%).
Ну так это же тоже не годится. Дополнительное телодвижение там, где от
него можно избавиться.

-- 
  Alexey "Ktirf" Rusakov
  Head of System development dept.
  ALT Linux Ltd.

[devel] ALT Linux [Team] QA (was: "LATER" в Сизифе)

[Michael Shigorin]

On Sun, Feb 17, 2008 at 10:19:44AM +0300, Alexey Rusakov wrote:
> > > LATER в Сизифе означает "потом пофикшу". Всё бы ничего, да
> > > только баг при этом закрывается, и пропадает из поля зрения
> > > как майнтайнера, так и юзеров.
> > Про него помнят qa robot и my bugs ;)
> За всю активную жизнь разработчика ALT Linux я стоолько раз
> открывал my bugs... У активных мейнтейнеров там ты лучше меня
> знаешь сколько багов лежит. Не очень продуктивно.

Мы недавно обсуждали этот вопрос с dottedmag@, изложу свой
вариант предлагаемого решения (наверное, у Миши найдутся
поправки).


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

Могу попросить тех, кому небезразлично, помочь с проверками
багов, которые висят на zerg@ и vsu@ -- зачастую они по факту 
уже исправлены, но багрепорты висят открытыми и заваливают те,
которые бы стоило посмотреть.

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

Сам как-то озадачился и свёл свои баги примерно к трём десяткам,
но эти уже -- висяки в основном.


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

  (уже запыхался о ней говорить)

Может иметь смысл разделять main, где качество держать на
предельно возможной разумными средствами планке (возможно,
даже чуть выше, чем сейчас выбирается для всего сизифа).
И contrib, где планка может и должна быть ниже.

Это определяется тем, что:
- люди в команде -- разные, и не все из нас ldv@ или lav@;
- фактическая критичность пакетов -- разная; 
- фактическая компетентность апстримов -- тоже разная.

Сборочное замыкание -- разумеется, main на main, contrib --
на main+contrib.

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

Бишь баги на пакеты из main стоит обязать проверять и при
необходимости (когда принято решение о важности баги с т.з.
соответствующей фирмы -- пока это по факту ООО "АЛТ", боюсь)
предлагать помощь или в случае исчезновения контакта --
подготавливать NMU (с уведомлением, что пакет из main является
unmaintained).

Например, если бага повешена и висит неделю (major+), месяц
(normal), три месяца (minor-) без движения в UNCO/NEW, то по
крайней мере обеспечить её просмотр QA Team.  Даже если
в составе одного выделенного разработчика.


Это всё тоже напрашивается на некую концепцию обеспечения
сочетания качества и интереса при совместной открытой разработке
людьми на fulltime в профильных фирмах и заинтересованными "для
себя" добровольными участниками проекта, но я не уверен, время ли 
для такого текста: он-то упирается в этого самого хотя бы одного, 
но терпеливо помогающего QA Team member.


> В общем, я согласен с dottedmag@, проблема актуальна.

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

> > REOPEN им делается в подавляющем большинстве случаев для
> > закрытия сразу же как WONTFIX (~80%) или FIXED/WORKSFORME
> Ну так это же тоже не годится. Дополнительное телодвижение там,
> где от него можно избавиться.

Боюсь, "можно" -- это несколько оптимистично...

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

Re: [devel] ALT Linux [Team] QA (was: "LATER" в Сизифе)

[Aleksey Novodvorsky]

On 2/17/08, Michael Shigorin <mike@osdn.org.ua> wrote:
> On Sun, Feb 17, 2008 at 10:19:44AM +0300, Alexey Rusakov wrote:
> > > > LATER в Сизифе означает "потом пофикшу". Всё бы ничего, да
> > > > только баг при этом закрывается, и пропадает из поля зрения
> > > > как майнтайнера, так и юзеров.
> > > Про него помнят qa robot и my bugs ;)
> > За всю активную жизнь разработчика ALT Linux я стоолько раз
> > открывал my bugs... У активных мейнтейнеров там ты лучше меня
> > знаешь сколько багов лежит. Не очень продуктивно.
>
> Мы недавно обсуждали этот вопрос с dottedmag@, изложу свой
> вариант предлагаемого решения (наверное, у Миши найдутся
> поправки).
>
>
> Проблема номер раз -- у нас многие майнтейнеры физически
> перегружены багрепортами.  Просто страшно в список заглядывать.
>
> Могу попросить тех, кому небезразлично, помочь с проверками
> багов, которые висят на zerg@ и vsu@ -- зачастую они по факту
> уже исправлены, но багрепорты висят открытыми и заваливают те,
> которые бы стоило посмотреть.
>
>   (btw источник этой проблемы -- многофакторный, но обычно
>   обсуждение ряда из них приводит к флейму и обидам, поэтому
>   лучше постараюсь при очередном складывании картинки в голове
>   запихать её на вики и предложить откомментировать/исправить)
>
> Сам как-то озадачился и свёл свои баги примерно к трём десяткам,
> но эти уже -- висяки в основном.

Да, координировать это нужно QA.

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

Не согласенм в части требований к сборке, это всегда осмысленно. Иначе
получим нынешний Cooker и не расхлебаем.
Если речь о другом -- поясните.

>
>   (уже запыхался о ней говорить)
>
> Может иметь смысл разделять main, где качество держать на
> предельно возможной разумными средствами планке (возможно,
> даже чуть выше, чем сейчас выбирается для всего сизифа).
> И contrib, где планка может и должна быть ниже.
>
> Это определяется тем, что:
> - люди в команде -- разные, и не все из нас ldv@ или lav@;
> - фактическая критичность пакетов -- разная;
> - фактическая компетентность апстримов -- тоже разная.
>
> Сборочное замыкание -- разумеется, main на main, contrib --
> на main+contrib.
>
> Так вот при этом main следует по возможности поддерживать не
> только силами команды, а и силами заинтересованных в "горячем"
> качестве фирм.  Например, чтоб lazarus не приходилось спешно
> фиксить, а было понятно -- если он лежит в contrib, то пакет
> необязательно заявлен как соответствующий самым-самым высоким
> стандартам или вообще активно используемый майтейнером в быту.
>
> Бишь баги на пакеты из main стоит обязать проверять и при
> необходимости (когда принято решение о важности баги с т.з.
> соответствующей фирмы -- пока это по факту ООО "АЛТ", боюсь)
> предлагать помощь или в случае исчезновения контакта --
> подготавливать NMU (с уведомлением, что пакет из main является
> unmaintained).
>
> Например, если бага повешена и висит неделю (major+), месяц
> (normal), три месяца (minor-) без движения в UNCO/NEW, то по
> крайней мере обеспечить её просмотр QA Team.  Даже если
> в составе одного выделенного разработчика.
>
>

Да.

Rgrds, Алексей

> Это всё тоже напрашивается на некую концепцию обеспечения
> сочетания качества и интереса при совместной открытой разработке
> людьми на fulltime в профильных фирмах и заинтересованными "для
> себя" добровольными участниками проекта, но я не уверен, время ли
> для такого текста: он-то упирается в этого самого хотя бы одного,
> но терпеливо помогающего QA Team member.
>
>
> > В общем, я согласен с dottedmag@, проблема актуальна.
>
> Актуальна другая проблема: когда багзила становится уже не
> инструментом, а ещё одним рефлекторно избегаемым сайтом.
>
> > > REOPEN им делается в подавляющем большинстве случаев для
> > > закрытия сразу же как WONTFIX (~80%) или FIXED/WORKSFORME
> > Ну так это же тоже не годится. Дополнительное телодвижение там,
> > где от него можно избавиться.
>
> Боюсь, "можно" -- это несколько оптимистично...
>
> --
>  ---- WBR, Michael Shigorin <mike@altlinux.ru>
>   ------ Linux.Kiev http://www.linux.kiev.ua/
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] ALT Linux [Team] QA

[Mikhail Gusarov]

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

Twas brillig at 17:53:01 17.02.2008 UTC+02 when Michael Shigorin did gyre and gimble:

 MS> Могу попросить тех, кому небезразлично, помочь с проверками багов,
 MS> которые висят на zerg@ и vsu@ -- зачастую они по факту уже
 MS> исправлены, но багрепорты висят открытыми и заваливают те, которые
 MS> бы стоило посмотреть.

Кстати, я могу попробовать привлекать к помощи людей не из Team - задача
достаточно простая, но может в т.ч. послужить хорошим bootstrap'ом для
вхождения в Team.

По поводу остального особых комментариев нет - ППКС.

 >> В общем, я согласен с dottedmag@, проблема актуальна.

 MS> Актуальна другая проблема: когда багзила становится уже не
 MS> инструментом, а ещё одним рефлекторно избегаемым сайтом.

Вот как например wiki на fs.i. Если вы её избегаете - сходите на
http://freesource.info/wiki/AltLinux, только сильно не углубляйтесь, я
там ещё не везде навёл порядок :)

-- 

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

Re: [devel] ALT Linux [Team] QA (was: "LATER" в Сизифе)

[Kirill A. Shutemov]

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

On [Sun, 17.02.2008 17:53], Michael Shigorin wrote:
> Сборочное замыкание -- разумеется, main на main, contrib --
> на main+contrib.

Первое малореально без урезания функционала в main.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys Ltd, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] ALT Linux [Team] QA

[Michael Shigorin]

On Sun, Feb 17, 2008 at 07:03:49PM +0300, Aleksey Novodvorsky wrote:
> > Проблема номер два -- сизиф сейчас пытается быть аэробусом,
> > целиком собранным до микрона.  Очень дорого, а для
> > передвижных столиков при этом неосмысленно.
> Не согласенм в части требований к сборке, это всегда
> осмысленно. Иначе получим нынешний Cooker и не расхлебаем.
> Если речь о другом -- поясните.

Я примерно того и боялся... хорошо, тогда Вам с Димой видней.
Но тогда может потребоваться более внятно вводить людей в проект,
объяснять, что и почему и зачем делается именно так, а не более
разгильдяйски, и подпирать QA/junior jobs.

Не даёт покоя случай с ott@, когда изменение, которое было
вызвано обновлением требований к пакетной базе, стоило команде
одного из наиболее грамотных майнтейнеров -- наш rpm провоцирует
собирать в пакеты, а не /usr/local, благо спеки компактные и
простые (ну... нередко); вот когда потом разламывается сборка
нескольких десятков пакетов путём изменения sisyphus_check, 
наступает расплата :]

Как бы этого _ощущения_ расплаты или "кидка" (когда "ООО или 
Дима Левин решает свои проблемы ощущения недостаточного качества
пакетной базы за мой счёт" -- это выдуманная цитата, но по
мотивам многих подобных случаев)?  Мне кажется, именно
предложением помощи по обеспечению реализации.

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

<nag>
А то ведь и будем сидеть маленькой кучкой заваленных большими
кучами багов слишком занятых людей, чего бы не хотелось.
</nag>

  Кстати, в PLD за счёт того, что люди _могут_ править пакеты
  друг друга в cvs -- маленькая команда ведёт _огромный_
  репозиторий: когда я чего-то не нахожу в Sisyphus, за спеками
  и патчами первым делом лезу на cvs.pld-linux.org.

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

Re: [devel] ALT Linux [Team] QA

[Mikhail Gusarov]

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

Twas brillig at 19:17:36 17.02.2008 UTC+02 when Michael Shigorin did gyre and gimble:

 MS> Но тогда может потребоваться более внятно вводить людей в проект,
 MS> объяснять, что и почему и зачем делается именно так, а не более
 MS> разгильдяйски, и подпирать QA/junior jobs.

Тут я вспомнил одну вещь, которая мне не даёт покоя: new maintainers'
guide написан с расчётом на одну категорию потенциальных тимовцев:
майнтайнеры. QA / документации / локализаторов / вебмастеров / портеров
/ junior там нет в принципе.

В принципе понятно, что надо сделать (поправить доку, придумать два-три
новых задания), но мне непонятны правила "приёмки" обновлённой доки
существующей Team.

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

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

 MS> Кстати, в PLD за счёт того, что люди _могут_ править пакеты друг
 MS> друга в cvs -- маленькая команда ведёт _огромный_ репозиторий:
 MS> когда я чего-то не нахожу в Sisyphus, за спеками и патчами первым
 MS> делом лезу на cvs.pld-linux.org.

git? clone, hack-hack, "pull please". Правда, текущую реализацию надо
будет доработать, чтобы было понятнее, откуда clone и кого просить pull.

-- 

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

Re: [devel] ALT Linux [Team] QA

[Michael Shigorin]

On Sun, Feb 17, 2008 at 10:08:27PM +0600, Mikhail Gusarov wrote:
>  MS> Могу попросить тех, кому небезразлично, помочь с проверками багов,
>  MS> которые висят на zerg@ и vsu@ -- зачастую они по факту уже
>  MS> исправлены, но багрепорты висят открытыми и заваливают те, которые
>  MS> бы стоило посмотреть.
> Кстати, я могу попробовать привлекать к помощи людей не из Team
> - задача достаточно простая, но может в т.ч. послужить хорошим
> bootstrap'ом для вхождения в Team.

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

Только люди занятые обычно интересуются "правилами игры"
(помнится, первым мне конкретно так вопрос озвучил khim@).
И не один уже решил не встревать во что-то с неизвестными
правилами, которые выясняются и уточняются по месту.

> Вот как например wiki на fs.i. Если вы её избегаете - сходите
> на http://freesource.info/wiki/AltLinux, только сильно не
> углубляйтесь, я там ещё не везде навёл порядок :)

Вы её с Денисом лучше скорей тащите с перегруженной машинки,
а то сейчас кээк ломанёмся...

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

Re: [devel] ALT Linux [Team] QA

[Mikhail Gusarov]

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

Twas brillig at 19:33:25 17.02.2008 UTC+02 when Michael Shigorin did gyre and gimble:

 MS> Вы её с Денисом лучше скорей тащите с перегруженной машинки, а то
 MS> сейчас кээк ломанёмся...

[усиленно смотрит на Дениса] Да я уже давно держу руку "всё перетащу,
дайте только права".

-- 

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

[devel] alt docs (was: ALT Linux [Team] QA)

[Michael Shigorin]

On Sun, Feb 17, 2008 at 11:32:04PM +0600, Mikhail Gusarov wrote:
>  MS> Но тогда может потребоваться более внятно вводить людей в проект,
>  MS> объяснять, что и почему и зачем делается именно так, а не более
>  MS> разгильдяйски, и подпирать QA/junior jobs.
> Тут я вспомнил одну вещь, которая мне не даёт покоя: new
> maintainers' guide написан с расчётом на одну категорию
> потенциальных тимовцев: майнтайнеры. QA / документации /
> локализаторов / вебмастеров / портеров / junior там нет в
> принципе.

Мало того, workflow около join@ был долгое время построен
исключительно с ориентацией на пакеты (даже когда ненулевое
количество людей трудами avp@ собрались писать документацию).

Кажется, сейчас по факту что-то изменилось, но боюсь, что для
выяснения "по поводу помощи с документацией писать kirill@"
желающему придётся потратить заметное время.

> В принципе понятно, что надо сделать (поправить доку, придумать
> два-три новых задания), но мне непонятны правила "приёмки"
> обновлённой доки существующей Team.

Вот пошли Кирилла и спросим.

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

[devel] git.alt (was: ALT Linux [Team] QA)

[Michael Shigorin]

On Sun, Feb 17, 2008 at 11:32:04PM +0600, Mikhail Gusarov wrote:
>  MS> Поскольку нет смысла отказываться от опыта людей, которым недосуг
>  MS> чинить, скажем, тривиальные пересечения с filesystem, которые вдруг
>  MS> обнаружились.  Или что там ещё.
> Тут скорее нужно какое-то правило (скорее даже традиция) рода
> "приходящее в сизиф не должно разламывать его нафиг, а если
> разламывает - приносящий это в сизиф пусть сначала починит".

Не, приходят-то обычно "листья", а не glib или libssl.
Разламывает сборку сизифа обычно желание сделать его лучше :)

>  MS> Кстати, в PLD за счёт того, что люди _могут_ править пакеты друг
>  MS> друга в cvs -- маленькая команда ведёт _огромный_ репозиторий:
>  MS> когда я чего-то не нахожу в Sisyphus, за спеками и патчами первым
>  MS> делом лезу на cvs.pld-linux.org.
> git? clone, hack-hack, "pull please". Правда, текущую
> реализацию надо будет доработать, чтобы было понятнее,
> откуда clone и кого просить pull.

Хуже: сейчас кто как хочет/умеет, тот так и развлекается.
Чтобы помочь, сначала надо въехать, какой именно стиль применён
в заданном пакете.

Мне кажется, это действительно серьёзная проблема: для помощи
требуется не просто владеть хотя бы основами git на уровне
пользователя, а иметь сопоставимую с $MAINTAINER квалификацию
_именно_ в использовании этого инструмента.  Что практически
убивает саму идею.

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

Если в таком неопределённом и разобщённом (за пределами
gear-srpmimport) виде выкатываться, может получиться плохо.

Или общее -- как раз srpmimport, а дальше я сгущаю краски?
Просто его результат нечасто встречаю, обычно рукоделие...

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

Re: [devel] git.alt

[Dmitry V. Levin]

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

On Sun, Feb 17, 2008 at 07:42:21PM +0200, Michael Shigorin wrote:
[...]
> Хуже: сейчас кто как хочет/умеет, тот так и развлекается.
> Чтобы помочь, сначала надо въехать, какой именно стиль применён
> в заданном пакете.

Думаешь, слишком много свободы?
Инструмент должен давать свободу действий.

> Мне кажется, это действительно серьёзная проблема: для помощи
> требуется не просто владеть хотя бы основами git на уровне
> пользователя, а иметь сопоставимую с $MAINTAINER квалификацию
> _именно_ в использовании этого инструмента.  Что практически
> убивает саму идею.

Это преувеличение.
Для того, чтобы помочь, чтобы сделать pull/commit/pull,
не обязательно разбираться в технике ведения репозитория.

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

Твой комментарий подтверждает мою мысль.

> Если в таком неопределённом и разобщённом (за пределами
> gear-srpmimport) виде выкатываться, может получиться плохо.

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

> Или общее -- как раз srpmimport, а дальше я сгущаю краски?
> Просто его результат нечасто встречаю, обычно рукоделие...

Почти все мои gear-репозитории выросли из результата работы
gear-srpmimport'а.


-- 
ldv

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

Re: [devel] contrib

[Dmitry V. Levin]

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

On Sun, Feb 17, 2008 at 05:53:01PM +0200, Michael Shigorin wrote:
[...]
> Может иметь смысл разделять main, где качество держать на
> предельно возможной разумными средствами планке (возможно,
> даже чуть выше, чем сейчас выбирается для всего сизифа).
> И contrib, где планка может и должна быть ниже.

Насколько ниже, в технических терминах?

> Это определяется тем, что:
> - люди в команде -- разные, и не все из нас ldv@ или lav@;
> - фактическая критичность пакетов -- разная; 
> - фактическая компетентность апстримов -- тоже разная.
> 
> Сборочное замыкание -- разумеется, main на main, contrib --
> на main+contrib.

Какое отношение тогда contrib будет иметь, по твоему мнению,
к собственно Сизифу?

> Так вот при этом main следует по возможности поддерживать не
> только силами команды, а и силами заинтересованных в "горячем"
> качестве фирм.  Например, чтоб lazarus не приходилось спешно
> фиксить, а было понятно -- если он лежит в contrib, то пакет
> необязательно заявлен как соответствующий самым-самым высоким
> стандартам или вообще активно используемый майтейнером в быту.
> 
> Бишь баги на пакеты из main стоит обязать проверять и при
> необходимости (когда принято решение о важности баги с т.з.
> соответствующей фирмы -- пока это по факту ООО "АЛТ", боюсь)
> предлагать помощь или в случае исчезновения контакта --
> подготавливать NMU (с уведомлением, что пакет из main является
> unmaintained).
> 
> Например, если бага повешена и висит неделю (major+), месяц
> (normal), три месяца (minor-) без движения в UNCO/NEW, то по
> крайней мере обеспечить её просмотр QA Team.  Даже если
> в составе одного выделенного разработчика.
> 
> Это всё тоже напрашивается на некую концепцию обеспечения
> сочетания качества и интереса при совместной открытой разработке
> людьми на fulltime в профильных фирмах и заинтересованными "для
> себя" добровольными участниками проекта, но я не уверен, время ли 
> для такого текста: он-то упирается в этого самого хотя бы одного, 
> но терпеливо помогающего QA Team member.

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

> > В общем, я согласен с dottedmag@, проблема актуальна.
> 
> Актуальна другая проблема: когда багзила становится уже не
> инструментом, а ещё одним рефлекторно избегаемым сайтом.

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


-- 
ldv

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

Re: [devel] git.alt

[Michael Shigorin]

On Sun, Feb 17, 2008 at 08:55:22PM +0300, Dmitry V. Levin wrote:
> > Хуже: сейчас кто как хочет/умеет, тот так и развлекается.
> > Чтобы помочь, сначала надо въехать, какой именно стиль
> > применён в заданном пакете.
> Думаешь, слишком много свободы?
> Инструмент должен давать свободу действий.

Я не против свободы действий, я о недостатке принятых путей.
Асфальт -- это хорошо, но с определением сторонности движения.

> > Мне кажется, это действительно серьёзная проблема: для помощи
> > требуется не просто владеть хотя бы основами git на уровне
> > пользователя, а иметь сопоставимую с $MAINTAINER квалификацию
> > _именно_ в использовании этого инструмента.  Что практически
> > убивает саму идею.
> Это преувеличение.
> Для того, чтобы помочь, чтобы сделать pull/commit/pull,
> не обязательно разбираться в технике ведения репозитория.

OK, попробуй обновить тарбол в /people/mithraen/packages/nginx.git
и объяснить нам с Денисом, где он меня зря пугал, а я зря пугался.
:)

> > Например, для изменений в nginx мы с mithraen@ договорились,
> > что он втягивает мои изменения -- а вот обновления версии
> > делает сам, поскольку там заморочки.
> Твой комментарий подтверждает мою мысль.

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

Надо вытащить репозиторий (например, для проверки того, что
в 24-ovz фактически никак не приложен патчик, упомянутый в
bugzilla.openvz.org, пришлось вытащить полгига git repo -- 
ждём shallow clones?); понять, как он устроен; понять, каков
стиль внесения изменений в него...

Я не говорю, что идея плоха или реализация никуда не годится
-- но пытаюсь понять, в чём текущие проблемы (они отчасти
обусловлены incoming+acl+srpms) и какие из них всё равно не
решаются -- или усугубляются -- переездом incoming на git.

(для архива: рядом упомянутый гипотетический contrib предлагалось
гарантировать как возможный к пополнению именно srpms вне
зависимости от)

> > Если в таком неопределённом и разобщённом (за пределами
> > gear-srpmimport) виде выкатываться, может получиться плохо.
> Ты думаешь, можно сделать такой репозиторий, в который будет
> слишком сложно вносить изменения?

Вносить-то их может оказаться несложно, а вот понять, как это
делать...

Почитав описание raorn@ насчёт mutt, понял, что очень рад тому,
что туда не надо лазить :)

> > Или общее -- как раз srpmimport, а дальше я сгущаю краски?
> > Просто его результат нечасто встречаю, обычно рукоделие...
> Почти все мои gear-репозитории выросли из результата работы
> gear-srpmimport'а.

Твои едва ли не наименее интересны среднему начинающему
контрибутору git.alt (вроде меня) как раз. :)

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 21:06:10 17.02.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:

 DVL> Не вижу такой проблемы.  Багзила -- это фактически единственный
 DVL> инструмент для отслеживания ошибок.

У тебя такой проблемы нет, ты её любишь и используешь :)

-- 

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

Re: [devel] git.alt

[Sergey Vlasov]

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

On Sun, Feb 17, 2008 at 08:55:22PM +0300, Dmitry V. Levin wrote:
> Для того, чтобы помочь, чтобы сделать pull/commit/pull,
> не обязательно разбираться в технике ведения репозитория.

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

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

Re: [devel] contrib

[Michael Shigorin]

On Sun, Feb 17, 2008 at 09:06:10PM +0300, Dmitry V. Levin wrote:
> > Может иметь смысл разделять main, где качество держать на
> > предельно возможной разумными средствами планке (возможно,
> > даже чуть выше, чем сейчас выбирается для всего сизифа).
> > И contrib, где планка может и должна быть ниже.
> Насколько ниже, в технических терминах?

Последним крупным поводом было введение --as-needed.  Сейчас не
соображу, возможно ли технически было бы не настаивать на сборке
именно так (возможно, со второго прохода?) для такого contrib.

Голова тяжёлая.

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

> > Это определяется тем, что:
> > - люди в команде -- разные, и не все из нас ldv@ или lav@;
> > - фактическая критичность пакетов -- разная; 
> > - фактическая компетентность апстримов -- тоже разная.
> > Сборочное замыкание -- разумеется, main на main, contrib --
> > на main+contrib.
> Какое отношение тогда contrib будет иметь, по твоему мнению,
> к собственно Сизифу?

Примерно как Daedalus, только с другой стороны: репозиторий не
потенциально взрывоопасных или экспериментальных, а недостаточно
качественных или ухоженных сборок.  Которые может улучшить или
исправить каждый желающий.

Например, ту кучу своих пакетов, которые повесил на @nobody --
было бы лучше оставить за собой, но поместить в contrib,
поскольку я либо недостаточно заинтересован в них, либо вообще
уже не использую.

> Дочитал до конца.

Спасибо.

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

Не "никакого", а "неизвестного".  Которые "приглашают" собой
заняться.

Если получается как-то иначе сделать, чтобы людям было легче
заняться тем, чем по факту никто не занимается (возможно, это
экспайрящиеся acl; возможно, улучшение sisyphus.ru и более
внятное донесение до людей, которые мучаются с федорами и своими
частными репозиториями, чем им может быть полезно участие в ALT;
возможно, ещё что) -- я только за, особенно ввиду замечания про
Cooker.

Сейчас получается проходная "Маяка" во многом: пока пройдёшь,
чокнешься.

> Я думаю что такое можно сделать, с автоматической публикацией
> "не глядя".  Только я не понимаю зачем.

Чтоб то из orphaned, что может быть полезно, получалось
использовать -> оценивать -> улучшать.

> > > В общем, я согласен с dottedmag@, проблема актуальна.
> > Актуальна другая проблема: когда багзила становится уже не
> > инструментом, а ещё одним рефлекторно избегаемым сайтом.
> Не вижу такой проблемы.  Багзила -- это фактически единственный
> инструмент для отслеживания ошибок.

Посмотри тред рядом (my bugs).

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

Re: [devel] contrib

[Andrey Rahmatullin]

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

On Sun, Feb 17, 2008 at 08:26:32PM +0200, Michael Shigorin wrote:
> Например, ту кучу своих пакетов, которые повесил на @nobody --
> было бы лучше оставить за собой, но поместить в contrib,
Зачем, если 
> поскольку я либо недостаточно заинтересован в них, либо вообще
> уже не использую.
?

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

Пожалуйста, проверьте ваши пакеты.
В поле License должна быть указана правильная лицензия.
Это не просто важно, а критически важно понимать. :)
		-- at in devel@

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

Re: [devel] git.alt

[Dmitry V. Levin]

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

On Sun, Feb 17, 2008 at 09:14:39PM +0300, Sergey Vlasov wrote:
> On Sun, Feb 17, 2008 at 08:55:22PM +0300, Dmitry V. Levin wrote:
> > Для того, чтобы помочь, чтобы сделать pull/commit/pull,
> > не обязательно разбираться в технике ведения репозитория.
> 
> Но при этом нужно знать, куда и как именно в данном репозитории
> принято делать commit - где-то до сих пор нужно добавлять файлы с
> патчами, где-то принято коммитить прямо в master, где-то есть куча
> бранчей, и нужно понять, коммитить эти изменения в какой-то
> существующий, или заводить новый.

Это же видно сразу.  Или нет?  Если нет, то давайте опишем, как
определить по внешнему виду репозитория, какой стиль там принят.


-- 
ldv

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

Re: [devel] git.alt

[Damir Shayhutdinov]

> Это же видно сразу.  Или нет?  Если нет, то давайте опишем, как
> определить по внешнему виду репозитория, какой стиль там принят.

Как правило, файл .gear-rules описывает стиль практически полностью.

Re: [devel] contrib

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [080217 21:35]:
> > Такое ощущение, что ты предлагаешь завести ещё один репозиторий
> > рядом с Сизифом, с мало кому нужными пакетами никакого
> > качества.
> Не "никакого", а "неизвестного".  Которые "приглашают" собой
> заняться.
Пакеты собранные босой беременной кухаркой?  Покажи мне хоть
одного человека в здравом уме, который будет пользоваться этой
пороховой бочкой?  И угадай с одного раза куда эти люди пойдут в
случае каких-то проблем и что им там скажут.  Тем более что нубам
категорически запрещают даже произносить вслух слово "Сизиф".

-- 
Regards,
Sir Raorn.

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 21:53:52 17.02.2008 UTC+03 when Alexey I. Froloff did gyre and gimble:

 AIF> Пакеты собранные босой беременной кухаркой?

Я забрал у француза-лингвиста пару пакетов со словарями в Debian,
которые он поддерживал, чтобы они не выпали из репозитория. В нормальном
состоянии были пакеты.

 AIF> Покажи мне хоть одного человека в здравом уме, который будет
 AIF> пользоваться этой пороховой бочкой?

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

Да, не нужно делать вид, что это пакеты поддерживаемые так же, как rpm
(хехе) или coreutils. If it breaks, you have to keep both pieces, and
patches are welcome.

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

 AIF> И угадай с одного раза куда эти люди пойдут в случае каких-то
 AIF> проблем

Куда?

 AIF> и что им там скажут.

Что?

-- 

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

Re: [devel] contrib

[Sergey Bolshakov]

>>>>> "Michael" == Michael Shigorin <mike@osdn.org.ua> writes:
[skipped]

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

 > Не "никакого", а "неизвестного".  Которые "приглашают" собой
 > заняться.

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

 > Если получается как-то иначе сделать, чтобы людям было легче
 > заняться тем, чем по факту никто не занимается (возможно, это
 > экспайрящиеся acl; возможно, улучшение sisyphus.ru и более
 > внятное донесение до людей, которые мучаются с федорами и своими
 > частными репозиториями, чем им может быть полезно участие в ALT;
 > возможно, ещё что) -- я только за, особенно ввиду замечания про
 > Cooker.

 > Сейчас получается проходная "Маяка" во многом: пока пройдёшь,
 > чокнешься.
Вот и славно.

-- 

Re: [devel] contrib

[Alexey I. Froloff]

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

* Mikhail Gusarov <dottedmag@> [080217 22:06]:
>  AIF> Пакеты собранные босой беременной кухаркой?
> Я забрал у француза-лингвиста пару пакетов со словарями в Debian,
> которые он поддерживал, чтобы они не выпали из репозитория. В нормальном
> состоянии были пакеты.
Это ты к чему?

>  AIF> Покажи мне хоть одного человека в здравом уме, который будет
>  AIF> пользоваться этой пороховой бочкой?
> Какая пороховая бочка? Девяти из десяти десктопных прибамбасов или
> игрушек нафиг не нужно столько внимания, сколько basesystem.
Угу.  И будет оно слинковано с половиной всех сизифных библиотек,
вторую половину носить с собой статикой и предоставлять
пересекающиеся с базовыми пакетами зависимости.  Иначе, почему
оно не проходит в Сизиф через парадный вход?

>  AIF> И угадай с одного раза куда эти люди пойдут в случае каких-то
>  AIF> проблем
> Куда?
В рассылку, на канал, в багзиллу.

>  AIF> и что им там скажут.
> Что?
Что они сами себе агрессивные дендромутанты.  И совершенно
правильно скажут.  А люди обидятся.  Заметь - не мантейнеры
кривых пакетов, а пользователи.

-- 
Regards,
Sir Raorn.

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

Re: [devel] contrib

[Michael Shigorin]

On Sun, Feb 17, 2008 at 11:35:41PM +0500, Andrey Rahmatullin wrote:
> > Например, ту кучу своих пакетов, которые повесил на @nobody --
> > было бы лучше оставить за собой, но поместить в contrib,
> Зачем, если 
> > поскольку я либо недостаточно заинтересован в них, либо вообще
> > уже не использую.
> ?

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

В смысле поэтому не в orphaned.

Но этими пакетами действительно никто не занимается толком.

Поэтому в contrib.

Чтоб если что из таких моих пакетов понадобится в ответственном
проекте -- смотрели не "что Шигорин", а "что контриб".


  ** собственно, я за называние вещей своими именами **


On Sun, Feb 17, 2008 at 09:53:52PM +0300, Alexey I. Froloff wrote:
> > > Такое ощущение, что ты предлагаешь завести ещё один
> > > репозиторий рядом с Сизифом, с мало кому нужными пакетами
> > > никакого качества.
> > Не "никакого", а "неизвестного".  Которые "приглашают" собой
> > заняться.
> Пакеты собранные босой беременной кухаркой?

Да, вроде dynamips.

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

Ой, Лёш, у тебя скорее всего стоит минимум один пакет из
(повторно) прилагаемого списка.  Я тебе ответственно заявляю,
что за zip отвечать -- не хочу, не хватает небосости и
небеременности с некухаристостью.

А между тем именно то, что этот пакет типа поддерживается, вместе 
с тем, что все и так загружены, привело к неприятным непоняткам
вокруг этого пакета по utf8 в зипах имени gmail при тестировании
шкoльных дистров.

> И угадай с одного раза куда эти люди пойдут в случае каких-то
> проблем и что им там скажут.

В devel-contrib@ или другой детсад, а что?  Думаешь, я туда не
пойду? :)

> Тем более что нубам категорически запрещают даже произносить
> вслух слово "Сизиф".

"А судьи кто?"


On Mon, Feb 18, 2008 at 01:00:01AM +0600, Mikhail Gusarov wrote:
>  AIF> Покажи мне хоть одного человека в здравом уме, который будет
>  AIF> пользоваться этой пороховой бочкой?
> Какая пороховая бочка? Девяти из десяти десктопных прибамбасов или
> игрушек нафиг не нужно столько внимания, сколько basesystem.

Вот ыманно.

> А если учесть, сколько сделано в ALT для того, чтобы ненужной
> работой двести раз не заниматься - это идеальная среда для
> поддержки пакетов теми, кому неохота влезать в дебри, ибо в
> дебри раз влезли авторы rpm-build-*. По модулю того, что
> нихрена не документировано, но это исправимо.

Во-во-во-во-во, всё ты правильно улавливаешь :)  catch наступает,
когда вдруг сваливаются повышенные обязательства.

"отдаются в добрые руки следующие пакеты: [98 штук]
я не могу ими заниматься, поскольку они стали отнимать слишком
много моего времени." (c) ott@

http://lists.altlinux.org/pipermail/devel/2004-May/011068.html
http://lists.altlinux.org/pipermail/devel/2005-July/034760.html
http://lists.altlinux.org/pipermail/devel/2005-July/034738.html

BTW заодно:
http://lists.altlinux.org/pipermail/sisyphus/2004-February/139335.html
http://lists.altlinux.org/pipermail/sisyphus/2005-November/177525.html
http://lists.altlinux.org/pipermail/docs/2005-January/004999.html
http://wiki.sisyphus.ru/devel/orphaned

>  AIF> И угадай с одного раза куда эти люди пойдут в случае каких-то
>  AIF> проблем
> Куда?
>  AIF> и что им там скажут.
> Что?

И главное -- чем это будет отличаться от вполне текущей ситуации
с разработкой Сизифа (http://wiki.sisyphus.ru/devel/situation).

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 22:38:52 17.02.2008 UTC+03 when Alexey I. Froloff did gyre and gimble:

 >>  AIF> Пакеты собранные босой беременной кухаркой?
 >> Я забрал у француза-лингвиста пару пакетов со словарями в Debian,
 >> которые он поддерживал, чтобы они не выпали из репозитория. В нормальном
 >> состоянии были пакеты.
 AIF> Это ты к чему?

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

Вопрос в том, что *здесь* такого гайда нет, а есть куча свежих,
полутухлых и тухлых советов и доков, причём одни от других пока что
(sic!) отличить нельзя, а также много девелоперов в рассылках, охотно
или не очень охотно делящихся Советами, Как Правильно. Видать, из
чувства собственной значимости.

 >> Какая пороховая бочка? Девяти из десяти десктопных прибамбасов или
 >> игрушек нафиг не нужно столько внимания, сколько basesystem.
 AIF> Угу.  И будет оно слинковано с половиной всех сизифных библиотек,
 AIF> вторую половину носить с собой статикой и предоставлять
 AIF> пересекающиеся с базовыми пакетами зависимости. Иначе, почему оно
 AIF> не проходит в Сизиф через парадный вход?

Слушай, а это хороший вопрос. [Задумался]

Т.е. с одной стороны - пакетить легко.
С другой - почему-то пакетят мало людей.

Или ошибка в постулате, что пакетить легко, или в каком-то третьем
факторе:

1) Потенциальным майнтайнерам не сообщили, что пакетить легко, а
   атмосферу Майнтайнера Семи Пядей Во Лбу усиленно поддерживают.
2) Пакетить тяжело из-за того, что нифига документации нет.
3) Потенциальных майнтайнеров на самом деле нифига нет.
4) Что-то ещё.

Надо посмотреть, какова будет ситуация после приведения в порядок
документации плюс некоторое время. Ведь тот же debian спокойно
справляется без деления на main/contrib, вероятно, роль играет хорошая
документация.

Я от участия в разговоре "за contrib" тогда устраняюсь до приведения
документации в порядок.

 >>  AIF> и что им там скажут.
 >> Что?
 AIF> Что они сами себе агрессивные дендромутанты.  И совершенно
 AIF> правильно скажут.  А люди обидятся.  Заметь - не мантейнеры
 AIF> кривых пакетов, а пользователи.

Ты проигнорировал существенную часть моего высказывания. Что рядом будет
написано "YOU HAVE TO KEEP BOTH PIECES".

-- 

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

Re: [devel] contrib

[Michael Shigorin]

On Sun, Feb 17, 2008 at 10:38:52PM +0300, Alexey I. Froloff wrote:
> >  AIF> Покажи мне хоть одного человека в здравом уме, который будет
> >  AIF> пользоваться этой пороховой бочкой?
> > Какая пороховая бочка? Девяти из десяти десктопных прибамбасов или
> > игрушек нафиг не нужно столько внимания, сколько basesystem.
> Угу.  И будет оно слинковано с половиной всех сизифных
> библиотек, вторую половину носить с собой статикой и
> предоставлять пересекающиеся с базовыми пакетами зависимости.
> Иначе, почему оно не проходит в Сизиф через парадный вход?

Например, потому, что апстрим сам ещё под стол пешком ходит и не
умеет писать makefiles или потому, что статиком линкуется ffmpeg
со своей сверхзвуковой скоростью разработки? :)

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

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

> >  AIF> и что им там скажут.
> > Что?
> Что они сами себе агрессивные дендромутанты.  И совершенно
> правильно скажут.  А люди обидятся.  Заметь - не мантейнеры
> кривых пакетов, а пользователи.

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

При этом вопрос, _кто_ ССЗБ, остаётся открытым.

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

Re: [devel] git.alt

[Michael Shigorin]

On Sun, Feb 17, 2008 at 09:39:27PM +0300, Damir Shayhutdinov wrote:
> > Это же видно сразу.  Или нет?  Если нет, то давайте опишем, как
> > определить по внешнему виду репозитория, какой стиль там принят.
> Как правило, файл .gear-rules описывает стиль практически полностью.

Гм.  А возможно ли как-то формализовать и выдёргивать для
sisyphus.ru сводки?  "[g-s]" "[kthu]" "[...]" :)

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

Re: [devel] contrib

[Dmitry V. Levin]

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

On Mon, Feb 18, 2008 at 01:52:16AM +0600, Mikhail Gusarov wrote:
> Twas brillig at 22:38:52 17.02.2008 UTC+03 when Alexey I. Froloff did gyre and gimble:
[...]
>  >> Какая пороховая бочка? Девяти из десяти десктопных прибамбасов или
>  >> игрушек нафиг не нужно столько внимания, сколько basesystem.
>  AIF> Угу.  И будет оно слинковано с половиной всех сизифных библиотек,
>  AIF> вторую половину носить с собой статикой и предоставлять
>  AIF> пересекающиеся с базовыми пакетами зависимости. Иначе, почему оно
>  AIF> не проходит в Сизиф через парадный вход?
> 
> Слушай, а это хороший вопрос. [Задумался]
> 
> Т.е. с одной стороны - пакетить легко.
> С другой - почему-то пакетят мало людей.
> 
> Или ошибка в постулате, что пакетить легко, или в каком-то третьем
> факторе:
> 
> 1) Потенциальным майнтайнерам не сообщили, что пакетить легко, а
>    атмосферу Майнтайнера Семи Пядей Во Лбу усиленно поддерживают.
> 2) Пакетить тяжело из-за того, что нифига документации нет.
> 3) Потенциальных майнтайнеров на самом деле нифига нет.
> 4) Что-то ещё.
> 
> Надо посмотреть, какова будет ситуация после приведения в порядок
> документации плюс некоторое время. Ведь тот же debian спокойно
> справляется без деления на main/contrib, вероятно, роль играет хорошая
> документация.
> 
> Я от участия в разговоре "за contrib" тогда устраняюсь до приведения
> документации в порядок.

+1


-- 
ldv

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

Re: [devel] contrib

[Alexey I. Froloff]

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

* Mikhail Gusarov <dottedmag@> [080217 22:56]:
> Вопрос в том, что *здесь* такого гайда нет, а есть куча свежих,
> полутухлых и тухлых советов и доков, причём одни от других пока что
> (sic!) отличить нельзя, а также много девелоперов в рассылках, охотно
> или не очень охотно делящихся Советами, Как Правильно. Видать, из
> чувства собственной значимости.
Я за себя скажу.  На примере обновления версии bugzilla, ты
должен помнить.  Я с самого начала работы над gear (в девичестве
eagr) принимал активное участие в его тестировании и теребил
новые фичи по мере их появления.  С тех пор некоторые вещи для
меня стали сами собой разумеющимися и я не могу их внятно
об'яснить.  В какой-то конкретной ситуации смогу подсказать как
лучше сделать, но не ответить на вопрос "почему именно так".

> Или ошибка в постулате, что пакетить легко, или в каком-то третьем
> факторе:
Ну тут возникает вопрос, кого мы хотим привлечь?  Перепаковщиков
из .tar.gz в .rpm или людей, которые понимают что они делают?

Во первых мантейнер некоторой софтины должен иметь представление
о языке, на котором эта софтина написана.  Что такое бибилотека,
как она взаимодействует с другими библиотеками, что такое SONAME,
что значит динамическая линковка.  Что такое архитектура, чем 32
бита отличаются от 64.  Что такое модуль Perl/Python/Ruby/Whatever,
как работает use/import/require/wtf.  И так далее.  Не у нас в
альтлинуксе, а вообще, глобально.

Во вторых надо иметь представление о формате, в который это всё
упаковывается (rpm).  Что такое сборка, что при этом происходит,
что такое зависимости и зачем они вообще нужны, что такое unmet'ы
и так далее.

И только в третьих надо уметь пользоваться инструментами, при
помощи которых .tar.gz волшебным образом превращается в .rpm.
Сюда входят и правила прохождения пакета в репозитарий,
--ass-needed, статическая линковка, проверка синтаксиса,
"висящие" ссылки и так далее.


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

> Ты проигнорировал существенную часть моего высказывания. Что рядом будет
> написано "YOU HAVE TO KEEP BOTH PIECES".
Честно говоря я это не очень понял.

-- 
Regards,
Sir Raorn.

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

Re: [devel] contrib

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [080217 22:56]:
> > Иначе, почему оно не проходит в Сизиф через парадный вход?
> Например, потому, что апстрим сам ещё под стол пешком ходит и не
> умеет писать makefiles или потому, что статиком линкуется ffmpeg
> со своей сверхзвуковой скоростью разработки? :)
Есть штопор, который открывает со сверхзвуковой скоростью 0.75
бутылки красного вина.  А если открывать им литровые бутылки
белого вина, можно с вероятностью 37.5% отрубить себе три пальца
на левой руке.  Ты будешь пользо^W^Wпосоветуешь кому-ньдь
пользоваться этим штопорм?

Наличие возможности перепаковать .tar.gz в .rpm - ещё не повод
"тащить в рот" всё подряд.

-- 
Regards,
Sir Raorn.

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 00:09:11 18.02.2008 UTC+03 when Alexey I. Froloff did gyre and gimble:

 AIF> Во первых мантейнер некоторой софтины должен иметь представление о
 AIF> языке, на котором эта софтина написана. [...]

 AIF> Во вторых надо иметь представление о формате, в который это всё
 AIF> упаковывается (rpm). [...]

 AIF> И только в третьих надо уметь пользоваться инструментами, [...]

 AIF> Документацию по третьему и немного второму вопросы ты сейчас
 AIF> приводишь в порядок.  А с первым что?  Без него не очень хорошо
 AIF> получается решать проблемы, возникающие и второго и третьего
 AIF> вопросов...

Во-первых, каждому собирателю не потребуется знать всё. На то он и
собиратель "своего kmahjong'а", а не мегагуру. При этом я утверждаю, что
нужные знания он может получить:

Первое и второе - оно не специфично для дистрибутива. Раз в других
дистрибутивах люди живут и собирают, то значит по этому поводу
документация есть. Не по-русски, да, зато наверняка по каждому аспекту
найдётся хотя бы одна качественная дока (вспоминая dsohowto). А где наш
обсуждаемый админ/мелкий программист (не 1C) видел документацию
по-русски?

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

(Попутно возникает вопрос: почему немецкая suse, французская мандрива
или какие-нибудь другие "неамериканские" дистрибутивы замечательноо
бходятся без переведённой документации, и почему альт (или русские
юниксоиды) такой(ие) особенный(ые)? Но это другой вопрос.)

 >> Ты проигнорировал существенную часть моего высказывания. Что рядом будет
 >> написано "YOU HAVE TO KEEP BOTH PIECES".
 AIF> Честно говоря я это не очень понял.

"Гарантий никаких. если у вас это работает - замечательно. Если не
работает - берёте изоленту и vim и склеиваете, если умеете. Если
склеилось - замечательно, давайте патчи. Не склеилось - не судьба, мы
ничего сделать не можем, на то и contrib."

-- 

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

Re: [devel] contrib

[Aleksey Novodvorsky]

Я уже перестал понимать -- зачем это все?
Для того, чтобы привлечь сотню плохих мейнтейнеров? От этого будет
плохо хорошим.
Зачем?

Rgrds, Алексей

On 2/18/08, Mikhail Gusarov <dottedmag@dottedmag.net> wrote:
> Twas brillig at 00:09:11 18.02.2008 UTC+03 when Alexey I. Froloff did gyre and gimble:
>
>  AIF> Во первых мантейнер некоторой софтины должен иметь представление о
>  AIF> языке, на котором эта софтина написана. [...]
>
>  AIF> Во вторых надо иметь представление о формате, в который это всё
>  AIF> упаковывается (rpm). [...]
>
>  AIF> И только в третьих надо уметь пользоваться инструментами, [...]
>
>  AIF> Документацию по третьему и немного второму вопросы ты сейчас
>  AIF> приводишь в порядок.  А с первым что?  Без него не очень хорошо
>  AIF> получается решать проблемы, возникающие и второго и третьего
>  AIF> вопросов...
>
> Во-первых, каждому собирателю не потребуется знать всё. На то он и
> собиратель "своего kmahjong'а", а не мегагуру. При этом я утверждаю, что
> нужные знания он может получить:
>
> Первое и второе - оно не специфично для дистрибутива. Раз в других
> дистрибутивах люди живут и собирают, то значит по этому поводу
> документация есть. Не по-русски, да, зато наверняка по каждому аспекту
> найдётся хотя бы одна качественная дока (вспоминая dsohowto). А где наш
> обсуждаемый админ/мелкий программист (не 1C) видел документацию
> по-русски?
>
> Т.е. здесь наша работа на первое время сводится к тому, чтобы найти
> хороших существующих док и дать ссылок. Замечу, что делиться ссылками -
> существенно проще, чем отвечать ещё и ещё раз про разные
> малодокументированные утилиты, а последнее вполне широко практикуется.
>
> (Попутно возникает вопрос: почему немецкая suse, французская мандрива
> или какие-нибудь другие "неамериканские" дистрибутивы замечательноо
> бходятся без переведённой документации, и почему альт (или русские
> юниксоиды) такой(ие) особенный(ые)? Но это другой вопрос.)
>
>  >> Ты проигнорировал существенную часть моего высказывания. Что рядом будет
>  >> написано "YOU HAVE TO KEEP BOTH PIECES".
>  AIF> Честно говоря я это не очень понял.
>
> "Гарантий никаких. если у вас это работает - замечательно. Если не
> работает - берёте изоленту и vim и склеиваете, если умеете. Если
> склеилось - замечательно, давайте патчи. Не склеилось - не судьба, мы
> ничего сделать не можем, на то и contrib."
>
> --
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 00:27:19 18.02.2008 UTC+03 when Aleksey Novodvorsky did gyre and gimble:

 AN> Я уже перестал понимать -- зачем это все?  Для того, чтобы привлечь
 AN> сотню плохих мейнтейнеров?

С чего вы считаете, что casual maintainers - плохие мейнтейнеры? С того,
что они не посвящают себя сборке трёхсот пакетов и не овладевают
пучинами ELF-загрузчика, когда им нужно две питоньи библиотеки? Бред.

 AN> От этого будет плохо хорошим.

С чего бы это?

 AN> Зачем?

1. Затем, что 4 бага в месяц майнтайнер двух пакетов обработает, а 600
багов в месяц майнтайнер трёхсот пакетов - с трудом. А скорее - забросит
багзиллу и будет эти пакеты собирать исключительно "для себя", а не для
"тупых пользователей".

2. Затем, что сразу стать виртуозом невозможно.

Любой элитизм вида "зачем нам эта сотня плохих майнтайнеров" (мерзко
звучит, ненавижу любой элитизм) приводит к процессу следующего рода (я
его уже наблюдал в как минимум четырёх проектах):

а) Появление новых майнтайнеров замедляется со временем.

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

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

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

-- 

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 03:23:24 18.02.2008 UTC+06 when Mikhail Gusarov did gyre and gimble:

 MG> (Попутно возникает вопрос: почему немецкая suse, французская
 MG> мандрива или какие-нибудь другие "неамериканские" дистрибутивы
 MG> замечательноо бходятся без переведённой документации,

Вот, замечательный пример откопал - с французского сайта mandriva ссылка
"Développer -> Page de développement sur le Wiki Mandriva" ведёт на
английскую wiki.

-- 

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

Re: [devel] ALT Linux [Team] QA (was: "LATER" в Сизифе)

[Igor Zubkov]

17.02.08, Michael Shigorin написал(а):
> Бишь баги на пакеты из main стоит обязать проверять и при
> необходимости (когда принято решение о важности баги с т.з.
> соответствующей фирмы -- пока это по факту ООО "АЛТ", боюсь)
> предлагать помощь или в случае исчезновения контакта --
> подготавливать NMU (с уведомлением, что пакет из main является
> unmaintained).
>
> Например, если бага повешена и висит неделю (major+), месяц
> (normal), три месяца (minor-) без движения в UNCO/NEW, то по
> крайней мере обеспечить её просмотр QA Team.  Даже если
> в составе одного выделенного разработчика.
>
> Это всё тоже напрашивается на некую концепцию обеспечения
> сочетания качества и интереса при совместной открытой разработке
> людьми на fulltime в профильных фирмах и заинтересованными "для
> себя" добровольными участниками проекта, но я не уверен, время ли
> для такого текста: он-то упирается в этого самого хотя бы одного,
> но терпеливо помогающего QA Team member.

Сухое "Да" которое aen@ сказал выше по треду меня наводит на мысль что
это так и останется словами^Wписьмами в рассылке.

-- 
icesik

Re: [devel] contrib

[Aleksey Novodvorsky]

On 2/18/08, Mikhail Gusarov <dottedmag@dottedmag.net> wrote:
> Twas brillig at 00:27:19 18.02.2008 UTC+03 when Aleksey Novodvorsky did gyre and gimble:
>
>  AN> Я уже перестал понимать -- зачем это все?  Для того, чтобы привлечь
>  AN> сотню плохих мейнтейнеров?
>
> С чего вы считаете, что casual maintainers - плохие мейнтейнеры? С того,
> что они не посвящают себя сборке трёхсот пакетов и не овладевают
> пучинами ELF-загрузчика, когда им нужно две питоньи библиотеки? Бред.

При чем здесь 300 пакетов? Можно всего один, но хорошо.

>
>  AN> От этого будет плохо хорошим.
>
> С чего бы это?

От снижения  уровня.

>
>  AN> Зачем?
>
> 1. Затем, что 4 бага в месяц майнтайнер двух пакетов обработает, а 600
> багов в месяц майнтайнер трёхсот пакетов - с трудом. А скорее - забросит
> багзиллу и будет эти пакеты собирать исключительно "для себя", а не для
> "тупых пользователей".

Опять -- 300 пакетов. Откуда?
>
> 2. Затем, что сразу стать виртуозом невозможно.
>
> Любой элитизм вида "зачем нам эта сотня плохих майнтайнеров" (мерзко
> звучит, ненавижу любой элитизм) приводит к процессу следующего рода (я
> его уже наблюдал в как минимум четырёх проектах):

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

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

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

Rgrds, Алексей

> --
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] contrib

[Aleksey Novodvorsky]

On 2/18/08, Mikhail Gusarov <dottedmag@dottedmag.net> wrote:
> Twas brillig at 03:23:24 18.02.2008 UTC+06 when Mikhail Gusarov did gyre and gimble:
>
>  MG> (Попутно возникает вопрос: почему немецкая suse, французская
>  MG> мандрива или какие-нибудь другие "неамериканские" дистрибутивы
>  MG> замечательноо бходятся без переведённой документации,
>
> Вот, замечательный пример откопал - с французского сайта mandriva ссылка
> "Développer -> Page de développement sur le Wiki Mandriva" ведёт на
> английскую wiki.

А вот это как раз в наших реалиях -- прямой путь  элитизму, увы.

Rgrds, Алексей

>
> --
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] ALT Linux [Team] QA (was: "LATER" в Сизифе)

[Aleksey Novodvorsky]

On 2/18/08, Igor Zubkov <igor.zubkov@gmail.com> wrote:
> 17.02.08, Michael Shigorin написал(а):
> > Бишь баги на пакеты из main стоит обязать проверять и при
> > необходимости (когда принято решение о важности баги с т.з.
> > соответствующей фирмы -- пока это по факту ООО "АЛТ", боюсь)
> > предлагать помощь или в случае исчезновения контакта --
> > подготавливать NMU (с уведомлением, что пакет из main является
> > unmaintained).
> >
> > Например, если бага повешена и висит неделю (major+), месяц
> > (normal), три месяца (minor-) без движения в UNCO/NEW, то по
> > крайней мере обеспечить её просмотр QA Team.  Даже если
> > в составе одного выделенного разработчика.
> >
> > Это всё тоже напрашивается на некую концепцию обеспечения
> > сочетания качества и интереса при совместной открытой разработке
> > людьми на fulltime в профильных фирмах и заинтересованными "для
> > себя" добровольными участниками проекта, но я не уверен, время ли
> > для такого текста: он-то упирается в этого самого хотя бы одного,
> > но терпеливо помогающего QA Team member.
>
> Сухое "Да" которое aen@ сказал выше по треду меня наводит на мысль что
> это так и останется словами^Wписьмами в рассылке.

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

Rgrds, Алексей

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 00:47:32 18.02.2008 UTC+03 when Aleksey Novodvorsky did gyre and gimble:

 AN> Все верно, кроме пустяка. Люди должны расти, а для этого нельзя
 AN> опускать планку.  А вот Вы как раз, опуская планку для _некоторых_,
 AN> которые не для main, способствуете пресловутому элитизму, вводите
 AN> его насильно.

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

Я лишь про то, что сложность сборки пакетов в main сильно преувеличена в
глазах общественности, и нужно не планку снижать, а мифы развеивать.

Т.е. нужна не сотня плохих майнтайнеров, а сотня начинающих, которых не
стращали страшным ldv, который ест на завтрак майнтайнеров, случайно
положивших svg-иконку в неправильное место, или невероятной сложностью
сборки библиотек под x86 и x86-64.

-- 

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

Re: [devel] contrib

[Alexey I. Froloff]

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

* Mikhail Gusarov <dottedmag@> [080218 00:23]:
>  >> Ты проигнорировал существенную часть моего высказывания. Что рядом будет
>  >> написано "YOU HAVE TO KEEP BOTH PIECES".
>  AIF> Честно говоря я это не очень понял.
> "Гарантий никаких. если у вас это работает - замечательно. Если не
> работает - берёте изоленту и vim и склеиваете, если умеете. Если
> склеилось - замечательно, давайте патчи. Не склеилось - не судьба, мы
> ничего сделать не можем, на то и contrib."
Писали, не помогает.  Добрая половина не будет этим пользоваться
вообще а злая половина угробит себе систему и свалит на ubuntu.

-- 
Regards,
Sir Raorn.

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 00:49:17 18.02.2008 UTC+03 when Aleksey Novodvorsky did gyre and gimble:

 >> Вот, замечательный пример откопал - с французского сайта mandriva
 >> ссылка "Développer -> Page de développement sur le Wiki Mandriva"
 >> ведёт на английскую wiki.

 AN> А вот это как раз в наших реалиях -- прямой путь  элитизму, увы.

[чешет в затылке] Когда же я в последний раз видел MSDN по-русски?
Наверное, никогда.

-- 

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 00:55:32 18.02.2008 UTC+03 when Alexey I. Froloff did gyre and gimble:

 >> "Гарантий никаких. если у вас это работает - замечательно. Если не
 >> работает - берёте изоленту и vim и склеиваете, если умеете. Если
 >> склеилось - замечательно, давайте патчи. Не склеилось - не судьба,
 >> мы ничего сделать не можем, на то и contrib."

 AIF> Писали, не помогает.

А можно ссылочку/картиночку надписи?

 AIF> Добрая половина не будет этим пользоваться
 AIF> вообще а злая половина угробит себе систему и свалит на ubuntu.

Та, которая злая, и с ubuntu свалит, когда у них что-то не заработает из
universe. Зачем на них внимание обращать?

Тут есть ещё третья половина - пресловутые ott@ сотоварищи. Которые
умеют починить и собрать, но им на это тратить время совершенно неохота,
если готовое есть. А если нет - уйдут туда, где умеют считать до трёх
типов пользователей.

-- 

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

Re: [devel] git.alt

[Mikhail Gusarov]

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

Twas brillig at 20:55:22 17.02.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:

 >> Хуже: сейчас кто как хочет/умеет, тот так и развлекается.
 >> Чтобы помочь, сначала надо въехать, какой именно стиль применён
 >> в заданном пакете.

 DVL> Инструмент должен давать свободу действий.

Можно не решить декларированную задачу "не терять NMU": NMU просто не
будет из-за того, что будет непонятно, как из данном конкретного
репозитория сделать NMU.

Совместной работы в стиле "я тут сделал классный патч, pull пожалуйста",
которой хорош в git тоже может не получиться.

 DVL> Это преувеличение.  Для того, чтобы помочь, чтобы сделать
 DVL> pull/commit/pull, не обязательно разбираться в технике ведения
 DVL> репозитория.

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

Этот ненулевой порог деланья патча сильно мешает - нужно постоянно
советоваться с майнтайнером.

-- 

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

Re: [devel] contrib

[Michael Shigorin]

On Mon, Feb 18, 2008 at 12:09:11AM +0300, Alexey I. Froloff wrote:
> Ну тут возникает вопрос, кого мы хотим привлечь?  Перепаковщиков
> из .tar.gz в .rpm или людей, которые понимают что они делают?

Э, стоп.  Давай возьмём меня в качестве примера не в последнюю
очередь именно перепаковщика-не-вникая.

Во-первых, среди моих любимых апстримов (не считая apache-1.3 
и xmms, которые на другом полюсе по этому критерию) -- как раз
те, которые _достаточно_ перепаковать из tar.gz в rpm.  Хоть
вслепую.  И они при этом Просто Работают.

Хотя для них просто надо освоить rpmrb, не спорю.

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

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

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

Из сегодняшнего разговора с avm@:

<gvy> (с flow2dot понравилось, что оказалось возможным пакет на
      совершенно незнакомом языке собрать легко и непринуждённо)

Внимание, вопрос: зачем мне изучать haskell, если майнтейнер ghc 
на мой совершенно идиотский запрос (#14412) объяснил, что сделано
лучше, и как этим воспользоваться? (как INVALID закрыл сам)

Я сегодня с помощью ещё одной его подсказки собрал ещё одну
библиотеку к haskell, которая понадобилась для более свежей
версии flow2dot, где adept@debian позавчера реализовал
фичреквест.  И, соответственно, новую версию.  Проверил, 
что работает, и отправил в incoming.  _Не зная_ haskell
и не намереваясь бросаться его разучивать, хотя эксперт
по нему сидит в соседней комнате.

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

> Что такое бибилотека, как она взаимодействует с другими
> библиотеками, что такое SONAME, что значит динамическая
> линковка.

Этого всего я тоже практически не знаю.  Да, знаю, кого дёрнуть,
если приспичит -- но и не болеею

> Что такое архитектура, чем 32 бита отличаются от 64.

Циферкой!

> Что такое модуль Perl/Python/Ruby/Whatever, как работает
> use/import/require/wtf.  И так далее.  Не у нас в альтлинуксе,
> а вообще, глобально.

Ещё уметь рисовать мультики, презентации, основательные статьи 
на wiki и строить туалеты на LF, тогда уж.

> Во вторых надо иметь представление о формате, в который это всё
> упаковывается (rpm).  Что такое сборка, что при этом происходит,
> что такое зависимости и зачем они вообще нужны, что такое unmet'ы
> и так далее.

Имею весьма смутное представление о половине перечисленного,
начиная с _формата_ rpm.  Ну, заголовки, ну, теги какие-то...
(думаю, худшей ошибкой было Serial: `date +%Y%m%d`, но без
подсказки сам бы до такого как раз и не додумался)

> И только в третьих надо уметь пользоваться инструментами, при
> помощи которых .tar.gz волшебным образом превращается в .rpm.
> Сюда входят и правила прохождения пакета в репозитарий,
> --ass-needed, статическая линковка, проверка синтаксиса,
> "висящие" ссылки и так далее.

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

Тебе не жмёт e.g. незнание теории графов при сборке, кстати? :)

> Документацию по третьему и немного второму вопросы ты сейчас
> приводишь в порядок.  А с первым что?  Без него не очень хорошо
> получается решать проблемы, возникающие и второго и третьего
> вопросов...

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


On Mon, Feb 18, 2008 at 12:20:47AM +0300, Alexey I. Froloff wrote:
> Наличие возможности перепаковать .tar.gz в .rpm - ещё не повод
> "тащить в рот" всё подряд.

Не спорю.  Кстати, сбегай, принеси пиццу.


On Mon, Feb 18, 2008 at 03:23:24AM +0600, Mikhail Gusarov wrote:
> Во-первых, каждому собирателю не потребуется знать всё. На то
> он и собиратель "своего kmahjong'а", а не мегагуру. При этом я
> утверждаю, что нужные знания он может получить:

Именно.


On Mon, Feb 18, 2008 at 12:27:19AM +0300, Aleksey Novodvorsky wrote:
> Я уже перестал понимать -- зачем это все?

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

Здесь речь точно о том же: я, например, ХОЧУ раздать практически
все свои пакеты в более достойные и менее замороченные руки.  
И помогать советами, работой с апстримом, заметками более общего
(дистрибутивного) плана.  Потому что могу помочь этим.

А не поддерживать apache до скончания века просто потому,
что apache22 жрёт как не в себя памяти.  И если мне на голову
вдруг упадёт кирпич (ну мало ли) -- создавать ещё одну заметную
проблему для тех, кому разбирать наследство.

> Для того, чтобы привлечь сотню плохих мейнтейнеров?

М-да.  Вот уж от кого не ожидал.

Алексей Евгеньевич, а дети плохие бывают?  В школе.

> От этого будет плохо хорошим.  Зачем?

Я не назову хорошим майнтейнера, который огульно назовёт других
плохими, не зная их.

Хорошо, что Вы не майнтейнер. :)


On Mon, Feb 18, 2008 at 03:39:40AM +0600, Mikhail Gusarov wrote:
>  AN> От этого будет плохо хорошим.
> С чего бы это?

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

Ключевые слова -- выгорание людей.

> Любой элитизм вида "зачем нам эта сотня плохих майнтайнеров"
> (мерзко звучит, ненавижу любой элитизм)

+1

[...]

> Типичная положительная обратная связь. Если её не разрушить -
> приведёт к закукливанию или распаду. При этом закукливание -
> лишь отсроченный распад, из-за пункта б).

Вот это и пытаюсь объяснить не первый год -- неужели так сложно
понять?  Или для этого надо быть "майнтейнером второго сорта"?

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

Re: [devel] contrib

[Alexey I. Froloff]

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

* Mikhail Gusarov <dottedmag@> [080218 01:03]:
>  >> "Гарантий никаких. если у вас это работает - замечательно. Если не
>  >> работает - берёте изоленту и vim и склеиваете, если умеете. Если
>  >> склеилось - замечательно, давайте патчи. Не склеилось - не судьба,
>  >> мы ничего сделать не можем, на то и contrib."
>  AIF> Писали, не помогает.
> А можно ссылочку/картиночку надписи?
Да тот же сизифус.ру.  "Сизиф не обновления", и всё равно
обновляются.  А в Daedalus и на people разных в это время пакеты
протухают.

>  AIF> Добрая половина не будет этим пользоваться
>  AIF> вообще а злая половина угробит себе систему и свалит на ubuntu.
> Та, которая злая, и с ubuntu свалит, когда у них что-то не заработает из
> universe. Зачем на них внимание обращать?
Какие-то вы все странные.  То "не травите новичков, ибо они не
ведают что творят", то "зачем на них внимание обращать".  В любом
случает альт получается "унылым г....м".  Либо мантейнеры злые,
либо дистрибутив кривой.

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

Я очень много софта в дистрибутив не упакетил только по той
причине, что оно совершенно невменяемое.  Хоть и делает вид чо
работает.

-- 
Regards,
Sir Raorn.

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

Re: [devel] contrib

[Aleksey Novodvorsky]

On 2/18/08, Michael Shigorin <mike@osdn.org.ua> wrote:
> On Mon, Feb 18, 2008 at 12:27:19AM +0300, Aleksey Novodvorsky wrote:
> > Я уже перестал понимать -- зачем это все?
>
> Затем, чтоб проект не оказывался на краю коллапса, когда один
> мега-Новодворский наконец прекращает сборку пакетов и идёт в
> менеджеры, чтоб проект не остался с пакетами, но без людей.
>
> Здесь речь точно о том же: я, например, ХОЧУ раздать практически
> все свои пакеты в более достойные и менее замороченные руки.

Вот! Достойные.
Их надо вырастить, а не отдать и забыть, да?

> И помогать советами, работой с апстримом, заметками более общего
> (дистрибутивного) плана.  Потому что могу помочь этим.
>

Именно.

> А не поддерживать apache до скончания века просто потому,
> что apache22 жрёт как не в себя памяти.  И если мне на голову
> вдруг упадёт кирпич (ну мало ли) -- создавать ещё одну заметную
> проблему для тех, кому разбирать наследство.



>
> > Для того, чтобы привлечь сотню плохих мейнтейнеров?
>
> М-да.  Вот уж от кого не ожидал.
>
> Алексей Евгеньевич, а дети плохие бывают?  В школе.
>

Дети -- нет.  Но некоторые дети плохо знают математику, потому их
учат. А не говорят: 2x2 знаешь и ладно.

> > От этого будет плохо хорошим.  Зачем?
>
> Я не назову хорошим майнтейнера, который огульно назовёт других
> плохими, не зная их.
>
> Хорошо, что Вы не майнтейнер. :)

Мейнтейнер -- не человек, а функция человека.


Мне представляется, что участие в тим -- отличная школа. Вы же с
dottedmag@  предлагаете оганичиться  начальными образованием как
обязательным. А я вот -- за всеобщее среднее. Хотя бы. Так кто из нас
"элитист" и мракобес?

Rgrds, Алексей

>
>
> On Mon, Feb 18, 2008 at 03:39:40AM +0600, Mikhail Gusarov wrote:
> >  AN> От этого будет плохо хорошим.
> > С чего бы это?
>
> С непрочтения узелка, который был обрисован выше и в который мы
> уже довольно давно заметным образом вляпались.
>
> Ключевые слова -- выгорание людей.
>
> > Любой элитизм вида "зачем нам эта сотня плохих майнтайнеров"
> > (мерзко звучит, ненавижу любой элитизм)
>
> +1
>
> [...]
>
> > Типичная положительная обратная связь. Если её не разрушить -
> > приведёт к закукливанию или распаду. При этом закукливание -
> > лишь отсроченный распад, из-за пункта б).
>
> Вот это и пытаюсь объяснить не первый год -- неужели так сложно
> понять?  Или для этого надо быть "майнтейнером второго сорта"?
>
> --
>  ---- WBR, Michael Shigorin <mike@altlinux.ru>
>   ------ Linux.Kiev http://www.linux.kiev.ua/
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] git.alt

[Dmitry V. Levin]

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

On Mon, Feb 18, 2008 at 04:15:50AM +0600, Mikhail Gusarov wrote:
> Twas brillig at 20:55:22 17.02.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:
> 
>  >> Хуже: сейчас кто как хочет/умеет, тот так и развлекается.
>  >> Чтобы помочь, сначала надо въехать, какой именно стиль применён
>  >> в заданном пакете.
> 
>  DVL> Инструмент должен давать свободу действий.
> 
> Можно не решить декларированную задачу "не терять NMU": NMU просто не
> будет из-за того, что будет непонятно, как из данном конкретного
> репозитория сделать NMU.
> 
> Совместной работы в стиле "я тут сделал классный патч, pull пожалуйста",
> которой хорош в git тоже может не получиться.

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

>  DVL> Это преувеличение.  Для того, чтобы помочь, чтобы сделать
>  DVL> pull/commit/pull, не обязательно разбираться в технике ведения
>  DVL> репозитория.
> 
> Нужно хотя бы понимать, что патчить. А то я взял тут какой-то
> репозиторий и вертел его, пока raorn не пришёл и не посоветовал половину
> бранчей убить, а остальные переименовать.
> 
> Этот ненулевой порог деланья патча сильно мешает - нужно постоянно
> советоваться с майнтайнером.

Я думаю что это исключение: большинство gear-репозиториев простые как
табуретки.

Можно произвести простой эксперимент: взять из файла
http://git.altlinux.org/people-packages-list
случайные 10 репозиториев и проверить, сколько из них не сразу понятно
как патчить.


-- 
ldv

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

Re: [devel] contrib

[Led]

Sunday, 17 February 2008 23:39:40 Mikhail Gusarov написав:
> Twas brillig at 00:27:19 18.02.2008 UTC+03 when Aleksey Novodvorsky did
> gyre and gimble:
>
>  AN> Я уже перестал понимать -- зачем это все?  Для того, чтобы привлечь
>  AN> сотню плохих мейнтейнеров?
>
> С чего вы считаете, что casual maintainers - плохие мейнтейнеры? С того,
> что они не посвящают себя сборке трёхсот пакетов и не овладевают
> пучинами ELF-загрузчика, когда им нужно две питоньи библиотеки? Бред.
>
>  AN> От этого будет плохо хорошим.
>
> С чего бы это?

Хотя бы с того, что придётся отписаться или по большей части игнорировать 
рассылку devel@. И это только один пункт.

>
>  AN> Зачем?
>
> 1. Затем, что 4 бага в месяц майнтайнер двух пакетов обработает, а 600
> багов в месяц майнтайнер трёхсот пакетов - с трудом. А скорее - забросит
> багзиллу и будет эти пакеты собирать исключительно "для себя", а не для
> "тупых пользователей".
>
> 2. Затем, что сразу стать виртуозом невозможно.

Я не совсем понимаю: учиться собирать пакеты, не заливая их в Сизиф 
невозможно?

-- 
Led

Re: [devel] contrib

[Mikhail Gusarov]

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


Twas brillig at 01:27:59 18.02.2008 UTC+03 when Alexey I. Froloff did gyre and gimble:

 >> А можно ссылочку/картиночку надписи?

 AIF> Да тот же сизифус.ру.  "Сизиф не обновления", и всё равно
 AIF> обновляются.

Смотрел я недавно на wiki.sisyphus.ru. Там несмотря на все попытки
предостеречь, через строчки сквозило "это обновления, но вы их не
используйте, потому что они слегка нестабильные".

Вот, взгляни:
http://www.freesource.info/wiki/AltLinux/Sisyphus/HomePage/diff?fastdiff=on&a=13788&b=13273

Конкретные слова сильно влияют на восприятие (источники сизифа в apt по
умолчанию, хоть и закомментированные - тоже).

 >> Та, которая злая, и с ubuntu свалит, когда у них что-то не
 >> заработает из universe. Зачем на них внимание обращать?

 AIF> Какие-то вы все странные.  То "не травите новичков, ибо они не
 AIF> ведают что творят", то "зачем на них внимание обращать".

Дуальное мировоззрение "новички / гуру" сильно искажает реальность.

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

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

 AIF> Я очень много софта в дистрибутив не упакетил только по той
 AIF> причине, что оно совершенно невменяемое.  Хоть и делает вид чо
 AIF> работает.

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

Впрочем, про contrib потом поговорим, если убедимся, что без него не
обойтись.


[-- Attachment #2.1: Type: text/plain, Size: 7 bytes --]


-- 

[-- Attachment #2.2: Type: application/pgp-signature, Size: 188 bytes --]

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 01:30:18 18.02.2008 UTC+03 when Aleksey Novodvorsky did gyre and gimble:

 AN> Мне представляется, что участие в тим -- отличная школа. Вы же с
 AN> dottedmag@ предлагаете оганичиться начальными образованием как
 AN> обязательным.

ет (c)

-- 

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

Re: [devel] contrib

[Dmitry V. Levin]

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

On Mon, Feb 18, 2008 at 04:40:42AM +0600, Mikhail Gusarov wrote:
> Twas brillig at 01:30:18 18.02.2008 UTC+03 when Aleksey Novodvorsky did gyre and gimble:
> 
>  AN> Мне представляется, что участие в тим -- отличная школа. Вы же с
>  AN> dottedmag@ предлагаете оганичиться начальными образованием как
>  AN> обязательным.
> 
> ет (c)

Сделай поправку на то, что Алексей (и не только он) не всегда внимательно
читает письма перед тем как ответить.


-- 
ldv

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 01:43:34 18.02.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:

 >>  AN> Мне представляется, что участие в тим -- отличная школа. Вы же
 >>  AN> с dottedmag@ предлагаете оганичиться начальными образованием
 >>  AN> как обязательным.
 >> ет (c)

 DVL> Сделай поправку на то, что Алексей (и не только он) не всегда
 DVL> внимательно читает письма перед тем как ответить.

Одно из правил гашения флейма - внимательно следить за пишушими в тему и
своевременно опровергать приписанные ими тебе высказывания.

-- 

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

Re: [devel] contrib

[Aleksey Novodvorsky]

On 2/18/08, Mikhail Gusarov <dottedmag@dottedmag.net> wrote:
> Twas brillig at 01:43:34 18.02.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:
>
>  >>  AN> Мне представляется, что участие в тим -- отличная школа. Вы же
>  >>  AN> с dottedmag@ предлагаете оганичиться начальными образованием
>  >>  AN> как обязательным.
>  >> ет (c)
>
>  DVL> Сделай поправку на то, что Алексей (и не только он) не всегда
>  DVL> внимательно читает письма перед тем как ответить.
>
> Одно из правил гашения флейма - внимательно следить за пишушими в тему и
> своевременно опровергать приписанные ими тебе высказывания.

Одно из правил разжигания флейма -- навешивание ярлыков, в котором Вы
сегодня преуспели.

Rgrds, Алексей

>
> --
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] git.alt

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [080218 01:33]:
> Можно произвести простой эксперимент: взять из файла
> http://git.altlinux.org/people-packages-list
> случайные 10 репозиториев и проверить, сколько из них не сразу понятно
> как патчить.
А по оси Икс у нас будет дата первого коммита ;-)

-- 
Regards,
Sir Raorn.

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

[devel] Administrativia

[Dmitry V. Levin]

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

On Mon, Feb 18, 2008 at 01:50:09AM +0300, Aleksey Novodvorsky wrote:
> Одно из правил разжигания флейма -- навешивание ярлыков, в котором Вы
> сегодня преуспели.

Алексей, прекратите.


-- 
ldv

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

Re: [devel] contrib

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [080218 01:23]:
> > Ну тут возникает вопрос, кого мы хотим привлечь?  Перепаковщиков
> > из .tar.gz в .rpm или людей, которые понимают что они делают?
> Э, стоп.  Давай возьмём меня в качестве примера не в последнюю
> очередь именно перепаковщика-не-вникая.
Ты - неудачный пример.  Ты свои пакеты исправляешь или просишь
помочь с исправлением.  Многие (я в том числе) громко кричат в
рассылку сразу после введения какой-то новой фичи, но как правило
через "десять вдохов-выдохов" это проходит.

Я говорю о тех, кто заявляет "так решил Апстрим и сие есть
Истина".

> Во-первых, среди моих любимых апстримов (не считая apache-1.3 
> и xmms, которые на другом полюсе по этому критерию) -- как раз
> те, которые _достаточно_ перепаковать из tar.gz в rpm.  Хоть
> вслепую.  И они при этом Просто Работают.
Это замечательные, замечательные апстримы.  У меня тоже такие
есть.

> Внимание, вопрос: зачем мне изучать haskell, если майнтейнер ghc 
> на мой совершенно идиотский запрос (#14412) объяснил, что сделано
                              ^^^^^^
> лучше, и как этим воспользоваться? (как INVALID закрыл сам)
!!!!  Запрос.  А есть такие, которые не спрашивают, и потом
получаются редкостной кривизны пакеты.  Не буду показывать
пальцем.

> Этого всего я тоже практически не знаю.  Да, знаю, кого дёрнуть,
> если приспичит -- но и не болеею
Ну ещё раз то же самое.  Ты - отвратительный пример "тупого
перепаковщика".  Не надо себя так называть.

> Причём требуется родиться со всеми этими знаниями, если правильно
> тебя понял.
Смешно.

> Тебе не жмёт e.g. незнание теории графов при сборке, кстати? :)
Не поверишь - иногда жмёт.  Не совсем при сборке, но поджимает.

> > Наличие возможности перепаковать .tar.gz в .rpm - ещё не повод
> > "тащить в рот" всё подряд.
> Не спорю.  Кстати, сбегай, принеси пиццу.
Аргументы кончились, переходим на личности?  Не надо.

-- 
Regards,
Sir Raorn.

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

Re: [devel] ALT Linux [Team] QA

[Vitaly Lipatov]

On 17 февраля 2008, Mikhail Gusarov wrote:
> Twas brillig at 19:33:25 17.02.2008 UTC+02 when Michael
> Shigorin did gyre and gimble:
>
>  MS> Вы её с Денисом лучше скорей тащите с перегруженной
> машинки, а то MS> сейчас кээк ломанёмся...
>
> [усиленно смотрит на Дениса] Да я уже давно держу руку "всё
> перетащу, дайте только права".
Михаил, усиленная просьба сделать всё возможное по ускорению 
процесса. Не ждите и не смотрите. Спрашивайте.



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

Re: [devel] ALT Linux [Team] QA

[Mikhail Gusarov]

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

Twas brillig at 09:54:08 18.02.2008 UTC+03 when Vitaly Lipatov did gyre and gimble:

 MS> Вы её с Денисом лучше скорей тащите с перегруженной машинки, а то
 MS> сейчас кээк ломанёмся...
 >> [усиленно смотрит на Дениса] Да я уже давно держу руку "всё
 >> перетащу, дайте только права".
 VL> Михаил, усиленная просьба сделать всё возможное по ускорению 
 VL> процесса. Не ждите и не смотрите. Спрашивайте.

Денис, дай доступ? :) Все стонут и ждут переезда.

-- 

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

Re: [devel] git.alt

[Stanislav Ievlev]

On Sun, Feb 17, 2008 at 08:55:22PM +0300, Dmitry V. Levin wrote:
> On Sun, Feb 17, 2008 at 07:42:21PM +0200, Michael Shigorin wrote:
> [...]
> > Хуже: сейчас кто как хочет/умеет, тот так и развлекается.
> > Чтобы помочь, сначала надо въехать, какой именно стиль применён
> > в заданном пакете.
> 
> Думаешь, слишком много свободы?
> Инструмент должен давать свободу действий.
> 
> > Мне кажется, это действительно серьёзная проблема: для помощи
> > требуется не просто владеть хотя бы основами git на уровне
> > пользователя, а иметь сопоставимую с $MAINTAINER квалификацию
> > _именно_ в использовании этого инструмента.  Что практически
> > убивает саму идею.
> 
> Это преувеличение.
> Для того, чтобы помочь, чтобы сделать pull/commit/pull,
> не обязательно разбираться в технике ведения репозитория.
> 
> > Например, для изменений в nginx мы с mithraen@ договорились,
> > что он втягивает мои изменения -- а вот обновления версии делает
> > сам, поскольку там заморочки.
> 
> Твой комментарий подтверждает мою мысль.
> 
> > Если в таком неопределённом и разобщённом (за пределами
> > gear-srpmimport) виде выкатываться, может получиться плохо.
> 
> Ты думаешь, можно сделать такой репозиторий, в который будет
> слишком сложно вносить изменения?
Запросто, достаточно поглядеть на kernel и темы gfxboot с их
многочисленными бранчами и пустым репозитарием после первого checkout ;)

Re: [devel] git.alt

[Anton Farygin]

Damir Shayhutdinov пишет:
>> Это же видно сразу.  Или нет?  Если нет, то давайте опишем, как
>> определить по внешнему виду репозитория, какой стиль там принят.
> 
> Как правило, файл .gear-rules описывает стиль практически полностью.

Не факт. Для kernel-image и kernel-modules это утверждение ошибочно.

Re: [devel] git.alt

[Mikhail Gusarov]

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

Twas brillig at 10:18:45 18.02.2008 UTC+03 when Anton Farygin did gyre and gimble:

 >> Как правило, файл .gear-rules описывает стиль практически полностью.

 AF> Не факт. Для kernel-image и kernel-modules это утверждение ошибочно.

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

vsu, ау :) Общественность жаждет.

-- 

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

[devel] [JT] Re: новички

[Michael Shigorin]

On Mon, Feb 18, 2008 at 01:27:59AM +0300, Alexey I. Froloff wrote:
> Какие-то вы все странные.  То "не травите новичков, ибо они не
> ведают что творят", то "зачем на них внимание обращать".

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

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

Re: [devel] contrib

[Michael Shigorin]

On Mon, Feb 18, 2008 at 12:36:15AM +0200, Led wrote:
> > С чего вы считаете, что casual maintainers - плохие
> > мейнтейнеры? С того, что они не посвящают себя сборке трёхсот
> > пакетов и не овладевают пучинами ELF-загрузчика, когда им
> > нужно две питоньи библиотеки? Бред.
> >  AN> От этого будет плохо хорошим.
> > С чего бы это?
> Хотя бы с того, что придётся отписаться или по большей части
> игнорировать рассылку devel@. И это только один пункт.

Здрасьте, что мешает завести другую?  Многое из того, что здесь
регулярно обсуждается -- всё равно давно просится в policy@.

> >  AN> Зачем?
> > 1. Затем, что 4 бага в месяц майнтайнер двух пакетов
> > обработает, а 600 багов в месяц майнтайнер трёхсот пакетов -
> > с трудом. А скорее - забросит багзиллу и будет эти пакеты
> > собирать исключительно "для себя", а не для "тупых
> > пользователей".
> > 2. Затем, что сразу стать виртуозом невозможно.
> Я не совсем понимаю: учиться собирать пакеты, не заливая их в
> Сизиф невозможно?

Ещё сложней, чем заливая, боюсь.  Проверено на себе.

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 11:44:45 18.02.2008 UTC+02 when Michael Shigorin did gyre and gimble:

 >> Хотя бы с того, что придётся отписаться или по большей части
 >> игнорировать рассылку devel@. И это только один пункт.

 MS> Здрасьте, что мешает завести другую?  Многое из того, что здесь
 MS> регулярно обсуждается -- всё равно давно просится в policy@.

Да не, фигня всё это.

 >> Я не совсем понимаю: учиться собирать пакеты, не заливая их в Сизиф
 >> невозможно?

 MS> Ещё сложней, чем заливая, боюсь.  Проверено на себе.

Напрашивается какой-нибудь mentors@, явно прописанный как "к кому
обращаться перед/после/вместо join". Не откажешься там поотвечать на
глупые/не очень вопросы?

-- 

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

[devel] [wiki] AltLinux/Team (и образование)

[Michael Shigorin]

PreScriptum: ужасно криво письма пишутся на деревянную голову,
лучше бы посидел-помолчал :(  Исправленные формулировки -- ниже.


On Mon, Feb 18, 2008 at 01:30:18AM +0300, Aleksey Novodvorsky wrote:
> > Здесь речь точно о том же: я, например, ХОЧУ раздать
> > практически все свои пакеты в более достойные и менее
> > замороченные руки.
> Вот! Достойные.  Их надо вырастить, а не отдать и забыть, да?

Ага.

> > > Для того, чтобы привлечь сотню плохих мейнтейнеров?
> > М-да.  Вот уж от кого не ожидал.
> > Алексей Евгеньевич, а дети плохие бывают?  В школе.
> Дети -- нет.  Но некоторые дети плохо знают математику, потому
> их учат. А не говорят: 2x2 знаешь и ладно.

Ну и никто из них с прошитой математикой не рождается.
Здесь тоже говорю о детском садике скорей, чем о гетто:
не "выгнать", а "вырастить".

> Мне представляется, что участие в тим -- отличная школа. Вы же
> с dottedmag@  предлагаете оганичиться  начальными образованием
> как обязательным. А я вот -- за всеобщее среднее. Хотя бы.

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

И потом профессура бегает за пиццей, потому как некому.
Вместо того, чтоб присматривать за своей сишной или там
рубишной "кафедрой".


On Mon, Feb 18, 2008 at 02:10:12AM +0300, Alexey I. Froloff wrote:
> > Э, стоп.  Давай возьмём меня в качестве примера не в
> > последнюю очередь именно перепаковщика-не-вникая.
> Ты - неудачный пример.

Уж какой есть... боюсь, таких пакетов у меня -- строго за
половину.  В оставшейся если патчи и есть, то обычно или по
наследству достались и не отваливались, или надёрганы где-нить
по PLD/openSUSE/Debian/Cooker/Gentoo.  Причём на самом деле
обычно я их даже не читаю за отсутствием особого толка:
проверяется результат.

> Ты свои пакеты исправляешь или просишь помочь с исправлением.

Или же они отдаются в другие руки, или едут в orphaned.

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

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

Понимаешь, у нас же сейчас непонятно, что вот Дамир нередко
помогает с C/C++, Java, линковкой и 64bit; что Диму можно
спросить при сомнениях в надёжности или безопасности какого-то
куска кода или %attr; что... в общем, поди разберись, кого из
этих дядек можно дёрнуть, если ты тут года не прожил.

Если ещё и рычать -- можно и побояться разбираться.

Давайте попробуем описать свои умения в той части, где мы готовы
помочь другим разбираться?

Собственно, заведу-ка... кто хочет, лучше сами добавляйтесь :)
http://www.freesource.info/wiki/AltLinux/Team (для затравки)

2 raorn, wrar, vsu: вы на самом-то деле как, не умаялись быть на
всё ответом?  За помощь -- спасибо!, но лучше сами вписывайтесь.
По настроению.

> Я говорю о тех, кто заявляет "так решил Апстрим и сие есть
> Истина".

Тю, а кто так?

> !!!!  Запрос.  А есть такие, которые не спрашивают, и потом
> получаются редкостной кривизны пакеты.  Не буду показывать
> пальцем.

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

> > Этого всего я тоже практически не знаю.  Да, знаю, кого
> > дёрнуть, если приспичит -- но и не болеею
> Ну ещё раз то же самое.  Ты - отвратительный пример "тупого
> перепаковщика".  Не надо себя так называть.

Ну так по большей части именно так и есть.  Знал бы ты, чего
стоило приладить патч к apachectl или кому там, когда его апстрим
перелопатил...

> > Причём требуется родиться со всеми этими знаниями, если
> > правильно тебя понял.
> Смешно.

То есть неправильно понял?  Ура :)

> > > Наличие возможности перепаковать .tar.gz в .rpm - ещё не
> > > повод "тащить в рот" всё подряд.
> > Не спорю.  Кстати, сбегай, принеси пиццу.
> Аргументы кончились, переходим на личности?  Не надо.

Не, это был намёк на то, что тебя неэффективно гонять за пиццей.
А для кого-то это был бы экспириенс по навигации ;)

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

Re: [devel] [wiki] AltLinux/Team (и образование)

[Damir Shayhutdinov]

> Собственно, заведу-ка... кто хочет, лучше сами добавляйтесь :)
> http://www.freesource.info/wiki/AltLinux/Team (для затравки)

Не хватает формулировок  в стиле "Характер нордический, твердый. Неженат"  ;)

[devel] [JT] "характер скверный, неженат"

[Michael Shigorin]

On Mon, Feb 18, 2008 at 03:52:27PM +0600, Mikhail Gusarov wrote:
> >> Я не совсем понимаю: учиться собирать пакеты, не заливая их
> >> в Сизиф невозможно?
> > Ещё сложней, чем заливая, боюсь.  Проверено на себе.
> Напрашивается какой-нибудь mentors@, явно прописанный как
> "к кому обращаться перед/после/вместо join".

Угу, debian-mentors@ и припоминал.  Хотя не читал.

> Не откажешься там поотвечать на глупые/не очень вопросы?

А чего ж отказываться, и так уже вписался на "после join@" :)


On Mon, Feb 18, 2008 at 01:51:29PM +0300, Damir Shayhutdinov wrote:
> > Собственно, заведу-ка... кто хочет, лучше сами добавляйтесь :)
> > http://www.freesource.info/wiki/AltLinux/Team (для затравки)
> Не хватает формулировок  в стиле "Характер нордический,
> твердый. Неженат"  ;)

Да-да-да-да-да, ты всё правильно понял :)

Было бы клёво в таком стиле доработать
http://sisyphus.ru/packager/$name ("Информация:"),
только это действительно wiki напрашивается...
и авторизация или как минимум капча :(

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

Re: [devel] contrib

[Led]

В сообщении от Monday 18 February 2008 11:52:27 Mikhail Gusarov написал(а):
> Twas brillig at 11:44:45 18.02.2008 UTC+02 when Michael Shigorin did gyre 
and gimble:
>  >> Хотя бы с того, что придётся отписаться или по большей части
>  >> игнорировать рассылку devel@. И это только один пункт.
>
>  MS> Здрасьте, что мешает завести другую?  Многое из того, что здесь
>  MS> регулярно обсуждается -- всё равно давно просится в policy@.
>
> Да не, фигня всё это.
>
>  >> Я не совсем понимаю: учиться собирать пакеты, не заливая их в Сизиф
>  >> невозможно?
>
>  MS> Ещё сложней, чем заливая, боюсь.  Проверено на себе.
>
> Напрашивается какой-нибудь mentors@, явно прописанный как "к кому
> обращаться перед/после/вместо join". Не откажешься там поотвечать на
> глупые/не очень вопросы?

Вот. С этого и надо было начинать: с подыскиванием "менторов":)

-- 
Led

Re: [devel] [wiki] AltLinux/Team (и образование)

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [080218 13:48]:
> Понимаешь, для этого всего опять же необязательно _самому_
> _сразу_ знать всё то, что ты перечислил (хотя ты тоже не говорил,
> что всё это _обязательно_ знать заранее, но "свойство _хорошего_
> майнтейнера").
Не надо _знать_.  Достаточно иметь желание разобраться, не
бояться спрашивать и не пытаться изобретать велосипеды если есть
какие-то сомнения.

-- 
Regards,
Sir Raorn.

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

Re: [devel] [wiki] AltLinux/Team (и образование)

[Alexander Bokovoy]

Alexey I. Froloff пишет:
> * Michael Shigorin <mike@> [080218 13:48]:
>> Понимаешь, для этого всего опять же необязательно _самому_ _сразу_
>> знать всё то, что ты перечислил (хотя ты тоже не говорил, что всё
>> это _обязательно_ знать заранее, но "свойство _хорошего_ 
>> майнтейнера").
> Не надо _знать_.  Достаточно иметь желание разобраться, не бояться
> спрашивать и не пытаться изобретать велосипеды если есть какие-то
> сомнения.
Спрашивать надо, вот и всё. devel@ как раз для этих целей подходит.
Вообще, многие проблемы бы решились, если бы люди вместо выдумывания
потенциальных ответов другими на их вопросы, просто бы спрашивали.
Естественно, хотелось бы, чтобы над вопросами тоже думали, прежде чем
писать, но совсем не в плане цензуры, а скорее "как бы я хотел, чтобы
мне задавали вопросы, чтобы я хотел давать на них ответы".
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] [JT] "характер скверный, неженат"

[Pavlov Konstantin]

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

On Mon, Feb 18, 2008 at 01:17:15PM +0200, Michael Shigorin wrote:
> On Mon, Feb 18, 2008 at 03:52:27PM +0600, Mikhail Gusarov wrote:
> > >> Я не совсем понимаю: учиться собирать пакеты, не заливая их
> > >> в Сизиф невозможно?
> > > Ещё сложней, чем заливая, боюсь.  Проверено на себе.
> > Напрашивается какой-нибудь mentors@, явно прописанный как
> > "к кому обращаться перед/после/вместо join".
> 
> Угу, debian-mentors@ и припоминал.  Хотя не читал.
> 
> > Не откажешься там поотвечать на глупые/не очень вопросы?
> 
> А чего ж отказываться, и так уже вписался на "после join@" :)

+1, я тоже за институт менторства в рамках Team.  И помогать буду.

-- 
В обновлении CUPS лично меня останавливает всегда только одно:
Каждая новая версия это тёмная лошадка, а не "исправление ошибок".
В очередной версии как правило добавляется новый искусственный
интеллект, который надо заметить и отсечь. Кроме того авторы
часто ломают наши патчи для локализации.
		-- inger in devel@

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

Re: [devel] git.alt (was: ALT Linux [Team] QA)

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

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

On Sun, Feb 17, 2008 at 07:42:21PM +0200, Michael Shigorin wrote:

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

Вот это и есть правильный workflow.

Единственное что было бы еще нужно -- сделать привычку "добавлять запись в
changelog и вообще трогать spec" и собственно изменение делать разными
commit'ами (на случай если мантейнер держит патчи в разных бранчах).

Все. Этого достаточно чтобы можно было бы легко втянуть изменение, даже
если мантейнер хакер, а патч делает человек знакомый исключительно с git
clone/pull/push/commit. Эти 4 команды являются обязательным минимумом для
работы с git. 

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

Помнишь нашу разборку с поддержкой large files в apache? Если бы апач и
все модули лежали в git _и_ собирались прямо из git (по схеме, которой
пока не существует) -- я бы прямо тогда пару раз выругался бы, а потом сел
и за час эту проблему решил бы раз и навсегда.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] git.alt

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

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

On Mon, Feb 18, 2008 at 10:16:56AM +0300, Stanislav Ievlev wrote:

SI> Запросто, достаточно поглядеть на kernel и темы gfxboot с их
SI> многочисленными бранчами и пустым репозитарием после первого checkout ;)

apt-get install seiros-build-utils
Co

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] git.alt

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

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

On Sun, Feb 17, 2008 at 09:14:39PM +0300, Sergey Vlasov wrote:
>> Для того, чтобы помочь, чтобы сделать pull/commit/pull,
>> не обязательно разбираться в технике ведения репозитория.
SV> Но при этом нужно знать, куда и как именно в данном репозитории
SV> принято делать commit - где-то до сих пор нужно добавлять файлы с
SV> патчами, где-то принято коммитить прямо в master, где-то есть куча
SV> бранчей, и нужно понять, коммитить эти изменения в какой-то
SV> существующий, или заводить новый.

Если это патч на spec -- в тот бранч где лежит spec.

Если в .gear/rules патчи генерируются из бранчей -- либо в один из этих
бранчей, либо в новый бранч. Обновление для .gear/rules мантейнер может и
сам сделать.

Если патчи лежат в виде файликов -- всем и так все ясно.

Три простых правила.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] git.alt

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

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

On Sun, Feb 17, 2008 at 08:11:52PM +0200, Michael Shigorin wrote:

>> Это преувеличение.
>> Для того, чтобы помочь, чтобы сделать pull/commit/pull,
>> не обязательно разбираться в технике ведения репозитория.
MS> OK, попробуй обновить тарбол в /people/mithraen/packages/nginx.git
MS> и объяснить нам с Денисом, где он меня зря пугал, а я зря пугался.
MS> :)

А! Обновление версии это действительно отдельная песня. А уж если
используется импорт из какого-нибудь svn, то проще застрелиться чем
другому человеку что-нибудь обновить.

Хотя человек хорошо разбирающийся в git быстро поймет что там сделано.
(оригинал лежит в upstream, а в master пропатченый оригинал, .gear/rules и
спек).

> >> Например, для изменений в nginx мы с mithraen@ договорились,
> >> что он втягивает мои изменения -- а вот обновления версии
> >> делает сам, поскольку там заморочки.
>> Твой комментарий подтверждает мою мысль.
MS> Ну при этом _сейчас_ мне приходится дёргать лишний раз его для
MS> rebuild.  Наверное, можно и сейчас попросить acl, поскольку
MS> коммуникации хорошо налажены -- но вот мотивации поправить багу,
MS> об которую случайно спотыкаешься, обычно недостаточно.

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

>>> Или общее -- как раз srpmimport, а дальше я сгущаю краски?
>>> Просто его результат нечасто встречаю, обычно рукоделие...
>> Почти все мои gear-репозитории выросли из результата работы
>> gear-srpmimport'а.
MS> Твои едва ли не наименее интересны среднему начинающему
MS> контрибутору git.alt (вроде меня) как раз. :)

Да ладно, я вот боюсь скоро буду локально использовать форк от ssh (с теми
самыми высокоскоростными патчами), а также у меня уже давно патченая
libtiff :)

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

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

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

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

On Sun, Feb 17, 2008 at 08:26:32PM +0200, Michael Shigorin wrote:

MS> Последним крупным поводом было введение --as-needed.  Сейчас не
MS> соображу, возможно ли технически было бы не настаивать на сборке
MS> именно так (возможно, со второго прохода?) для такого contrib.

Думаю скорее нужен макрос типа: %this_package_is_contrib. Который изменит
многие параметры так, что пакет будет требовать меньше внимания
(отключится часть проверок, и т.д.).

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

[ruslandh]

В сообщении от Monday 18 February 2008 18:11:22 Денис Смирнов написал(а):
> Думаю скорее нужен макрос типа: %this_package_is_contrib. Который изменит
> многие параметры так, что пакет будет требовать меньше внимания
> (отключится часть проверок, и т.д.).
Смысл ?
Для сборки в Сизиф смысла его не вижу. Вижу только смысл для "домашнего 
творчества" (или для обучения но опять не мантейнеров, а где-нибудь в 
институте). 

Насчёт Contrib, по разъяснениям Миши Шигорина вижу, что contrib возникает 
тогда, когда мантейнер по каким-то причинам не может гарантировать качество 
собираемого пакета (загруженость, невозможность протестировать и т.п.) вот с 
этой стороны можно взглянуть на него. Т.е. это тот случай, когда сообществу 
выгодна хоть какая-то поддержка пакета, но мантейнер не берёт на себя 
смелость гарантировать его качество.

-- 
С Уважением Хихин Руслан.

Re: [devel] contrib

[Led]

В сообщении от Monday 18 February 2008 17:49:58 ruslandh написал(а):
> В сообщении от Monday 18 February 2008 18:11:22 Денис Смирнов написал(а):
> > Думаю скорее нужен макрос типа: %this_package_is_contrib. Который изменит
> > многие параметры так, что пакет будет требовать меньше внимания
> > (отключится часть проверок, и т.д.).
>
> Смысл ?
> Для сборки в Сизиф смысла его не вижу. Вижу только смысл для "домашнего
> творчества" (или для обучения но опять не мантейнеров, а где-нибудь в
> институте).
>
> Насчёт Contrib, по разъяснениям Миши Шигорина вижу, что contrib возникает
> тогда, когда мантейнер по каким-то причинам не может гарантировать качество
> собираемого пакета (загруженость, невозможность протестировать и т.п.) вот
> с этой стороны можно взглянуть на него. Т.е. это тот случай, когда
> сообществу выгодна хоть какая-то поддержка пакета, но мантейнер не берёт на
> себя смелость гарантировать его качество.

Это называется "Оживим Daedalus до того состояния, для которого он изначально 
задумывался".

-- 
Led

Re: [devel] contrib

[Michael Shigorin]

On Mon, Feb 18, 2008 at 06:04:39PM +0200, Led wrote:
> > Насчёт Contrib, по разъяснениям Миши Шигорина вижу, что
> > contrib возникает тогда, когда мантейнер по каким-то причинам
> > не может гарантировать качество собираемого пакета
> > (загруженость, невозможность протестировать и т.п.)

...недостаток опыта в том числе.

> Это называется "Оживим Daedalus до того состояния, для которого
> он изначально задумывался".

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

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

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

Re: [devel] contrib

[ruslandh]

В сообщении от Monday 18 February 2008 19:14:42 Michael Shigorin написал(а):
> > > Насчёт Contrib, по разъяснениям Миши Шигорина вижу, что
> > > contrib возникает тогда, когда мантейнер по каким-то причинам
> > > не может гарантировать качество собираемого пакета
> > > (загруженость, невозможность протестировать и т.п.)
>
> ...недостаток опыта в том числе.

Ну - если пакет протестирован тем-же мантейнером, то при чём тут недостаток 
опыта ?

-- 
С Уважением Хихин Руслан.

Re: [devel] git.alt

[Michael Shigorin]

On Mon, Feb 18, 2008 at 05:57:11PM +0300, Денис Смирнов wrote:
> MS> Например, для изменений в nginx мы с mithraen@ договорились,
> MS> что он втягивает мои изменения -- а вот обновления версии делает
> MS> сам, поскольку там заморочки.
> Вот это и есть правильный workflow.

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

> Единственное что было бы еще нужно -- сделать привычку
> "добавлять запись в changelog и вообще трогать spec" и
> собственно изменение делать разными commit'ами (на случай если
> мантейнер держит патчи в разных бранчах).

Спасибо, не знал.

> Помнишь нашу разборку с поддержкой large files в apache? Если
> бы апач и все модули лежали в git _и_ собирались прямо из git
> (по схеме, которой пока не существует) -- я бы прямо тогда пару
> раз выругался бы, а потом сел и за час эту проблему решил бы
> раз и навсегда.

Я тогда отказался от этой затеи по другой причине -- собранные
руками, в своих пакетах или (худшее) 3rd party modules
поломаются, причём неочевидным образом...

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

Re: [devel] contrib

[Led]

В сообщении от Monday 18 February 2008 18:18:44 ruslandh написал(а):
> В сообщении от Monday 18 February 2008 19:14:42 Michael Shigorin написал(а):
> > > > Насчёт Contrib, по разъяснениям Миши Шигорина вижу, что
> > > > contrib возникает тогда, когда мантейнер по каким-то причинам
> > > > не может гарантировать качество собираемого пакета
> > > > (загруженость, невозможность протестировать и т.п.)
> >
> > ...недостаток опыта в том числе.
>
> Ну - если пакет протестирован тем-же мантейнером, то при чём тут недостаток
> опыта ?

Вы уверены, что это "если" имеет место хотя бы в 50% случаев?:)

-- 
Led

Re: [devel] contrib

[Led]

В сообщении от Monday 18 February 2008 18:14:42 Michael Shigorin написал(а):
> On Mon, Feb 18, 2008 at 06:04:39PM +0200, Led wrote:
> > > Насчёт Contrib, по разъяснениям Миши Шигорина вижу, что
> > > contrib возникает тогда, когда мантейнер по каким-то причинам
> > > не может гарантировать качество собираемого пакета
> > > (загруженость, невозможность протестировать и т.п.)
>
> ...недостаток опыта в том числе.
>
> > Это называется "Оживим Daedalus до того состояния, для которого
> > он изначально задумывался".
>
> Насколько мне известно, он задумывался для экспериментальных
> сборок.  Бишь всякий beeding edge и протчая, когда майнтейрнер
> может быть сколь угодно зубром, но сам прекрасно понимает, что
> данная сборка помимо вкусных фич неизбежно содержит страшных
> багов.
>
> Ты его абьюзаешь в этом плане, кстати.

Как раз не в этом плане. Ты же сам об этом ниже и говоришь:

> Бишь едва ли не 
> большинству твоих тамошних сборок IMHO место в Sisyphus.

-- 
Led

Re: [devel] contrib

[Alexey Morsov]

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

On Mon, Feb 18, 2008 at 07:18:44PM +0300, ruslandh wrote:
> Ну - если пакет протестирован тем-же мантейнером, то при чём тут недостаток 
> опыта ?
А простой пример: моя попытка обновить mpg123 до 1.0.0 :) Он что
называется works for me, но у меня x86_64 а на i586 у него TEXTREL-ы лезут
из всех щелей (в том виде что я его пихал). Т.е. я их увидел  при сборке в
incoming, но не придал этому значения, а Дмитрий Левин увидел и мне палкой
по рукам :)

-- 
С уважением,
Алексей Морсов
программист ЗАО "ИК "Риком-Траст"

Jabber: samurai@www.fondmarket.ru
ICQ: 196766290
www.ricom.ru
www.fondmarket.ru

ALT Linux Team Member
email: swi@altlinux.ru
web: www.altlinux.ru, www.sisyphus.ru

NP: Nightwish / Century Child: 3 - Dead To The World


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

Re: [devel] contrib

[Led]

В сообщении от Monday 18 February 2008 18:25:01 Alexey Morsov написал(а):
> On Mon, Feb 18, 2008 at 07:18:44PM +0300, ruslandh wrote:
> > Ну - если пакет протестирован тем-же мантейнером, то при чём тут
> > недостаток опыта ?
>
> А простой пример: моя попытка обновить mpg123 до 1.0.0 :) Он что
> называется works for me, но у меня x86_64 а на i586 у него TEXTREL-ы лезут
> из всех щелей (в том виде что я его пихал).

Почему бы не проверять сборку и на x86_64, и на i586, если у вас x86_64? Не 
думаю, что mpg123 собирается несколько часов:)

> Т.е. я их увидел  при сборке в 
> incoming, но не придал этому значения, а Дмитрий Левин увидел и мне палкой
> по рукам :)

Не знаю, правильно это или нет, но я не заливаю в инкаминг, пока не соберу для 
x86_64 и i586, не установлю себе в систему (x86_64), не проверю правильно ли 
отработали postin-скрипты (если они есть), и (хотя бы) запускается нормально 
и закрывается без подозрительной ругани в консоли.

-- 
Led

Re: [devel] contrib

[Alexey Morsov]

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

On Mon, Feb 18, 2008 at 06:33:55PM +0200, Led wrote:
> 
> Почему бы не проверять сборку и на x86_64, и на i586, если у вас x86_64? Не 
> думаю, что mpg123 собирается несколько часов:)
Для этого надо иметь i586 репо (откуда брать пакеты для сборки) и таки
асилить кормежку хешера из иного репо (решаемо). Мне как-то не очень
улыбается держать (и обновлять) еще 8Гб.

> 
> > Т.е. я их увидел  при сборке в 
> > incoming, но не придал этому значения, а Дмитрий Левин увидел и мне палкой
> > по рукам :)
> 
> Не знаю, правильно это или нет, но я не заливаю в инкаминг, пока не соберу для 
> x86_64 и i586, не установлю себе в систему (x86_64), не проверю правильно ли 
> отработали postin-скрипты (если они есть), и (хотя бы) запускается нормально 
> и закрывается без подозрительной ругани в консоли.
Я стараюсь делать так же. По крайней мере большинство своих пакетов
стараюсь поставить, запустить (убедится что оно хотя бы взлетает)


-- 
С уважением,
Алексей Морсов
программист ЗАО "ИК "Риком-Траст"

Jabber: samurai@www.fondmarket.ru
ICQ: 196766290
www.ricom.ru
www.fondmarket.ru

ALT Linux Team Member
email: swi@altlinux.ru
web: www.altlinux.ru, www.sisyphus.ru

NP: Nightwish / Century Child: 9 - The Phantom Of The Opera


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

Re: [devel] git.alt

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

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

On Mon, Feb 18, 2008 at 06:20:56PM +0200, Michael Shigorin wrote:

> MS>> Например, для изменений в nginx мы с mithraen@ договорились,
> MS>> что он втягивает мои изменения -- а вот обновления версии делает
> MS>> сам, поскольку там заморочки.
>> Вот это и есть правильный workflow.
MS> Нет, конечно.  Смысл от таких rebuild?  И если мне припрёт новая
MS> версия, а ты будешь завален по самую маковку на ближайшую неделю?

Вот в этом случае -- да, тебе нужно будет знать уже несколько больше.
А то, что твои изменения не связаные с обновлением версии проводятся через
такой rebuild -- это только потому что не работает сборка прямо из git.
Если бы работала -- я бы выдал тебе соответствующие права и не
заморачивался бы.

>> Единственное что было бы еще нужно -- сделать привычку
>> "добавлять запись в changelog и вообще трогать spec" и
>> собственно изменение делать разными commit'ами (на случай если
>> мантейнер держит патчи в разных бранчах).
MS> Спасибо, не знал.

Это полезно если патчи и метаинформация лежат в разных бранчах.

>> Помнишь нашу разборку с поддержкой large files в apache? Если
>> бы апач и все модули лежали в git _и_ собирались прямо из git
>> (по схеме, которой пока не существует) -- я бы прямо тогда пару
>> раз выругался бы, а потом сел и за час эту проблему решил бы
>> раз и навсегда.
MS> Я тогда отказался от этой затеи по другой причине -- собранные
MS> руками, в своих пакетах или (худшее) 3rd party modules
MS> поломаются, причём неочевидным образом...

Гм. Насчет собранных руками -- для Сизифа и нового дистрибутива это
не так существенно. А вот насчет 3rd party... А что например?

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

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

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

On Mon, Feb 18, 2008 at 12:27:19AM +0300, Aleksey Novodvorsky wrote:

AN> Я уже перестал понимать -- зачем это все?
AN> Для того, чтобы привлечь сотню плохих мейнтейнеров? От этого будет
AN> плохо хорошим.
AN> Зачем?

Алексей, ответьте пожалуйста на простой вопрос -- являюсь ли я плохим
мантейнером?

Я пришел в команду будучи неплохим программистом (гораздо лучшим чем
являюсь сейчас, видимо). Но на редкость плохим мантейнером. К тому же
убежденным слакваристом (что само по себе диагноз требующий немедленной
госпитализации), про rpm знающим только одно -- "rpm -- хреновая поделка
ламеров и для ламеров".

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

И так. Если бы меня не было в команде, это было бы для команды
лучше/хуже/не важно?

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

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

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

On Mon, Feb 18, 2008 at 03:55:43AM +0600, Mikhail Gusarov wrote:

MG> [чешет в затылке] Когда же я в последний раз видел MSDN по-русски?
MG> Наверное, никогда.

На винде не нужно уметь собирать rpm-пакеты для установки свежего софта.

Корректно пользоваться ALT Linux, если нужна хотя бы одна софтина
отсутствующая в Сизифе без этого сокровенного знание невозможно.

Вон как checkinstall недавно заклевали...

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] git.alt

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

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

On Mon, Feb 18, 2008 at 10:18:45AM +0300, Anton Farygin wrote:

>>> Это же видно сразу.  Или нет?  Если нет, то давайте опишем, как
>>> определить по внешнему виду репозитория, какой стиль там принят.
>> Как правило, файл .gear-rules описывает стиль практически полностью.
AF> Не факт. Для kernel-image и kernel-modules это утверждение ошибочно.

kernel-* сейчас доступны лишь для Истинных Великих Мастеров.

Мне до сих пор не удалось столько выпить, чтобы въехать в это. Хотя оно,
судя по всему тривиально.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

[Dmitry V. Levin]

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

On Tue, Feb 19, 2008 at 12:54:59AM +0300, Денис Смирнов wrote:
> On Mon, Feb 18, 2008 at 12:27:19AM +0300, Aleksey Novodvorsky wrote:
> 
> AN> Я уже перестал понимать -- зачем это все?
> AN> Для того, чтобы привлечь сотню плохих мейнтейнеров? От этого будет
> AN> плохо хорошим.
> AN> Зачем?
> 
> Алексей, ответьте пожалуйста на простой вопрос -- являюсь ли я плохим
> мантейнером?

Алексей, пожалуйста, не отвечайте. :)


-- 
ldv

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 00:58:45 19.02.2008 UTC+03 when Денис Смирнов did gyre and gimble:

 ДС> На винде не нужно уметь собирать rpm-пакеты для установки свежего
 ДС> софта.

 ДС> Корректно пользоваться ALT Linux, если нужна хотя бы одна софтина
 ДС> отсутствующая в Сизифе без этого сокровенного знание невозможно.

А на что Сизиф является "одним из пяти крупнейших репозиториев"? ;)

-- 

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

Re: [devel] contrib

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

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

On Tue, Feb 19, 2008 at 01:10:29AM +0300, Dmitry V. Levin wrote:
> AN>> Я уже перестал понимать -- зачем это все?
> AN>> Для того, чтобы привлечь сотню плохих мейнтейнеров? От этого будет
> AN>> плохо хорошим.
> AN>> Зачем?
>> Алексей, ответьте пожалуйста на простой вопрос -- являюсь ли я плохим
>> мантейнером?
DVL> Алексей, пожалуйста, не отвечайте. :)

Намек понял ;)

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

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

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

On Tue, Feb 19, 2008 at 04:15:39AM +0600, Mikhail Gusarov wrote:

ДС>> На винде не нужно уметь собирать rpm-пакеты для установки свежего
ДС>> софта.
ДС>> Корректно пользоваться ALT Linux, если нужна хотя бы одна софтина
ДС>> отсутствующая в Сизифе без этого сокровенного знание невозможно.
MG> А на что Сизиф является "одним из пяти крупнейших репозиториев"? ;)

Это не всегда спасает. Особенно обычного пользователя, который не привык к
тому что "вот у этой софтины апстрим идиот, поэтому мы её не собираем".

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

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

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

On Tue, Feb 19, 2008 at 01:10:29AM +0300, Dmitry V. Levin wrote:
> AN>> Я уже перестал понимать -- зачем это все?
> AN>> Для того, чтобы привлечь сотню плохих мейнтейнеров? От этого будет
> AN>> плохо хорошим.
> AN>> Зачем?
>> Алексей, ответьте пожалуйста на простой вопрос -- являюсь ли я плохим
>> мантейнером?
DVL> Алексей, пожалуйста, не отвечайте. :)

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

И таки как понять, для каких пакетов какой уровень качества сборки
является минимально необходимым?

Здесь нет ни одного человека который родился со знаниями хакера и
мантейнера.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 11:07:11 19.02.2008 UTC+03 when Денис Смирнов did gyre and gimble:

 MG>> А на что Сизиф является "одним из пяти крупнейших репозиториев"?
 MG>> ;)

 ДС> Это не всегда спасает. Особенно обычного пользователя, который не
 ДС> привык к тому что "вот у этой софтины апстрим идиот, поэтому мы её
 ДС> не собираем".

"мы не собираем" как "политика партии" или как "не нашлось никого, кто
хочет собирать"?

-- 

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

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 11:11:09 19.02.2008 UTC+03 when Денис Смирнов did gyre and gimble:

 ДС> Если серьезно, то главный вопрос -- что является минимальными
 ДС> требованиями к мантейнеру, которого можно пустить в Сизиф? Хотя бы
 ДС> со своей собственной кривософтиной.

Да ладно, сейчас в Сизиф пускают того, что сумел сгенерировать gpg/ssh
ключ и написать спек по шаблону.

-- 

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

Re: [devel] contrib

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

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

On Sun, Feb 17, 2008 at 09:06:10PM +0300, Dmitry V. Levin wrote:

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

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

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

А вот где граница между "неидеально собраный пакет" и "это даже в Daedalus
пускать нельзя" пока никто здесь не объяснил.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

[Michael Bochkaryov]

Mikhail Gusarov пишет:
> Twas brillig at 11:07:11 19.02.2008 UTC+03 when Денис Смирнов did gyre and gimble:
> 
>  MG>> А на что Сизиф является "одним из пяти крупнейших репозиториев"?
>  MG>> ;)
> 
>  ДС> Это не всегда спасает. Особенно обычного пользователя, который не
>  ДС> привык к тому что "вот у этой софтины апстрим идиот, поэтому мы её
>  ДС> не собираем".
> 
> "мы не собираем" как "политика партии" или как "не нашлось никого, кто
> хочет собирать"?

JIMHO, "политика партии" как раз может влиять на то, что никого не
найдется на роль майнтейнера. Особенно, когда эта "политика партии"
достаточно нетривиально выдирается из Владеющих Тайным Знанием ;-)

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

-- 
	misha@

Re: [devel] contrib

[Anton Farygin]

Mikhail Gusarov пишет:
> Twas brillig at 11:11:09 19.02.2008 UTC+03 when Денис Смирнов did gyre and gimble:
> 
>  ДС> Если серьезно, то главный вопрос -- что является минимальными
>  ДС> требованиями к мантейнеру, которого можно пустить в Сизиф? Хотя бы
>  ДС> со своей собственной кривософтиной.
> 
> Да ладно, сейчас в Сизиф пускают того, что сумел сгенерировать gpg/ssh
> ключ и написать спек по шаблону.

И для этого нужно иметь весьма неслабые знание (по сравнению с рядовым 
пользователем).

Ну или хотя бы _уметь_ читать документацию и пользоваться google

Re: [devel] contrib

[Anton Farygin]

Денис Смирнов пишет:
> On Tue, Feb 19, 2008 at 04:15:39AM +0600, Mikhail Gusarov wrote:
> 
> ДС>> На винде не нужно уметь собирать rpm-пакеты для установки свежего
> ДС>> софта.
> ДС>> Корректно пользоваться ALT Linux, если нужна хотя бы одна софтина
> ДС>> отсутствующая в Сизифе без этого сокровенного знание невозможно.
> MG> А на что Сизиф является "одним из пяти крупнейших репозиториев"? ;)
> 
> Это не всегда спасает. Особенно обычного пользователя, который не привык к
> тому что "вот у этой софтины апстрим идиот, поэтому мы её не собираем".

У меня есть софтина, у которой upstream тяжёлый, в плане --as-needed 
приходится много общаться.

Но т.к. у mythtv нет достойных альтернатив, то собирать приходится ;)

Re: [devel] [JT] "характер скверный, неженат"

[Slava Semushin]

18.02.08, Pavlov Konstantin<thresh / altlinux.ru> написал(а):
> On Mon, Feb 18, 2008 at 01:17:15PM +0200, Michael Shigorin wrote:
[...]
> > > Напрашивается какой-нибудь mentors@, явно прописанный как
> > > "к кому обращаться перед/после/вместо join".
> >
> > Угу, debian-mentors@ и припоминал.  Хотя не читал.
> > > Не откажешься там поотвечать на глупые/не очень вопросы?
> > А чего ж отказываться, и так уже вписался на "после join@" :)
> +1, я тоже за институт менторства в рамках Team.  И помогать буду.

Коли такой появится, то я мог бы помочь чем смогу.


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] contrib

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

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

On Tue, Feb 19, 2008 at 02:11:31PM +0600, Mikhail Gusarov wrote:

ДС>> Это не всегда спасает. Особенно обычного пользователя, который не
ДС>> привык к тому что "вот у этой софтины апстрим идиот, поэтому мы её
ДС>> не собираем".
MG> "мы не собираем" как "политика партии" или как "не нашлось никого, кто
MG> хочет собирать"?

Никто не хочет собирать пакет настолько хорошо, чтобы это соответствовало
политике партии.

Кстати в этом случае, опять же, нормальным workflow мне кажется "коллеги,
я тут пакетик собрал, у меня в git валяется, он, конечно, собран криво,
помогите доточить до нормального".

Но для этого нужно как минимум чтобы человек мог отличать "криво" от
"нормально". А это редкий skill.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

[Ildar Mulyukov]

On 19.02.2008 03:58:45, Денис Смирнов wrote:
> На винде не нужно уметь собирать rpm-пакеты для установки свежего  
> софта.
> 
> Корректно пользоваться ALT Linux, если нужна хотя бы одна софтина  
> отсутствующая в Сизифе без этого сокровенного знание невозможно.

Пардон, а что, configure && make && sudo make install уже у нас не  
работает? Имхо, виндовские сетуп.ехе примерно соответствуют этому  
уровню. А он у нас должен работать.

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

Re: [devel] contrib

[Led]

Tuesday, 19 February 2008 10:13:04 Mikhail Gusarov написав:
> Twas brillig at 11:11:09 19.02.2008 UTC+03 when Денис Смирнов did gyre and
> gimble:
>
>  ДС> Если серьезно, то главный вопрос -- что является минимальными
>  ДС> требованиями к мантейнеру, которого можно пустить в Сизиф? Хотя бы
>  ДС> со своей собственной кривософтиной.
>
> Да ладно, сейчас в Сизиф пускают того, что сумел сгенерировать gpg/ssh
> ключ и написать спек по шаблону.

Да ладно, "написать спек по шаблону"... Тут же уже озвучили откуда готовые 
спеки правильно брать:)

-- 
Led

Re: [devel] contrib

[Andriy Khavryuchenko]

Anton Farygin написав(ла):
> > Mikhail Gusarov пишет:
>> >> Да ладно, сейчас в Сизиф пускают того, что сумел сгенерировать
>> >> gpg/ssh
>> >> ключ и написать спек по шаблону.
> >
> > И для этого нужно иметь весьма неслабые знание (по сравнению с
> > рядовым
> > пользователем).
> >
> > Ну или хотя бы _уметь_ читать документацию и пользоваться google

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

HOWTO-шки на freesource.info я не нашёл, а колупаться по архивам списка
рассылки и интегрировать знания в голове - нет времени.  Поэтому pylint
давно осиротел.

Так что с благодарностью прийму указания на.
Спасибо.

-- 
Про "документацию так не пишут" - это написано и это документация.
Значит пишут.
  -- cray in #7299

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 15:20:26 19.02.2008 UTC+02 when Andriy Khavryuchenko did gyre and gimble:

 AK> Так что с благодарностью прийму указания на.

http://www.freesource.info/wiki/AltLinux/Sisyphus/devel/git
http://www.freesource.info/wiki/AltLinux/Sisyphus/devel/gear

Пока ещё не приведено в порядок, но что-то есть.

-- 

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

Re: [devel] contrib

[Andriy Khavryuchenko]

Mikhail Gusarov написав(ла):
> Twas brillig at 15:20:26 19.02.2008 UTC+02 when Andriy Khavryuchenko did gyre and gimble:
> 
>  AK> Так что с благодарностью прийму указания на.
> 
> http://www.freesource.info/wiki/AltLinux/Sisyphus/devel/git
> http://www.freesource.info/wiki/AltLinux/Sisyphus/devel/gear
> 
> Пока ещё не приведено в порядок, но что-то есть.

Изучаю, спасибо.  Странно, что не увидел их сразу в левом столбце на
http://www.freesource.info/wiki/AltLinux/Sisyphus  :(

-- 
А "Принять" -- это слишком двусмысленное слово.
  -- ldv in #11200

Re: [devel] contrib

[Mikhail Gusarov]

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

Twas brillig at 23:50:05 19.02.2008 UTC+02 when Andriy Khavryuchenko did gyre and gimble:

 AK> Изучаю, спасибо.  Странно, что не увидел их сразу в левом столбце
 AK> на http://www.freesource.info/wiki/AltLinux/Sisyphus :(

Там бардак. Я пока не добрался расчистить его, но оно в плане :)

-- 

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

Re: [devel] contrib

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

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

On Tue, Feb 19, 2008 at 05:08:31PM +0600, Ildar Mulyukov wrote:
>> На винде не нужно уметь собирать rpm-пакеты для установки свежего  
>> софта.
>> Корректно пользоваться ALT Linux, если нужна хотя бы одна софтина  
>> отсутствующая в Сизифе без этого сокровенного знание невозможно.
IM> Пардон, а что, configure && make && sudo make install уже у нас не  
IM> работает? Имхо, виндовские сетуп.ехе примерно соответствуют этому  
IM> уровню. А он у нас должен работать.

После этого система превращается в слакварь, и человек мгновенно лишается
помощи team в любом вопросе.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

[Ildar Mulyukov]

On 20.02.2008 05:37:24, Денис Смирнов wrote:
> On Tue, Feb 19, 2008 at 05:08:31PM +0600, Ildar Mulyukov wrote:
> >> На винде не нужно уметь собирать rpm-пакеты для установки свежего
> >> софта.
> >> Корректно пользоваться ALT Linux, если нужна хотя бы одна софтина
> >> отсутствующая в Сизифе без этого сокровенного знание невозможно.
> IM> Пардон, а что, configure && make && sudo make install уже у нас не
> IM> работает? Имхо, виндовские сетуп.ехе примерно соответствуют этому
> IM> уровню. А он у нас должен работать.
> 
> После этого система превращается в слакварь, и человек мгновенно  
> лишается помощи team в любом вопросе.

Тогда не нужно с виндой сравнивать...

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

Re: [devel] contrib

[Alexey Voinov]

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

Денис Смирнов <mithraen@altlinux.ru> writes:

> DVL> Дочитал до конца.  Такое ощущение, что ты предлагаешь завести ещё один
> DVL> репозиторий рядом с Сизифом, с мало кому нужными пакетами никакого
> DVL> качества.  Я думаю что такое можно сделать, с автоматической публикацией
> DVL> "не глядя".  Только я не понимаю зачем.
> Честно говоря я не сторонник contrib, но сторонник наличия какого-либо
> инструмента разграничения качества пакетов, а также уровня гарантированой
> поддержки пакетов.

Каждому пакету пририсовывать звёздочки, типа уровни доверия, как в gpg,
а потом присуждать премию "лучший пакет года" с десятком номинаций. Угу. :)

-- 
Best Regards!
Alexey Voinov

voins@voins.program.ru
voins@altlinux.ru

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

Re: [devel] Daedalus

[Michael Shigorin]

On Mon, Feb 18, 2008 at 06:24:10PM +0200, Led wrote:
> > > Это называется "Оживим Daedalus до того состояния, для
> > > которого он изначально задумывался".
> > Насколько мне известно, он задумывался для экспериментальных
> > сборок.  Бишь всякий beeding edge и протчая, когда
> > майнтейрнер может быть сколь угодно зубром, но сам прекрасно
> > понимает, что данная сборка помимо вкусных фич неизбежно
> > содержит страшных багов.  Ты его абьюзаешь в этом плане,
> Как раз не в этом плане. Ты же сам об этом ниже и говоришь:
> > Бишь едва ли не большинству твоих тамошних сборок IMHO место
> > в Sisyphus.

Как раз в этом плане.  Ну, людоеду положено быть страшным
и всё такое, а если туда вкатывать сборки лучше сизифных --
кто ж будет дрожать-уважать? :)

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

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

Re: [devel] git.alt

[Michael Shigorin]

On Tue, Feb 19, 2008 at 12:37:28AM +0300, Денис Смирнов wrote:
> Если бы работала -- я бы выдал тебе соответствующие права и не
> заморачивался бы.

Ну так выдай ACL пока, или это я глюпый, что сразу не попросил?
:)

> >> Помнишь нашу разборку с поддержкой large files в apache?
> >> Если бы апач и все модули лежали в git _и_ собирались прямо
> >> из git (по схеме, которой пока не существует) -- я бы прямо
> >> тогда пару раз выругался бы, а потом сел и за час эту
> >> проблему решил бы раз и навсегда.
> MS> Я тогда отказался от этой затеи по другой причине -- собранные
> MS> руками, в своих пакетах или (худшее) 3rd party modules
> MS> поломаются, причём неочевидным образом...
> Гм. Насчет собранных руками -- для Сизифа и нового дистрибутива
> это не так существенно. А вот насчет 3rd party... А что
> например?

Zend'овские поделия, если правильно помню обсуждение в тех багах
(на apache или apache-common, в комментариях было O_LARGEFILE).

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

Re: [devel] Daedalus

[Led]

Wednesday, 20 February 2008 13:27:46 Michael Shigorin написав:
> On Mon, Feb 18, 2008 at 06:24:10PM +0200, Led wrote:
> > > > Это называется "Оживим Daedalus до того состояния, для
> > > > которого он изначально задумывался".
> > >
> > > Насколько мне известно, он задумывался для экспериментальных
> > > сборок.  Бишь всякий beeding edge и протчая, когда
> > > майнтейрнер может быть сколь угодно зубром, но сам прекрасно
> > > понимает, что данная сборка помимо вкусных фич неизбежно
> > > содержит страшных багов.  Ты его абьюзаешь в этом плане,
> >
> > Как раз не в этом плане. Ты же сам об этом ниже и говоришь:
> > > Бишь едва ли не большинству твоих тамошних сборок IMHO место
> > > в Sisyphus.
>
> Как раз в этом плане.  Ну, людоеду положено быть страшным
> и всё такое, а если туда вкатывать сборки лучше сизифных --
> кто ж будет дрожать-уважать? :)
>
> Серьёзно, лучше не устраивать "пересечение экватора" по части
> среднебольничного качества сборок между репозиториями, которые
> во многом им декларированно и различаются.

Переведи... плиз...

-- 
Led

Re: [devel] Daedalus

[Michael Shigorin]

On Wed, Feb 20, 2008 at 06:08:45PM +0200, Led wrote:
> > > > > Это называется "Оживим Daedalus до того состояния, для
> > > > > которого он изначально задумывался".
> > > > Насколько мне известно, он задумывался для
> > > > экспериментальных сборок.  Бишь всякий bleeding edge и
> > > > протчая, когда майнтейрнер может быть сколь угодно
> > > > зубром, но сам прекрасно понимает, что данная сборка
> > > > помимо вкусных фич неизбежно содержит страшных багов.  Ты
> > > > его абьюзаешь в этом плане,
> > > Как раз не в этом плане. Ты же сам об этом ниже и говоришь:
> > > > Бишь едва ли не большинству твоих тамошних сборок IMHO
> > > > место в Sisyphus.
> > Как раз в этом плане.  Ну, людоеду положено быть страшным и
> > всё такое, а если туда вкатывать сборки лучше сизифных -- кто
> > ж будет дрожать-уважать? :)
> > Серьёзно, лучше не устраивать "пересечение экватора" по части
> > среднебольничного качества сборок между репозиториями,
> > которые во многом им декларированно и различаются.
> Переведи... плиз...

Ну в смысле лучше выпускам быть желательно стабильными, сизифу --
умеренно-нестабильным, дедалу -- предсказуемо-нестабильным, чем
устраивать регулярную инверсию, когда в дистрибутивах+updates
ничего не работает толком, зато оно же "исправлено в Sisyphus"
(я не теоретизирую, это одна из реально наблюдаемых проблем
восприятия проекта) и тем более когда в сизифе не работает,
зато в дедале -- аки часики.

Провоцирует людей принимать неверные общие решения на основе
наблюдающихся частных случаев.

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

Re: [devel] Daedalus

[Led]

Wednesday, 20 February 2008 21:04:43 Michael Shigorin написав:
> On Wed, Feb 20, 2008 at 06:08:45PM +0200, Led wrote:
> > > > > > Это называется "Оживим Daedalus до того состояния, для
> > > > > > которого он изначально задумывался".
> > > > >
> > > > > Насколько мне известно, он задумывался для
> > > > > экспериментальных сборок.  Бишь всякий bleeding edge и
> > > > > протчая, когда майнтейрнер может быть сколь угодно
> > > > > зубром, но сам прекрасно понимает, что данная сборка
> > > > > помимо вкусных фич неизбежно содержит страшных багов.  Ты
> > > > > его абьюзаешь в этом плане,
> > > >
> > > > Как раз не в этом плане. Ты же сам об этом ниже и говоришь:
> > > > > Бишь едва ли не большинству твоих тамошних сборок IMHO
> > > > > место в Sisyphus.
> > >
> > > Как раз в этом плане.  Ну, людоеду положено быть страшным и
> > > всё такое, а если туда вкатывать сборки лучше сизифных -- кто
> > > ж будет дрожать-уважать? :)
> > > Серьёзно, лучше не устраивать "пересечение экватора" по части
> > > среднебольничного качества сборок между репозиториями,
> > > которые во многом им декларированно и различаются.
> >
> > Переведи... плиз...
>
> Ну в смысле лучше выпускам быть желательно стабильными, сизифу --
> умеренно-нестабильным, дедалу -- предсказуемо-нестабильным, чем
> устраивать регулярную инверсию, когда в дистрибутивах+updates
> ничего не работает толком, зато оно же "исправлено в Sisyphus"
> (я не теоретизирую, это одна из реально наблюдаемых проблем
> восприятия проекта) и тем более когда в сизифе не работает,
> зато в дедале -- аки часики.
>
> Провоцирует людей принимать неверные общие решения на основе
> наблюдающихся частных случаев.

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

-- 
Led

[devel] стабильность пакетов по репозиториям

[Michael Shigorin]

On Wed, Feb 20, 2008 at 09:16:39PM +0200, Led wrote:
> > Ну в смысле лучше выпускам быть желательно стабильными, сизифу --
> > умеренно-нестабильным, дедалу -- предсказуемо-нестабильным, чем
> > устраивать регулярную инверсию, когда в дистрибутивах+updates
> > ничего не работает толком, зато оно же "исправлено в Sisyphus"
> > (я не теоретизирую, это одна из реально наблюдаемых проблем
> > восприятия проекта) и тем более когда в сизифе не работает,
> > зато в дедале -- аки часики.
> >
> > Провоцирует людей принимать неверные общие решения на основе
> > наблюдающихся частных случаев.
> Я никого не призывал брать пакеты из Daedalus, и не утверждал,
> что они там более стабильные.

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

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

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

Re: [devel] contrib

[Хихин Руслан]

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

Здравствуйте Alexey Voinov
  В сообщении от 20 февраля 2008 Alexey Voinov написал(a):
 > Каждому пакету пририсовывать звёздочки, типа уровни доверия, как в
 > gpg,
 >
 > а потом присуждать премию "лучший пакет года" с десятком номинаций.
 > Угу. :)

Осталось договориться о том, кто это будет присуждать :)

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] contrib

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

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

On Tue, Feb 19, 2008 at 02:13:04PM +0600, Mikhail Gusarov wrote:

ДС>> Если серьезно, то главный вопрос -- что является минимальными
ДС>> требованиями к мантейнеру, которого можно пустить в Сизиф? Хотя бы
ДС>> со своей собственной кривософтиной.
MG> Да ладно, сейчас в Сизиф пускают того, что сумел сгенерировать gpg/ssh
MG> ключ и написать спек по шаблону.

Однако есть целый пласт проблем, с которыми сталкиваясь мантейнеру проще
уйти чем разобраться. Эдакий неестественный отбор.

И ты прав, что для начала надо это решить грамотной документацией.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

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

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

On Wed, Feb 20, 2008 at 01:41:28PM +0600, Ildar Mulyukov wrote:

> >>> На винде не нужно уметь собирать rpm-пакеты для установки свежего
> >>> софта.
> >>> Корректно пользоваться ALT Linux, если нужна хотя бы одна софтина
> >>> отсутствующая в Сизифе без этого сокровенного знание невозможно.
> IM>> Пардон, а что, configure && make && sudo make install уже у нас не
> IM>> работает? Имхо, виндовские сетуп.ехе примерно соответствуют этому
> IM>> уровню. А он у нас должен работать.
>> После этого система превращается в слакварь, и человек мгновенно  
>> лишается помощи team в любом вопросе.
IM> Тогда не нужно с виндой сравнивать...

На винде не бывает "rpm" и "не rpm", приложения всегда берутся у апстрима.

А у нас -- бывает, и если поставить пакетик после поставленной сборки
методом configure/make/make install, система разлетится к чертям.

Кроме того в винде setup.exe часто имеет хотя бы какие-то средства
uninstall'а. make install необратим принципиально.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] git.alt

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

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

On Wed, Feb 20, 2008 at 01:29:38PM +0200, Michael Shigorin wrote:
>> Если бы работала -- я бы выдал тебе соответствующие права и не
>> заморачивался бы.
MS> Ну так выдай ACL пока, или это я глюпый, что сразу не попросил?
MS> :)

Если я выдам, у нас потенциально полный дурдом может оказаться (если
сборка в сизифе не будет соответствовать репо). Как ты заметил я обычно
максимум в 24 часа твои изменения все-таки импортирую и отправляю в
incoming :)

MS> Zend'овские поделия, если правильно помню обсуждение в тех багах
MS> (на apache или apache-common, в комментариях было O_LARGEFILE).

(вздыхая) о ужас!

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] contrib

[Alexey I. Froloff]

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

* Хихин Руслан <hihin@> [080221 08:33]:
>  > Каждому пакету пририсовывать звёздочки, типа уровни доверия, как в
>  > gpg, а потом присуждать премию "лучший пакет года" с
>  > десятком номинаций.  Угу. :)
> Осталось договориться о том, кто это будет присуждать :)
Все.  На sisyphus.ru ;-)

-- 
Regards,
Sir Raorn.

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

[devel] unit-test based ratings [was: contrib ]

[Igor Vlasenko]

On Thu, Feb 21, 2008 at 12:21:30PM +0300, Alexey I. Froloff wrote:
> * Хихин Руслан <hihin@> [080221 08:33]:
> >  > Каждому пакету пририсовывать звёздочки, типа уровни доверия, как в
> >  > gpg, а потом присуждать премию "лучший пакет года" с
> >  > десятком номинаций.  Угу. :)
> > Осталось договориться о том, кто это будет присуждать :)

Пусть это будет робот, чтобы никому не было обидно :)
Что-то вроде "kwalitee"
http://qa.perl.org/phalanx/kwalitee.html

Все никак не могу урвать время :(
Давно хочу написать платформу для запуска юнит-тестов.
Она мне нужна для автоматизации тестирования java-пакетов,
но логично написать под нее тесты всех вообще аспектов упаковки,
нначиная от соблюдения соответствующих полиси и кончая меню.

юнит-тесты удобнее багзиллы тем, что вешаются и убираются автоматически,
позволяют автоматически тестировать все, 
что можно и нужно проверить автоматически,
Все то, что категорически не стоит убивания пакета в sisyphus_check.
Например, отсутствие субкатегории меню в .desktop файле :)
Пусть багзилла будет местом для нетривиальных проблем.

Пакет можно оценивать по числу проваленных тестов,
можно выдавать NMU автоматически, если есть проваленные тесты и т.д.


-- 

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

Re: [devel] unit-test based ratings [was: contrib ]

[Andriy Khavryuchenko]

Igor Vlasenko написав(ла):
> Все никак не могу урвать время :(
> Давно хочу написать платформу для запуска юнит-тестов.
> Она мне нужна для автоматизации тестирования java-пакетов,
> но логично написать под нее тесты всех вообще аспектов упаковки,
> нначиная от соблюдения соответствующих полиси и кончая меню.

Идея чудесная, сам давно собираюсь такое прикрутить.

Вопрос один - кто будет писать и поддерживать в порядке тесты?  Работа
по трудоёмкости того же порядка, что и разработка/опакечивание.

-- 
Если борьба с опечатками -- единственное, для чего заведены знаки
препинания -- то я однозначно за то, чтобы их изъять.
		-- kirill in #8173

Re: [devel] unit-test based ratings [was: contrib ]

[Igor Vlasenko]

On Thu, Feb 21, 2008 at 12:31:25PM +0200, Andriy Khavryuchenko wrote:
> Igor Vlasenko написав(ла):
> > Все никак не могу урвать время :(
> > Давно хочу написать платформу для запуска юнит-тестов.
> > Она мне нужна для автоматизации тестирования java-пакетов,
> > но логично написать под нее тесты всех вообще аспектов упаковки,
> > нначиная от соблюдения соответствующих полиси и кончая меню.
> 
> Идея чудесная, сам давно собираюсь такое прикрутить.

Отступление.

1) хочу разнести тесты и платформу для их запуска в отдельные rpm пакеты,
платформу интегрировать с prometeus.

2) сами тесты, по опыту, тривиальны. Нетривиально то, что у них общее:
где найти репозитарий/содерхимое пакета/содержимое пакета с исходниками/
создать базу, над которой выполнить запрос/.

платформа все это делает, и потом просто по очереди вызывает тесты,
подсовывая им что-то вроде REPO_UNIT_PKG_ROOT или даже
RPM_BUILD_ROOT.

а там уже часто достаточно 10-12 строчек на sh, perl, ...

> Вопрос один - кто будет писать и поддерживать в порядке тесты?  Работа
> по трудоёмкости того же порядка, что и разработка/опакечивание.

Кто будет писать? Думаю, те, кто заинтересованы в соблюдении policy.
Юнит - тест и есть policy, записанное в машинно-проверяемой форме.
Заходишь на sisyphus.ru, выбираешь тест и сразу видно, кто злодей :)

Я осенью хотел поразвешивать баги на пакеты с кривым меню, 
и _очень_ быстро понял, что проще написать тест,
 и платформу для его запуска с интеграцией в prometeus,
чем постить сотни багов в багзиллу.
:(

-- 

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

Re: [devel] unit-test based ratings

[Andriy Khavryuchenko]

Igor Vlasenko написав(ла):
> On Thu, Feb 21, 2008 at 12:31:25PM +0200, Andriy Khavryuchenko wrote:
>> Igor Vlasenko написав(ла):
>>> Все никак не могу урвать время :(
>>> Давно хочу написать платформу для запуска юнит-тестов.
>>> Она мне нужна для автоматизации тестирования java-пакетов,
>>> но логично написать под нее тесты всех вообще аспектов упаковки,
>>> нначиная от соблюдения соответствующих полиси и кончая меню.
>> Идея чудесная, сам давно собираюсь такое прикрутить.
> 
> Отступление.
> 
> 1) хочу разнести тесты и платформу для их запуска в отдельные rpm пакеты,
> платформу интегрировать с prometeus.

Т.е. с этим -  http://www.freesource.info/wiki/Prometeus/TzAltLinuxPrometeus

Это некий frontend к Сизифу типа alt.linux.kiev.ua ?

> 2) сами тесты, по опыту, тривиальны. Нетривиально то, что у них общее:
> где найти репозитарий/содерхимое пакета/содержимое пакета с исходниками/
> создать базу, над которой выполнить запрос/.

Это когда upstream вменяемый.

Впрочем, моё суждение сильно завязано на мой TDD стиль разработки.
Поэтому куда воткнуть тест типа "thunderbird бросает корку если запущено
3 емакса, postgresql и firefox с кучей закладок, загруженой явой и
флешем" ;) я затрудняюсь

> платформа все это делает, и потом просто по очереди вызывает тесты,
> подсовывая им что-то вроде REPO_UNIT_PKG_ROOT или даже
> RPM_BUILD_ROOT.
> 
> а там уже часто достаточно 10-12 строчек на sh, perl, ...
> 
>> Вопрос один - кто будет писать и поддерживать в порядке тесты?  Работа
>> по трудоёмкости того же порядка, что и разработка/опакечивание.
> 
> Кто будет писать? Думаю, те, кто заинтересованы в соблюдении policy.
> Юнит - тест и есть policy, записанное в машинно-проверяемой форме.
> Заходишь на sisyphus.ru, выбираешь тест и сразу видно, кто злодей :)

Ok.

> Я осенью хотел поразвешивать баги на пакеты с кривым меню, 
> и _очень_ быстро понял, что проще написать тест,
>  и платформу для его запуска с интеграцией в prometeus,
> чем постить сотни багов в багзиллу.
> :(

Ok, держите в курсе (напр. анонсами в devel@), т.к. похожее
наклёвывается и с моей стороны.

-- 
> Всеже если я сейчас поставлю зависимость на perl-ldap >= 0.32, то
> amavisd-new никто не установит. Нужен новый perl-ldap.
Зато будет unmet, который видно роботам ;-)
		-- raorn in #8552

Re: [devel] unit-test based ratings

[Mikhail Gusarov]

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

Twas brillig at 13:10:30 21.02.2008 UTC+02 when Andriy Khavryuchenko did gyre and gimble:

 >> 1) хочу разнести тесты и платформу для их запуска в отдельные rpm пакеты,
 >> платформу интегрировать с prometeus.

 AK> Т.е. с этим -  http://www.freesource.info/wiki/Prometeus/TzAltLinuxPrometeus

http://www.freesource.info/wiki/Prometeus

 AK> Это некий frontend к Сизифу типа alt.linux.kiev.ua ?

на alt.linux.kiev.ua он и работает. http://alt.linux.kiev.ua/project/


-- 

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

Re: [devel] contrib

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

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

On Wed, Feb 20, 2008 at 12:33:04PM +0300, Alexey Voinov wrote:

>> Честно говоря я не сторонник contrib, но сторонник наличия какого-либо
>> инструмента разграничения качества пакетов, а также уровня гарантированой
>> поддержки пакетов.
AV> Каждому пакету пририсовывать звёздочки, типа уровни доверия, как в gpg,
AV> а потом присуждать премию "лучший пакет года" с десятком номинаций. Угу. :)

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

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] unit-test based ratings

[Igor Vlasenko]

On Thu, Feb 21, 2008 at 01:10:30PM +0200, Andriy Khavryuchenko wrote:
> Т.е. с этим -  http://www.freesource.info/wiki/Prometeus/TzAltLinuxPrometeus
> Это некий frontend к Сизифу типа alt.linux.kiev.ua ?
да. хотел бы иметь возможность и запускать его просто как приложнеие локально,
и так, чтобы результат был виден на alt.linux.kiev.ua/sisyphus.ru.

> Впрочем, моё суждение сильно завязано на мой TDD стиль разработки.
> Поэтому куда воткнуть тест типа "thunderbird бросает корку если запущено
> 3 емакса, postgresql и firefox с кучей закладок, загруженой явой и
> флешем" ;) я затрудняюсь

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

> Ok, держите в курсе (напр. анонсами в devel@), т.к. похожее
> наклёвывается и с моей стороны.
Ok.

-- 

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

Re: [devel] unit-test based ratings

[Andriy Khavryuchenko]

Igor Vlasenko написав(ла):
> On Thu, Feb 21, 2008 at 01:10:30PM +0200, Andriy Khavryuchenko wrote:
>> Т.е. с этим -  http://www.freesource.info/wiki/Prometeus/TzAltLinuxPrometeus
>> Это некий frontend к Сизифу типа alt.linux.kiev.ua ?
> да. хотел бы иметь возможность и запускать его просто как приложнеие локально,
> и так, чтобы результат был виден на alt.linux.kiev.ua/sisyphus.ru.
> 
>> Впрочем, моё суждение сильно завязано на мой TDD стиль разработки.
>> Поэтому куда воткнуть тест типа "thunderbird бросает корку если запущено
>> 3 емакса, postgresql и firefox с кучей закладок, загруженой явой и
>> флешем" ;) я затрудняюсь
> 
> Такие тесты в юнит-тесты не годятся ...
> юнит-тесты - это не серебрянная пуля, а дополнительный инструмент.

Ясен пень.  Потому как они совсем даже не юнит, а интеграционные :)

Серебрянная пуля - она в голове.

>> Ok, держите в курсе (напр. анонсами в devel@), т.к. похожее
>> наклёвывается и с моей стороны.
> Ok.

Tnx.  Как будет у нас что-то хоть чуть-чуть живое - выложим .git


-- 
Устал ждать патч.
		-- ldv in #5492

Re: [devel] unit-test based ratings

[Andriy Khavryuchenko]

Mikhail Gusarov написав(ла):
> Twas brillig at 13:10:30 21.02.2008 UTC+02 when Andriy Khavryuchenko did gyre and gimble:
> 
>  >> 1) хочу разнести тесты и платформу для их запуска в отдельные rpm пакеты,
>  >> платформу интегрировать с prometeus.
> 
>  AK> Т.е. с этим -  http://www.freesource.info/wiki/Prometeus/TzAltLinuxPrometeus
> 
> http://www.freesource.info/wiki/Prometeus

Вот конкретно с *этой* странички как раз ничего не ясно :)  Поэтому на
ТЗ и указал.

>  AK> Это некий frontend к Сизифу типа alt.linux.kiev.ua ?
> 
> на alt.linux.kiev.ua он и работает. http://alt.linux.kiev.ua/project/

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

-- 
before release
git-push please
		-- george in #11725

[devel] [JT] Git Airlines (was: git.alt)

[Michael Shigorin]

On Sun, Feb 17, 2008 at 09:14:39PM +0300, Sergey Vlasov wrote:
> > Для того, чтобы помочь, чтобы сделать pull/commit/pull,
> > не обязательно разбираться в технике ведения репозитория.
> Но при этом нужно знать, куда и как именно в данном репозитории
> принято делать commit - где-то до сих пор нужно добавлять файлы
> с патчами, где-то принято коммитить прямо в master, где-то есть
> куча бранчей, и нужно понять, коммитить эти изменения в
> какой-то существующий, или заводить новый.

---
Git Airlines:  The "there's more than one way to do it" airline,
Git flies the world's largest and fastest airplanes. Git Airlines
was founded by some priests who were flying for free on Bitkeeper
Airlines and survived the fall after the Great Purge. Git
airplanes start as spartan, empty cabins, with no carpeting,
chairs, or piloting controls. At the departure gate, each
passenger is handed a bag containing 173 standard airplane
components, accompanied by a 4x5" sheet of information on the
theory of flight, written in 1950. Once onboard, the passengers
use these components to finish out the airplane for flight:
installing chairs, rudder controls, etc. Every flight results in
a plane assembled in a different way, and passengers on each
flight believe they are flying the world's best airplane.
Arguments in the terminal after a flight are common, as
passengers from different flights debate the merits of their
particular design.

[...]
---

http://changelog.complete.org/posts/698-If-Version-Control-Systems-were-Airlines.html

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

Re: [devel] contrib

[Andrii Dobrovol`s`kii]

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

Anton Farygin пишет:
> 
> У меня есть софтина, у которой upstream тяжёлый, в плане --as-needed 
> приходится много общаться.
> 
> Но т.к. у mythtv нет достойных альтернатив, то собирать приходится ;)
> 
Вам хорошо. У Вас есть опыт, знания и время для правильной сборки
неправильной софтины. А я вот тоже не знаю вариантов кроме gwyddion,
но увы не имею всего перечисленного, чтоб собрать её правильно. А
авторы не хотят заморачиваться из-за нужного только для нас
--as-needed и я не стану говорить об их неадекватности. Т.к. без них
не было бы и этого. Весьма, кстати, достойного варианта.
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


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

Re: [devel] contrib

[Anton Farygin]

Andrii Dobrovol`s`kii пишет:
> Anton Farygin пишет:
>> У меня есть софтина, у которой upstream тяжёлый, в плане --as-needed 
>> приходится много общаться

Re: [devel] contrib

[Anton Farygin]

Anton Farygin пишет:
> 
> 
> Andrii Dobrovol`s`kii пишет:
>> Anton Farygin пишет:
>>> У меня есть софтина, у которой upstream тяжёлый, в плане --as-needed 
>>> приходится много общаться

Thunderbird глючит

Я хотел сказать, что upstream mythtv фиксил сборку по аналогии с 
as-needed ещё и для MacOS X

Re: [devel] git.alt

[Michael Shigorin]

On Sun, Feb 17, 2008 at 09:35:47PM +0300, Dmitry V. Levin wrote:
> On Sun, Feb 17, 2008 at 09:14:39PM +0300, Sergey Vlasov wrote:
> > On Sun, Feb 17, 2008 at 08:55:22PM +0300, Dmitry V. Levin wrote:
> > > Для того, чтобы помочь, чтобы сделать pull/commit/pull,
> > > не обязательно разбираться в технике ведения репозитория.
> > 
> > Но при этом нужно знать, куда и как именно в данном репозитории
> > принято делать commit - где-то до сих пор нужно добавлять файлы с
> > патчами, где-то принято коммитить прямо в master, где-то есть куча
> > бранчей, и нужно понять, коммитить эти изменения в какой-то
> > существующий, или заводить новый.
> 
> Это же видно сразу.  Или нет?  Если нет, то давайте опишем, как
> определить по внешнему виду репозитория, какой стиль там принят.

А ведь хорошая была мысль, но заглохла.

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

Re: [devel] git.alt

[Led]

On Saturday, 30 May 2009 19:36:19 Michael Shigorin wrote:
> On Sun, Feb 17, 2008 at 09:35:47PM +0300, Dmitry V. Levin wrote:
> > On Sun, Feb 17, 2008 at 09:14:39PM +0300, Sergey Vlasov wrote:
> > > On Sun, Feb 17, 2008 at 08:55:22PM +0300, Dmitry V. Levin wrote:
> > > > Для того, чтобы помочь, чтобы сделать pull/commit/pull,
> > > > не обязательно разбираться в технике ведения репозитория.
> > >
> > > Но при этом нужно знать, куда и как именно в данном репозитории
> > > принято делать commit - где-то до сих пор нужно добавлять файлы с
> > > патчами, где-то принято коммитить прямо в master, где-то есть куча
> > > бранчей, и нужно понять, коммитить эти изменения в какой-то
> > > существующий, или заводить новый.
> >
> > Это же видно сразу.  Или нет?  Если нет, то давайте опишем, как
> > определить по внешнему виду репозитория, какой стиль там принят.
>
> А ведь хорошая была мысль, но заглохла.

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

-- 
Led

Re: [devel] git.alt

[Anton Farygin]

Led пишет:
> On Saturday, 30 May 2009 19:36:19 Michael Shigorin wrote:
>> On Sun, Feb 17, 2008 at 09:35:47PM +0300, Dmitry V. Levin wrote:
>>> On Sun, Feb 17, 2008 at 09:14:39PM +0300, Sergey Vlasov wrote:
>>>> On Sun, Feb 17, 2008 at 08:55:22PM +0300, Dmitry V. Levin wrote:
>>>>> Для того, чтобы помочь, чтобы сделать pull/commit/pull,
>>>>> не обязательно разбираться в технике ведения репозитория.
>>>> Но при этом нужно знать, куда и как именно в данном репозитории
>>>> принято делать commit - где-то до сих пор нужно добавлять файлы с
>>>> патчами, где-то принято коммитить прямо в master, где-то есть куча
>>>> бранчей, и нужно понять, коммитить эти изменения в какой-то
>>>> существующий, или заводить новый.
>>> Это же видно сразу.  Или нет?  Если нет, то давайте опишем, как
>>> определить по внешнему виду репозитория, какой стиль там принят.
>> А ведь хорошая была мысль, но заглохла.
> 
> Я могу в несколько строк описать, как организованы мои репозитарии (тем более, 
> что пакеты, которые я поддрживал, сейчас почти все бесхозные), если кого-то 
> интересует.

Конечно описывай.

Но вообще, эти несколько строк всегда содержатся в .gear/rules для 
тегов, из которых пакет был собран.

Правда, в случае с subversion - в git'е не хватает некой важной 
информации, что бы не тянуть git-svn с нуля.

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

Re: [devel] git.alt

[Aleksey Avdeev]

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

Anton Farygin пишет:
...
> 
> Правда, в случае с subversion - в git'е не хватает некой важной 
> информации, что бы не тянуть git-svn с нуля.
> 
> Представьте себе эту операцию, например, для KDE... даже на быстром 
> канале она занимает много гигабайт трафика кучу времени.

   И не все репозитарии нормально такую нагрузку выдерживают. Некоторые, 
если их перегрузить -- блокируют ip качающего.

-- 

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



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

Re: [devel] git.alt

[George V. Kouryachy]

On Sat, May 30, 2009 at 08:05:30PM +0300, Led wrote:
> Я могу в несколько строк описать, как организованы мои репозитарии (тем более, 
> что пакеты, которые я поддрживал, сейчас почти все бесхозные), если кого-то 
> интересует.
Разумеется!

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_org

Re: [devel] git.alt

[Aleksey Avdeev]

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

George V. Kouryachy пишет:
> On Sat, May 30, 2009 at 08:05:30PM +0300, Led wrote:
>> Я могу в несколько строк описать, как организованы мои репозитарии (тем более, 
>> что пакеты, которые я поддрживал, сейчас почти все бесхозные), если кого-то 
>> интересует.
> Разумеется!

   В каком месте сайта это делать?

-- 

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



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

Re: [devel] git.alt

[Dmitry V. Levin]

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

On Mon, Jun 01, 2009 at 09:21:14PM +0400, George V. Kouryachy wrote:
> On Sat, May 30, 2009 at 08:05:30PM +0300, Led wrote:
> > Я могу в несколько строк описать, как организованы мои репозитарии (тем более, 
> > что пакеты, которые я поддрживал, сейчас почти все бесхозные), если кого-то 
> > интересует.
> Разумеется!

Детальное описание может пригодится мне (или ещё кому-нибудь) для того,
чтобы наполнить testsuite для gear.

Типовые репозитории, о которых идёт речь в gear-rules(5), описывать
детально не нужно, достаточно сослаться на пример в
http://docs.altlinux.org/manpages/gear-rules.5.html


-- 
ldv

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