[devel] gnutls 2.2.2

[devel] gnutls 2.2.2

[Pavlov Konstantin]

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

On Thu, Mar 13, 2008 at 01:50:50AM +0300, Pavlov Konstantin wrote:
> Update of /people/thresh/packages/gnutls.git
> 
> Changes statistics since `2.0.4-alt1' is too large (59765 bytes).
> 
> Changelog since `2.0.4-alt1' follows:
> commit 337cb504ee86ac47c7b21c824a78f863950de60e
> Author: Pavlov Konstantin <thresh@altlinux.ru>
> Date:   Thu Mar 13 01:41:58 2008 +0300
> 
>     Update version script.
> 

Господа, я готовлю новую сборку библиотеки gnutls (2.2.2), и у меня есть
сомнения по поводу version script. Не мог бы кто проверить, всё ли я
правильно сделал.  Добавленные символы я брал из сравнения include-файлов
версий 2.0.4 (нашей последней) и 2.2.2 и из NEWS.

http://git.altlinux.org/people/thresh/packages/gnutls.git?p=gnutls.git;a=commitdiff;h=337cb504ee86ac47c7b21c824a78f863950de60e

-- 
Above all things, reverence yourself.

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

Re: [devel] gnutls 2.2.2

[Stanislav Ievlev]

On Thu, Mar 13, 2008 at 01:58:16AM +0300, Pavlov Konstantin wrote:
> On Thu, Mar 13, 2008 at 01:50:50AM +0300, Pavlov Konstantin wrote:
> > Update of /people/thresh/packages/gnutls.git
> > 
> > Changes statistics since `2.0.4-alt1' is too large (59765 bytes).
> > 
> > Changelog since `2.0.4-alt1' follows:
> > commit 337cb504ee86ac47c7b21c824a78f863950de60e
> > Author: Pavlov Konstantin <thresh@altlinux.ru>
> > Date:   Thu Mar 13 01:41:58 2008 +0300
> > 
> >     Update version script.
> > 
> 
> Господа, я готовлю новую сборку библиотеки gnutls (2.2.2), и у меня есть
> сомнения по поводу version script. Не мог бы кто проверить, всё ли я
> правильно сделал.  Добавленные символы я брал из сравнения include-файлов
> версий 2.0.4 (нашей последней) и 2.2.2 и из NEWS.
> 
> http://git.altlinux.org/people/thresh/packages/gnutls.git?p=gnutls.git;a=commitdiff;h=337cb504ee86ac47c7b21c824a78f863950de60e
Может быть попросить робота пересобрать Сизиф с новой gnutls ?

Re: [devel] gnutls 2.2.2

[Alexey Tourbin]

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

On Thu, Mar 13, 2008 at 01:58:16AM +0300, Pavlov Konstantin wrote:
> On Thu, Mar 13, 2008 at 01:50:50AM +0300, Pavlov Konstantin wrote:
> > Update of /people/thresh/packages/gnutls.git
> > 
> > Changes statistics since `2.0.4-alt1' is too large (59765 bytes).
> > 
> > Changelog since `2.0.4-alt1' follows:
> > commit 337cb504ee86ac47c7b21c824a78f863950de60e
> > Author: Pavlov Konstantin <thresh@altlinux.ru>
> > Date:   Thu Mar 13 01:41:58 2008 +0300
> > 
> >     Update version script.
> > 
> 
> Господа, я готовлю новую сборку библиотеки gnutls (2.2.2), и у меня есть
> сомнения по поводу version script. Не мог бы кто проверить, всё ли я
> правильно сделал.  Добавленные символы я брал из сравнения include-файлов
> версий 2.0.4 (нашей последней) и 2.2.2 и из NEWS.
> 
> http://git.altlinux.org/people/thresh/packages/gnutls.git?p=gnutls.git;a=commitdiff;h=337cb504ee86ac47c7b21c824a78f863950de60e

$ rpmsodiff libgnutls-2.0.4-alt1.i586.rpm libgnutls-2.2.2-alt1.athlon.rpm
        sonames only in libgnutls-2.0.4-alt1 [1]:
libgnutls.so.13 /usr/lib/libgnutls.so.13.9.1

        sonames only in libgnutls-2.2.2-alt1 [2]:
libgnutls.so.26 /usr/lib/libgnutls.so.26.1.3

        no common sonames
$

Вообще-то когда меняется soname, то version script можно обнулять.

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

Re: [devel] gnutls 2.2.2

[Dmitry V. Levin]

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

