[devel] По поводу Samba4

[devel] По поводу Samba4

[@ 2009-05-21 18:13 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-21 18:22 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-21 18:32 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-21 18:38 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-21 18:53 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-21 18:54 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-21 19:04 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-21 19:09 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-21 19:12 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-21 19:22 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-22 10:06 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-22 13:02 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-22 17:23 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-22 17:47 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-22 17:50 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-22 18:35 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-22 19:01 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-22 20:51 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-22 21:12 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 5:22 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 5:39 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 5:39 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 9:14 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 10:03 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 10:14 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 10:14 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 10:15 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 10:23 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 10:29 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 10:32 UTC (permalink / raw)]

Re: [devel] alt gpg key - general error

[@ 2009-05-23 10:38 UTC (permalink / raw)]

[devel] alt gpg key - general error

[@ 2009-05-23 10:38 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 10:40 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 10:43 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 11:11 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 11:15 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 11:20 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 11:27 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 11:31 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[@ 2009-05-23 11:33 UTC (permalink / raw)]

Re: [devel] По поводу Samba4

[Andrey Rahmatullin]

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

On Sat, May 23, 2009 at 03:31:41PM +0400, Afanasov Dmitry wrote:
> oops, не учел. правда, что будет с запуском в случае одинаковых
> имен-soname'ов?
Такое не поставить параллельно.

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

Не хотите в talk-room, давайте в devel, но только конструктивно.
		-- ldv in sisyphus@

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

Re: [devel] По поводу Samba4

[Max Ivanov]

> в общем - всё это щупать и щупать, прежде чем ффсизифф делать. щупать
> уставноку, работу, гладкий dist-upgrade.

Кто-то еще сомневается в необходимости карманов?

Re: [devel] По поводу Samba4

[Aleksey Novodvorsky]

23 мая 2009 г. 9:39 пользователь Dmitry M. Maslennikov
<maslennikovdm@gmail.com> написал:
> 23 мая 2009 г. 0:51 пользователь Aleksey Novodvorsky <aen@altlinux.ru> написал:
>> А разве разработчикам нужна разломанная samba?
> Где вы были, когда неоднократно ломали xorg?

xorg ломал апстрим и его мейнтейнер. Это плохо. Но кто-то хотел
собрать другую версию xorg или стать еще одним его мейнтейнером?
Удивляет меня желание при обсуждении одного вопроса свернуть на другой.

>
>> Евгений, мне кажется, что Вам нужно договориться с ab@ о возможности
>> сосуществования стабильной 3.4 и нестабильной 4 прежде, чем устраивать
>> здесь дискуссию о том, насколько может быть нестабилен Сизиф.
> Скажите честно, вы между строк читаете? О какой стабильной 3.4 идет
> речь, если она еще не выпущена, как это уже неоднократно писалось в
> этом треде?
>
> Кроме того, самба в сизифе древняя настолько, что давно уже не
> помешает ее обновить.

Объясните, пожалуйста, какую функциональность Вы при этом хотите
получить. Кроме номера версии.

Вообще, нельзя ли уже говорить по существу вопроса или переход на
личности совершенно необходим?


Я так и не увидел ответа на содержательные вопросы, поставленные ab@.

Rgrds, Алексей

Re: [devel] По поводу Samba4

[Denis Medvedev]

-----Original Message-----
From: Aleksey Novodvorsky <aen@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Date: Sat, 23 May 2009 20:10:14 +0400
Subject: Re: [devel] По поводу Samba4

> 23 мая 2009 г. 9:39 пользователь Dmitry M. Maslennikov
> <maslennikovdm@gmail.com> написал:
> > 23 мая 2009 г. 0:51 пользователь Aleksey Novodvorsky <aen@altlinux.ru> написал:
> >> А разве разработчикам нужна разломанная samba?
> > Где вы были, когда неоднократно ломали xorg?
> 
> xorg ломал апстрим и его мейнтейнер. Это плохо. Но кто-то хотел
> собрать другую версию xorg или стать еще одним его мейнтейнером?
> Удивляет меня желание при обсуждении одного вопроса свернуть на другой.
... Мантейнер делал это, разражаясь бранью/ставя жесткое нет на любые попытки сказать ему, что он неправ. IMHO такие пакеты должны делать teams.
Ну я хотел в свое время делать - хотя бы часть. Изменения с xorg libs и xfont server мне раздолбали весь tightvnc. Дальше что? 

> 
> >
> >> Евгений, мне кажется, что Вам нужно договориться с ab@ о возможности
> >> сосуществования стабильной 3.4 и нестабильной 4 прежде, чем устраивать
> >> здесь дискуссию о том, насколько может быть нестабилен Сизиф.
> > Скажите честно, вы между строк читаете? О какой стабильной 3.4 идет
> > речь, если она еще не выпущена, как это уже неоднократно писалось в
> > этом треде?
> >
> > Кроме того, самба в сизифе древняя настолько, что давно уже не
> > помешает ее обновить.
> 
> Объясните, пожалуйста, какую функциональность Вы при этом хотите
> получить. Кроме номера версии.
Как сисадмин, я  бы хотел получить способность поддерживать Secondary DC в Active directory.
Насколько я понял - такое тянет ТОЛЬКО samba4. Возможность заменить windows в домен-контроле для меня критична.


  C уважением,
Денис Медведев

Re: [devel] По поводу Samba4

[Aleksey Novodvorsky]

23 мая 2009 г. 23:02 пользователь Denis  Medvedev <a_mdl@mail.ru> написал:
>
>
> -----Original Message-----
> From: Aleksey Novodvorsky <aen@altlinux.ru>
> To: ALT Linux Team development discussions <devel@lists.altlinux.org>
> Date: Sat, 23 May 2009 20:10:14 +0400
> Subject: Re: [devel] По поводу Samba4
>
>> 23 мая 2009 г. 9:39 пользователь Dmitry M. Maslennikov
>> <maslennikovdm@gmail.com> написал:
>> > 23 мая 2009 г. 0:51 пользователь Aleksey Novodvorsky <aen@altlinux.ru> написал:
>> >> А разве разработчикам нужна разломанная samba?
>> > Где вы были, когда неоднократно ломали xorg?
>>
>> xorg ломал апстрим и его мейнтейнер. Это плохо. Но кто-то хотел
>> собрать другую версию xorg или стать еще одним его мейнтейнером?
>> Удивляет меня желание при обсуждении одного вопроса свернуть на другой.
> ... Мантейнер делал это, разражаясь бранью/ставя жесткое нет на любые попытки сказать ему, что он неправ. IMHO такие пакеты должны делать teams.
> Ну я хотел в свое время делать - хотя бы часть. Изменения с xorg libs и xfont server мне раздолбали весь tightvnc. Дальше что?

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

>
>>
>> >
>> >> Евгений, мне кажется, что Вам нужно договориться с ab@ о возможности
>> >> сосуществования стабильной 3.4 и нестабильной 4 прежде, чем устраивать
>> >> здесь дискуссию о том, насколько может быть нестабилен Сизиф.
>> > Скажите честно, вы между строк читаете? О какой стабильной 3.4 идет
>> > речь, если она еще не выпущена, как это уже неоднократно писалось в
>> > этом треде?
>> >
>> > Кроме того, самба в сизифе древняя настолько, что давно уже не
>> > помешает ее обновить.
>>
>> Объясните, пожалуйста, какую функциональность Вы при этом хотите
>> получить. Кроме номера версии.
> Как сисадмин, я  бы хотел получить способность поддерживать Secondary DC в Active directory.
> Насколько я понял - такое тянет ТОЛЬКО samba4.

Она _уже_ тянет? Правильно ли Вы поняли?

> Возможность заменить windows в домен-контроле для меня критична.
>

Конечно, это  важно. Почему бы вовсе  не избавитсья от AD?

Rgrds, Алексей

Re: [devel] По поводу Samba4

[Denis Medvedev]

> >> 23 мая 2009 г. 9:39 пользователь Dmitry M. Maslennikov
> >> <maslennikovdm@gmail.com> написал:
> >> > 23 мая 2009 г. 0:51 пользователь Aleksey Novodvorsky <aen@altlinux.ru> написал:
> >> >> А разве разработчикам нужна разломанная samba?
> >> > Где вы были, когда неоднократно ломали xorg?
> >>
> >> xorg ломал апстрим и его мейнтейнер. Это плохо. Но кто-то хотел
> >> собрать другую версию xorg или стать еще одним его мейнтейнером?
> >> Удивляет меня желание при обсуждении одного вопроса свернуть на другой.
> > ... Мантейнер делал это, разражаясь бранью/ставя жесткое нет на любые попытки сказать ему, что он неправ. IMHO такие пакеты должны делать teams.
> > Ну я хотел в свое время делать - хотя бы часть. Изменения с xorg libs и xfont server мне раздолбали весь tightvnc. Дальше что?
> 
> Давайте это обсудим в другой ветке, если _сейчас_ есть желающие стать
> коментейнерами xorg.
Было бы интересно, но видимо не хватит времени пока - я надеюсь таки поднять scilab5 - там порядка 10 пакетов в сизиф  еще упаковать осталось для того, чтобы ее полностью выложить.

> 
> >
> >>
> >> >
> >> >> Евгений, мне кажется, что Вам нужно договориться с ab@ о возможности
> >> >> сосуществования стабильной 3.4 и нестабильной 4 прежде, чем устраивать
> >> >> здесь дискуссию о том, насколько может быть нестабилен Сизиф.
> >> > Скажите честно, вы между строк читаете? О какой стабильной 3.4 идет
> >> > речь, если она еще не выпущена, как это уже неоднократно писалось в
> >> > этом треде?
> >> >
> > Как сисадмин, я  бы хотел получить способность поддерживать Secondary DC в Active directory.
> > Насколько я понял - такое тянет ТОЛЬКО samba4.
> 
> Она _уже_ тянет? Правильно ли Вы поняли?
Хм. Насколько я понял - она уже тянет себя в качестве домен-контроллера. А вот в качестве ко-домен-контроллера  для винды - пока вряд ли. Но и это хлеб.
См http://wiki.samba.org/index.php/Samba4/HOWTO
> 
> > Возможность заменить windows в домен-контроле для меня критична.
> >
> 
> Конечно, это  важно. Почему бы вовсе  не избавитсья от AD?
В смысле? AD == Updatable DNS + LDAP + Group policy(for windows + LikeWise for MacOS + LikeWise for GNOME)+ Single Login. 
Зачем мне от этого добра избавляться? Удобно и полезно. Вот иметь альтернативную микрософтовской реализацию этого мне очень даже надо.

Re: [devel] По поводу Samba4

[Aleksey Novodvorsky]

23 мая 2009 г. 23:17 пользователь Denis  Medvedev <a_mdl@mail.ru> написал:
> Хм. Насколько я понял - она уже тянет себя в качестве домен-контроллера.
> А вот в качестве ко-домен-контроллера  для винды - пока вряд ли. Но и это хлеб.
> См http://wiki.samba.org/index.php/Samba4/HOWTO

А зачем samba4?
Работает ли это в ней -- прошу рассказать ab@.
>>
>> > Возможность заменить windows в домен-контроле для меня критична.
>> >
>>
>> Конечно, это  важно. Почему бы вовсе  не избавитсья от AD?
> В смысле? AD == Updatable DNS + LDAP + Group policy(for windows + LikeWise for MacOS + LikeWise for GNOME)+ Single Login.


Single Login == krb
Зачем здесь Samba4? Все это реализуется в текущем sisyphus, кроме
group policy, но за LikeWise не скажу ничего. Надеюсь, что очень скоро
покажем всем это в OfS 5.0.

> Зачем мне от этого добра избавляться? Удобно и полезно. Вот иметь альтернативную микрософтовской реализацию этого мне очень даже надо.
>

Да.

Rgrds, Алексей

Re: [devel] По поводу Samba4

[Alexander Bokovoy]

2009/5/23 Denis  Medvedev <a_mdl@mail.ru>:
>> Объясните, пожалуйста, какую функциональность Вы при этом хотите
>> получить. Кроме номера версии.
> Как сисадмин, я  бы хотел получить способность поддерживать Secondary DC в Active directory.
> Насколько я понял - такое тянет ТОЛЬКО samba4. Возможность заменить windows в домен-контроле для меня критична.
samba4 такое не умеет. Она умеет быть основной DC для некоторых
случаев и количество таких ситуаций крайне ограничено.
-- 
/ Alexander Bokovoy

Re: [devel] Samba from Fedora

[Dmitry V. Levin]

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

On Fri, May 22, 2009 at 08:47:31PM +0300, Alexander Bokovoy wrote:
> 2009/5/22 Michael Shigorin <mike@osdn.org.ua>:
[...]
> > Вот это тебе выяснять.  Я лично в этом плане больше верю ab@,
> > чем $MAINTAINER в федоре.  Имей в виду, одна самба на сизифе
> > у меня в работе есть и если с ней что-то случится -- просто так
> > не отстану :)
> В Федоре Самбу поддерживают Симо Сорс и Эндрю Бартлетт, им я доверяю
> больше, чем себе. Но в Федоре, а не в Сизифе.

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


