[devel] real@: что сдал, что не сделал, в чём виновен, гад такой...

[devel] real@: что сдал, что не сделал, в чём виновен, гад такой...

[Евгений Ростовцев]

Привет!

> Евгений, просто пересоберите пакеты:
> mpip-3.1.2-alt3.svn20090520.1.src.rpm
> scalasca-1.2-alt4.src.rpm
> tau-2.18.3-alt3.src.rpm

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

> увеличив у них релиз. Ну а после просто del=lumber.

Это действительно моя проблема? Ладно, удалю, делов-то.

> 2ldv@ и всем: не надо так делать больше.

Я добавлю. Вообще так не надо делать. Если что-то делаете, то
сообщайте, что именно, и что именно по этому поводу должны делать мы.
А то взаимоотношения сильно портятся. У меня вот после этого случая
отношение к ldv@ более чем плохое случилось. Извини, Дмитрий, но и
меня попробуй понять.

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

Re: [devel] real@: что сдал, что не сделал, в чём виновен, гад такой...

[Kirill A. Shutemov]

2010/1/9 Евгений Ростовцев <real.altlinux.org@gmail.com>:
> Привет!
>
>> Евгений, просто пересоберите пакеты:
>> mpip-3.1.2-alt3.svn20090520.1.src.rpm
>> scalasca-1.2-alt4.src.rpm
>> tau-2.18.3-alt3.src.rpm
>
> Вот спасибо, чеговеческий язык я ещё не разучился понимать.
>
>> увеличив у них релиз. Ну а после просто del=lumber.
>
> Это действительно моя проблема? Ладно, удалю, делов-то.
>
>> 2ldv@ и всем: не надо так делать больше.
>
> Я добавлю. Вообще так не надо делать. Если что-то делаете, то
> сообщайте, что именно, и что именно по этому поводу должны делать мы.

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

> А то взаимоотношения сильно портятся. У меня вот после этого случая
> отношение к ldv@ более чем плохое случилось. Извини, Дмитрий, но и
> меня попробуй понять.

В binutils была бага, которую нужно было исправить. Вы никак не реагировали.

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

Re: [devel] binutils acl

[Igor Vlasenko]

On Sun, Jan 10, 2010 at 04:33:57AM +0300, Dmitry V. Levin wrote:
> Резюмируя сложившуюся ситуацию, я вижу 2 возможных выхода:
> - полуавтоматическая (сразу, как только потребовалось пересобрать пакет)
>   выдача ACL мейнтейнерам binutils на сборку всех пакетов, которые
>   линкуются с -lbfd;

И не только мейнтейнерам binutils.

-- 

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

Re: [devel] ACL

[Igor Vlasenko]

On Sun, Jan 10, 2010 at 11:39:23AM +0300, Anton Farygin wrote:
> У меня есть чёткое ощущение, что мы скоро друг другу надаём такую пачку  
> NMU, что необходимость в ACL просто исчезнет.
> Есть предложение отменить ACL для пакетов, собирающихся из git.alt.

Полезен как указание ответственности.

> На мой взгляд - ACL уже стал фактором, мещающим нормальной работе.

Давайте явно в полиси выпишем исключения,
когда ACL игнорировать.


-- 

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

Re: [devel] binutils acl

[Igor Vlasenko]

On Sun, Jan 10, 2010 at 02:57:06PM +0300, Vitaly Lipatov wrote:
> Не вижу, чем libbfd особеннее других библиотек. Думаю, что подход
> должен быть одинаков: при обновлении библиотеки должна быть 
> ручка, позволяющая послать на пересборку все использующие её 
> пакеты автоматически и без переговоров с мантейнерами.
> Если такое задание не смогло выполниться, тогда уже приглашаем 
> мантейнеров в shared task.

+10.
Предлагаю принять как полиси, в таком виде:

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

Не ждать, когда ручка будет (и будет ли?) написана.

-- 

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

Re: [devel] binutils acl

[Igor Vlasenko]

On Sun, Jan 10, 2010 at 01:58:43PM +0200, Michael Shigorin wrote:
> Ага.  То есть как только мы наступаем на разложенные для других
> грабли, так сразу теряем терпение.

Получается, так. libbfd - не единственная библиотека, у которой
ABI плывет. в multimedia таких много.
 
> > Резюмируя сложившуюся ситуацию, я вижу 2 возможных выхода:
> > - полуавтоматическая (сразу, как только потребовалось
> >   пересобрать пакет) выдача ACL мейнтейнерам binutils на сборку
> >   всех пакетов, которые линкуются с -lbfd;
> 
> Давай так; дальше хорошо бы обобщить в сторону давнего
> предложения mithraen@ насчёт автоматической выдачи NMU
> на всех клиентов майнтейнеру библиотеки, сменившей soname.

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

Для начала надо вручную разрешить 
(вспомним, как долго REAL@ с питоном мучился, и все равно
понадобился админресурс).

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

-- 

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

Re: [devel] binutils acl

[Igor Vlasenko]

On Sun, Jan 10, 2010 at 03:28:16PM +0200, Michael Shigorin wrote:
> Угу.  Если пакет _ломается_ от пересборки (для которой есть
> реальный повод), всё равно есть проблема и её всё равно надо
> было решать.

Да. Надо бы где-то закоментировать
предостережение о buildreq с оптимизацией -
пакет должен знать свои BuildReq в лицо,
и еще явные --with-*, как учил нас Led@, не помешают.

-- 

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

[devel] binutils acl

[Michael Shigorin]

On Sat, Jan 09, 2010 at 08:32:35AM +0200, Kirill A. Shutemov wrote:
> То, что я дважды попросил пересобрать пакеты, написав письмо
> вам лично, недостаточно?

Порой почта не ходит, теряется, попадает в спам или откладывается
"на потом" (например, на утро) -- которое настаёт нескоро.

2 devel: если хотите -- ставьте меня в Cc: при проблемах найти
человека, постараюсь задействовать жабер, телефон или что ещё
известно для подстраховки.  Хотя тоже могу пропадать.

> В binutils была бага, которую нужно было исправить. Вы никак не
> реагировали.  Вы не хотите дать мне NMU, что бы такая ситуция
> больше не повторялась?

$ ssh git.alt acl sisyphus binutils show
binutils        ldv kas

Не врубился.

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

Re: [devel] binutils acl

[Kirill A. Shutemov]

2010/1/9 Michael Shigorin <mike@osdn.org.ua>:
> On Sat, Jan 09, 2010 at 08:32:35AM +0200, Kirill A. Shutemov wrote:
>> То, что я дважды попросил пересобрать пакеты, написав письмо
>> вам лично, недостаточно?
>
> Порой почта не ходит, теряется, попадает в спам или откладывается
> "на потом" (например, на утро) -- которое настаёт нескоро.
>
> 2 devel: если хотите -- ставьте меня в Cc: при проблемах найти
> человека, постараюсь задействовать жабер, телефон или что ещё
> известно для подстраховки.  Хотя тоже могу пропадать.
>
>> В binutils была бага, которую нужно было исправить. Вы никак не
>> реагировали.  Вы не хотите дать мне NMU, что бы такая ситуция
>> больше не повторялась?
>
> $ ssh git.alt acl sisyphus binutils show
> binutils        ldv kas
>
> Не врубился.

Для упрощения обновления binutils хотелось бы acl на пакеты которые
линкуются с libbfd, так как их приходится пересобирать при каждом
поднятии версии binutils.

Re: [devel] binutils acl

[Dmitry V. Levin]

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

On Sat, Jan 09, 2010 at 06:10:06PM +0200, Kirill A. Shutemov wrote:
[...]
> Для упрощения обновления binutils хотелось бы acl на пакеты которые
> линкуются с libbfd, так как их приходится пересобирать при каждом
> поднятии версии binutils.

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

Резюмируя сложившуюся ситуацию, я вижу 2 возможных выхода:
- полуавтоматическая (сразу, как только потребовалось пересобрать пакет)
  выдача ACL мейнтейнерам binutils на сборку всех пакетов, которые
  линкуются с -lbfd;
- замена %_libdir/libbfd.so на linker script, т.е. принудительная
  статическая линковка с -lbfd всех пакетов (кроме binutils), которые
  линкуются с -lbfd.

Желающие могут аргументированно высказаться в пользу одного из вариантов.


-- 
ldv

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

Re: [devel] ACL

[Anton Farygin]

09.01.2010 19:10, Kirill A. Shutemov пишет:
> 2010/1/9 Michael Shigorin<mike@osdn.org.ua>:

<skip>