On Thu, Mar 13, 2008 at 09:41:26AM +0300, Alexey Tourbin wrote:
> Вообще-то когда меняется soname, то version script можно обнулять.

Нужно обнулять. :)


-- 
ldv

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

Re: [devel] gnutls 2.2.2

[Pavlov Konstantin]

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

On Thu, Mar 13, 2008 at 01:49:56PM +0300, Dmitry V. Levin wrote:
> On Thu, Mar 13, 2008 at 09:41:26AM +0300, Alexey Tourbin wrote:
> > Вообще-то когда меняется soname, то version script можно обнулять.
> 
> Нужно обнулять. :)

OK.

-- 
Спасибо, Костя. Моя вера в опенсорс теперь ещё больше "непокобелима" (тм).
		-- avp in sisyphus@

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

Re: [devel] gnutls 2.2.2

[Alexey Tourbin]

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

On Thu, Mar 13, 2008 at 03:34:16PM +0300, Pavlov Konstantin wrote:
> On Thu, Mar 13, 2008 at 01:49:56PM +0300, Dmitry V. Levin wrote:
> > On Thu, Mar 13, 2008 at 09:41:26AM +0300, Alexey Tourbin wrote:
> > > Вообще-то когда меняется soname, то version script можно обнулять.
> > 
> > Нужно обнулять. :)
> 
> OK.

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

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

Re: [devel] gnutls 2.2.2

[Pavlov Konstantin]

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

On Thu, Mar 13, 2008 at 03:38:07PM +0300, Alexey Tourbin wrote:
> On Thu, Mar 13, 2008 at 03:34:16PM +0300, Pavlov Konstantin wrote:
> > On Thu, Mar 13, 2008 at 01:49:56PM +0300, Dmitry V. Levin wrote:
> > > On Thu, Mar 13, 2008 at 09:41:26AM +0300, Alexey Tourbin wrote:
> > > > Вообще-то когда меняется soname, то version script можно обнулять.
> > > 
> > > Нужно обнулять. :)
> > 
> > OK.
> 
> Только тогда сам пакет с библиотекой нужно назвать по-другому,
> чтобы он отличался от названия пакета с другим сонеймом --
> либо libgnutls2.2, либо libgnutls26.

Да, это понятно, спасибо.

Есть ли пожелания-дополнения к
http://freesource.info/wiki/AltLinux/Policy/SharedLibs ?

-- 
Для поддержки демонстрантов стучите шваброй в потолок.
		-- lav in community@

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

Re: [devel] gnutls 2.2.2

[Alexey Tourbin]

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

On Thu, Mar 13, 2008 at 03:42:05PM +0300, Pavlov Konstantin wrote:
> Есть ли пожелания-дополнения к
> http://freesource.info/wiki/AltLinux/Policy/SharedLibs ?

Нужно лушче отразить основные понятия.

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

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

Re: [devel] gnutls 2.2.2

[Dmitry V. Levin]

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

On Thu, Mar 13, 2008 at 10:50:42PM +0300, Alexey Tourbin wrote:
> On Thu, Mar 13, 2008 at 03:42:05PM +0300, Pavlov Konstantin wrote:
> > Есть ли пожелания-дополнения к
> > http://freesource.info/wiki/AltLinux/Policy/SharedLibs ?
> 
> Нужно лушче отразить основные понятия.
> 
> Что означает сонейм.  Как происходит линковка с библиотекой,
> у которой есть сонейм, и чем она заканчивается.  Как происходит
> загрузка бинаря, который слинковался с библиотекой, у которой
> был сонейм.  Что делает version script на стадии линковки самой
> библиотеки.  Что происходит при линковке с библиотекой, у которой
> был version script.  В чем состоит бинарная совместимость, и как
> она может нарушаться.

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


-- 
ldv

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

Re: [devel] gnutls 2.2.2

[Mikhail Gusarov]

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

Twas brillig at 23:51:18 13.03.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:

 >> Нужно лушче отразить основные понятия.

[.]

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

+1, ссылка на dsohowto будет куда полезнее и уместнее, чем пересказ.

-- 

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

Re: [devel] gnutls 2.2.2

[Dmitry V. Levin]

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

On Fri, Mar 14, 2008 at 03:59:30AM +0600, Mikhail Gusarov wrote:
> Twas brillig at 23:51:18 13.03.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:
> 
>  >> Нужно лушче отразить основные понятия.
> 
> [.]
> 
>  DVL> Это будет очень полезная статья, но не правила упаковки разделяемых
>  DVL> библиотек.
> 
> +1, ссылка на dsohowto будет куда полезнее и уместнее, чем пересказ.