-- 
ldv

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

Re: [devel] Samba from Fedora

[Evgeny Sinelnikov]

16 июля 2009 г. 14:47 пользователь Dmitry V. Levin (ldv@altlinux.org) написал:
> On Fri, May 22, 2009 at 08:47:31PM +0300, Alexander Bokovoy wrote:
>> 2009/5/22 Michael Shigorin <mike@osdn.org.ua>:
> [...]
>> > Вот это тебе выяснять.  Я лично в этом плане больше верю ab@,
>> > чем $MAINTAINER в федоре.  Имей в виду, одна самба на сизифе
>> > у меня в работе есть и если с ней что-то случится -- просто так
>> > не отстану :)
>> В Федоре Самбу поддерживают Симо Сорс и Эндрю Бартлетт, им я доверяю
>> больше, чем себе. Но в Федоре, а не в Сизифе.
>
> Кстати, раз уж об этом зашла речь, то где могут возникнуть вопросы
> при переносе Самбы из Федоры в Сизиф?  Ведь большинство пакетов из
> Федоры можно собрать в Сизиф без существенных изменений.
>

Ох... Ну, раз уж тут зашла речь об этом... С недавних пор, как раз
пока мы спорили, как паковать библиотеки и стоит ли это делать, в
Fedora это дело запаковали... При этом обе самбы слинковали с внешними
libtalloc и libtdb, взятыми из samba-4.0.0alpha8..

А уже совсем недавно Simo спорил c Tridgell по поводу того стоит ли
делать новые sonames в противовес symbol versioning. Для меня же, в
Сизифе, эти вопросы повисли в воздухе... При этом я не хочу делать два
вида никому не нужных библиотек, для использования которых требуется
патчить всё, что с ними захочет слинковаться. А это потребуется, если
будут сменены pkg-маркеры, как просил ab@

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

PS: Более подробно я это описывал здесь:
http://lists.etersoft.ru/pipermail/tartarus/2009-July/000113.html

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Samba from Fedora

[Alexander Bokovoy]

