Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Dmitry V. Levin]

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

Hi,

Кто сломал сборку всех этих пакетов?

On Sat, Nov 30, 2019 at 06:37:13AM +0000, ALT beekeeper wrote:
> 	14 NEW error logs
> 
> 389-adminutil-1.1.23-alt2
> 	Depends: 389-ds-base (= 1.4.1.10-alt2:sisyphus+240907.100.2.1)
> 	E: Broken packages
> 	hsh-install: Failed to calculate package file list.
> 
> bijiben-3.34.1-alt1
> 	yelp-tools: Depends: jing
> 	E: Broken packages
> 	hsh-install: Failed to calculate package file list.
> 
> firefox-70.0.1-alt1
> 	libnss-devel-static: Depends: libnss-devel (= 3.47.0-alt1:sisyphus+239875.200.1.1)
> 	E: Broken packages
> 	hsh-install: Failed to calculate package file list.
> 
> firefox-esr-68.2.0-alt1
> 	libnss-devel-static: Depends: libnss-devel (= 3.47.0-alt1:sisyphus+239875.200.1.1)
> 	E: Broken packages
> 	hsh-install: Failed to calculate package file list.
> 
> geary-3.34.2-alt1
> 	yelp-tools: Depends: jing
> 	E: Broken packages
> 	hsh-install: Failed to calculate package file list.
> 
> gnome-calendar-3.34.2-alt1
> 	yelp-tools: Depends: jing
> 	E: Broken packages
> 	hsh-install: Failed to calculate package file list.
> 
> gnome-contacts-3.34-alt1
> 	yelp-tools: Depends: jing
> 	E: Broken packages
> 	hsh-install: Failed to calculate package file list.
> 
> gnome-maps-3.34.2-alt1
> 	yelp-tools: Depends: jing
> 	E: Broken packages
> 	hsh-install: Failed to calculate package file list.
> 
> gnome-panel-3.34.1-alt1
> 	yelp-tools: Depends: jing
> 	E: Broken packages
> 	hsh-install: Failed to calculate package file list.
> 
> volume_key-0.3.12-alt1
> 	libnss-devel: Depends: libnss (= 3.47.0-alt1:sisyphus+239875.200.1.1)
> 	E: Broken packages
> 	hsh-install: Failed to calculate package file list.

-- 
ldv

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

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Dmitry V. Levin]

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

On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin wrote:
> Hi,
> 
> Кто сломал сборку всех этих пакетов?

Очевидно, это был пакет nss-gost:
$ comm -12 <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm |sort) <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm |sort) |wc -l
124

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

Видимо, упаковку альтернативных провайдеров следует регулировать.

> On Sat, Nov 30, 2019 at 06:37:13AM +0000, ALT beekeeper wrote:
> > 	14 NEW error logs
> > 
> > 389-adminutil-1.1.23-alt2
> > 	Depends: 389-ds-base (= 1.4.1.10-alt2:sisyphus+240907.100.2.1)
> > 	E: Broken packages
> > 	hsh-install: Failed to calculate package file list.
> > 
> > bijiben-3.34.1-alt1
> > 	yelp-tools: Depends: jing
> > 	E: Broken packages
> > 	hsh-install: Failed to calculate package file list.
> > 
> > firefox-70.0.1-alt1
> > 	libnss-devel-static: Depends: libnss-devel (= 3.47.0-alt1:sisyphus+239875.200.1.1)
> > 	E: Broken packages
> > 	hsh-install: Failed to calculate package file list.
> > 
> > firefox-esr-68.2.0-alt1
> > 	libnss-devel-static: Depends: libnss-devel (= 3.47.0-alt1:sisyphus+239875.200.1.1)
> > 	E: Broken packages
> > 	hsh-install: Failed to calculate package file list.
> > 
> > geary-3.34.2-alt1
> > 	yelp-tools: Depends: jing
> > 	E: Broken packages
> > 	hsh-install: Failed to calculate package file list.
> > 
> > gnome-calendar-3.34.2-alt1
> > 	yelp-tools: Depends: jing
> > 	E: Broken packages
> > 	hsh-install: Failed to calculate package file list.
> > 
> > gnome-contacts-3.34-alt1
> > 	yelp-tools: Depends: jing
> > 	E: Broken packages
> > 	hsh-install: Failed to calculate package file list.
> > 
> > gnome-maps-3.34.2-alt1
> > 	yelp-tools: Depends: jing
> > 	E: Broken packages
> > 	hsh-install: Failed to calculate package file list.
> > 
> > gnome-panel-3.34.1-alt1
> > 	yelp-tools: Depends: jing
> > 	E: Broken packages
> > 	hsh-install: Failed to calculate package file list.
> > 
> > volume_key-0.3.12-alt1
> > 	libnss-devel: Depends: libnss (= 3.47.0-alt1:sisyphus+239875.200.1.1)
> > 	E: Broken packages
> > 	hsh-install: Failed to calculate package file list.


-- 
ldv

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

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[manowar]

Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
> On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin wrote:
> > Hi,
> > 
> > Кто сломал сборку всех этих пакетов?
> 
> Очевидно, это был пакет nss-gost:
> $ comm -12 <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm |sort) <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm |sort) |wc -l
> 124
> 
> Альтернативные провайдеры являются источником ошибок, и пакет nss-gost -
> очередное тому напоминание.

Я убрал явное дублирование Provides. Полегчало?
 
> Видимо, упаковку альтернативных провайдеров следует регулировать.
> 
> > On Sat, Nov 30, 2019 at 06:37:13AM +0000, ALT beekeeper wrote:
> > > 	14 NEW error logs
> > > 
> > > 389-adminutil-1.1.23-alt2
> > > 	Depends: 389-ds-base (= 1.4.1.10-alt2:sisyphus+240907.100.2.1)
> > > 	E: Broken packages
> > > 	hsh-install: Failed to calculate package file list.
> > > 
> > > bijiben-3.34.1-alt1
> > > 	yelp-tools: Depends: jing
> > > 	E: Broken packages
> > > 	hsh-install: Failed to calculate package file list.
> > > 
> > > firefox-70.0.1-alt1
> > > 	libnss-devel-static: Depends: libnss-devel (= 3.47.0-alt1:sisyphus+239875.200.1.1)
> > > 	E: Broken packages
> > > 	hsh-install: Failed to calculate package file list.
> > > 
> > > firefox-esr-68.2.0-alt1
> > > 	libnss-devel-static: Depends: libnss-devel (= 3.47.0-alt1:sisyphus+239875.200.1.1)
> > > 	E: Broken packages
> > > 	hsh-install: Failed to calculate package file list.
> > > 
> > > geary-3.34.2-alt1
> > > 	yelp-tools: Depends: jing
> > > 	E: Broken packages
> > > 	hsh-install: Failed to calculate package file list.
> > > 
> > > gnome-calendar-3.34.2-alt1
> > > 	yelp-tools: Depends: jing
> > > 	E: Broken packages
> > > 	hsh-install: Failed to calculate package file list.
> > > 
> > > gnome-contacts-3.34-alt1
> > > 	yelp-tools: Depends: jing
> > > 	E: Broken packages
> > > 	hsh-install: Failed to calculate package file list.
> > > 
> > > gnome-maps-3.34.2-alt1
> > > 	yelp-tools: Depends: jing
> > > 	E: Broken packages
> > > 	hsh-install: Failed to calculate package file list.
> > > 
> > > gnome-panel-3.34.1-alt1
> > > 	yelp-tools: Depends: jing
> > > 	E: Broken packages
> > > 	hsh-install: Failed to calculate package file list.
> > > 
> > > volume_key-0.3.12-alt1
> > > 	libnss-devel: Depends: libnss (= 3.47.0-alt1:sisyphus+239875.200.1.1)
> > > 	E: Broken packages
> > > 	hsh-install: Failed to calculate package file list.
> 
> 
> -- 
> ldv
>

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Dmitry V. Levin]