> Для упрощения обновления binutils хотелось бы acl на пакеты которые
> линкуются с libbfd, так как их приходится пересобирать при каждом
> поднятии версии binutils.

У меня есть чёткое ощущение, что мы скоро друг другу надаём такую пачку 
NMU, что необходимость в ACL просто исчезнет.

Есть предложение отменить ACL для пакетов, собирающихся из git.alt.

На мой взгляд - ACL уже стал фактором, мещающим нормальной работе.

Re: [devel] binutils acl

[Anton Farygin]

10.01.2010 04:33, Dmitry V. Levin пишет:
> On Sat, Jan 09, 2010 at 06:10:06PM +0200, Kirill A. Shutemov wrote:
> [...]
>> Для упрощения обновления binutils хотелось бы acl на пакеты которые
>> линкуются с libbfd, так как их приходится пересобирать при каждом
>> поднятии версии binutils.

<skip>

> Резюмируя сложившуюся ситуацию, я вижу 2 возможных выхода:
> - полуавтоматическая (сразу, как только потребовалось пересобрать пакет)
>    выдача ACL мейнтейнерам binutils на сборку всех пакетов, которые
>    линкуются с -lbfd;

ликвидация ACL как класса решило бы множество проблем.

Re: [devel] binutils acl

[Kirill A. Shutemov]

2010/1/10 Dmitry V. Levin <ldv@altlinux.org>:
> On Sat, Jan 09, 2010 at 06:10:06PM +0200, Kirill A. Shutemov wrote:
> [...]
>> Для упрощения обновления binutils хотелось бы acl на пакеты которые
>> линкуются с libbfd, так как их приходится пересобирать при каждом
>> поднятии версии binutils.
>
> В принципе, для преодоления проблем, которые возникают из-за неторопливых
> мейнтейнеров, в случае binutils можно пойти по пути RH и вообще отказаться
> от предоставления динамической -lbfd другим пакетам.  Хотя статическая
> линковка -- это, конечно, не подарок, но сталкиваться с задержкой
> обновления binutils из-за промедления со стороны мейнтейнеров сторонних
> пакетов я больше не хочу.
>
> Резюмируя сложившуюся ситуацию, я вижу 2 возможных выхода:
> - полуавтоматическая (сразу, как только потребовалось пересобрать пакет)
>  выдача ACL мейнтейнерам binutils на сборку всех пакетов, которые
>  линкуются с -lbfd;

На данный момент все ACL'и есть, так что второй вариант можно отложить
до худших времён.

Re: [devel] binutils acl

[Afanasov Dmitry]

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

On Sun, Jan 10, 2010 at 04:33:57AM +0300, Dmitry V. Levin wrote:
> On Sat, Jan 09, 2010 at 06:10:06PM +0200, Kirill A. Shutemov wrote:
> [...]
> > Для упрощения обновления binutils хотелось бы acl на пакеты которые
> > линкуются с libbfd, так как их приходится пересобирать при каждом
> > поднятии версии binutils.
> 
> сталкиваться с задержкой обновления binutils из-за промедления со
> стороны мейнтейнеров сторонних пакетов я больше не хочу.
добро пожаловать к простым мантейнерам altlinux :)

> Резюмируя сложившуюся ситуацию, я вижу 2 возможных выхода:
> - полуавтоматическая (сразу, как только потребовалось пересобрать пакет)
>   выдача ACL мейнтейнерам binutils на сборку всех пакетов, которые
>   линкуются с -lbfd;
я против любого варианта, облегчающего только binutils, но поддержу этот
вариант, если его приложат к произволному пакету: пусть автоматика
распротраняется и на gnutls с subversion.

что, binutils рыжий что ли?

-- 
 С уважением
 Афанасов Дмитрий

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

Re: [devel] binutils acl

[Slava Semushin]

10 января 2010 г. 17:08 пользователь Afanasov Dmitry
<ender@altlinux.org> написал:
> On Sun, Jan 10, 2010 at 04:33:57AM +0300, Dmitry V. Levin wrote:
>> On Sat, Jan 09, 2010 at 06:10:06PM +0200, Kirill A. Shutemov wrote:
>> [...]
>> > Для упрощения обновления binutils хотелось бы acl на пакеты которые
>> > линкуются с libbfd, так как их приходится пересобирать при каждом
>> > поднятии версии binutils.
>>
>> сталкиваться с задержкой обновления binutils из-за промедления со
>> стороны мейнтейнеров сторонних пакетов я больше не хочу.

Не очень понял, чем была вызвана необходимость обновления binutils?

> добро пожаловать к простым мантейнерам altlinux :)

+1

[...]

-- 
Slava Semushin

Re: [devel] binutils acl

[Vitaly Lipatov]

On 10 января 2010, Dmitry V. Levin wrote:
> - полуавтоматическая (сразу, как только потребовалось
> пересобрать пакет) выдача ACL мейнтейнерам binutils на сборку
> всех пакетов, которые линкуются с -lbfd;
Не вижу, чем libbfd особеннее других библиотек. Думаю, что подход
должен быть одинаков: при обновлении библиотеки должна быть 
ручка, позволяющая послать на пересборку все использующие её 
пакеты автоматически и без переговоров с мантейнерами.
Если такое задание не смогло выполниться, тогда уже приглашаем 
мантейнеров в shared task.


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

Re: [devel] binutils acl

[Michael Shigorin]

On Sun, Jan 10, 2010 at 04:33:57AM +0300, Dmitry V. Levin wrote:
> В принципе, для преодоления проблем, которые возникают из-за
> неторопливых мейнтейнеров, в случае binutils можно пойти по
> пути RH и вообще отказаться от предоставления динамической
> -lbfd другим пакетам.  Хотя статическая линковка -- это,
> конечно, не подарок, но сталкиваться с задержкой обновления
> binutils из-за промедления со стороны мейнтейнеров сторонних
> пакетов я больше не хочу.

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

> Резюмируя сложившуюся ситуацию, я вижу 2 возможных выхода:
> - полуавтоматическая (сразу, как только потребовалось
>   пересобрать пакет) выдача ACL мейнтейнерам binutils на сборку
>   всех пакетов, которые линкуются с -lbfd;

Давай так; дальше хорошо бы обобщить в сторону давнего
предложения mithraen@ насчёт автоматической выдачи NMU
на всех клиентов майнтейнеру библиотеки, сменившей soname.

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

Re: [devel] binutils acl

[Kirill A. Shutemov]

2010/1/10 Slava Semushin <slava.semushin@gmail.com>:
> 10 января 2010 г. 17:08 пользователь Afanasov Dmitry
> <ender@altlinux.org> написал:
>> On Sun, Jan 10, 2010 at 04:33:57AM +0300, Dmitry V. Levin wrote:
>>> On Sat, Jan 09, 2010 at 06:10:06PM +0200, Kirill A. Shutemov wrote:
>>> [...]
>>> > Для упрощения обновления binutils хотелось бы acl на пакеты которые
>>> > линкуются с libbfd, так как их приходится пересобирать при каждом
>>> > поднятии версии binutils.
>>>
>>> сталкиваться с задержкой обновления binutils из-за промедления со
>>> стороны мейнтейнеров сторонних пакетов я больше не хочу.
>
> Не очень понял, чем была вызвана необходимость обновления binutils?

#22582

Re: [devel] ACL

[Michael Shigorin]

On Sun, Jan 10, 2010 at 11:39:23AM +0300, Anton Farygin wrote:
> >Для упрощения обновления binutils хотелось бы acl на пакеты
> >которые линкуются с libbfd, так как их приходится пересобирать
> >при каждом поднятии версии binutils.
> У меня есть чёткое ощущение, что мы скоро друг другу надаём
> такую пачку NMU, что необходимость в ACL просто исчезнет.

Только что подумалось, что в случае main/contrib можно было бы
слепить группу @core в составе либо тех, кто занимается
basesystem и системными библиотеками, либо по стажу и доверию
хотя бы и ldv@ как крайнего за сизиф.

> Есть предложение отменить ACL для пакетов, собирающихся из git.alt.

Для некоторых (или всех?) возможно организовать переезд на srpm
посредством удаления, в принципе "вектор атаки".  Плюс есть
критичные, которые бы плохо было заливать по ошибке.

Повторюсь, даже смена дефолта для ACL (@everybody по умолчанию)
напоминает достаточную меру для исключения огромного количества
напряжённости и трат времени ни на что.

> На мой взгляд - ACL уже стал фактором, мещающим нормальной работе.

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

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

Re: [devel] binutils acl

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

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