2009/7/16 Evgeny Sinelnikov <sin@altlinux.ru>:
> 16 июля 2009 г. 14:47 пользователь Dmitry V. Levin (ldv@altlinux.org) написал:
>> On Fri, May 22, 2009 at 08:47:31PM +0300, Alexander Bokovoy wrote:
>>> 2009/5/22 Michael Shigorin <mike@osdn.org.ua>:
>> [...]
>>> > Вот это тебе выяснять.  Я лично в этом плане больше верю ab@,
>>> > чем $MAINTAINER в федоре.  Имей в виду, одна самба на сизифе
>>> > у меня в работе есть и если с ней что-то случится -- просто так
>>> > не отстану :)
>>> В Федоре Самбу поддерживают Симо Сорс и Эндрю Бартлетт, им я доверяю
>>> больше, чем себе. Но в Федоре, а не в Сизифе.
>>
>> Кстати, раз уж об этом зашла речь, то где могут возникнуть вопросы
>> при переносе Самбы из Федоры в Сизиф?  Ведь большинство пакетов из
>> Федоры можно собрать в Сизиф без существенных изменений.
В текущем виде, как показала история с изменением API в libtalloc,
сборка из Fedora неправильна (она же неправильна в Ubuntu, OpenSUSE и
других дистрибутивах). Единственная правильная сборка на сегодня -- в
Debian Experimental. Подробности можно почитать по ссылке, на которую
указывает Евгений в своем письме.

> А уже совсем недавно Simo спорил c Tridgell по поводу того стоит ли
> делать новые sonames в противовес symbol versioning. Для меня же, в
> Сизифе, эти вопросы повисли в воздухе... При этом я не хочу делать два
> вида никому не нужных библиотек, для использования которых требуется
> патчить всё, что с ними захочет слинковаться. А это потребуется, если
> будут сменены pkg-маркеры, как просил ab@
По крайней мере, проблема в libtalloc отлично продемонстрировала то, о
чем я пытался сказать. При формальном сохранении совместимых символов
сломалась полностью работа приложений и было невозможно избежать
одновременной загрузки разных версий библиотеки (статически
слинкованной в одном месте и динамически загруженной в другом) в один
процесс. При этом символы использовались из разных библиотек
совместно, приводя к "взрыву".

> Проблемы при переносе идеологические, как стоит паковать библиотеки,
> которые используются в Samba и предоставляются внешним пользователям.
> Такие проекты уже есть. И я хотел собрать именно эти проекты.
Проблема идеологическая и, к сожалению, сейчас это проблема в
апстриме. Мы можем собрать все библиотеки сами в единственном
варианте, но тогда нам придется отслеживать все пакеты, которые их
используют, более пристально. Я не уверен насколько к этому готовы
мейнтейнеры этих пакетов (вопрос в анализе кода, а не просто сборке).

-- 
/ Alexander Bokovoy

Re: [devel] Samba from Fedora

[Dmitry V. Levin]

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

On Thu, Jul 16, 2009 at 06:07:27PM +0300, Alexander Bokovoy wrote:
[...]
> В текущем виде, как показала история с изменением API в libtalloc,
> сборка из Fedora неправильна (она же неправильна в Ubuntu, OpenSUSE и
> других дистрибутивах). Единственная правильная сборка на сегодня -- в
> Debian Experimental. Подробности можно почитать по ссылке, на которую
> указывает Евгений в своем письме.

Не факт, что правильная сборка на сегодня существует где-либо.  Тот
человек, который в том треде написал, что сборка в Debian Experimental
правильная, не вполне представляет себе, что такое правильная сборка.
Жаль.

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

Я немного почитал тред под названием the sorry saga of the talloc soname 'fix'.
Да, действительно, проблема в апстриме, причём проблема тяжёлая и
трудноизлечимая.  Дреппера бы на них натравить...

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

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

> Я не уверен насколько к этому готовы
> мейнтейнеры этих пакетов (вопрос в анализе кода, а не просто сборке).

Насколько много этих потенциальных пакетов-жертв?


-- 
ldv

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

Re: [devel] Samba from Fedora

[Evgeny Sinelnikov]

16 июля 2009 г. 20:07 пользователь Dmitry V. Levin (ldv@altlinux.org) написал:
> On Thu, Jul 16, 2009 at 06:07:27PM +0300, Alexander Bokovoy wrote:
> [...]
>> В текущем виде, как показала история с изменением API в libtalloc,
>> сборка из Fedora неправильна (она же неправильна в Ubuntu, OpenSUSE и
>> других дистрибутивах). Единственная правильная сборка на сегодня -- в
>> Debian Experimental. Подробности можно почитать по ссылке, на которую
>> указывает Евгений в своем письме.
>
> Не факт, что правильная сборка на сегодня существует где-либо.  Тот
> человек, который в том треде написал, что сборка в Debian Experimental
> правильная, не вполне представляет себе, что такое правильная сборка.
> Жаль.
>
>> > Проблемы при переносе идеологические, как стоит паковать библиотеки,
>> > которые используются в Samba и предоставляются внешним пользователям.
>> > Такие проекты уже есть. И я хотел собрать именно эти проекты.
>> Проблема идеологическая и, к сожалению, сейчас это проблема в
>> апстриме.
>
> Я немного почитал тред под названием the sorry saga of the talloc soname 'fix'.
> Да, действительно, проблема в апстриме, причём проблема тяжёлая и
> трудноизлечимая.  Дреппера бы на них натравить...
>
>> Мы можем собрать все библиотеки сами в единственном
>> варианте, но тогда нам придется отслеживать все пакеты, которые их
>> используют, более пристально.
>
> Проблема в том, что такой апстрим может вдруг взять и переиначить API/ABI
> этой маленькой, но уже несчастной библиотеки.  И что мы тогда будем делать?
>