On Sun, Dec 01, 2019 at 07:30:51AM +0000, manowar@altlinux.org wrote:
> Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
> > On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin wrote:
> > > Hi,
> > > 
> > > Кто сломал сборку всех этих пакетов?
> > 
> > Очевидно, это был пакет nss-gost:
> > $ comm -12 <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm |sort) <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm |sort) |wc -l
> > 124
> > 
> > Альтернативные провайдеры являются источником ошибок, и пакет nss-gost -
> > очередное тому напоминание.
> 
> Я убрал явное дублирование Provides. Полегчало?

В libnss-gost ничего не изменилось:

$ comm -12 <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm |sort) <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt2.gost1.2.x86_64.rpm |sort) |wc -l
124


-- 
ldv

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[manowar]

Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
> On Sun, Dec 01, 2019 at 07:30:51AM +0000, manowar@altlinux.org wrote:
> > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
> > > On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin wrote:
> > > > Hi,
> > > > 
> > > > Кто сломал сборку всех этих пакетов?
> > > 
> > > Очевидно, это был пакет nss-gost:
> > > $ comm -12 <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm |sort) <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm |sort) |wc -l
> > > 124
> > > 
> > > Альтернативные провайдеры являются источником ошибок, и пакет nss-gost -
> > > очередное тому напоминание.
> > 
> > Я убрал явное дублирование Provides. Полегчало?
> 
> В libnss-gost ничего не изменилось:

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

 
> $ comm -12 <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm |sort) <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt2.gost1.2.x86_64.rpm |sort) |wc -l
> 124
> 
> 
> -- 
> ldv
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/deve

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Dmitry V. Levin]

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

On Sun, Dec 01, 2019 at 11:25:08AM +0000, manowar@altlinux.org wrote:
> Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
> > On Sun, Dec 01, 2019 at 07:30:51AM +0000, manowar@altlinux.org wrote:
> > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
> > > > On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin wrote:
> > > > > Hi,
> > > > > 
> > > > > Кто сломал сборку всех этих пакетов?
> > > > 
> > > > Очевидно, это был пакет nss-gost:
> > > > $ comm -12 <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm |sort) <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm |sort) |wc -l
> > > > 124
> > > > 
> > > > Альтернативные провайдеры являются источником ошибок, и пакет nss-gost -
> > > > очередное тому напоминание.
> > > 
> > > Я убрал явное дублирование Provides. Полегчало?
> > 
> > В libnss-gost ничего не изменилось:
> 
> Тогда я не понимаю, какой именно Provides ломает сборку. Можно где-нибудь посмотреть полный лог сборки сломавшихся пакетов?

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

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

Полные логи доступны в обычном месте:
http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/

> > $ comm -12 <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm |sort) <(rpmquery --provides -p Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt2.gost1.2.x86_64.rpm |sort) |wc -l
> > 124


-- 
ldv

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

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Paul Wolneykien]

В Sun, 1 Dec 2019 14:46:28 +0300
"Dmitry V. Levin" <ldv@altlinux.org> пишет:

> On Sun, Dec 01, 2019 at 11:25:08AM +0000, manowar@altlinux.org wrote:
> > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:  
> > > On Sun, Dec 01, 2019 at 07:30:51AM +0000, manowar@altlinux.org
> > > wrote:  
> > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:  
> > > > > On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin
> > > > > wrote:  
> > > > > > Hi,
> > > > > > 
> > > > > > Кто сломал сборку всех этих пакетов?  
> > > > > 
> > > > > Очевидно, это был пакет nss-gost:
> > > > > $ comm -12 <(rpmquery --provides -p
> > > > > Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
> > > > > |sort) <(rpmquery --provides -p
> > > > > Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm
> > > > > |sort) |wc -l 124
> > > > > 
> > > > > Альтернативные провайдеры являются источником ошибок, и пакет
> > > > > nss-gost - очередное тому напоминание.  
> > > > 
> > > > Я убрал явное дублирование Provides. Полегчало?  
> > > 
> > > В libnss-gost ничего не изменилось:  
> > 
> > Тогда я не понимаю, какой именно Provides ломает сборку. Можно
> > где-нибудь посмотреть полный лог сборки сломавшихся пакетов?  
> 
> Все они ломают сборку, там же библиотека, это пересечение должно быть
> пустым. То, что находится в libnss-gost, не должно быть libnss.
> 
> Это даже не вопрос сборки, достаточно попробовать установить пакеты,
> которые нужны для сборочной среды.

  Да, в самом деле, установка среды спотыкается на выборе
libnss-gost-devel для pkgconfig(nss). Но эту проблему несложно обойти
соответствующим изменением *.pc внутри libnss-gost-devel. Может быть
проблема имеет больше одного решения, и не нужно избавляться от всех
пересечений между libnss и libnss-gost?


> Полные логи доступны в обычном месте:
> http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/
> 
> > > $ comm -12 <(rpmquery --provides -p
> > > Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm |sort)
> > > <(rpmquery --provides -p
> > > Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt2.gost1.2.x86_64.rpm
> > > |sort) |wc -l 124  
> 
> 

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Dmitry V. Levin]

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

On Mon, Dec 02, 2019 at 01:10:30AM +0300, Paul Wolneykien wrote:
> В Sun, 1 Dec 2019 14:46:28 +0300, Dmitry V. Levin пишет:
> > On Sun, Dec 01, 2019 at 11:25:08AM +0000, manowar@altlinux.org wrote:
> > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:  
> > > > On Sun, Dec 01, 2019 at 07:30:51AM +0000, manowar@altlinux.org wrote:  
> > > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:  
> > > > > > On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin
> > > > > > wrote:  
> > > > > > > Hi,
> > > > > > > 
> > > > > > > Кто сломал сборку всех этих пакетов?  
> > > > > > 
> > > > > > Очевидно, это был пакет nss-gost:
> > > > > > $ comm -12 <(rpmquery --provides -p
> > > > > > Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
> > > > > > |sort) <(rpmquery --provides -p
> > > > > > Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm
> > > > > > |sort) |wc -l 124
> > > > > > 
> > > > > > Альтернативные провайдеры являются источником ошибок, и пакет
> > > > > > nss-gost - очередное тому напоминание.  
> > > > > 
> > > > > Я убрал явное дублирование Provides. Полегчало?  
> > > > 
> > > > В libnss-gost ничего не изменилось:  
> > > 
> > > Тогда я не понимаю, какой именно Provides ломает сборку. Можно
> > > где-нибудь посмотреть полный лог сборки сломавшихся пакетов?  
> > 
> > Все они ломают сборку, там же библиотека, это пересечение должно быть
> > пустым. То, что находится в libnss-gost, не должно быть libnss.
> > 
> > Это даже не вопрос сборки, достаточно попробовать установить пакеты,
> > которые нужны для сборочной среды.
> 
>   Да, в самом деле, установка среды спотыкается на выборе
> libnss-gost-devel для pkgconfig(nss). Но эту проблему несложно обойти
> соответствующим изменением *.pc внутри libnss-gost-devel. Может быть
> проблема имеет больше одного решения, и не нужно избавляться от всех
> пересечений между libnss и libnss-gost?

Вы делаете пакет с альтернативной реализацией той же самой библиотеки,
которая уже реализована в пакете libnss, с тем же soname, которое в
libnss, и всё ещё надеетесь, что это может работать?  Нет, конечно,
это не может работать.  Альтернативные реализации soname не работают,
apt выберет не ту библиотеку, которую надо пользователю.
По сути выбор из двух вариантов: поменять soname либо удалить.

> > Полные логи доступны в обычном месте:
> > http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/
> > 
> > > > $ comm -12 <(rpmquery --provides -p
> > > > Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm |sort)
> > > > <(rpmquery --provides -p
> > > > Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt2.gost1.2.x86_64.rpm
> > > > |sort) |wc -l 124  