Ссылки на dsohowto будет недостаточно, краткий рассказ с рецептами,
наверное, тоже не помешает.  Но это не policy.


-- 
ldv

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

Re: [devel] policy and tutorials

[Kirill Maslinsky]

On Fri, Mar 14, 2008 at 01:07:02AM +0300, Dmitry V. Levin wrote:
> On Fri, Mar 14, 2008 at 03:59:30AM +0600, Mikhail Gusarov wrote:
> > Twas brillig at 23:51:18 13.03.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:
> > 
> >  >> Нужно лушче отразить основные понятия.
> > 
> > [.]
> > 
> >  DVL> Это будет очень полезная статья, но не правила упаковки разделяемых
> >  DVL> библиотек.
> > 
> > +1, ссылка на dsohowto будет куда полезнее и уместнее, чем пересказ.
> 
> Ссылки на dsohowto будет недостаточно, краткий рассказ с рецептами,
> наверное, тоже не помешает.  Но это не policy.

На практике ситуация прихода в команду означает, что у приходящего 
есть два очень насущных вопроса: не только "Как?" (ответ на него -- задача полиси),
но и "Почему/Зачем?" (ответ на это -- задача, HOWTO, рецептов, в общем
учебника). 

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

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

--
Kirill Maslinsky
ALT Linux Team

Re: [devel] policy and tutorials

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

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

On Fri, Mar 14, 2008 at 01:20:25PM +0300, Kirill Maslinsky wrote:

KM> Мне кажется, было бы очень хорошим тоном, если бы в каждом из
KM> наших полиси нулевым пунктом стояла ссылка на соответствующий такой 
KM> HOWTO/учебник с растолкованием основных понятий и рецептов в той области, 
KM> к которой относится полиси. Лучше всего, если такой учебник будет также 
KM> составлен нами, хотя это, наверное, и не обязательно. 
KM> Потому что люди очень часто приходят в команду учиться, осознают они
KM> это, или нет. И лучше, если команда также будет это осознавать, и предлагать
KM> им сразу в наших "учебниках" наше видение соответствующий проблемных 
KM> областей. Чтобы потом дядьки не жаловались на то "какой безграмотный
KM> пошёл мантейнер" и чтобы потом не приходилось "переучивать".

+1

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

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

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

Re: [devel] policy and tutorials

[Eugene Ostapets]

14.03.08, Денис Смирнов<mithraen@altlinux.ru> написал(а):
> On Fri, Mar 14, 2008 at 01:20:25PM +0300, Kirill Maslinsky wrote:
>
>  KM> Мне кажется, было бы очень хорошим тоном, если бы в каждом из
>  KM> наших полиси нулевым пунктом стояла ссылка на соответствующий такой
>  KM> HOWTO/учебник с растолкованием основных понятий и рецептов в той области,
>  KM> к которой относится полиси. Лучше всего, если такой учебник будет также
>  KM> составлен нами, хотя это, наверное, и не обязательно.
>  KM> Потому что люди очень часто приходят в команду учиться, осознают они
>  KM> это, или нет. И лучше, если команда также будет это осознавать, и предлагать
>  KM> им сразу в наших "учебниках" наше видение соответствующий проблемных
>  KM> областей. Чтобы потом дядьки не жаловались на то "какой безграмотный
>  KM> пошёл мантейнер" и чтобы потом не приходилось "переучивать".
>
>  +1
-1
Пока нет таких HowTo, желательно максимум возможной информации по
технологии в полиси... Как только полии разростется - из него
автоматически можно будет извлечь HowTo

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] policy and tutorials

[Mikhail Gusarov]

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

Twas brillig at 13:01:48 14.03.2008 UTC+02 when Eugene Ostapets did gyre and gimble:

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

Это что, дикая боязнь сделать две странички вместо одной сразу? Или
экономия "бумаги"?

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

-- 

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

Re: [devel] policy and tutorials

[Eugene Ostapets]

14.03.08, Mikhail Gusarov<dottedmag@dottedmag.net> написал(а):
> Twas brillig at 13:01:48 14.03.2008 UTC+02 when Eugene Ostapets did gyre and gimble:
>
>   EO> Пока нет таких HowTo, желательно максимум возможной информации по
>   EO> технологии в полиси... Как только полии разростется - из него
>   EO> автоматически можно будет извлечь HowTo
>
>  Это что, дикая боязнь сделать две странички вместо одной сразу? Или
>  экономия "бумаги"?
>
>  Почему все так боятся написать три абзаца policy и три абзаца howto на
>  разных страницах, а вместо этого призывают делать длинную кашу из
>  требований, рецептов и слухов?
Я не против такого подхода, я против "не буду ничего разжевывать
сейчас в полиси, потому что ПОТОМ напишу туториал"... Или сразу две
странички, или максимум в одной с последующим разделением на две,
три...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] policy and tutorials