Будем чинить и пересобирать... Это ведь и есть разработка, когда
ломаю, чинят и пересобирают? Имеет ли смысл держать это в
дистрибутиве? Ну, если разработка распределённая, а API/ABI меняются
по мере собственно ведения этой разработки, то почему бы и нет? Ну, в
идеале, карманы, конечно :(

>> Я не уверен насколько к этому готовы
>> мейнтейнеры этих пакетов (вопрос в анализе кода, а не просто сборке).
>
> Насколько много этих потенциальных пакетов-жертв?
>

Я уже писал, что только один - sweep.
$ apt-cache whatdepends libtdb.so.1
<libtdb.so.1>
  sweep-0.9.3-alt3
    Требует: <libtdb.so.1>
      libtdb-1.1.3-alt1
  tdb-utils-1.0.6-alt3
    Требует: <libtdb.so.1>
      libtdb-1.1.3-alt1

libtalloc у нас вообще никогда не присутствовал...

У меня сейчас так:
$ apt-cache whatdepends libtdb.so.1
<libtdb.so.1>
  libldb-0.9.3-alt1
    Требует: <libtdb.so.1>
      libtdb-1.1.3-alt1
  sweep-0.9.3-alt3
    Требует: <libtdb.so.1>
      libtdb-1.1.3-alt1
  sssd-0.4.1-alt2
    Требует: <libtdb.so.1>
      libtdb-1.1.3-alt1
  tdb-utils-1.0.6-alt3
    Требует: <libtdb.so.1>
      libtdb-1.1.3-alt1

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

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

Очевидным противоречием тут выступает близость Сизифа к бранчам,
которые создаются путём копирования среза Сизифа. А, соответственно,
туда могу попасть недоделки разработчиков...

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

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Samba from Fedora

[Dmitry V. Levin]

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

On Thu, Jul 16, 2009 at 08:40:15PM +0400, Evgeny Sinelnikov wrote:
> Я уже писал, что только один - sweep.

Наверняка есть ещё собранное статически.


-- 
ldv

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

Re: [devel] Samba from Fedora

[Alexander Bokovoy]

2009/7/16 Evgeny Sinelnikov <sin@altlinux.ru>:
> 16 июля 2009 г. 20:07 пользователь Dmitry V. Levin (ldv@altlinux.org) написал:
>> On Thu, Jul 16, 2009 at 06:07:27PM +0300, Alexander Bokovoy wrote:
>> [...]
>>> В текущем виде, как показала история с изменением API в libtalloc,
>>> сборка из Fedora неправильна (она же неправильна в Ubuntu, OpenSUSE и
>>> других дистрибутивах). Единственная правильная сборка на сегодня -- в
>>> Debian Experimental. Подробности можно почитать по ссылке, на которую
>>> указывает Евгений в своем письме.
>>
>> Не факт, что правильная сборка на сегодня существует где-либо.  Тот
>> человек, который в том треде написал, что сборка в Debian Experimental
>> правильная, не вполне представляет себе, что такое правильная сборка.
>> Жаль.
>>
>>> > Проблемы при переносе идеологические, как стоит паковать библиотеки,
>>> > которые используются в Samba и предоставляются внешним пользователям.
>>> > Такие проекты уже есть. И я хотел собрать именно эти проекты.
>>> Проблема идеологическая и, к сожалению, сейчас это проблема в
>>> апстриме.
>>
>> Я немного почитал тред под названием the sorry saga of the talloc soname 'fix'.
>> Да, действительно, проблема в апстриме, причём проблема тяжёлая и
>> трудноизлечимая.  Дреппера бы на них натравить...
Дреппер не имеет никакого отношения к не-Linux, а GNU/Linux - не
единственная платформа, на которой работает и должна работать Самба.
Тридж считает, что проблема упаковки в дистрибутивах -- это проблема
мейнтейнеров. К сожалению, я с этим согласен, но адекватное решение
пока не нашел. Отчасти из-за этого я, зная состояние с API/ABI в этих
библиотеках сдерживал их неконтролируемую упаковку. (Об этом чуть
ниже).

>>> Мы можем собрать все библиотеки сами в единственном
>>> варианте, но тогда нам придется отслеживать все пакеты, которые их
>>> используют, более пристально.
>>
>> Проблема в том, что такой апстрим может вдруг взять и переиначить API/ABI
>> этой маленькой, но уже несчастной библиотеки.  И что мы тогда будем делать?
>>
>
> Будем чинить и пересобирать... Это ведь и есть разработка, когда
> ломаю, чинят и пересобирают? Имеет ли смысл держать это в
> дистрибутиве? Ну, если разработка распределённая, а API/ABI меняются
> по мере собственно ведения этой разработки, то почему бы и нет? Ну, в
> идеале, карманы, конечно :(
Помимо имеющегося в репозитарии, есть программы, которые мейнтейнеры
захотят собрать в репозитарий и которые могут зависеть от конкретного
поведения библиотеки. Пока я не наблюдаю в Сизифе как проекте
какого-то механизма внятного уведомления мейнтейнеров от подобных
превратностях API/ABI. Вики не решает проблему, потому что это
некоторый склад, на который мейнтейнер, собирающий новый пакет,
посмотрит в последнюю очередь. Решением могло бы стать создание
платформенной среды, в рамках которой существует не только
репозитарий, но и система распространения значимой информации об
особенностях платформы от версии к версии. Подобное я надеялся увидеть
в рамках пресловутой "Пятой платформы", однако там и близко этого нет,
как нет и ни у кого другого.

В нашем конкретном случае детали о том, что начиная с какой-то версии
libtalloc необходимо понимать, что пользоваться ссылочными функциями
нельзя и код необходимо переписывать, можно получить только из
дискуссии в samba-technical@. Как мейнтейнер, я могу положить выдержку
из дискуссии в документацию пакета, но кто ее реально будет читать? А
при переезде с версии на версию? Давайте только откровенно, а не
идеалистически -- разработчик, использующий "платформу" сводку
изменений в API/ABI платформы при смене версии еще посмотри, а в
документацию отдельного пакета скорее всего нет. Можно называть его
"злобным буратиной" или еще как, это не меняет необходимости иметь
глобальный механизм информирования, пусть даже путем собирания
некоторых документов из пакетов.


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

> Вопрос в том можно ли для этого, если это никому не мешает,
> использовать Сизиф. Разве это не репозиторий разработчиков?
>
> Очевидным противоречием тут выступает близость Сизифа к бранчам,
> которые создаются путём копирования среза Сизифа. А, соответственно,
> туда могу попасть недоделки разработчиков...
Они однозначно будут. Например, для того, чтобы въехать с Самбой 3.4,
нужно отработать механизм обновления конфигурационных файлов и
имеющихся уже установок (разъезд формата tdb, переезд smbpasswd в
tdbsam, миграция имеющихся доменных структур и тому подобное, довольно
многое) -- определенные вещи из указанного нельзя просто решить путем
"сохранил конфиги, обновился, вернул свои конфиги", потому что часть
важных данных хранится в бинарных базах и их нужно правильно
обновлять. Апстрим этой работой не заинтересован.


-- 
/ Alexander Bokovoy

Re: [devel] Samba from Fedora

[Evgeny Sinelnikov]

16 июля 2009 г. 21:38 пользователь Alexander Bokovoy (ab@altlinux.org) написал:
> 2009/7/16 Evgeny Sinelnikov <sin@altlinux.ru>:
>> 16 июля 2009 г. 20:07 пользователь Dmitry V. Levin (ldv@altlinux.org) написал:
>>> On Thu, Jul 16, 2009 at 06:07:27PM +0300, Alexander Bokovoy wrote:
>>> [...]
[...]
>>>> Мы можем собрать все библиотеки сами в единственном
>>>> варианте, но тогда нам придется отслеживать все пакеты, которые их
>>>> используют, более пристально.
>>>
>>> Проблема в том, что такой апстрим может вдруг взять и переиначить API/ABI
>>> этой маленькой, но уже несчастной библиотеки.  И что мы тогда будем делать?
>>>
>>
>> Будем чинить и пересобирать... Это ведь и есть разработка, когда
>> ломаю, чинят и пересобирают? Имеет ли смысл держать это в
>> дистрибутиве? Ну, если разработка распределённая, а API/ABI меняются
>> по мере собственно ведения этой разработки, то почему бы и нет? Ну, в
>> идеале, карманы, конечно :(
> Помимо имеющегося в репозитарии, есть программы, которые мейнтейнеры
> захотят собрать в репозитарий и которые могут зависеть от конкретного
> поведения библиотеки. Пока я не наблюдаю в Сизифе как проекте
> какого-то механизма внятного уведомления мейнтейнеров от подобных
> превратностях API/ABI. Вики не решает проблему, потому что это
> некоторый склад, на который мейнтейнер, собирающий новый пакет,
> посмотрит в последнюю очередь. Решением могло бы стать создание
> платформенной среды, в рамках которой существует не только
> репозитарий, но и система распространения значимой информации об
> особенностях платформы от версии к версии. Подобное я надеялся увидеть
> в рамках пресловутой "Пятой платформы", однако там и близко этого нет,
> как нет и ни у кого другого.
>
> В нашем конкретном случае детали о том, что начиная с какой-то версии
> libtalloc необходимо понимать, что пользоваться ссылочными функциями
> нельзя и код необходимо переписывать, можно получить только из
> дискуссии в samba-technical@. Как мейнтейнер, я могу положить выдержку
> из дискуссии в документацию пакета, но кто ее реально будет читать? А
> при переезде с версии на версию? Давайте только откровенно, а не
> идеалистически -- разработчик, использующий "платформу" сводку
> изменений в API/ABI платформы при смене версии еще посмотри, а в
> документацию отдельного пакета скорее всего нет. Можно называть его
> "злобным буратиной" или еще как, это не меняет необходимости иметь
> глобальный механизм информирования, пусть даже путем собирания
> некоторых документов из пакетов.
>

Ясно, что что-то нужно, но не ясно, что же предлагается

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

Отлично, она уже вышла... ;)

>> Вопрос в том можно ли для этого, если это никому не мешает,
>> использовать Сизиф. Разве это не репозиторий разработчиков?
>>
>> Очевидным противоречием тут выступает близость Сизифа к бранчам,
>> которые создаются путём копирования среза Сизифа. А, соответственно,
>> туда могу попасть недоделки разработчиков...
> Они однозначно будут. Например, для того, чтобы въехать с Самбой 3.4,
> нужно отработать механизм обновления конфигурационных файлов и
> имеющихся уже установок (разъезд формата tdb, переезд smbpasswd в
> tdbsam, миграция имеющихся доменных структур и тому подобное, довольно
> многое) -- определенные вещи из указанного нельзя просто решить путем
> "сохранил конфиги, обновился, вернул свои конфиги", потому что часть
> важных данных хранится в бинарных базах и их нужно правильно
> обновлять. Апстрим этой работой не заинтересован.
>

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

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

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

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Samba from Fedora

[Led]

On Thursday, 16 July 2009 21:25:01 Evgeny Sinelnikov wrote:
> Этот момент понятен, но нельзя всю эту работу сделать за один присест,
> одному человеку, без соответствующей тестовой среды... Такой тестовой
> средой является Сизиф. Если самба потребует обновления в
> продакшн-сервере до Сизифа, то нужно минимально обеспечить бекап.
>
> Да и вообще я с трудом себе представляю продакшн-сервер с самбой,
> обновляющийся до сизифа.

Я тоже себе многого не представлял, когда в "один прекрасный момент" после 
обновления серверов из ОФИЦИАЛЬНОГО updates для Master-2.4 (коробочного) 
работа в офисе остановилась на полдня - до тех пор, пока не было выяснено, 
что виновата обновлённая Samba и и "в закромах" не была найдена предидущая 
версия и не водрузена на эти сервера.
Поэтому ситуация, когда кому-то кажется, что временно разломанная самба в 
Sisyphus может удивить - ИМХО несерьёзная.

-- 
Led

Re: [devel] Samba from Fedora

[Evgeny Sinelnikov]

16 июля 2009 г. 23:35 пользователь Led (ledest@gmail.com) написал:
> On Thursday, 16 July 2009 21:25:01 Evgeny Sinelnikov wrote:
>> Этот момент понятен, но нельзя всю эту работу сделать за один присест,
>> одному человеку, без соответствующей тестовой среды... Такой тестовой
>> средой является Сизиф. Если самба потребует обновления в
>> продакшн-сервере до Сизифа, то нужно минимально обеспечить бекап.
>>
>> Да и вообще я с трудом себе представляю продакшн-сервер с самбой,
>> обновляющийся до сизифа.
>
> Я тоже себе многого не представлял, когда в "один прекрасный момент" после
> обновления серверов из ОФИЦИАЛЬНОГО updates для Master-2.4 (коробочного)
> работа в офисе остановилась на полдня - до тех пор, пока не было выяснено,
> что виновата обновлённая Samba и и "в закромах" не была найдена предидущая
> версия и не водрузена на эти сервера.
> Поэтому ситуация, когда кому-то кажется, что временно разломанная самба в
> Sisyphus может удивить - ИМХО несерьёзная.

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

С самбой сейчас такая же проблема... Вопрос о миграции ставится с тех
пор, как вышли новые версии самбы... Так вот с тех пор ни одной новой
сборки и не появилось... А вопросом миграции её обновление, точнее его
отсутствие, все время и объясняется...

Теперь представим себе, что мы действительно взялись за задачу по
сборке самбы и созданию мигратора. Как мы её будем решать? Наверное
собирём, как есть, и будем пробовать. За отсутствием пресловутых
карманов, где мы это будем делать? Для меня вопрос однозначный - в
Сизифе. Ну, или в хешере дома...

Как вы думаете, если после выпуска трёх мажорных релиза, мы эту задачу
не осилили, будет ли она решена позже? Я хочу подчеркнуть, что вопрос
о стабильности здесь совершенно не уместен. Мы либо собирём её в Сизиф
и вместе протестируем мигратор, либо это должен сделать кто-то где-то
отдельно. А, при таком раскладе, какой смысл вести речь о Сизифе, как
репозитории разработчиков?

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

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Samba from Fedora

[Led]

On Thursday, 16 July 2009 23:01:34 Evgeny Sinelnikov wrote:
> 16 июля 2009 г. 23:35 пользователь Led (ledest@gmail.com) написал:
> > On Thursday, 16 July 2009 21:25:01 Evgeny Sinelnikov wrote:
> >> Этот момент понятен, но нельзя всю эту работу сделать за один присест,
> >> одному человеку, без соответствующей тестовой среды... Такой тестовой
> >> средой является Сизиф. Если самба потребует обновления в
> >> продакшн-сервере до Сизифа, то нужно минимально обеспечить бекап.
> >>
> >> Да и вообще я с трудом себе представляю продакшн-сервер с самбой,
> >> обновляющийся до сизифа.
> >
> > Я тоже себе многого не представлял, когда в "один прекрасный момент"
> > после обновления серверов из ОФИЦИАЛЬНОГО updates для Master-2.4
> > (коробочного) работа в офисе остановилась на полдня - до тех пор, пока не
> > было выяснено, что виновата обновлённая Samba и и "в закромах" не была
> > найдена предидущая версия и не водрузена на эти сервера.
> > Поэтому ситуация, когда кому-то кажется, что временно разломанная самба в
> > Sisyphus может удивить - ИМХО несерьёзная.
>
> Что значит сломанная?

Ничего не значит. Потому что ясказал не "сломанная", а "временно 
разломанная":)
А вообще, насколько мне известно, это только у нас такая смешная 
парадоксальная ситуация: не допускать что либо кардинально обновлять без 
гарантированного "плавного переезда" и, с другой стороны, безогладно 
обновлять непроверенный софт в т.н. "стабильных бранчах":)

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

О ней не так сложно "позаботиться". Если Sisyphus всё ещё (?) репозитарий для 
разработчиков (в первую очередь), по почему разработчики должны сидеть и 
чего-то ждать в угоду тем, у кого почему-то Sisyphus c почгресом и самбой в 
т.н. "продакшене"?
В обычном "продакшене" используется софт из дистрибутива, обновляется из 
updates к этому дистрибутиву, в котором, в свою очередь, производятся только 
фиксы, а не безудержное обновление на "суперновые версии".

-- 
Led

Re: [devel] Samba from Fedora

[Alexander Bokovoy]

2009/7/16 Led <ledest@gmail.com>:
>> Что значит сломанная?
>
> Ничего не значит. Потому что ясказал не "сломанная", а "временно
> разломанная":)
> А вообще, насколько мне известно, это только у нас такая смешная
> парадоксальная ситуация: не допускать что либо кардинально обновлять без
> гарантированного "плавного переезда" и, с другой стороны, безогладно
> обновлять непроверенный софт в т.н. "стабильных бранчах":)
У нас по факту такая сейчас и последний год ситуация, что "стабильных
бранчей" на самом деле не существует, потому что реально их за
пределами проектов, которые реализует ООо, не существует. В
результате, для разработчиков и целого ряда внедренцев/администраторов
Сизиф стал тем самым стабильным источником. Для нестабильной
разработки он при этом не перестал использоваться, но требования со
стороны разнообразных его пользователей усилились. Я не говорю, что
это плохо или хорошо, лишь хочу отметить, что это накладывает
определенные ограничения на разработчиков. Я им стараюсь следовать в
своей деятельности, другие могут и не следовать и по-прежнему считать
Сизиф "нестабильным" и местом для тестирования непонятно чего.

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