-- 
ldv

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

[devel] Поддержка libnss-gost (Was: Re: [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727))

[Andrey Savchenko]

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

On Mon, 2 Dec 2019 01:31:51 +0300 Dmitry V. Levin wrote:
> On Mon, Dec 02, 2019 at 01:10:30AM +0300, Paul Wolneykien wrote:
> > В Sun, 1 Dec 2019 14:46:28 +0300, Dmitry V. Levin пишет:
> > > On Sun, Dec 01, 2019 at 11:25:08AM +0000, manowar@altlinux.org wrote:
> > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:  
> > > > > On Sun, Dec 01, 2019 at 07:30:51AM +0000, manowar@altlinux.org wrote:  
> > > > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:  
> > > > > > > On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin
> > > > > > > wrote:  
> > > > > > > > Hi,
> > > > > > > > 
> > > > > > > > Кто сломал сборку всех этих пакетов?  
> > > > > > > 
> > > > > > > Очевидно, это был пакет nss-gost:
> > > > > > > $ comm -12 <(rpmquery --provides -p
> > > > > > > Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
> > > > > > > |sort) <(rpmquery --provides -p
> > > > > > > Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm
> > > > > > > |sort) |wc -l 124
> > > > > > > 
> > > > > > > Альтернативные провайдеры являются источником ошибок, и пакет
> > > > > > > nss-gost - очередное тому напоминание.  
> > > > > > 
> > > > > > Я убрал явное дублирование Provides. Полегчало?  
> > > > > 
> > > > > В libnss-gost ничего не изменилось:  
> > > > 
> > > > Тогда я не понимаю, какой именно Provides ломает сборку. Можно
> > > > где-нибудь посмотреть полный лог сборки сломавшихся пакетов?  
> > > 
> > > Все они ломают сборку, там же библиотека, это пересечение должно быть
> > > пустым. То, что находится в libnss-gost, не должно быть libnss.
> > > 
> > > Это даже не вопрос сборки, достаточно попробовать установить пакеты,
> > > которые нужны для сборочной среды.
> > 
> >   Да, в самом деле, установка среды спотыкается на выборе
> > libnss-gost-devel для pkgconfig(nss). Но эту проблему несложно обойти
> > соответствующим изменением *.pc внутри libnss-gost-devel. Может быть
> > проблема имеет больше одного решения, и не нужно избавляться от всех
> > пересечений между libnss и libnss-gost?
> 
> Вы делаете пакет с альтернативной реализацией той же самой библиотеки,
> которая уже реализована в пакете libnss, с тем же soname, которое в
> libnss, и всё ещё надеетесь, что это может работать?  Нет, конечно,
> это не может работать.  Альтернативные реализации soname не работают,
> apt выберет не ту библиотеку, которую надо пользователю.
> По сути выбор из двух вариантов: поменять soname либо удалить.

На самом деле есть ещё два варианта:

3) Линковать libnss-gost статически там, где это нужно. (При этом
нужно следить, чтоб зависимости нигде с libnss не пересекались.)
4) Использовать libnss-gost по-умолчанию вместо libnss.

Последний вариант мне нравится больше всего: если бы наши
дистрибутивы поддерживали gost из коробки, то это было бы просто
киллер-фичей — как на рынке, так и в сообществе. И это касается не
только libnss, а всего остального, где добавлена поддержка gost.

Но, несмотря на проделанную нами огромную работу, gost из коробки
есть только в ядре (спасибо vt!). Нужно и остальные проекты
подтягивать.

Best regards,
Andrew Savchenko

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

Re: [devel] Поддержка libnss-gost (Was: Re: [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727))

[Aleksey Novodvorsky]

пн, 2 дек. 2019 г. в 03:21, Andrey Savchenko <bircoph@altlinux.org>:
>
> On Mon, 2 Dec 2019 01:31:51 +0300 Dmitry V. Levin wrote:
> > On Mon, Dec 02, 2019 at 01:10:30AM +0300, Paul Wolneykien wrote:
> > > В Sun, 1 Dec 2019 14:46:28 +0300, Dmitry V. Levin пишет:
> > > > On Sun, Dec 01, 2019 at 11:25:08AM +0000, manowar@altlinux.org wrote:
> > > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
> > > > > > On Sun, Dec 01, 2019 at 07:30:51AM +0000, manowar@altlinux.org wrote:
> > > > > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
> > > > > > > > On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin
> > > > > > > > wrote:
> > > > > > > > > Hi,
> > > > > > > > >
> > > > > > > > > Кто сломал сборку всех этих пакетов?
> > > > > > > >
> > > > > > > > Очевидно, это был пакет nss-gost:
> > > > > > > > $ comm -12 <(rpmquery --provides -p
> > > > > > > > Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
> > > > > > > > |sort) <(rpmquery --provides -p
> > > > > > > > Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm
> > > > > > > > |sort) |wc -l 124
> > > > > > > >
> > > > > > > > Альтернативные провайдеры являются источником ошибок, и пакет
> > > > > > > > nss-gost - очередное тому напоминание.
> > > > > > >
> > > > > > > Я убрал явное дублирование Provides. Полегчало?
> > > > > >
> > > > > > В libnss-gost ничего не изменилось:
> > > > >
> > > > > Тогда я не понимаю, какой именно Provides ломает сборку. Можно
> > > > > где-нибудь посмотреть полный лог сборки сломавшихся пакетов?
> > > >
> > > > Все они ломают сборку, там же библиотека, это пересечение должно быть
> > > > пустым. То, что находится в libnss-gost, не должно быть libnss.
> > > >
> > > > Это даже не вопрос сборки, достаточно попробовать установить пакеты,
> > > > которые нужны для сборочной среды.
> > >
> > >   Да, в самом деле, установка среды спотыкается на выборе
> > > libnss-gost-devel для pkgconfig(nss). Но эту проблему несложно обойти
> > > соответствующим изменением *.pc внутри libnss-gost-devel. Может быть
> > > проблема имеет больше одного решения, и не нужно избавляться от всех
> > > пересечений между libnss и libnss-gost?
> >
> > Вы делаете пакет с альтернативной реализацией той же самой библиотеки,
> > которая уже реализована в пакете libnss, с тем же soname, которое в
> > libnss, и всё ещё надеетесь, что это может работать?  Нет, конечно,
> > это не может работать.  Альтернативные реализации soname не работают,
> > apt выберет не ту библиотеку, которую надо пользователю.
> > По сути выбор из двух вариантов: поменять soname либо удалить.
>
> На самом деле есть ещё два варианта:
>
> 3) Линковать libnss-gost статически там, где это нужно. (При этом
> нужно следить, чтоб зависимости нигде с libnss не пересекались.)
> 4) Использовать libnss-gost по-умолчанию вместо libnss.
Это сомнительный вариант, мы его обсуждали ранее.
0. Нужен серьезный аудит патча, в том числе специалистами по крипто.
1. Поддерживать этот патч синхронно с апстримом сложно, а включить
что-либо в апстрим nss еще сложнее.




>
> Последний вариант мне нравится больше всего: если бы наши
> дистрибутивы поддерживали gost из коробки, то это было бы просто
> киллер-фичей — как на рынке, так и в сообществе. И это касается не
> только libnss, а всего остального, где добавлена поддержка gost.

Да. Но тут очень сложная и небыстрая работа с апстримами.
Пока же мы, по сути, вынуждены будем выпускать ALT * Russian Edition
отдельно от ALT.

Rgrds, Алексей
>
> Но, несмотря на проделанную нами огромную работу, gost из коробки
> есть только в ядре (спасибо vt!). Нужно и остальные проекты
> подтягивать.
>
> Best regards,
> Andrew Savchenko
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Поддержка libnss-gost (Was: Re: [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727))

[Anton Farygin]