On Sun, Jan 10, 2010 at 04:33:57AM +0300, Dmitry V. Levin wrote:

DVL> В принципе, для преодоления проблем, которые возникают из-за неторопливых
DVL> мейнтейнеров, в случае binutils можно пойти по пути RH и вообще отказаться
DVL> от предоставления динамической -lbfd другим пакетам.  Хотя статическая
DVL> линковка -- это, конечно, не подарок, но сталкиваться с задержкой
DVL> обновления binutils из-за промедления со стороны мейнтейнеров сторонних
DVL> пакетов я больше не хочу.

Чем libfd принципиально отличается от любой другой библиотеки в Сизифе,
что необходимо для нее делать частное решение, вместо общего решения
пригодного для всех библиотек в Сизифе?

Чтобы ответить на твой вопрос достаточно заменить упоминание -lbfd на
слово "все библиотеки"

DVL> Резюмируя сложившуюся ситуацию, я вижу 2 возможных выхода:
DVL> - полуавтоматическая (сразу, как только потребовалось пересобрать пакет)
DVL>   выдача ACL мейнтейнерам binutils на сборку всех пакетов, которые
DVL>   линкуются с -lbfd;

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

DVL> - замена %_libdir/libbfd.so на linker script, т.е. принудительная
DVL>   статическая линковка с -lbfd всех пакетов (кроме binutils), которые
DVL>   линкуются с -lbfd.

"Линковать все библиотеки в системе статически"

DVL> Желающие могут аргументированно высказаться в пользу одного из вариантов.

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

Я уже год как предлагаю добавить простую фичу в girar-builder --
"пересобрать любой пакет". Помнится у тебя был скриптик, которым ты делал
пересборку пакета с увеличением release'а и добавлением строчки в
changelog.

Если добавить функциоальность этого скриптика в girar-builder, и отключить
ACL для конкретно этой команды -- это будет гораздо лучшим решением.

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

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


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

Re: [devel] binutils acl

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

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

On Sun, Jan 10, 2010 at 01:58:43PM +0200, Michael Shigorin wrote:

MS> Давай так; дальше хорошо бы обобщить в сторону давнего
MS> предложения mithraen@ насчёт автоматической выдачи NMU
MS> на всех клиентов майнтейнеру библиотеки, сменившей soname.

Не-не! Мое предложение было проще -- игнорируя ACL выполнять простую
пересборку с добавлением записи в changelog и изменением release.

Т.е. почти тоже самое, что предложил в соседнем письме Виталий.

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

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

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

[devel] ACL -- нужны или нет?

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

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

On Sun, Jan 10, 2010 at 11:40:25AM +0300, Anton Farygin wrote:

AF> ликвидация ACL как класса решило бы множество проблем.

А можешь их перечислить?

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

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

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

Re: [devel] binutils acl

[Michael Shigorin]

On Sun, Jan 10, 2010 at 04:01:15PM +0300, Денис Смирнов wrote:
> Чтобы ответить на твой вопрос достаточно заменить упоминание
> -lbfd на слово "все библиотеки"

Замечательно!

> Я уже год как предлагаю добавить простую фичу в girar-builder
> -- "пересобрать любой пакет". Помнится у тебя был скриптик,
> которым ты делал пересборку пакета с увеличением release'а и
> добавлением строчки в changelog.  Если добавить функциоальность
> этого скриптика в girar-builder, и отключить ACL для конкретно
> этой команды -- это будет гораздо лучшим решением.

Угу.  Если пакет _ломается_ от пересборки (для которой есть
реальный повод), всё равно есть проблема и её всё равно надо
было решать.

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

Re: [devel] binutils acl

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

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

On Sun, Jan 10, 2010 at 03:28:16PM +0200, Michael Shigorin wrote:

MS> Угу.  Если пакет _ломается_ от пересборки (для которой есть
MS> реальный повод), всё равно есть проблема и её всё равно надо
MS> было решать.

Кстати, наиболее частые поломки становятся очевидными если посмотреть на
diff по provides/requires. Поэтому такой diff очень бы хотелось видеть в
логе сборки пакета.

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

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

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

Re: [devel] binutils acl

[Dmitry V. Levin]

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

On Sun, Jan 10, 2010 at 01:58:43PM +0200, Michael Shigorin wrote:
> On Sun, Jan 10, 2010 at 04:33:57AM +0300, Dmitry V. Levin wrote:
> > В принципе, для преодоления проблем, которые возникают из-за
> > неторопливых мейнтейнеров, в случае binutils можно пойти по
> > пути RH и вообще отказаться от предоставления динамической
> > -lbfd другим пакетам.  Хотя статическая линковка -- это,
> > конечно, не подарок, но сталкиваться с задержкой обновления
> > binutils из-за промедления со стороны мейнтейнеров сторонних
> > пакетов я больше не хочу.
> 
> Ага.  То есть как только мы наступаем на разложенные для других
> грабли, так сразу теряем терпение.

В RH тоже потеряли терпение?


-- 
ldv

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

Re: [devel] binutils acl

[Dmitry V. Levin]

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

On Sun, Jan 10, 2010 at 04:01:15PM +0300, Денис Смирнов wrote:
> On Sun, Jan 10, 2010 at 04:33:57AM +0300, Dmitry V. Levin wrote:
> 
> DVL> В принципе, для преодоления проблем, которые возникают из-за неторопливых
> DVL> мейнтейнеров, в случае binutils можно пойти по пути RH и вообще отказаться
> DVL> от предоставления динамической -lbfd другим пакетам.  Хотя статическая
> DVL> линковка -- это, конечно, не подарок, но сталкиваться с задержкой
> DVL> обновления binutils из-за промедления со стороны мейнтейнеров сторонних
> DVL> пакетов я больше не хочу.
> 
> Чем libfd принципиально отличается от любой другой библиотеки в Сизифе,
> что необходимо для нее делать частное решение, вместо общего решения
> пригодного для всех библиотек в Сизифе?

Тем, что у неё ABI плывёт практически при каждой сборке.

> Чтобы ответить на твой вопрос достаточно заменить упоминание -lbfd на
> слово "все библиотеки"

Нет, библиотеки из binutils не являются нормальными библиотеками, у них
ABI и даже API может измениться без предупреждения.  В RH считают, что с
такими библиотеками лучше линковаться статически.


-- 
ldv

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

Re: [devel] binutils acl

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

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

On Sun, Jan 10, 2010 at 06:58:14PM +0300, Dmitry V. Levin wrote:

DVL> Тем, что у неё ABI плывёт практически при каждой сборке.

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

DVL> Нет, библиотеки из binutils не являются нормальными библиотеками, у них
DVL> ABI и даже API может измениться без предупреждения.  В RH считают, что с
DVL> такими библиотеками лучше линковаться статически.

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

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

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

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

Re: [devel] binutils acl

[Dmitry V. Levin]

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

On Sun, Jan 10, 2010 at 07:42:48PM +0300, Денис Смирнов wrote:
> On Sun, Jan 10, 2010 at 06:58:14PM +0300, Dmitry V. Levin wrote:
> 
> DVL> Тем, что у неё ABI плывёт практически при каждой сборке.
> 
> С точик зрения той конкретной ситуации когда возникла эта проблема -- сие
> не имеет значение. А значение имеют трудозатраты на коммуникацию с другими
> мантейнерами при попытке обновить пакет, разве не так?

В большинстве случаев, возможно, да, но в данном случае фактор binutils
перевешивает.

> DVL> Нет, библиотеки из binutils не являются нормальными библиотеками, у них
> DVL> ABI и даже API может измениться без предупреждения.  В RH считают, что с
> DVL> такими библиотеками лучше линковаться статически.
> 
> Возможно. Однако это совсем другой вопрос, не связанный с изначальной
> проблемой -- тем, что тебя не устраивают дикие затраты времени и сил на
> убеждение других мантейнеров пересобраться с новой библиотекой. В этом ты
> не одинок, кстати :)

Не совсем так.  У меня нет значительных затрат времени и сил на убеждение
других мантейнеров, ввиду сочетания здравого смысла и административного
ресурса в одном человеке. :)
Мне не понятно, почему остальные тратят столько времени и сил на
коммуникации по такому несущественному вопросу, как предварительное
разрешение на слепую пересборку пакета.  Надо просто сформировать задание
и довести его до стадии проверки ACL, которая, как известно, является
финальной.  Решить вопрос, когда уже всё готово, обычно бывает гораздо
проще и быстрее, чем когда ещё ничего не готово.  В конечном итоге, я могу
понять человека, который опасается выдавать разрешение на сборку огульно,
не посмотрев тот коммит, который предполагается собрать.  Это опасение
может быть подспудным, и человек может просто откладывать решение вопроса,
не осознавая истинной причины.