Что касается того, что Сизиф обеспечит более широкое тестирование
миграции Самбы, чем имеющийся у меня тестовый полигон, я позволю
усомниться. Практика последних 5-7 лет показывала иное, конкретные
исправления приходили от людей, использовавших не Сизиф, а рабочие
дистрибутивы. В вопросе миграции настроек вообще никто не помог ни
разу, так что реально я на помощь в этом направлении даже и не
расчитываю.
-- 
/ Alexander Bokovoy

Re: [devel] Samba from Fedora [JT]

[Vitaly Lipatov]

On 16 июля 2009, Alexander Bokovoy wrote:
> какого-то механизма внятного уведомления мейнтейнеров от
> подобных превратностях API/ABI. 
О изменениях API/ABI должны знать разработчики, использующие 
библиотеки, и проверять необходимую версию в configure. 
Мантейнеру достаточно оперировать версиями библиотек, примерно 
так же, как и пакетам достаточно >= версии.
...
> В нашем конкретном случае детали о том, что начиная с какой-то
> версии libtalloc необходимо понимать, что пользоваться
> ссылочными функциями нельзя и код необходимо переписывать,
> можно получить только из дискуссии в samba-technical@. Как
> мейнтейнер, я могу положить выдержку из дискуссии в
> документацию пакета, но кто ее реально будет читать? А при
А нельзя ли просто сообщить разработчикам библиотеки libtalloc, 
что они не умеют проектировать API/ABI библиотеки, а также не 
имеют представления о правилах выпуска релизов (библиотеки, как 
реализации API/ABI?
Почему вместо этого нужно изобретать средства слежения за 
очередной фантазией разработчиков, которые изменяют интерфейсы, 
наплевав на версионирование.
Похоже на перекладывание с больной головы на здоровую.
Не пойму только, это реверс-инжиниринг довёл до такого, крупные 
заказчики, или просто разработчикам интересен сам процесс 
разработки.

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

Re: [devel] [jt] Samba from Fedora

[Dmitry V. Levin]

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

On Thu, Jul 16, 2009 at 08:38:57PM +0300, Alexander Bokovoy wrote:
> 2009/7/16 Evgeny Sinelnikov <sin@altlinux.ru>:
> > 16 июля 2009 г. 20:07 пользователь Dmitry V. Levin написал:
> >> On Thu, Jul 16, 2009 at 06:07:27PM +0300, Alexander Bokovoy wrote:
[...]
> >>> > Проблемы при переносе идеологические, как стоит паковать библиотеки,
> >>> > которые используются в Samba и предоставляются внешним пользователям.
> >>> > Такие проекты уже есть. И я хотел собрать именно эти проекты.
> >>> Проблема идеологическая и, к сожалению, сейчас это проблема в
> >>> апстриме.
> >>
> >> Я немного почитал тред под названием the sorry saga of the talloc soname 'fix'.
> >> Да, действительно, проблема в апстриме, причём проблема тяжёлая и
> >> трудноизлечимая.  Дреппера бы на них натравить...
> Дреппер не имеет никакого отношения к не-Linux, а GNU/Linux - не
> единственная платформа, на которой работает и должна работать Самба.

Моё отношение к Дрепперу хорошо известно, однако я с ним согласен в том,
что платформа GNU/Linux не должна страдать от того, что разработчик Самба
хочет работать на убогих платформах, где нет ни ELF, ни, тем более,
ELF symbol versioning.

> Тридж считает, что проблема упаковки в дистрибутивах -- это проблема
> мейнтейнеров. К сожалению, я с этим согласен, но адекватное решение
> пока не нашел. Отчасти из-за этого я, зная состояние с API/ABI в этих
> библиотеках сдерживал их неконтролируемую упаковку. (Об этом чуть
> ниже).

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

[...]
> В нашем конкретном случае детали о том, что начиная с какой-то версии
> libtalloc необходимо понимать, что пользоваться ссылочными функциями
> нельзя и код необходимо переписывать, можно получить только из
> дискуссии в samba-technical@. Как мейнтейнер, я могу положить выдержку
> из дискуссии в документацию пакета, но кто ее реально будет читать? А

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

Короче говоря, Тридж своим поведением меня разочаровал.


-- 
ldv

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

Re: [devel] Samba from Fedora [JT]

[Evgeny Sinelnikov]

17 июля 2009 г. 1:30 пользователь Vitaly Lipatov (lav@altlinux.ru) написал:
> On 16 июля 2009, Alexander Bokovoy wrote:
>> какого-то механизма внятного уведомления мейнтейнеров от
>> подобных превратностях API/ABI.
> О изменениях API/ABI должны знать разработчики, использующие
> библиотеки, и проверять необходимую версию в configure.
> Мантейнеру достаточно оперировать версиями библиотек, примерно
> так же, как и пакетам достаточно >= версии.
> ...
>> В нашем конкретном случае детали о том, что начиная с какой-то
>> версии libtalloc необходимо понимать, что пользоваться
>> ссылочными функциями нельзя и код необходимо переписывать,
>> можно получить только из дискуссии в samba-technical@. Как
>> мейнтейнер, я могу положить выдержку из дискуссии в
>> документацию пакета, но кто ее реально будет читать? А при
> А нельзя ли просто сообщить разработчикам библиотеки libtalloc,
> что они не умеют проектировать API/ABI библиотеки, а также не
> имеют представления о правилах выпуска релизов (библиотеки, как
> реализации API/ABI?
+1

Нельзя ли, действительно, выразить отношение ALT Linux Team в Samba
Technical, чтобы дать понять, лидерам Samba Team, интересы сторонних
разработчиков и интеграторов?

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

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

Именно, и их можно понять... Но мнение своё им стоит выразить...
Нельзя же просто за этим наблюдать?


-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Samba from Fedora [JT]

[Alexander Bokovoy]

2009/7/17 Vitaly Lipatov <lav@altlinux.ru>:
> On 16 июля 2009, Alexander Bokovoy wrote:
>> какого-то механизма внятного уведомления мейнтейнеров от
>> подобных превратностях API/ABI.
> О изменениях API/ABI должны знать разработчики, использующие
> библиотеки, и проверять необходимую версию в configure.
> Мантейнеру достаточно оперировать версиями библиотек, примерно
> так же, как и пакетам достаточно >= версии.
> ...
>> В нашем конкретном случае детали о том, что начиная с какой-то
>> версии libtalloc необходимо понимать, что пользоваться
>> ссылочными функциями нельзя и код необходимо переписывать,
>> можно получить только из дискуссии в samba-technical@. Как
>> мейнтейнер, я могу положить выдержку из дискуссии в
>> документацию пакета, но кто ее реально будет читать? А при
> А нельзя ли просто сообщить разработчикам библиотеки libtalloc,
> что они не умеют проектировать API/ABI библиотеки, а также не
> имеют представления о правилах выпуска релизов (библиотеки, как
> реализации API/ABI?
> Почему вместо этого нужно изобретать средства слежения за
> очередной фантазией разработчиков, которые изменяют интерфейсы,
> наплевав на версионирование.
Если хочется -- можете в samba-technical@ сами об этом написать. Из
вышенаписанного текста становится ясно, что Вы не представляете, о чем
идет речь. talloc долгое время был внутренней библиотекой  Самба и его
никто реально как отдельную библиотеку не экспортировал, а ошибки,
исправленные в последнем случае с нарушением ABI, ломали только те
приложения, которые уже использовали talloc неправильно. Отношение к
развитию API/ABI внутри Samba Team было высказано несколькими из
разработчиков и мне по существу нечего к нему добавить, здравые мысли
в процессе дискуссии были высказаны. По факту talloc и остальные
"библиотеки" и сейчас еще не являются нормально отделенными от
основного кода Самбы, говорить о них как о нормальных библиотеках
можно с определенной степенью преувеличения.

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

-- 
/ Alexander Bokovoy

Re: [devel] Samba from Fedora [JT]

[Vitaly Lipatov]

On 17 июля 2009, Alexander Bokovoy wrote:
...
> У Вас, Виталий, довольно странное понимание того, чем и для
> чего занимаются люди. Я не буду дальше это комментировать.
Дмитрий уже написал, что апстрим неконструктивен :)

У меня отношение к проекту такое:
- в samba по сравнению с 2002 годом ничего не изменилось (как и 7 
лет назад, её можно использовать для баз 1С в виндовой сети)
- разработчики samba много лет рассказывают о своих планах, но 
делают мало (переписали систему сборки, ну и не доведя до ума 
каталог с 4.0, стали переносить всё в 3.4).
- проект имеет лицензию, благодаря которой с его библиотеками не 
может взаимодействовать практически ни одна программа (как 
использовать из LGPL'ного Wine этот GPLv3 код?)
- пакет samba в Сизифе имеет рабочую часть в 1000 строк (надо 
отдать должное, и ещё 1000 на changelog), что многовато и 
говорит о том, что проект никаким боком не пытается быть 
приспособленным для упаковки в дистрибутив.

Что-то из-этих пунктов субъективно, но это то, как проект 
отражается для меня.


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

Re: [devel] Samba from Fedora [JT]

[Led]

On Friday, 17 July 2009 22:09:50 Vitaly Lipatov wrote:
> On 17 июля 2009, Alexander Bokovoy wrote:
> ...
>
> > У Вас, Виталий, довольно странное понимание того, чем и для
> > чего занимаются люди. Я не буду дальше это комментировать.
>
> Дмитрий уже написал, что апстрим неконструктивен :)
>
> У меня отношение к проекту такое:
> - в samba по сравнению с 2002 годом ничего не изменилось (как и 7
> лет назад, её можно использовать для баз 1С в виндовой сети)

Ну почему же? Иногда можно сделать "секьюрити аптейт для Master-2.4", и именно 
1С перестаёт работать:)

> - разработчики samba много лет рассказывают о своих планах, но
> делают мало (переписали систему сборки, ну и не доведя до ума
> каталог с 4.0, стали переносить всё в 3.4).
> - проект имеет лицензию, благодаря которой с его библиотеками не
> может взаимодействовать практически ни одна программа

Это проблемы этих "программ", а не Samba

> (как 
> использовать из LGPL'ного Wine этот GPLv3 код?)

Как обычно: брать и использовать (естесвенно, на^Wобмануть судьбу не 
получается)

-- 
Led

Re: [devel] Samba from Fedora [JT]

[Vitaly Lipatov]

On 17 июля 2009, Led wrote:
...
> > У меня отношение к проекту такое:
> > - в samba по сравнению с 2002 годом ничего не изменилось
> > (как и 7 лет назад, её можно использовать для баз 1С в
> > виндовой сети)
>
> Ну почему же? Иногда можно сделать "секьюрити аптейт для
> Master-2.4", и именно 1С перестаёт работать:)
Ну хотели-то всё равно как лучше :)

> > - разработчики samba много лет рассказывают о своих планах,
> > но делают мало (переписали систему сборки, ну и не доведя до
> > ума каталог с 4.0, стали переносить всё в 3.4).
> > - проект имеет лицензию, благодаря которой с его
> > библиотеками не может взаимодействовать практически ни одна
> > программа
>
> Это проблемы этих "программ", а не Samba
То есть то, что со мной невозможно договориться, это не моя 
проблема, а Ваша?


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

Re: [devel] Samba from Fedora [JT]

[Led]

On Friday, 17 July 2009 23:11:15 Vitaly Lipatov wrote:
> On 17 июля 2009, Led wrote:
> ...
>
> > > У меня отношение к проекту такое:
> > > - в samba по сравнению с 2002 годом ничего не изменилось
> > > (как и 7 лет назад, её можно использовать для баз 1С в
> > > виндовой сети)
> >
> > Ну почему же? Иногда можно сделать "секьюрити аптейт для
> > Master-2.4", и именно 1С перестаёт работать:)
>
> Ну хотели-то всё равно как лучше :)
>
> > > - разработчики samba много лет рассказывают о своих планах,
> > > но делают мало (переписали систему сборки, ну и не доведя до
> > > ума каталог с 4.0, стали переносить всё в 3.4).
> > > - проект имеет лицензию, благодаря которой с его
> > > библиотеками не может взаимодействовать практически ни одна
> > > программа
> >
> > Это проблемы этих "программ", а не Samba
>
> То есть то, что со мной невозможно договориться, это не моя
> проблема, а Ваша?