On 02.12.2019 4:22, Aleksey Novodvorsky wrote:
> 1. Поддерживать этот патч синхронно с апстримом сложно, а включить
> что-либо в апстрим nss еще сложнее.

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

Re: [devel] Поддержка libnss-gost

[Michael Shigorin]

On Mon, Dec 02, 2019 at 04:22:25AM +0300, Aleksey Novodvorsky wrote:
> 1. Поддерживать этот патч синхронно с апстримом сложно,
> а включить что-либо в апстрим nss еще сложнее.

Именно по крипто?  Потому что вот здесь вышло несложно:
https://bugzilla.mozilla.org/show_bug.cgi?id=1554616
(хотя и с неожиданным побочным эффектом, но уже залечили)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Paul Wolneykien]

В Mon, 2 Dec 2019 01:31:51 +0300
"Dmitry V. Levin" <ldv@altlinux.org> пишет:

> On Mon, Dec 02, 2019 at 01:10:30AM +0300, Paul Wolneykien wrote:
> > В Sun, 1 Dec 2019 14:46:28 +0300, Dmitry V. Levin пишет:  
> > > On Sun, Dec 01, 2019 at 11:25:08AM +0000, manowar@altlinux.org
> > > wrote:  
> > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:    
> > > > > On Sun, Dec 01, 2019 at 07:30:51AM +0000,
> > > > > manowar@altlinux.org wrote:    
> > > > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
> > > > > >   
> > > > > > > On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin
> > > > > > > wrote:    
> > > > > > > > Hi,
> > > > > > > > 
> > > > > > > > Кто сломал сборку всех этих пакетов?    
> > > > > > > 
> > > > > > > Очевидно, это был пакет nss-gost:
> > > > > > > $ comm -12 <(rpmquery --provides -p
> > > > > > > Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
> > > > > > > |sort) <(rpmquery --provides -p
> > > > > > > Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm
> > > > > > > |sort) |wc -l 124
> > > > > > > 
> > > > > > > Альтернативные провайдеры являются источником ошибок, и
> > > > > > > пакет nss-gost - очередное тому напоминание.    
> > > > > > 
> > > > > > Я убрал явное дублирование Provides. Полегчало?    
> > > > > 
> > > > > В libnss-gost ничего не изменилось:    
> > > > 
> > > > Тогда я не понимаю, какой именно Provides ломает сборку. Можно
> > > > где-нибудь посмотреть полный лог сборки сломавшихся пакетов?    
> > > 
> > > Все они ломают сборку, там же библиотека, это пересечение должно
> > > быть пустым. То, что находится в libnss-gost, не должно быть
> > > libnss.
> > > 
> > > Это даже не вопрос сборки, достаточно попробовать установить
> > > пакеты, которые нужны для сборочной среды.  
> > 
> >   Да, в самом деле, установка среды спотыкается на выборе
> > libnss-gost-devel для pkgconfig(nss). Но эту проблему несложно
> > обойти соответствующим изменением *.pc внутри libnss-gost-devel.
> > Может быть проблема имеет больше одного решения, и не нужно
> > избавляться от всех пересечений между libnss и libnss-gost?  
> 
> Вы делаете пакет с альтернативной реализацией той же самой библиотеки,
> которая уже реализована в пакете libnss, с тем же soname, которое в
> libnss, и всё ещё надеетесь, что это может работать?  Нет, конечно,
> это не может работать.  Альтернативные реализации soname не работают,
> apt выберет не ту библиотеку, которую надо пользователю.

  Подожди, у меня вот не сходятся как раз эти два факта:

    а) альтернативные реализации soname не работают и
    б) apt выберет не ту библиотеку.

  Это же разные вещи. Я исходил из того, чтобы поддержка ГОСТ
появлялась бы в Firefox (и других браузерах и программах, работающих
через NSS) очень простым способом: пользователь устанавливает вместо
штатной libnss пакет libnss-gost. (Сейчас патч для firefox просто
микроскопический и я думаю что вполне можно включить его в основную
версию пакета firefox.) Согласись, что это было бы проще и для
пользователя, и для поддержки пакетов.

  И тут выясняется, что заменить одну библиотеку на другую можно --
слинкованнная с ней программа продолжит работать, --- но нет гарантии,
что apt выберет по умолчанию libnss, а не libnss-gost, так? Т.е.
альтернативные реализации soname работают с программами, которые
используют данные библиотеки, но "не работают" с apt. Неужели
действительно нет способа объяснить apt, что от него требуется?


> По сути выбор из двух вариантов: поменять soname либо удалить.
> 
> > > Полные логи доступны в обычном месте:
> > > http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/
> > >   
> > > > > $ comm -12 <(rpmquery --provides -p
> > > > > Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
> > > > > |sort) <(rpmquery --provides -p
> > > > > Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt2.gost1.2.x86_64.rpm
> > > > > |sort) |wc -l 124    
> 

Re: [devel] Поддержка libnss-gost (Was: Re: [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727))

[Paul Wolneykien]

В Mon, 2 Dec 2019 03:21:05 +0300
Andrey Savchenko <bircoph@altlinux.org> пишет:

> On Mon, 2 Dec 2019 01:31:51 +0300 Dmitry V. Levin wrote:
> > On Mon, Dec 02, 2019 at 01:10:30AM +0300, Paul Wolneykien wrote:  
> > > В Sun, 1 Dec 2019 14:46:28 +0300, Dmitry V. Levin пишет:  
> > > > On Sun, Dec 01, 2019 at 11:25:08AM +0000, manowar@altlinux.org
> > > > wrote:  
> > > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:    
> > > > > > On Sun, Dec 01, 2019 at 07:30:51AM +0000,
> > > > > > manowar@altlinux.org wrote:    
> > > > > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V.
> > > > > > > Levin:    
> > > > > > > > On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V.
> > > > > > > > Levin wrote:    
> > > > > > > > > Hi,
> > > > > > > > > 
> > > > > > > > > Кто сломал сборку всех этих пакетов?    
> > > > > > > > 
> > > > > > > > Очевидно, это был пакет nss-gost:
> > > > > > > > $ comm -12 <(rpmquery --provides -p
> > > > > > > > Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
> > > > > > > > |sort) <(rpmquery --provides -p
> > > > > > > > Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm
> > > > > > > > |sort) |wc -l 124
> > > > > > > > 
> > > > > > > > Альтернативные провайдеры являются источником ошибок, и
> > > > > > > > пакет nss-gost - очередное тому напоминание.    
> > > > > > > 
> > > > > > > Я убрал явное дублирование Provides. Полегчало?    
> > > > > > 
> > > > > > В libnss-gost ничего не изменилось:    
> > > > > 
> > > > > Тогда я не понимаю, какой именно Provides ломает сборку. Можно
> > > > > где-нибудь посмотреть полный лог сборки сломавшихся пакетов?
> > > > >   
> > > > 
> > > > Все они ломают сборку, там же библиотека, это пересечение
> > > > должно быть пустым. То, что находится в libnss-gost, не должно
> > > > быть libnss.
> > > > 
> > > > Это даже не вопрос сборки, достаточно попробовать установить
> > > > пакеты, которые нужны для сборочной среды.  
> > > 
> > >   Да, в самом деле, установка среды спотыкается на выборе
> > > libnss-gost-devel для pkgconfig(nss). Но эту проблему несложно
> > > обойти соответствующим изменением *.pc внутри libnss-gost-devel.
> > > Может быть проблема имеет больше одного решения, и не нужно
> > > избавляться от всех пересечений между libnss и libnss-gost?  
> > 
> > Вы делаете пакет с альтернативной реализацией той же самой
> > библиотеки, которая уже реализована в пакете libnss, с тем же
> > soname, которое в libnss, и всё ещё надеетесь, что это может
> > работать?  Нет, конечно, это не может работать.  Альтернативные
> > реализации soname не работают, apt выберет не ту библиотеку,
> > которую надо пользователю. По сути выбор из двух вариантов:
> > поменять soname либо удалить.  
> 
> На самом деле есть ещё два варианта:
> 
> 3) Линковать libnss-gost статически там, где это нужно. (При этом
> нужно следить, чтоб зависимости нигде с libnss не пересекались.)
> 4) Использовать libnss-gost по-умолчанию вместо libnss.

  Я там выше ответил, что по сути, логичнее всего была бы простота