-- 
ldv

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

Re: [devel] ACL -- нужны или нет?

[Anton Farygin]

10.01.2010 16:03, Денис Смирнов пишет:
> On Sun, Jan 10, 2010 at 11:40:25AM +0300, Anton Farygin wrote:
>
> AF>  ликвидация ACL как класса решило бы множество проблем.
>
> А можешь их перечислить?

основная проблема - необходимость тратить время на получение ACL.

Все остальные вытекают из этой, включая отстуствие доверия в Team.

Re: [devel] ACL -- нужны или нет?

[Michael Shigorin]

On Sun, Jan 10, 2010 at 09:57:01PM +0300, Anton Farygin wrote:
> основная проблема - необходимость тратить время на получение ACL.
> Все остальные вытекают из этой, включая отстуствие доверия в Team.

Во втором сильно не уверен, но ACL тут не помогают --
с недоверием по умолчанию и "а почему я должен им верить".

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

Re: [devel] ACL

[Anton Farygin]

09.01.2010 14:25, Igor Vlasenko пишет:
> On Sun, Jan 10, 2010 at 11:39:23AM +0300, Anton Farygin wrote:
>> У меня есть чёткое ощущение, что мы скоро друг другу надаём такую пачку
>> NMU, что необходимость в ACL просто исчезнет.
>> Есть предложение отменить ACL для пакетов, собирающихся из git.alt.
>
> Полезен как указание ответственности.

Указание ответственности есть в rpm (поле Packager).

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

У меня уже был случай, когда наличие ACL на пакете и отсутствие реакции 
мейнтейнера стало демотиватором сборки новой версии в Sisyphus.

Re: [devel] ACL

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

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

On Sun, Jan 10, 2010 at 10:01:37PM +0300, Anton Farygin wrote:

AF> У меня уже был случай, когда наличие ACL на пакете и отсутствие реакции 
AF> мейнтейнера стало демотиватором сборки новой версии в Sisyphus.

Антон, есть те кто не хочет отказываться от acl, я не думаю что это будет
принято.

К сожалению, даже мое предложение об @everybody по-умолчанию, и то не было
принято :(

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

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

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

Re: [devel] ACL -- нужны или нет?

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

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

On Sun, Jan 10, 2010 at 09:57:01PM +0300, Anton Farygin wrote:

AF> основная проблема - необходимость тратить время на получение ACL.

Можешь привести список того, для чего надо получать ACL?

Мне, например, очевидно что на некоторые свои пакеты я бы _очень не хотел_
давать ACL для обновления, но при этом на все свои пакаты был бы рад дать
NMU на обновлении при обновлении пакетов, от которых зависят мои.

AF> Все остальные вытекают из этой, включая отстуствие доверия в Team.

Боюсь ты путаешь причины и следствия.

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

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

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

Re: [devel] binutils acl

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

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

On Sun, Jan 10, 2010 at 08:02:47PM +0300, Dmitry V. Levin wrote:

DVL> В большинстве случаев, возможно, да, но в данном случае фактор binutils
DVL> перевешивает.

Основной вопрос такой -- при этих изменениях ABI используются корректные
soname и symbol versions? Т.е. возможно ли ситуация, когда обновили
binutils, и после этого некий другой пакет начал работать неправильно,
несмотря на корректные зависимоcти?

Если ответ "да" -- binutils уникален (и крив), и требуются кривые решения
вроде статики.

Если ответ "нет" -- этот пакет ничем не отличается от какого-нибудь
ffmpeg, например. 

DVL> Не совсем так.  У меня нет значительных затрат времени и сил на убеждение
DVL> других мантейнеров, ввиду сочетания здравого смысла и административного
DVL> ресурса в одном человеке. :)

:)

DVL> Мне не понятно, почему остальные тратят столько времени и сил на
DVL> коммуникации по такому несущественному вопросу, как предварительное
DVL> разрешение на слепую пересборку пакета.  Надо просто сформировать задание
DVL> и довести его до стадии проверки ACL, которая, как известно, является
DVL> финальной.  Решить вопрос, когда уже всё готово, обычно бывает гораздо
DVL> проще и быстрее, чем когда ещё ничего не готово.  В конечном итоге, я могу
DVL> понять человека, который опасается выдавать разрешение на сборку огульно,
DVL> не посмотрев тот коммит, который предполагается собрать.  Это опасение
DVL> может быть подспудным, и человек может просто откладывать решение вопроса,
DVL> не осознавая истинной причины.

Это ручная незаскриптованная работа.

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

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

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

Re: [devel] ACL -- нужны или нет?

[Anton Farygin]

10.01.2010 22:30, Денис Смирнов пишет:
> On Sun, Jan 10, 2010 at 09:57:01PM +0300, Anton Farygin wrote:
>
> AF>  основная проблема - необходимость тратить время на получение ACL.
>
> Можешь привести список того, для чего надо получать ACL?

1) Обновлении пакетов. Как бы это было не прискорбно, но у нас есть не 
поддерживаемые пакеты, мейнтейнеры которых не отвечают на запрос об 
выдаче ACL.
2) Сборка новых версий библиотек с пересборкой зависимых
3) исправление ошибок - бывает что встречается, вешаю в bugzilla и 
забываю, собрав для себя исправленное. А мейнтейнер так и не 
удосуживается исправить (забывает, пропускает и т.д.). Сам этим страдаю ;)



>
> Мне, например, очевидно что на некоторые свои пакеты я бы _очень не хотел_
> давать ACL для обновления, но при этом на все свои пакаты был бы рад дать
> NMU на обновлении при обновлении пакетов, от которых зависят мои.

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

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

Re: [devel] ACL

[Anton Farygin]

10.01.2010 22:28, Денис Смирнов пишет:
> On Sun, Jan 10, 2010 at 10:01:37PM +0300, Anton Farygin wrote:
>
> AF>  У меня уже был случай, когда наличие ACL на пакете и отсутствие реакции
> AF>  мейнтейнера стало демотиватором сборки новой версии в Sisyphus.
>
> Антон, есть те кто не хочет отказываться от acl, я не думаю что это будет
> принято.
>
> К сожалению, даже мое предложение об @everybody по-умолчанию, и то не было
> принято :(

@everybody по умолчанию есть фактически отказ от ACL.

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

Один только MySQL чего стоит, я уж не говорю про всё, что собирал Дима 
Кузищин...

Re: [devel] NMU for blind rebuilds due to soname changes

[Dmitry V. Levin]

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

On Sun, Jan 10, 2010 at 10:33:36PM +0300, Денис Смирнов wrote:
> On Sun, Jan 10, 2010 at 08:02:47PM +0300, Dmitry V. Levin wrote:
[...]
> DVL> Мне не понятно, почему остальные тратят столько времени и сил на
> DVL> коммуникации по такому несущественному вопросу, как предварительное
> DVL> разрешение на слепую пересборку пакета.  Надо просто сформировать задание
> DVL> и довести его до стадии проверки ACL, которая, как известно, является
> DVL> финальной.  Решить вопрос, когда уже всё готово, обычно бывает гораздо
> DVL> проще и быстрее, чем когда ещё ничего не готово.  В конечном итоге, я могу
> DVL> понять человека, который опасается выдавать разрешение на сборку огульно,
> DVL> не посмотрев тот коммит, который предполагается собрать.  Это опасение
> DVL> может быть подспудным, и человек может просто откладывать решение вопроса,
> DVL> не осознавая истинной причины.
> 
> Это ручная незаскриптованная работа.

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


-- 
ldv

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

Re: [devel] ACL

[Dmitry V. Levin]

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

On Sun, Jan 10, 2010 at 10:28:31PM +0300, Денис Смирнов wrote:
> On Sun, Jan 10, 2010 at 10:01:37PM +0300, Anton Farygin wrote:
> 
> AF> У меня уже был случай, когда наличие ACL на пакете и отсутствие реакции 
> AF> мейнтейнера стало демотиватором сборки новой версии в Sisyphus.
> 
> Антон, есть те кто не хочет отказываться от acl, я не думаю что это будет
> принято.
> 
> К сожалению, даже мое предложение об @everybody по-умолчанию, и то не было
> принято :(

Поскольку почти все пакеты уже собраны, @everybody по-умолчанию для новых
пакетов никто не заметит.  Так что теперь я готов его принять. :)


-- 
ldv

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

Re: [devel] ACL

[Dmitry V. Levin]

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

On Sun, Jan 10, 2010 at 10:40:11PM +0300, Anton Farygin wrote:
[...]
> Не видел никаких проблем с пакетами, у 
> которых @everybody по умолчанию, а вот с 
> пакетами, у которых мейнтейнер потерял 
> интерес к жизни - сплошь и рядом.
> 
> Один только MySQL чего стоит, я уж не говорю 
> про всё, что собирал Дима Кузищин...

А ты говори, никто ведь не знает.  Что случилось?


-- 
ldv

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

Re: [devel] ACL

[Anton Farygin]

10.01.2010 22:43, Dmitry V. Levin пишет:
> On Sun, Jan 10, 2010 at 10:40:11PM +0300, Anton Farygin wrote:
> [...]
>> Не видел никаких проблем с пакетами, у
>> которых @everybody по умолчанию, а вот с
>> пакетами, у которых мейнтейнер потерял
>> интерес к жизни - сплошь и рядом.
>>
>> Один только MySQL чего стоит, я уж не говорю
>> про всё, что собирал Дима Кузищин...
>
> А ты говори, никто ведь не знает.  Что случилось?

А он куда-то пропал, уже наверно с год как.

Какой смысл говорить, если ACL Policy так и не приняли ?
https://bugzilla.altlinux.org/show_bug.cgi?id=20241

https://bugzilla.altlinux.org/show_bug.cgi?id=20724

Про наш MySQL вообще много интересного можно узнать в Bugzilla.

Re: [devel] ACL

[Anton Farygin]

10.01.2010 22:42, Dmitry V. Levin пишет:
> On Sun, Jan 10, 2010 at 10:28:31PM +0300, Денис Смирнов wrote:
>> On Sun, Jan 10, 2010 at 10:01:37PM +0300, Anton Farygin wrote:
>>
>> AF>  У меня уже был случай, когда наличие ACL на пакете и отсутствие реакции
>> AF>  мейнтейнера стало демотиватором сборки новой версии в Sisyphus.
>>
>> Антон, есть те кто не хочет отказываться от acl, я не думаю что это будет
>> принято.
>>
>> К сожалению, даже мое предложение об @everybody по-умолчанию, и то не было
>> принято :(
>
> Поскольку почти все пакеты уже собраны, @everybody по-умолчанию для новых
> пакетов никто не заметит.  Так что теперь я готов его принять. :)

Прими, пожалуйста..

у нас много чего ещё не собрано ;)