Нет. Если ВАС не утраивает GPLv3 - то это ваша проблема. Которую вы 
можете "легко и нипринуждённо" обойти: написать свою Rumba вместо "нехорошей 
Samba". Или просто использовать Samba под GPLv3. Да, GPLv3 ухудшает 
возможности лицемерия... Ну что ж тут поделать...

-- 
Led

Re: [devel] Samba from Fedora [JT]

[Alexander Bokovoy]

2009/7/17 Vitaly Lipatov <lav@altlinux.ru>:
> On 17 июля 2009, Alexander Bokovoy wrote:
> ...
>> У Вас, Виталий, довольно странное понимание того, чем и для
>> чего занимаются люди. Я не буду дальше это комментировать.
> Дмитрий уже написал, что апстрим неконструктивен :)
А в чем, по-Вашему, должна состоять конструктивность апстрима?

> У меня отношение к проекту такое:
> - в samba по сравнению с 2002 годом ничего не изменилось (как и 7
> лет назад, её можно использовать для баз 1С в виндовой сети)
Виндовая сеть с 2002 года сильно изменилась, если бы Самба не
изменилась, она не смогла бы работать в этой сети.
К тому же, если Ваши собственные способы использования инструмента
ограничиваются "базы 1С в виндовой сети", то не стоит пенять на
инструмент.