п. 4, но *не* по умолчанию, а после замены одной реализации либы на
другую.


> Последний вариант мне нравится больше всего: если бы наши
> дистрибутивы поддерживали gost из коробки, то это было бы просто
> киллер-фичей — как на рынке, так и в сообществе. И это касается не
> только libnss, а всего остального, где добавлена поддержка gost.
> 
> Но, несмотря на проделанную нами огромную работу, gost из коробки
> есть только в ядре (спасибо vt!). Нужно и остальные проекты
> подтягивать.
> 
> Best regards,
> Andrew Savchenko

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Антон Мидюков]

02.12.2019 14:20, Paul Wolneykien пишет:
> В Mon, 2 Dec 2019 01:31:51 +0300
> "Dmitry V. Levin" <ldv@altlinux.org> пишет:
>
>> On Mon, Dec 02, 2019 at 01:10:30AM +0300, Paul Wolneykien wrote:
>>> В Sun, 1 Dec 2019 14:46:28 +0300, Dmitry V. Levin пишет:
>>>> On Sun, Dec 01, 2019 at 11:25:08AM +0000, manowar@altlinux.org
>>>> wrote:
>>>>> Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
>>>>>> On Sun, Dec 01, 2019 at 07:30:51AM +0000,
>>>>>> manowar@altlinux.org wrote:
>>>>>>> Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
>>>>>>>    
>>>>>>>> On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin
>>>>>>>> wrote:
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> Кто сломал сборку всех этих пакетов?
>>>>>>>> Очевидно, это был пакет nss-gost:
>>>>>>>> $ comm -12 <(rpmquery --provides -p
>>>>>>>> Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
>>>>>>>> |sort) <(rpmquery --provides -p
>>>>>>>> Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm
>>>>>>>> |sort) |wc -l 124
>>>>>>>>
>>>>>>>> Альтернативные провайдеры являются источником ошибок, и
>>>>>>>> пакет nss-gost - очередное тому напоминание.
>>>>>>> Я убрал явное дублирование Provides. Полегчало?
>>>>>> В libnss-gost ничего не изменилось:
>>>>> Тогда я не понимаю, какой именно Provides ломает сборку. Можно
>>>>> где-нибудь посмотреть полный лог сборки сломавшихся пакетов?
>>>> Все они ломают сборку, там же библиотека, это пересечение должно
>>>> быть пустым. То, что находится в libnss-gost, не должно быть
>>>> libnss.
>>>>
>>>> Это даже не вопрос сборки, достаточно попробовать установить
>>>> пакеты, которые нужны для сборочной среды.
>>>    Да, в самом деле, установка среды спотыкается на выборе
>>> libnss-gost-devel для pkgconfig(nss). Но эту проблему несложно
>>> обойти соответствующим изменением *.pc внутри libnss-gost-devel.
>>> Может быть проблема имеет больше одного решения, и не нужно
>>> избавляться от всех пересечений между libnss и libnss-gost?
>> Вы делаете пакет с альтернативной реализацией той же самой библиотеки,
>> которая уже реализована в пакете libnss, с тем же soname, которое в
>> libnss, и всё ещё надеетесь, что это может работать?  Нет, конечно,
>> это не может работать.  Альтернативные реализации soname не работают,
>> apt выберет не ту библиотеку, которую надо пользователю.
>    Подожди, у меня вот не сходятся как раз эти два факта:
>
>      а) альтернативные реализации soname не работают и
>      б) apt выберет не ту библиотеку.
>
>    Это же разные вещи. Я исходил из того, чтобы поддержка ГОСТ
> появлялась бы в Firefox (и других браузерах и программах, работающих
> через NSS) очень простым способом: пользователь устанавливает вместо
> штатной libnss пакет libnss-gost. (Сейчас патч для firefox просто
> микроскопический и я думаю что вполне можно включить его в основную
> версию пакета firefox.) Согласись, что это было бы проще и для
> пользователя, и для поддержки пакетов.
>
>    И тут выясняется, что заменить одну библиотеку на другую можно --
> слинкованнная с ней программа продолжит работать, --- но нет гарантии,
> что apt выберет по умолчанию libnss, а не libnss-gost, так? Т.е.
> альтернативные реализации soname работают с программами, которые
> используют данные библиотеки, но "не работают" с apt. Неужели
> действительно нет способа объяснить apt, что от него требуется?

А что, если собирать libnss-gost вместе с libnss из одного srpm? 
Библиотеки класть в %_libdir/libnss/ и %_libdir/libnss-gost

А уже симлинки на библиотеки в %_libdir переключать через альтернативы.

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

>> По сути выбор из двух вариантов: поменять soname либо удалить.
>>
>>>> Полные логи доступны в обычном месте:
>>>> http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/
>>>>    
>>>>>> $ comm -12 <(rpmquery --provides -p
>>>>>> Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
>>>>>> |sort) <(rpmquery --provides -p
>>>>>> Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt2.gost1.2.x86_64.rpm
>>>>>> |sort) |wc -l 124
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Paul Wolneykien]

В Mon, 2 Dec 2019 14:34:34 +0700
Антон Мидюков <midyukov-anton@ya.ru> пишет:

> 02.12.2019 14:20, Paul Wolneykien пишет:
> > В Mon, 2 Dec 2019 01:31:51 +0300
> > "Dmitry V. Levin" <ldv@altlinux.org> пишет:
> >  
> >> On Mon, Dec 02, 2019 at 01:10:30AM +0300, Paul Wolneykien wrote:  
> >>> В Sun, 1 Dec 2019 14:46:28 +0300, Dmitry V. Levin пишет:  
> >>>> On Sun, Dec 01, 2019 at 11:25:08AM +0000, manowar@altlinux.org
> >>>> wrote:  
> >>>>> Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:  
> >>>>>> On Sun, Dec 01, 2019 at 07:30:51AM +0000,
> >>>>>> manowar@altlinux.org wrote:  
> >>>>>>> Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
> >>>>>>>      
> >>>>>>>> On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin
> >>>>>>>> wrote:  
> >>>>>>>>> Hi,
> >>>>>>>>>
> >>>>>>>>> Кто сломал сборку всех этих пакетов?  
> >>>>>>>> Очевидно, это был пакет nss-gost:
> >>>>>>>> $ comm -12 <(rpmquery --provides -p
> >>>>>>>> Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
> >>>>>>>> |sort) <(rpmquery --provides -p
> >>>>>>>> Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm
> >>>>>>>> |sort) |wc -l 124
> >>>>>>>>
> >>>>>>>> Альтернативные провайдеры являются источником ошибок, и
> >>>>>>>> пакет nss-gost - очередное тому напоминание.  
> >>>>>>> Я убрал явное дублирование Provides. Полегчало?  
> >>>>>> В libnss-gost ничего не изменилось:  
> >>>>> Тогда я не понимаю, какой именно Provides ломает сборку. Можно
> >>>>> где-нибудь посмотреть полный лог сборки сломавшихся пакетов?  
> >>>> Все они ломают сборку, там же библиотека, это пересечение должно
> >>>> быть пустым. То, что находится в libnss-gost, не должно быть
> >>>> libnss.
> >>>>
> >>>> Это даже не вопрос сборки, достаточно попробовать установить
> >>>> пакеты, которые нужны для сборочной среды.  
> >>>    Да, в самом деле, установка среды спотыкается на выборе
> >>> libnss-gost-devel для pkgconfig(nss). Но эту проблему несложно
> >>> обойти соответствующим изменением *.pc внутри libnss-gost-devel.
> >>> Может быть проблема имеет больше одного решения, и не нужно
> >>> избавляться от всех пересечений между libnss и libnss-gost?  
> >> Вы делаете пакет с альтернативной реализацией той же самой
> >> библиотеки, которая уже реализована в пакете libnss, с тем же
> >> soname, которое в libnss, и всё ещё надеетесь, что это может
> >> работать?  Нет, конечно, это не может работать.  Альтернативные
> >> реализации soname не работают, apt выберет не ту библиотеку,
> >> которую надо пользователю.  
> >    Подожди, у меня вот не сходятся как раз эти два факта:
> >
> >      а) альтернативные реализации soname не работают и
> >      б) apt выберет не ту библиотеку.
> >
> >    Это же разные вещи. Я исходил из того, чтобы поддержка ГОСТ
> > появлялась бы в Firefox (и других браузерах и программах, работающих
> > через NSS) очень простым способом: пользователь устанавливает вместо
> > штатной libnss пакет libnss-gost. (Сейчас патч для firefox просто
> > микроскопический и я думаю что вполне можно включить его в основную
> > версию пакета firefox.) Согласись, что это было бы проще и для
> > пользователя, и для поддержки пакетов.
> >
> >    И тут выясняется, что заменить одну библиотеку на другую можно --
> > слинкованнная с ней программа продолжит работать, --- но нет
> > гарантии, что apt выберет по умолчанию libnss, а не libnss-gost,
> > так? Т.е. альтернативные реализации soname работают с программами,
> > которые используют данные библиотеки, но "не работают" с apt.
> > Неужели действительно нет способа объяснить apt, что от него
> > требуется?  
> 
> А что, если собирать libnss-gost вместе с libnss из одного srpm? 
> Библиотеки класть в %_libdir/libnss/ и %_libdir/libnss-gost
> 
> А уже симлинки на библиотеки в %_libdir переключать через
> альтернативы.
> 
> Правда не уверен, что так с библиотеками возможно.

  Может быть и можно, но у меня сейчас возникла вот какая гипотеза:
а нельзя ли собирать libnss-gost с каким-то таким disttag, чтобы
apt не выбирал его для установки *без ведома пользователя*?


> >> По сути выбор из двух вариантов: поменять soname либо удалить.
> >>  
> >>>> Полные логи доступны в обычном месте:
> >>>> http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/
> >>>>      
> >>>>>> $ comm -12 <(rpmquery --provides -p
> >>>>>> Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
> >>>>>> |sort) <(rpmquery --provides -p
> >>>>>> Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt2.gost1.2.x86_64.rpm
> >>>>>> |sort) |wc -l 124  
> > _______________________________________________
> > Devel mailing list
> > Devel@lists.altlinux.org
> > https://lists.altlinux.org/mailman/listinfo/devel  
> 

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Michael Shigorin]

On Mon, Dec 02, 2019 at 10:43:23AM +0300, Paul Wolneykien wrote:
> > > И тут выясняется, что заменить одну библиотеку на другую можно --
> > > слинкованнная с ней программа продолжит работать, --- но нет
> > > гарантии, что apt выберет по умолчанию libnss, а не libnss-gost
> > А что, если собирать libnss-gost вместе с libnss из одного srpm? 
> Может быть и можно, но у меня сейчас возникла вот какая гипотеза:
> а нельзя ли собирать libnss-gost с каким-то таким disttag, чтобы
> apt не выбирал его для установки *без ведома пользователя*?

Насколько понимаю, загвоздка не столько в апте, сколько
в возможности (вполне реальной, не теоретической) разъезда
ABI библиотек в случае необходимости сборки новой апстримной
версии и невозможности оперативно обновить gost patch.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Alexey V. Vissarionov]

On 2019-12-02 14:34:34 +0700, Антон Мидюков wrote:

 >>> Вы делаете пакет с альтернативной реализацией той же самой
 >>> библиотеки, которая уже реализована в пакете libnss, с тем
 >>> же soname
 >>> apt выберет не ту библиотеку, которую надо пользователю.
 >> Подожди, у меня вот не сходятся как раз эти два факта:
 >> а) альтернативные реализации soname не работают и
 >> б) apt выберет не ту библиотеку.
 >> пользователь устанавливает вместо штатной libnss пакет
 >> libnss-gost. [...] Согласись, что это было бы проще и для
 >> пользователя, и для поддержки пакетов.
 >> И тут выясняется, что заменить одну библиотеку на другую
 >> можно -- слинкованнная с ней программа продолжит работать,
 >> --- но нет гарантии, что apt выберет по умолчанию libnss,
 >> а не libnss-gost, так? Т.е. альтернативные реализации soname
 >> работают с программами, которые используют данные библиотеки,
 >> но "не работают" с apt. Неужели действительно нет способа
 >> объяснить apt, что от него требуется?

2 PW: про apt с уверенностью сказать не могу, а RPM такое вполне
понимает.

 > А что, если собирать libnss-gost вместе с libnss из одного srpm?
 > Библиотеки класть в %_libdir/libnss/ и %_libdir/libnss-gost
 > А уже симлинки на библиотеки в %_libdir переключать через
 > альтернативы.
   ^^^^^^^^^^^^
Кто как, а я вообще не вижу смысла в этом поделии. Если очень надо,
лучше в каждом пакете сделать %package с соответствующим симлинком,
и пусть эти симлинки просто конфликтуют между собой. А где припрет,
там можно прибить гвоздями явное имя целевого файла, а не симлинка.

 > Правда не уверен, что так с библиотеками возможно.

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


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Paul Wolneykien]

В Mon, 2 Dec 2019 10:47:53 +0300
Michael Shigorin <mike@altlinux.org> пишет:

> On Mon, Dec 02, 2019 at 10:43:23AM +0300, Paul Wolneykien wrote:
> > > > И тут выясняется, что заменить одну библиотеку на другую можно
> > > > -- слинкованнная с ней программа продолжит работать, --- но нет
> > > > гарантии, что apt выберет по умолчанию libnss, а не libnss-gost
> > > >  
> > > А что, если собирать libnss-gost вместе с libnss из одного srpm?
> > >  
> > Может быть и можно, но у меня сейчас возникла вот какая гипотеза:
> > а нельзя ли собирать libnss-gost с каким-то таким disttag, чтобы
> > apt не выбирал его для установки *без ведома пользователя*?  
> 
> Насколько понимаю, загвоздка не столько в апте, сколько
> в возможности (вполне реальной, не теоретической) разъезда
> ABI библиотек в случае необходимости сборки новой апстримной
> версии и невозможности оперативно обновить gost patch.

  а) Там не так сложно обновить.
  б) Если дело затянется, то вот тогда можно будет [временно] удалить
libnss-gost. Но сейчас-то разъезда по интерфейсу именно, что нет ---
реализации полностью совместимы в смысле одинакового интерфейса (но не
поведения) и поэтому имеют одинаковый soname.

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Alexey V. Vissarionov]

On 2019-12-02 10:47:53 +0300, Michael Shigorin wrote:

 >>>> И тут выясняется, что заменить одну библиотеку на другую
 >>>> можно -- слинкованнная с ней программа продолжит работать,
 >>>> --- но нет гарантии, что apt выберет по умолчанию libnss,
 >>>> а не libnss-gost
 >>> А что, если собирать libnss-gost вместе с libnss из одного
 >>> srpm?
 >> Может быть и можно, но у меня сейчас возникла вот какая
 >> гипотеза: а нельзя ли собирать libnss-gost с каким-то таким
 >> disttag, чтобы apt не выбирал его для установки *без ведома
 >> пользователя*?
 > Насколько понимаю, загвоздка не столько в апте, сколько в
 > возможности (вполне реальной, не теоретической) разъезда ABI
 > библиотек в случае необходимости сборки новой апстримной
 > версии и невозможности оперативно обновить gost patch.