А ещё больше - протухло.

Re: [devel] ACL -- нужны или нет?

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

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

On Sun, Jan 10, 2010 at 10:37:55PM +0300, Anton Farygin wrote:

AF> 1) Обновлении пакетов. Как бы это было не прискорбно, но у нас есть не 
AF> поддерживаемые пакеты, мейнтейнеры которых не отвечают на запрос об 
AF> выдаче ACL.

Помнится у нас было полиси на принудительную выдачу ACL если мантейнер не
отвечает?

AF> 2) Сборка новых версий библиотек с пересборкой зависимых

Вот для этого случая у нас нет policy, и нет средства автоматизации.

AF> 3) исправление ошибок - бывает что встречается, вешаю в bugzilla и 
AF> забываю, собрав для себя исправленное. А мейнтейнер так и не 
AF> удосуживается исправить (забывает, пропускает и т.д.). Сам этим страдаю ;)

И на это полиси есть. ОНо в реальности не используется/не работает?

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

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

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

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

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

Re: [devel] ACL

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

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

On Sun, Jan 10, 2010 at 10:40:11PM +0300, Anton Farygin wrote:

AF> @everybody по умолчанию есть фактически отказ от ACL.

Нет. Это значит что если я заливаю новый пакет, то для него ACL нет, и
если я хочу ACL, то я должен дернуть за ручку.

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

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

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

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

Re: [devel] ACL

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

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

On Sun, Jan 10, 2010 at 10:42:32PM +0300, Dmitry V. Levin wrote:

DVL> Поскольку почти все пакеты уже собраны, @everybody по-умолчанию для новых
DVL> пакетов никто не заметит.  Так что теперь я готов его принять. :)

Ура!!!

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

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

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

Re: [devel] @everybody will be added by default

[Dmitry V. Levin]

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

On Sun, Jan 10, 2010 at 10:42:32PM +0300, Dmitry V. Levin wrote:
> On Sun, Jan 10, 2010 at 10:28:31PM +0300, Денис Смирнов wrote:
> > On Sun, Jan 10, 2010 at 10:01:37PM +0300, Anton Farygin wrote:
> > 
> > AF> У меня уже был случай, когда наличие ACL на пакете и отсутствие реакции 
> > AF> мейнтейнера стало демотиватором сборки новой версии в Sisyphus.
> > 
> > Антон, есть те кто не хочет отказываться от acl, я не думаю что это будет
> > принято.
> > 
> > К сожалению, даже мое предложение об @everybody по-умолчанию, и то не было
> > принято :(
> 
> Поскольку почти все пакеты уже собраны, @everybody по-умолчанию для новых
> пакетов никто не заметит.  Так что теперь я готов его принять. :)

Принято.


-- 
ldv

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

Re: [devel] binutils acl

[Michael Shigorin]

On Sat, Jan 09, 2010 at 01:38:52PM +0200, Igor Vlasenko wrote:
> > Угу.  Если пакет _ломается_ от пересборки (для которой есть
> > реальный повод), всё равно есть проблема и её всё равно надо
> > было решать.
> Да. Надо бы где-то закоментировать предостережение о buildreq
> с оптимизацией - пакет должен знать свои BuildReq в лицо

#22709 (с патчем насчёт buildreq -u)

> и еще явные --with-*, как учил нас Led@, не помешают.

Тогда уж до кучи и жёсткие %files без wildcard'ов по крайней мере
для критичной части (как учил нас mithraen@), но IMHO это скорее
для ответственных пакетов, за которыми следят внимательно.

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

Re: [devel] ACL -- нужны или нет?

[Michael Shigorin]

On Sun, Jan 10, 2010 at 11:08:58PM +0300, Денис Смирнов wrote:
> AF> 3) исправление ошибок - бывает что встречается, вешаю в bugzilla и 
> AF> забываю, собрав для себя исправленное. А мейнтейнер так и не 
> AF> удосуживается исправить (забывает, пропускает и т.д.). Сам этим страдаю ;)
> И на это полиси есть. ОНо в реальности не используется/не работает?

В нём не прописаны случаи major/normal или долгоиграющего
enhancement с патчем.

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

Re: [devel] binutils acl

[Michael Shigorin]

On Sat, Jan 09, 2010 at 01:29:23PM +0200, Igor Vlasenko wrote:
> Предлагаю принять как полиси, в таком виде:
> 
> При обновлении библиотеки ее майнтайнер имеет право
> получить у администратора возможность послать на пересборку 
> все использующие её пакеты автоматически 
> и без переговоров с мантейнерами.
> 
> Не ждать, когда ручка будет (и будет ли?) написана.

Угу.

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

Re: [devel] ACL

[Michael Shigorin]

On Sun, Jan 10, 2010 at 10:40:11PM +0300, Anton Farygin wrote:
> >К сожалению, даже мое предложение об @everybody по-умолчанию,
> >и то не было принято :(
> @everybody по умолчанию есть фактически отказ от ACL.

Отнюдь -- "кому надо, тот столбит".

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

Re: [devel] @everybody will be added by default

[Michael Shigorin]

On Mon, Jan 11, 2010 at 12:59:22AM +0300, Dmitry V. Levin wrote:
> > Поскольку почти все пакеты уже собраны, @everybody
> > по-умолчанию для новых пакетов никто не заметит.  Так что
> > теперь я готов его принять. :)
> Принято.

Ура!

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

Re: [devel] @everybody will be added by default

[Дмитрий Кулик]

2010/1/11 Michael Shigorin <mike@osdn.org.ua>:
> On Mon, Jan 11, 2010 at 12:59:22AM +0300, Dmitry V. Levin wrote:
>> > Поскольку почти все пакеты уже собраны, @everybody
>> > по-умолчанию для новых пакетов никто не заметит.  Так что
>> > теперь я готов его принять. :)
>> Принято.
>
> Ура!

Типа этого?
phpMyAdmin: lnkvisitor drool @everybody

Re: [devel] @everybody will be added by default

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

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

On Mon, Jan 11, 2010 at 02:01:25AM +0200, Дмитрий Кулик wrote:

ДК> Типа этого?
ДК> phpMyAdmin: lnkvisitor drool @everybody