> - разработчики samba много лет рассказывают о своих планах, но
> делают мало (переписали систему сборки, ну и не доведя до ума
> каталог с 4.0, стали переносить всё в 3.4).
Планы постепенно реализуются и многие из них, как поддержка
кластеризации, работа со всем, вплоть до самых последних версий
Windows, базовая реализация SMB2 -- сделано. Кластеризация вообще
уникальная функция -- в решении от Microsoft такого нет и еще долго не
будет, а системы хранения на основе Самбы и свободного ПО есть и
конкурентны на рынке с лидерами отрасли. В сегменте устройств "до
5000у.е." вообще только одна Самба и осталась. Другое дело, что Вы и
многие из "обычных пользователей" этой работы не видите, потому что не
являетесь целевой аудиторией или внедренцами таких систем. Для
контроллеров домена на уровне NT/XP Самба 3 справляется довольно
хорошо с поставленными задачами, о полноценной реализации ADS -- в
рамках Самба 4.

В том, что касается Samba4 -- работа идет, общий объем необходимых
доработок в 2006 году предварительно оценивался в 9000-10000
человеко-часов. Это только реализация того, что нам известно по
минимуму. С открытием документации от MS -- а это заслуга именно Samba
Team, потому что команда была единственной, кто остался свидетелем на
стороне Еврокомиссии в антимонопольном процессе -- стало ясно, что
объем работы приблизительно в раза два-три выше. Количество имеющихся
разработчиков на этом фронте так существенно и не увеличилось, хоть и
удалось привлечь новые компании к работе (Cisco, например). Если Вам
нужна эта часть функционала и Вы без нее не можете обойтись, то
помогайте.

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