[Michael Shigorin]

On Fri, Mar 14, 2008 at 01:33:05PM +0200, Eugene Ostapets wrote:
> >  Почему все так боятся написать три абзаца policy и три
> >  абзаца howto на разных страницах, а вместо этого призывают
> >  делать длинную кашу из требований, рецептов и слухов?
> Я не против такого подхода, я против "не буду ничего
> разжевывать сейчас в полиси, потому что ПОТОМ напишу
> туториал"...

Ну так и напиши сразу :)

> Или сразу две странички, или максимум в одной с последующим
> разделением на две, три...

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

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

Re: [devel] policy and tutorials

[Sergey V Turchin]

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

On Friday 14 March 2008, Mikhail Gusarov wrote:

[...]
> боятся написать три абзаца policy и три абзаца 
> howto на разных страницах, а вместо этого призывают делать
> длинную кашу из требований, рецептов и слухов?
+1

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] policy and tutorials

[Damir Shayhutdinov]

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

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

Re: [devel] policy and tutorials

[Eugene Ostapets]

14.03.08, Damir Shayhutdinov<damir@altlinux.org> написал(а):
> >  >  +1
>  >
>  > -1
>  >  Пока нет таких HowTo, желательно максимум возможной информации по
>  >  технологии в полиси... Как только полии разростется - из него
>  >  автоматически можно будет извлечь HowTo
>
>
> Не надо смешивать правила и учебники. Правила должны быть
>  фиксированными, а учебники должны постоянно улучшаться.
Не должно быть правил без учебников. Иначе мы опять придем к ситуации:
наши технологии настолько технологичны, что мы сами не понимаем как
они работают и никого не можем обучить...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] policy and tutorials

[Igor Vlasenko]

On Fri, Mar 14, 2008 at 02:19:01PM +0200, Eugene Ostapets wrote:
> Не должно быть правил без учебников. Иначе мы опять придем к ситуации:
> наши технологии настолько технологичны, что мы сами не понимаем как
> они работают и никого не можем обучить...
+1
Напомню, что во Вторую Мировую "наставление по боевому использованию
истребителей И-2 и И-16" было окончательно утверждено и выпущено
в 1942 году, когда эти истребители были сняты с производства...

Кроме того, для улучшения текста писателю дан редактор :)

-- 

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

Re: [devel] policy and tutorials

[Michael Shigorin]

On Fri, Mar 14, 2008 at 01:01:48PM +0200, Eugene Ostapets wrote:
> >  KM> Мне кажется, было бы очень хорошим тоном, если бы в каждом из
> >  KM> наших полиси нулевым пунктом стояла ссылка на соответствующий такой
> >  KM> HOWTO/учебник с растолкованием основных понятий и рецептов в той области,
> >  KM> к которой относится полиси. Лучше всего, если такой учебник будет также
> >  KM> составлен нами, хотя это, наверное, и не обязательно.
> >  KM> Потому что люди очень часто приходят в команду учиться, осознают они
> >  KM> это, или нет. И лучше, если команда также будет это осознавать, и предлагать
> >  KM> им сразу в наших "учебниках" наше видение соответствующий проблемных
> >  KM> областей. Чтобы потом дядьки не жаловались на то "какой безграмотный
> >  KM> пошёл мантейнер" и чтобы потом не приходилось "переучивать".
> >  +1

+1

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

Нет (c)

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

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

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

Re: [devel] gnutls 2.2.2

[Pavlov Konstantin]

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

On Fri, Mar 14, 2008 at 03:59:30AM +0600, Mikhail Gusarov wrote:
> Twas brillig at 23:51:18 13.03.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:
> 
>  >> Нужно лушче отразить основные понятия.
> 
> [.]
> 
>  DVL> Это будет очень полезная статья, но не правила упаковки разделяемых
>  DVL> библиотек.
> 
> +1, ссылка на dsohowto будет куда полезнее и уместнее, чем пересказ.
-1, пересказ на русском будет очень полезен.

-- 
Если из-за включённого CONFIG_HARDEN_SHM что-то не работает, то это что-то
наверняка кривое.
		-- ldv in devel-kernel@

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