Угу, только не для существующих пакетов -- а для всех вновь залитых.

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

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

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

Re: [devel] @everybody will be added by default

[Дмитрий Кулик]

2010/1/11 Денис Смирнов <mithraen@altlinux.ru>:
> On Mon, Jan 11, 2010 at 02:01:25AM +0200, Дмитрий Кулик wrote:
>
> ДК> Типа этого?
> ДК> phpMyAdmin: lnkvisitor drool @everybody
>
> Угу, только не для существующих пакетов -- а для всех вновь залитых.
>
Я сам добавил. Как раз попробовал поработать с acl в гираре

Re: [devel] ACL -- нужны или нет?

[Anton Farygin]

10.01.2010 23:08, Денис Смирнов пишет:
> On Sun, Jan 10, 2010 at 10:37:55PM +0300, Anton Farygin wrote:
>
> AF>  1) Обновлении пакетов. Как бы это было не прискорбно, но у нас есть не
> AF>  поддерживаемые пакеты, мейнтейнеры которых не отвечают на запрос об
> AF>  выдаче ACL.
>
> Помнится у нас было полиси на принудительную выдачу ACL если мантейнер не
> отвечает?

Это Policy не принято.

>
> AF>  2) Сборка новых версий библиотек с пересборкой зависимых
>
> Вот для этого случая у нас нет policy, и нет средства автоматизации.

Безусловно.

>
> AF>  3) исправление ошибок - бывает что встречается, вешаю в bugzilla и
> AF>  забываю, собрав для себя исправленное. А мейнтейнер так и не
> AF>  удосуживается исправить (забывает, пропускает и т.д.). Сам этим страдаю ;)
>
> И на это полиси есть. ОНо в реальности не используется/не работает?

Оно работает только для Critical, а мелочёвка остаётся.

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

а если он только думает, что он в теме, как быть в этом случае ?

Re: [devel] real@: что сдал, что не сделал, в чём виновен, гад такой...

[Anton Farygin]

11.01.2010 12:09, REAL пишет:
> Kirill A. Shutemov пишет:
>> Вы не хотите дать мне NMU, что бы такая ситуция больше не повторялась?
>
> Выдал.
>
> PS. Да, пожалуйста, на будущее, когда НЕ будние дни, а нужно сделать
> что-то срочно, как-то определиться с местом оперативной связи. devel@
> здесь больше как курилка подходит (которая в будние дни превращается в
> мастерскую, что логично).
>
> Я бы таким местом определил багзиллу.
>
> Да, ещё насчёт NMU. Я бы хотел, чтобы люди из группы @qa могли делать с
> моими пакетами всё, что может прийти в голову, хоть выдачу ACL кому
> угодно, то и вовсе удаление из репозитория. Со мной мало ли что может
> случится (особенно в ближайшее время), а пакеты останутся бесхозными, с
> багами, одинокими...

перевесь всё на @everybody и не мучайся.

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

Re: [devel] real@: что сдал, что не сделал, в чём виновен, гад такой...

[REAL]

Kirill A. Shutemov пишет:
> Вы не хотите дать мне NMU, что бы такая ситуция больше не повторялась?

Выдал.

PS. Да, пожалуйста, на будущее, когда НЕ будние дни, а нужно сделать 
что-то срочно, как-то определиться с местом оперативной связи. devel@ 
здесь больше как курилка подходит (которая в будние дни превращается в 
мастерскую, что логично).

Я бы таким местом определил багзиллу.

Да, ещё насчёт NMU. Я бы хотел, чтобы люди из группы @qa могли делать 
с моими пакетами всё, что может прийти в голову, хоть выдачу ACL кому 
угодно, то и вовсе удаление из репозитория. Со мной мало ли что может 
случится (особенно в ближайшее время), а пакеты останутся бесхозными, 
с багами, одинокими...

-- 

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

Re: [devel] binutils acl

[REAL]

Dmitry V. Levin пишет:
> В принципе, для преодоления проблем, которые возникают из-за неторопливых
> мейнтейнеров, в случае binutils можно пойти по пути RH и вообще отказаться
> от предоставления динамической -lbfd другим пакетам.  Хотя статическая
> линковка -- это, конечно, не подарок, но сталкиваться с задержкой
> обновления binutils из-за промедления со стороны мейнтейнеров сторонних
> пакетов я больше не хочу.
> 
> Желающие могут аргументированно высказаться в пользу одного из вариантов.

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

-- 

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

Re: [devel] @everybody will be added by default

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

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

On Mon, Jan 11, 2010 at 12:59:22AM +0300, Dmitry V. Levin wrote:

DVL>> Поскольку почти все пакеты уже собраны, @everybody по-умолчанию для новых
DVL>> пакетов никто не заметит.  Так что теперь я готов его принять. :)
DVL> Принято.

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

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

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

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

Re: [devel] ACL -- нужны или нет?

[REAL]

Anton Farygin пишет:
>> AF>  ликвидация ACL как класса решило бы множество проблем.
>>
>> А можешь их перечислить?
> 
> основная проблема - необходимость тратить время на получение ACL.

Меня тут уже отругали за один из предоставленных NMU (въевшаяся 
привычка делать gear-update-tag -a перед главным коммитом), так что я 
бы тоже погодил отменить их совсем. Сделать группу-элиту (большинству 
будущие члены и так известны), на чьи пакеты никогда и ни при каких 
условиях не выдавать ACL/NMU, а остальное - обсуждаемо.

Я вот лично после появления одного пустого файлика (.gear/tags/list) в 
отместку за пересборку 870 пакетов поостерегусь в следующий раз у 
кого-то о чём-то просить. Дать - дам, а просить - лучше буду в гордом 
одиночестве сосать лапу.

-- 

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

Re: [devel] ACL -- нужны или нет?

[REAL]

Michael Shigorin пишет:
>> основная проблема - необходимость тратить время на получение ACL.
>> Все остальные вытекают из этой, включая отстуствие доверия в Team.
> 
> Во втором сильно не уверен, но ACL тут не помогают --
> с недоверием по умолчанию и "а почему я должен им верить".

Я бы процитировал тут письмо, которое противоречит твоим словам, но я 
лучше не буду, ладно?

И так нервы истрёпаны, да ещё по-новой начинать - не хочу. Я лучше 
хочу новый scons в сизиф (старый мне за эти пол-года всю печень проел).

-- 

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

Re: [devel] binutils acl

[REAL]

Kirill A. Shutemov пишет:
>> Не очень понял, чем была вызвана необходимость обновления binutils?
> 
> #22582

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

-- 

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

Re: [devel] binutils acl

[REAL]

Vitaly Lipatov пишет:
> Не вижу, чем libbfd особеннее других библиотек. Думаю, что подход
> должен быть одинаков: при обновлении библиотеки должна быть 
> ручка, позволяющая послать на пересборку все использующие её 
> пакеты автоматически и без переговоров с мантейнерами.
> Если такое задание не смогло выполниться, тогда уже приглашаем 
> мантейнеров в shared task.

Да, лично меня бы и такой вариант устроил.

-- 

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

Re: [devel] binutils acl

[REAL]

Michael Shigorin пишет:
> Ага.  То есть как только мы наступаем на разложенные для других
> грабли, так сразу теряем терпение.
> 
[...]
> 
> Давай так; дальше хорошо бы обобщить в сторону давнего
> предложения mithraen@ насчёт автоматической выдачи NMU
> на всех клиентов майнтейнеру библиотеки, сменившей soname.

Не забудьте пригласить к обсуждению legion@....

-- 

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

Re: [devel] ACL -- нужны или нет?

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

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

On Mon, Jan 11, 2010 at 12:46:14AM +0200, Michael Shigorin wrote:

MS> В нём не прописаны случаи major/normal или долгоиграющего
MS> enhancement с патчем.

Что мешает исправить полиси?

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

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

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

Re: [devel] binutils acl

[REAL]

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

Особенно в новогоднюю ночь ;)


> DVL> Нет, библиотеки из binutils не являются нормальными библиотеками, у них
> DVL> ABI и даже API может измениться без предупреждения.  В RH считают, что с
> DVL> такими библиотеками лучше линковаться статически.
> Возможно. Однако это совсем другой вопрос, не связанный с изначальной
> проблемой -- тем, что тебя не устраивают дикие затраты времени и сил на
> убеждение других мантейнеров пересобраться с новой библиотекой. В этом ты
> не одинок, кстати :)

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

-- 

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

Re: [devel] NMU for blind rebuilds due to soname changes

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

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

On Sun, Jan 10, 2010 at 10:40:20PM +0300, Dmitry V. Levin wrote:

DVL> Отсматривание логов сборки -- это ещё более ручная и ещё менее
DVL> заскриптованная работа, чем отсматривание тривиальных (blind rebuild)
DVL> изменений в пакете.  

Увы, girar не облегчает эту задачу (показывая diff по provides/requires).

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

Разумно. Только вот вопрос -- если мантейнер уехал в отпуск на месяц, ждем
месяц даже в таком тривиальном случае?

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

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

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

Re: [devel] ACL

[REAL]

Anton Farygin пишет:
> Не видел никаких проблем с пакетами, у которых @everybody по умолчанию, 
> а вот с пакетами, у которых мейнтейнер потерял интерес к жизни - сплошь 
> и рядом.

У меня вот скоро пропадёт интерес к firefox-vimperator и 
firefox-scrapbook. Причины, думаю, уже ясны.

И всё это следствия разборок с ACL&NMU последних пары месяцев.

А может быть, и вовсе на несколько времени забыть про ALT? Всё 
полегчать должно. Вон и mike@ подговаривает.

PS. Люди, вот мы ругаемся да клюёмся, а вот чтоб взять да просто 
помочь. Ну кто мешал просто принудительно пересобрать тот же 
несчастные и никому, кроме кластерщиков, не нужные mpip/scalasca/tau? 
Запинговали в devel@ по самые гланды, будто я его на выходных буду 
сидеть и листать вдумчиво и кропотливо :(

-- 

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

Re: [devel] @everybody will be added by default

[Dmitry V. Levin]

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

On Mon, Jan 11, 2010 at 12:35:59PM +0300, Денис Смирнов wrote:
> On Mon, Jan 11, 2010 at 12:59:22AM +0300, Dmitry V. Levin wrote:
> 
> DVL>> Поскольку почти все пакеты уже собраны, @everybody по-умолчанию для новых
> DVL>> пакетов никто не заметит.  Так что теперь я готов его принять. :)
> DVL> Принято.
> 
> При заливке пакета, который был на nobody -- это тоже будет выполняться?

Письмо придёт -- сам всё увидишь. :)


-- 
ldv

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

Re: [devel] ACL -- нужны или нет?

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

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

On Mon, Jan 11, 2010 at 12:05:27PM +0300, Anton Farygin wrote:

AF> Это Policy не принято.

Ой. Мы тут месяц ругались и безрезультатно? Кошмар.

AF> а если он только думает, что он в теме, как быть в этом случае ?

Например паковать под другим именем. Конкуренция рулит.

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

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

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

Re: [devel] NMU for blind rebuilds due to soname changes

[Terechkov Evgenii]

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

11.01.2010 Денис Смирнов писал:

> DVL> Отсматривание логов сборки -- это ещё более ручная и ещё менее
> DVL> заскриптованная работа, чем отсматривание тривиальных (blind rebuild)
> DVL> изменений в пакете.  
> Увы, girar не облегчает эту задачу (показывая diff по provides/requires).

Кстати, про provides/requires: https://bugzilla.altlinux.org/show_bug.cgi?id=22712

-- 
                                                С уважением, Терешков
                                                Евгений, ALT Linux
                                                Team

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

Re: [devel] ACL -- нужны или нет?

[Michael Shigorin]

On Mon, Jan 11, 2010 at 02:18:47PM +0300, Денис Смирнов wrote:
> AF> а если он только думает, что он в теме, как быть в этом случае ?
> Например паковать под другим именем. Конкуренция рулит.

Это уже война.

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

Re: [devel] ACL -- нужны или нет?

[Michael Shigorin]

On Mon, Jan 11, 2010 at 01:05:59PM +0300, Денис Смирнов wrote:
> MS> В нём не прописаны случаи major/normal или долгоиграющего
> MS> enhancement с патчем.
> Что мешает исправить полиси?

- надо придумать, что именно добавить
- утрясти предложенную добавку
- произвести по PolicyPolicy

а меня от *кратии мутит.

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

Re: [devel] ACL

[Michael Shigorin]

On Mon, Jan 11, 2010 at 05:33:10PM +0700, REAL wrote:
> А может быть, и вовсе на несколько времени забыть про ALT?
> Всё полегчать должно. Вон и mike@ подговаривает.

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

> PS. Люди, вот мы ругаемся да клюёмся, а вот чтоб взять да
> просто помочь. Ну кто мешал просто принудительно пересобрать
> тот же несчастные и никому, кроме кластерщиков, не нужные
> mpip/scalasca/tau?  Запинговали в devel@ по самые гланды, будто
> я его на выходных буду сидеть и листать вдумчиво и кропотливо
> :(

Да уж, админресурс не для демонстрации, а для разумного
применения.  Желательно консистентного и предсказуемого,
ну или хотя бы с уведомлением постфактум.

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

Re: [devel] ACL -- нужны или нет?

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

> Это уже война.

Война это когда один убивает другого. А тут - чистая конкуренция, оба
существуют же (правда, не на одной машине).


-- 
WBR, Denis Koryavov.

Re: [devel] ACL -- нужны или нет?

[Anton Farygin]

11.01.2010 14:18, Денис Смирнов пишет:
> On Mon, Jan 11, 2010 at 12:05:27PM +0300, Anton Farygin wrote:
>
> AF>  Это Policy не принято.
>
> Ой. Мы тут месяц ругались и безрезультатно? Кошмар.

Безрезультатно. Собственно, не принял полиси именно Дима, у нас, вроде 
как, консенсус был.

>
> AF>  а если он только думает, что он в теме, как быть в этом случае ?
>
> Например паковать под другим именем. Конкуренция рулит.

Ага, особенно с библиотеками.

Re: [devel] ACL -- нужны или нет?

[Mykola S. Grechukh]

11 января 2010 г. 16:41 пользователь Anton Farygin <> написал:
>> Например паковать под другим именем. Конкуренция рулит.
> Ага, особенно с библиотеками.

... и с другим сонеймом :)

-- 
Mykola Grechukh
RISC Group IT Solutions

Re: [devel] ACL -- нужны или нет?

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

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

On Mon, Jan 11, 2010 at 03:56:02PM +0200, Michael Shigorin wrote:

>> Например паковать под другим именем. Конкуренция рулит.
MS> Это уже война.

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

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

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

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

Re: [devel] NMU for blind rebuilds due to soname changes

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

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

On Mon, Jan 11, 2010 at 07:58:36PM +0700, Terechkov Evgenii wrote:

TE> Кстати, про provides/requires: https://bugzilla.altlinux.org/show_bug.cgi?id=22712

Вот ровно это я и хочу :)

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

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

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

Re: [devel] binutils acl

[Aleksey Avdeev]

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

10.01.2010 11:40, Anton Farygin пишет:
> 10.01.2010 04:33, Dmitry V. Levin пишет:
>> On Sat, Jan 09, 2010 at 06:10:06PM +0200, Kirill A. Shutemov wrote:
>> [...]
>>> Для упрощения обновления binutils хотелось бы acl на пакеты которые
>>> линкуются с libbfd, так как их приходится пересобирать при каждом
>>> поднятии версии binutils.
> 
> <skip>
> 
>> Резюмируя сложившуюся ситуацию, я вижу 2 возможных выхода:
>> - полуавтоматическая (сразу, как только потребовалось пересобрать пакет)
>>    выдача ACL мейнтейнерам binutils на сборку всех пакетов, которые
>>    линкуются с -lbfd;
> 
> ликвидация ACL как класса решило бы множество проблем.

  Но породила бы другие. Например -- инфекция из моих репозитариев. ;-)

-- 

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



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

Re: [devel] binutils acl

[Anton Farygin]

12.01.2010 00:37, Aleksey Avdeev пишет:
> 10.01.2010 11:40, Anton Farygin пишет:
>> 10.01.2010 04:33, Dmitry V. Levin пишет:
>>> On Sat, Jan 09, 2010 at 06:10:06PM +0200, Kirill A. Shutemov wrote:
>>> [...]
>>>> Для упрощения обновления binutils хотелось бы acl на пакеты которые
>>>> линкуются с libbfd, так как их приходится пересобирать при каждом
>>>> поднятии версии binutils.
>>
>> <skip>
>>
>>> Резюмируя сложившуюся ситуацию, я вижу 2 возможных выхода:
>>> - полуавтоматическая (сразу, как только потребовалось пересобрать пакет)
>>>     выдача ACL мейнтейнерам binutils на сборку всех пакетов, которые
>>>     линкуются с -lbfd;
>>
>> ликвидация ACL как класса решило бы множество проблем.
>
>    Но породила бы другие. Например -- инфекция из моих репозитариев. ;-)