> - проект имеет лицензию, благодаря которой с его библиотеками не
> может взаимодействовать практически ни одна программа (как
> использовать из LGPL'ного Wine этот GPLv3 код?)
Поверьте, это Ваши личные проблемы.

> - пакет samba в Сизифе имеет рабочую часть в 1000 строк (надо
> отдать должное, и ещё 1000 на changelog), что многовато и
> говорит о том, что проект никаким боком не пытается быть
> приспособленным для упаковки в дистрибутив.
Адаптация для дистрибутивов -- это работа мейнтейнеров. Судя по
приведенным выше цифрам, она есть. При чем тут проект? GNU/Linux --
это лишь 1/60 из поддерживаемых платформ, я не говорю уже о конкретном
одном линуксовом дистрибутиве.

> Что-то из-этих пунктов субъективно, но это то, как проект
> отражается для меня.
Возьмите и сделайте лучше.

P.S. Прошу прощения у подписчиков рассылки за отклонение от темы.
-- 
/ Alexander Bokovoy

Re: [devel] По поводу Samba4

[Alexey Shabalin]

21 мая 2009 г. 21:13 пользователь Evgeny Sinelnikov написал:
> Здравствуйте,
>
> хочу сообщить, что я подготовил сборку Samba-4.0.0alpha7 для Сизифа.
> Основной целью этой сборки является не столько сам сервер, сколько
> набор библиотек, который уже давно начал использоваться в различных
> приложениях.
Есть ли вести с фронтов?
Очень хочется собрать libmapi и evolution-mapi. Я этого чуда уже
несколько лет жду :)

-- 
Alexey Shabalin

Re: [devel] По поводу Samba4

[Yuri N. Sedunov]

В Втр, 29/12/2009 в 21:32 +0300, Alexey Shabalin пишет:
> 21 мая 2009 г. 21:13 пользователь Evgeny Sinelnikov написал:
> > Здравствуйте,
> >
> > хочу сообщить, что я подготовил сборку Samba-4.0.0alpha7 для Сизифа.
> > Основной целью этой сборки является не столько сам сервер, сколько
> > набор библиотек, который уже давно начал использоваться в различных
> > приложениях.
> Есть ли вести с фронтов?
> Очень хочется собрать libmapi и evolution-mapi. Я этого чуда уже
> несколько лет жду :)
> 
> -- 

"Этого чуда" ждет  gvfs. 

-- 
Yuri N. Sedunov

Re: [devel] По поводу Samba4

[Alex Gorbachenko]

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

On Tue, 29 Dec 2009 21:32:51 +0300
Alexey wrote:

>Очень хочется собрать libmapi и evolution-mapi. Я этого чуда уже
>несколько лет жду :)

оно не работает чуть более чем совсем.

-- 
np: 

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

Re: [devel] По поводу Samba4

[Alexey Shabalin]

11 января 2010 г. 15:50 пользователь Alex Gorbachenko написал:
> On Tue, 29 Dec 2009 21:32:51 +0300
> Alexey wrote:
>
>>Очень хочется собрать libmapi и evolution-mapi. Я этого чуда уже
>>несколько лет жду :)
>
> оно не работает чуть более чем совсем.
А есть сборки? покажите на попробовать.

-- 
Alexey Shabalin

Re: [devel] По поводу Samba4

[Evgeny Sinelnikov]

12 января 2010 г. 11:06 пользователь Alexey Shabalin
<a.shabalin@gmail.com> написал:
> 11 января 2010 г. 15:50 пользователь Alex Gorbachenko написал:
>> On Tue, 29 Dec 2009 21:32:51 +0300
>> Alexey wrote:
>>
>>>Очень хочется собрать libmapi и evolution-mapi. Я этого чуда уже
>>>несколько лет жду :)
>>
>> оно не работает чуть более чем совсем.
> А есть сборки? покажите на попробовать.
>

В тестовом режиме можно собрать из git. Нормальная сборка влечёт
обновление совместных библиотек для Samba3 и самой Samba3 до 3.4.x

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] По поводу Samba4

[Alex Gorbachenko]

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

On Tue, 12 Jan 2010 11:06:08 +0300
Alexey wrote:

>А есть сборки? покажите на попробовать.

зачем собирать, если можно взять fedora, например, и посмотреть там ?

-- 
np: 

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

Re: [devel] По поводу Samba4

[Denis Medvedev]

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


-----Original Message-----
From: Alex Gorbachenko <agent_007@immo.ru>
To: devel@lists.altlinux.org
Date: Tue, 12 Jan 2010 14:46:11 +0300
Subject: Re: [devel] По поводу Samba4

> On Tue, 12 Jan 2010 11:06:08 +0300
> Alexey wrote:
> 
> >А есть сборки? покажите на попробовать.
> 
> зачем собирать, если можно взять fedora, например, и посмотреть там ?
> 
> -- 
> np: 
> 
> ATTACHMENT: application/pgp-signature (signature.asc)
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] По поводу Samba4

[Afanasov Dmitry]

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

On Tue, Jan 12, 2010 at 05:48:25PM +0300, Denis Medvedev wrote:
> 
> Для себя собирал - оно уже вполне себе работает в качестве домен-контроллера - компьютеры вводятся.
> Выложить?
конечно. причем пригодной для apt-get'а репой. ещё, конечно, не забыть в
репе прописать Codename, Version, и что ещё просит genbasedir :)
-- 
С уважением
Афанасов Дмитрий

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

Re: [devel] По поводу Samba4

[Michael Shigorin]

On Tue, Jan 12, 2010 at 05:53:20PM +0300, Afanasov Dmitry wrote:
> > Для себя собирал - оно уже вполне себе работает в качестве
> > домен-контроллера - компьютеры вводятся.  Выложить?
> конечно. причем пригодной для apt-get'а репой.

Хорошо бы на people.

> ещё, конечно, не забыть в репе прописать Codename, Version,
> и что ещё просит genbasedir :)

Необязательно.

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

Re: [devel] По поводу Samba4

[Vladimir Lettiev]

23 мая 2009 г. 23:00 пользователь Alexander Bokovoy <ab@> написал:
> 2009/5/23 Denis  Medvedev <a_mdl@>:
>>> Объясните, пожалуйста, какую функциональность Вы при этом хотите
>>> получить. Кроме номера версии.
>> Как сисадмин, я  бы хотел получить способность поддерживать Secondary DC в Active directory.
>> Насколько я понял - такое тянет ТОЛЬКО samba4. Возможность заменить windows в домен-контроле для меня критична.
> samba4 такое не умеет. Она умеет быть основной DC для некоторых
> случаев и количество таких ситуаций крайне ограничено.

Кстати, в WHATSNEW4 свежего релиза Samba 4 alpha11 появилась фраза:

"We can now join an AD domain as a read-write DC"

-- 
Vladimir Lettiev aka crux <theCrux@gmail.com>