В этом случае надо делать libnss-gost отдельной библиотекой,
а не дублировать libnss с добавлением функций - тогда тот же
firefox-gost будет требовать и libnss, и libnss-gost, а обычный
firefox обойдется только libnss.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Paul Wolneykien]

В Mon, 2 Dec 2019 10:57:15 +0300
"Alexey V. Vissarionov" <gremlin@altlinux.org> пишет:

> On 2019-12-02 10:47:53 +0300, Michael Shigorin wrote:
> 
>  >>>> И тут выясняется, что заменить одну библиотеку на другую
>  >>>> можно -- слинкованнная с ней программа продолжит работать,
>  >>>> --- но нет гарантии, что apt выберет по умолчанию libnss,
>  >>>> а не libnss-gost  
>  >>> А что, если собирать libnss-gost вместе с libnss из одного
>  >>> srpm?  
>  >> Может быть и можно, но у меня сейчас возникла вот какая
>  >> гипотеза: а нельзя ли собирать libnss-gost с каким-то таким
>  >> disttag, чтобы apt не выбирал его для установки *без ведома
>  >> пользователя*?  
>  > Насколько понимаю, загвоздка не столько в апте, сколько в
>  > возможности (вполне реальной, не теоретической) разъезда ABI
>  > библиотек в случае необходимости сборки новой апстримной
>  > версии и невозможности оперативно обновить gost patch.  
> 
> В этом случае надо делать libnss-gost отдельной библиотекой,
> а не дублировать libnss с добавлением функций - тогда тот же
> firefox-gost будет требовать и libnss, и libnss-gost, а обычный
> firefox обойдется только libnss.

  С точки зрения обобщённой логики --- всё хорошо, а с точки зрения
архитектуры NSS не очень. Я же не добавляю каких-то новых функций,
никак не расширяю API libnss. Я именно что, предоставляю альтернативную
реализацию *того же самого* интерфейса, т.е. того же самого набора
функций, что и в libnss. Да и то, альтернативную только в 5% случаев.

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Alexey V. Vissarionov]

On 2019-12-02 11:07:58 +0300, Paul Wolneykien wrote:

 >>> Насколько понимаю, загвоздка не столько в апте, сколько в
 >>> возможности (вполне реальной, не теоретической) разъезда ABI
 >>> библиотек в случае необходимости сборки новой апстримной
 >>> версии и невозможности оперативно обновить gost patch.
 >> В этом случае надо делать libnss-gost отдельной библиотекой,
 >> а не дублировать libnss с добавлением функций - тогда тот же
 >> firefox-gost будет требовать и libnss, и libnss-gost, а
 >> обычный firefox обойдется только libnss.
 > С точки зрения обобщённой логики --- всё хорошо, а с точки
 > зрения архитектуры NSS не очень. Я же не добавляю каких-то
 > новых функций, никак не расширяю API libnss. Я именно что,
 > предоставляю альтернативную реализацию *того же самого*
 > интерфейса, т.е. того же самого набора функций, что и в
 > libnss. Да и то, альтернативную только в 5% случаев.

Хм... А если все же вынести ГОСТ 34.{10,11,12} в libnss-gost,
а libnss научить проверять их доступность через какой-нибудь
dlopen()? Доступно - пользуем, недоступно - да и хрен с ним.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Dmitry V. Levin]

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

On Mon, Dec 02, 2019 at 10:20:40AM +0300, Paul Wolneykien wrote:
> В Mon, 2 Dec 2019 01:31:51 +0300, Dmitry V. Levin пишет:
> > On Mon, Dec 02, 2019 at 01:10:30AM +0300, Paul Wolneykien wrote:
> > > В Sun, 1 Dec 2019 14:46:28 +0300, Dmitry V. Levin пишет:  
> > > > On Sun, Dec 01, 2019 at 11:25:08AM +0000, manowar@altlinux.org wrote:  
> > > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:    
> > > > > > On Sun, Dec 01, 2019 at 07:30:51AM +0000, manowar@altlinux.org wrote:    
> > > > > > > Воскресенье, 1 декабря 2019 г получено от Dmitry V. Levin:
> > > > > > >   
> > > > > > > > On Sun, Dec 01, 2019 at 12:47:34AM +0300, Dmitry V. Levin
> > > > > > > > wrote:    
> > > > > > > > > Hi,
> > > > > > > > > 
> > > > > > > > > Кто сломал сборку всех этих пакетов?    
> > > > > > > > 
> > > > > > > > Очевидно, это был пакет nss-gost:
> > > > > > > > $ comm -12 <(rpmquery --provides -p
> > > > > > > > Sisyphus/files/x86_64/RPMS/libnss-3.47.0-alt1.x86_64.rpm
> > > > > > > > |sort) <(rpmquery --provides -p
> > > > > > > > Sisyphus/files/x86_64/RPMS/libnss-gost-3.47.0-alt1.gost1.2.x86_64.rpm
> > > > > > > > |sort) |wc -l 124
> > > > > > > > 
> > > > > > > > Альтернативные провайдеры являются источником ошибок, и
> > > > > > > > пакет nss-gost - очередное тому напоминание.    
> > > > > > > 
> > > > > > > Я убрал явное дублирование Provides. Полегчало?    
> > > > > > 
> > > > > > В libnss-gost ничего не изменилось:    
> > > > > 
> > > > > Тогда я не понимаю, какой именно Provides ломает сборку. Можно
> > > > > где-нибудь посмотреть полный лог сборки сломавшихся пакетов?    
> > > > 
> > > > Все они ломают сборку, там же библиотека, это пересечение должно
> > > > быть пустым. То, что находится в libnss-gost, не должно быть
> > > > libnss.
> > > > 
> > > > Это даже не вопрос сборки, достаточно попробовать установить
> > > > пакеты, которые нужны для сборочной среды.  
> > > 
> > >   Да, в самом деле, установка среды спотыкается на выборе
> > > libnss-gost-devel для pkgconfig(nss). Но эту проблему несложно
> > > обойти соответствующим изменением *.pc внутри libnss-gost-devel.
> > > Может быть проблема имеет больше одного решения, и не нужно
> > > избавляться от всех пересечений между libnss и libnss-gost?  
> > 

> > Вы делаете пакет с альтернативной реализацией той же самой библиотеки,
> > которая уже реализована в пакете libnss, с тем же soname, которое в
> > libnss, и всё ещё надеетесь, что это может работать?  Нет, конечно,
> > это не может работать.  Альтернативные реализации soname не работают,
> > apt выберет не ту библиотеку, которую надо пользователю.
> 
>   Подожди, у меня вот не сходятся как раз эти два факта:
> 
>     а) альтернативные реализации soname не работают и
>     б) apt выберет не ту библиотеку.
> 
>   Это же разные вещи.

Это одно и то же в том смысле, что из-за (б) мы фактически имеем (а).
Вот, полюбуйтесь:

$ echo libnss-gost |LC_COLLATE=C join -11 -22 -o2.1 - /beehive/stats/Sisyphus-x86_64/ufb-2 |wc -l
778
$ echo libnss |LC_COLLATE=C join -11 -22 -o2.1 - /beehive/stats/Sisyphus-x86_64/ufb-2 |wc -l
1392

> Я исходил из того, чтобы поддержка ГОСТ
> появлялась бы в Firefox (и других браузерах и программах, работающих
> через NSS) очень простым способом: пользователь устанавливает вместо
> штатной libnss пакет libnss-gost. (Сейчас патч для firefox просто
> микроскопический и я думаю что вполне можно включить его в основную
> версию пакета firefox.) Согласись, что это было бы проще и для
> пользователя, и для поддержки пакетов.
> 
>   И тут выясняется, что заменить одну библиотеку на другую можно --
> слинкованнная с ней программа продолжит работать, --- но нет гарантии,
> что apt выберет по умолчанию libnss, а не libnss-gost, так? Т.е.
> альтернативные реализации soname работают с программами, которые

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