Для таких, как ты - надо сделать blacklist ;)

Ну, или ты всё-таки исправишься.

Re: [devel] @everybody will be added by default

[Konstantin Pavlov]

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

On Mon, Jan 11, 2010 at 12:59:22AM +0300, Dmitry V. Levin wrote:
> On Sun, Jan 10, 2010 at 10:42:32PM +0300, Dmitry V. Levin wrote:
> > On Sun, Jan 10, 2010 at 10:28:31PM +0300, Денис Смирнов wrote:
> > > On Sun, Jan 10, 2010 at 10:01:37PM +0300, Anton Farygin wrote:
> > > 
> > > AF> У меня уже был случай, когда наличие ACL на пакете и отсутствие реакции 
> > > AF> мейнтейнера стало демотиватором сборки новой версии в Sisyphus.
> > > 
> > > Антон, есть те кто не хочет отказываться от acl, я не думаю что это будет
> > > принято.
> > > 
> > > К сожалению, даже мое предложение об @everybody по-умолчанию, и то не было
> > > принято :(
> > 
> > Поскольку почти все пакеты уже собраны, @everybody по-умолчанию для новых
> > пакетов никто не заметит.  Так что теперь я готов его принять. :)
> 
> Принято.

*выполз из анабиоза*

А можно ручку для --acl nobody при build -b sisyphus ? Практика
показывает, что в git.alt при сборке пакетов никто не смотрит, так что
"собрать для себя и выложить в git.alt" абсолютно не работает для "помочь
другим собрать какой-либо софт".

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

-- 
 * AMorozov - легендарная личность.
<wRAR> AMorozov: ты тоже приходил к трёшу с воткой и альтом?
<Lost> он устанавливал пыху Сизиф и случайно научил его ругаться матом

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

Re: [devel] @everybody will be added by default

[Dmitry V. Levin]

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

On Tue, Jan 12, 2010 at 09:30:09PM +0300, Konstantin Pavlov wrote:
> On Mon, Jan 11, 2010 at 12:59:22AM +0300, Dmitry V. Levin wrote:
> > On Sun, Jan 10, 2010 at 10:42:32PM +0300, Dmitry V. Levin wrote:
> > > On Sun, Jan 10, 2010 at 10:28:31PM +0300, Денис Смирнов wrote:
> > > > On Sun, Jan 10, 2010 at 10:01:37PM +0300, Anton Farygin wrote:
> > > > 
> > > > AF> У меня уже был случай, когда наличие ACL на пакете и отсутствие реакции 
> > > > AF> мейнтейнера стало демотиватором сборки новой версии в Sisyphus.
> > > > 
> > > > Антон, есть те кто не хочет отказываться от acl, я не думаю что это будет
> > > > принято.
> > > > 
> > > > К сожалению, даже мое предложение об @everybody по-умолчанию, и то не было
> > > > принято :(
> > > 
> > > Поскольку почти все пакеты уже собраны, @everybody по-умолчанию для новых
> > > пакетов никто не заметит.  Так что теперь я готов его принять. :)
> > 
> > Принято.
> 
> *выполз из анабиоза*
> 
> А можно ручку для --acl nobody при build -b sisyphus ? Практика
> показывает, что в git.alt при сборке пакетов никто не смотрит, так что
> "собрать для себя и выложить в git.alt" абсолютно не работает для "помочь
> другим собрать какой-либо софт".

Вы хотите, чтобы новые пакеты, будучи только что собранными, сразу
отправились к @nobody?  А на кого баги вешать?


-- 
ldv

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

Re: [devel] @everybody will be added by default

[Andrey Rahmatullin]

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

On Wed, Jan 13, 2010 at 12:30:09AM +0300, Dmitry V. Levin wrote:
> > А можно ручку для --acl nobody при build -b sisyphus ? Практика
> > показывает, что в git.alt при сборке пакетов никто не смотрит, так что
> > "собрать для себя и выложить в git.alt" абсолютно не работает для "помочь
> > другим собрать какой-либо софт".
> Вы хотите, чтобы новые пакеты, будучи только что собранными, сразу
> отправились к @nobody?  
Да, чтобы не отправлять их руками :)

> А на кого баги вешать?
Как и сейчас, на nobody@ :)

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

Если необходимо я смогу написать конвертор из wiki во что угодно.
А если хорошо напьюсь, то и обратно.
		-- mithraen in web-team@

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

Re: [devel] @everybody will be added by default

[Konstantin Pavlov]

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

On Wed, Jan 13, 2010 at 09:00:07AM +0500, Andrey Rahmatullin wrote:
> On Wed, Jan 13, 2010 at 12:30:09AM +0300, Dmitry V. Levin wrote:
> > > А можно ручку для --acl nobody при build -b sisyphus ? Практика
> > > показывает, что в git.alt при сборке пакетов никто не смотрит, так что
> > > "собрать для себя и выложить в git.alt" абсолютно не работает для "помочь
> > > другим собрать какой-либо софт".
> > Вы хотите, чтобы новые пакеты, будучи только что собранными, сразу
> > отправились к @nobody?  
> Да, чтобы не отправлять их руками :)
> 
> > А на кого баги вешать?
> Как и сейчас, на nobody@ :)

Именно так я и хотел ответить на письмо Dmitry V. Levin.

-- 
<swi> Lost: http://www.boost.org/users/news/version_1_35_0
<dottedmag> Гм. Новый бюст, больше и пышнее старого?
<Lost> dottedmag: угу, теперь он как уши спаниеля
<Lost> dottedmag: между колен висит

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

Re: [devel] @everybody will be added by default

[Dmitry V. Levin]

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

On Wed, Jan 13, 2010 at 09:00:07AM +0500, Andrey Rahmatullin wrote:
> On Wed, Jan 13, 2010 at 12:30:09AM +0300, Dmitry V. Levin wrote:
> > > А можно ручку для --acl nobody при build -b sisyphus ? Практика
> > > показывает, что в git.alt при сборке пакетов никто не смотрит, так что
> > > "собрать для себя и выложить в git.alt" абсолютно не работает для "помочь
> > > другим собрать какой-либо софт".
> > Вы хотите, чтобы новые пакеты, будучи только что собранными, сразу
> > отправились к @nobody?  
> Да, чтобы не отправлять их руками :)
> 
> > А на кого баги вешать?
> Как и сейчас, на nobody@ :)

Ну уж нет!  Если вы смогли собрать пакет, то сможете и отправить его на
свалку сами. :)


-- 
ldv

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

[devel] [RPMS.contrib] Re: @everybody will be added by default

[Michael Shigorin]

On Wed, Jan 13, 2010 at 03:40:06PM +0300, Dmitry V. Levin wrote:
> > > > А можно ручку для --acl nobody при build -b sisyphus ?

Скорее -c contrib

> > > Вы хотите, чтобы новые пакеты, будучи только что
> > > собранными, сразу отправились к @nobody?  
> > Да, чтобы не отправлять их руками :)
> > > А на кого баги вешать?
> > Как и сейчас, на nobody@ :)
> Ну уж нет!  Если вы смогли собрать пакет, то сможете и
> отправить его на свалку сами. :)

Дим, в этом году нужны main+contrib, и очень бы хорошо -- покеты.
Начало года уже хорошее, но просьба всерьёз обдумать и занести в
планы.  С обработкой уже прозвучавшего по возможности помогу.

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

Re: [devel] [RPMS.contrib] Re: @everybody will be added by default

[Dmitry V. Levin]

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

On Wed, Jan 13, 2010 at 04:18:19PM +0200, Michael Shigorin wrote:
> On Wed, Jan 13, 2010 at 03:40:06PM +0300, Dmitry V. Levin wrote:
> > > > > А можно ручку для --acl nobody при build -b sisyphus ?
> 
> Скорее -c contrib
> 
> > > > Вы хотите, чтобы новые пакеты, будучи только что
> > > > собранными, сразу отправились к @nobody?  
> > > Да, чтобы не отправлять их руками :)
> > > > А на кого баги вешать?
> > > Как и сейчас, на nobody@ :)
> > Ну уж нет!  Если вы смогли собрать пакет, то сможете и
> > отправить его на свалку сами. :)
> 
> Дим, в этом году нужны main+contrib, и очень бы хорошо -- покеты.
> Начало года уже хорошее, но просьба всерьёз обдумать и занести в
> планы.  С обработкой уже прозвучавшего по возможности помогу.

Одного лишь желания редко когда бывает достаточно.


-- 
ldv

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