> используют данные библиотеки, но "не работают" с apt. Неужели
> действительно нет способа объяснить apt, что от него требуется?

apt можно сконфигурировать таким образом, чтобы он при прочих равных
выбирал libnss, а не libnss-gost, но тогда пользователям, которые захотят
поставить libnss-gost, придётся переконфигурировать apt, чтобы он выбирал
libnss-gost.

А если есть готовность конфигурировать apt, тогда лучше собирать это добро
в недавно созданный apt component под названием gostcrypto, там уже есть
openssh и openvpn.

Коллеги, расскажите, пожалуйста, как правильно собирать пакеты в gostcrypto.


-- 
ldv

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

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Alexey Gladkov]

On Mon, Dec 02, 2019 at 10:54:16AM +0300, Paul Wolneykien wrote:
> В Mon, 2 Dec 2019 10:47:53 +0300
> Michael Shigorin <mike@altlinux.org> пишет:
> 
> > On Mon, Dec 02, 2019 at 10:43:23AM +0300, Paul Wolneykien wrote:
> > > > > И тут выясняется, что заменить одну библиотеку на другую можно
> > > > > -- слинкованнная с ней программа продолжит работать, --- но нет
> > > > > гарантии, что apt выберет по умолчанию libnss, а не libnss-gost
> > > > >  
> > > > А что, если собирать libnss-gost вместе с libnss из одного srpm?

Я так много раз отвечал на этот вопрос, что отвечу коротко.
Нет.

> > > >  
> > > Может быть и можно, но у меня сейчас возникла вот какая гипотеза:
> > > а нельзя ли собирать libnss-gost с каким-то таким disttag, чтобы
> > > apt не выбирал его для установки *без ведома пользователя*?  
> > 
> > Насколько понимаю, загвоздка не столько в апте, сколько
> > в возможности (вполне реальной, не теоретической) разъезда
> > ABI библиотек в случае необходимости сборки новой апстримной
> > версии и невозможности оперативно обновить gost patch.
> 
>   а) Там не так сложно обновить.

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

>   б) Если дело затянется, то вот тогда можно будет [временно] удалить
> libnss-gost. Но сейчас-то разъезда по интерфейсу именно, что нет ---
> реализации полностью совместимы в смысле одинакового интерфейса (но не
> поведения) и поэтому имеют одинаковый soname.

Нет, нельзя временно удалить. Это сломает пользователей, которые
пользуются этим gost. Единственный путь это не обновлять nss пока
кто-нибудь не соизволит сделать новую версию nss-gost патча.

Почему вы не рассматриваете вариант собрать firefox-gost с внутренней
версией nss c gost-патчем пока он не попал в апстрим ? 

-- 
Rgrds, legion

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Paul Wolneykien]

В Mon, 2 Dec 2019 12:19:17 +0300
"Dmitry V. Levin" <ldv@altlinux.org> пишет:

> А если есть готовность конфигурировать apt, тогда лучше собирать это
> добро в недавно созданный apt component под названием gostcrypto, там
> уже есть openssh и openvpn.
> 
> Коллеги, расскажите, пожалуйста, как правильно собирать пакеты в
> gostcrypto.

  О, а вот это действительно звучит неплохо. Я удаляю тогда из Сизифа.

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Paul Wolneykien]

В Mon, 2 Dec 2019 10:27:39 +0100
Alexey Gladkov <legion@altlinux.ru> пишет:

> >   б) Если дело затянется, то вот тогда можно будет [временно]
> > удалить libnss-gost. Но сейчас-то разъезда по интерфейсу именно,
> > что нет --- реализации полностью совместимы в смысле одинакового
> > интерфейса (но не поведения) и поэтому имеют одинаковый soname.  
> 
> Нет, нельзя временно удалить. Это сломает пользователей, которые
> пользуются этим gost. Единственный путь это не обновлять nss пока
> кто-нибудь не соизволит сделать новую версию nss-gost патча.
> 
> Почему вы не рассматриваете вариант собрать firefox-gost с внутренней
> версией nss c gost-патчем пока он не попал в апстрим ? 

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

[devel] Q: gostcrypto howto

[Dmitry V. Levin]

On Mon, Dec 02, 2019 at 12:28:47PM +0300, Paul Wolneykien wrote:
> В Mon, 2 Dec 2019 12:19:17 +0300, Dmitry V. Levin пишет:
> 
> > А если есть готовность конфигурировать apt, тогда лучше собирать это
> > добро в недавно созданный apt component под названием gostcrypto, там
> > уже есть openssh и openvpn.
> > 
> > Коллеги, расскажите, пожалуйста, как правильно собирать пакеты в
> > gostcrypto.
> 
>   О, а вот это действительно звучит неплохо. Я удаляю тогда из Сизифа.

Меняю тему, чтобы коллеги увидели вопрос, утонувший в обсуждении.


-- 
ldv

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[Alexey Gladkov]

On Mon, Dec 02, 2019 at 12:31:15PM +0300, Paul Wolneykien wrote:
> > >   б) Если дело затянется, то вот тогда можно будет [временно]
> > > удалить libnss-gost. Но сейчас-то разъезда по интерфейсу именно,
> > > что нет --- реализации полностью совместимы в смысле одинакового
> > > интерфейса (но не поведения) и поэтому имеют одинаковый soname.  
> > 
> > Нет, нельзя временно удалить. Это сломает пользователей, которые
> > пользуются этим gost. Единственный путь это не обновлять nss пока
> > кто-нибудь не соизволит сделать новую версию nss-gost патча.
> > 
> > Почему вы не рассматриваете вариант собрать firefox-gost с внутренней
> > версией nss c gost-патчем пока он не попал в апстрим ? 
> 
>   Нет, почему же, я рассматриваю, но просто изучаю альтернативы,
> которые казались мне более простыми. Выяснилось, что нет, они не
> простые. Хотя вариант с отдельным компонентом мне пока нравится потому,
> что на него можно перейти оперативно.

Отдельный компонент развяжет вам руки и вам не нужно будет плодить
суффиксы для пакетов. Странно, что это не было планом А :)

-- 
Rgrds, legion

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[@ 2019-12-02 11:13 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 11:16 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 13:27 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 13:33 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 13:35 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 13:38 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 13:48 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 13:56 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 15:06 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 15:07 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 15:24 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 16:27 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 16:32 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 17:11 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 17:15 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 17:30 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-02 22:15 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-03 9:53 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-03 10:46 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-03 10:58 UTC (permalink / raw)]

Re: [devel] [cyber] I: Sisyphus-20191130 x86_64 beehive_status: +14 -7 (727)

[@ 2019-12-03 14:05 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-03 14:50 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-03 20:32 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-04 12:08 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-04 15:18 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-04 16:05 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-04 21:13 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 9:44 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 9:50 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 10:01 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 10:08 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 10:16 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 10:20 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 15:29 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 16:04 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 16:18 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 17:03 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 17:17 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 18:36 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

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

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-05 20:15 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-06 3:52 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-06 4:17 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-06 4:49 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-06 4:59 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-06 10:10 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-06 10:13 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-06 12:23 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-06 13:00 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-06 16:29 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-07 14:33 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-09 17:35 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-09 19:10 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-10 4:38 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-10 8:50 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-10 11:40 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-10 15:43 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-10 15:57 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2019-12-10 16:39 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-11 10:48 UTC (permalink / raw)]

Re: [devel] nss-gost и firefox-gost в Сизифе

[@ 2019-12-11 12:13 UTC (permalink / raw)]

Re: [devel] Q: gostcrypto howto

[@ 2020-06-11 14:06 UTC (permalink / raw)]