[NIXP] Хранить пароли в GNOME вместо libgnome-keyring будет библиотека libsecret

Обсуждение новостей, соответствующих тематике форума

Модератор: Модераторы разделов

Аватара пользователя
Dmitry Shurupov
Сообщения: 336
Статус: Open Source geek
ОС: Ubuntu Linux

[NIXP] Хранить пароли в GNOME вместо libgnome-keyring будет библиотека libsecret

Сообщение Dmitry Shurupov »

В почтовой рассылке графической рабочей среды GNOME была анонсирована новая библиотека libsecret, призванная стать заменой libgnome-keyring. Представленная libsecret — это библиотека для хранения и получения паролей и другой подобной конфиденциальной информации, взаимодействующая через D-Bus со службой паролей («Secret Service»; примерами реализаций таких служб являются gnome-keyring и ksecretservice). Libsecret использует асинхронную модель и поддерживает работу со множеством потоков. Для хранения различных связок ключей и других элементов на сервере в ней используются proxy-объекты в стиле GDBus. Пока libsecret не является стабильной, однако уже обладает базовым API для хранения и получения паролей, который разработчик считает устоявшимся. Автор libsecret пообещал в скором времени подготовить патчи для перевода различных проектов, использующих libgnome-keyring, на новую библиотеку. Исходный код libsecret опубликован под лицензией GNU GPLv2 на git.gnome.org. Примеры работы с libsecret на языках Си, Python и JavaScript доступны здесь.

оригинал на www.nixp.ru
По-моему, это еще один повод перейти на Убунту.
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU

Re: [NIXP] Хранить пароли в GNOME вместо libgnome-keyring будет библиотека libsecret

Сообщение sash-kan »

Dmitry Shurupov писал(а):
27.03.2012 11:58
Исходный код libsecret опубликован под лицензией GNU GPLv2 на git.gnome.org.
1. в файле copying находится текст gnu lgpl v2.0 (это та древняя версия, где ещё фигурирует "library", а не "lesser")·
2. в трёх наудачу взятых файлах сказано "gnu library gpl v2 или более поздняя"·

т.е., более точным было бы написать: «gnu library gpl v2+», а не «gnu gpl v2»·

вывод: кто-то невнимательно пишет или читает или переводит·

по теме новости: велосипедостроение — почётная и уважаемая отрасль народного хозяйства·
ладно уж, чёрт с ним, с «dbus-ом на сервере», может, действительно нужен·
но вот зачем нужна «асинхронная модель и поддержка работы со множеством потоков» — не понятно…

p.s. но копирайт red hat inc., возможно, многое объясняет…
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
Janik
Сообщения: 861
Статус: Оператор вычислительных машин
ОС: Debian

Re: [NIXP] Хранить пароли в GNOME вместо libgnome-keyring будет библиотека libsecret

Сообщение Janik »

Может ли кто-нибудь объяснить термин "асинхронная модель"?

sash-kan писал(а):
27.03.2012 15:29
«поддержка работы со множеством потоков» — не понятно…

Наверно потому, что сервер должен уметь работать с несколькими программами.
Кто ищет, тот всегда найдет!
Опыт - это когда все получается с первого раза.
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: [NIXP] Хранить пароли в GNOME вместо libgnome-keyring будет библиотека libsecret

Сообщение NickLion »

Janik писал(а):
28.03.2012 07:59
Может ли кто-нибудь объяснить термин "асинхронная модель"?

Неблокирующая то есть. Например, программа запросила пароль. В блокирующей модели (синхронной) это будет выглядеть примерно, как:
passwd = get_password();
и пока пользователь не введёт пароль, функция get_password() не вернёт управление, а поток, вызвавший её будет заблокирован.
В асинхронной будет нечто вроде callback'а:
aquire_password(on_pasword_got);
данная функция вернёт управление сразу же, а когда пользователь введёт пароль, будет вызвана on_password_got().

В синхронной модели, чтобы GUI не подвисало, надо самостоятельно создать отдельный поток. В асинхронной заботу о потоках на себя берёт библиотека, при этом вызов callback'а может происходить в другом потоке, или в потоке, который вызвал aquire_password, если организована очередь обработки сообщений/событий.
Спасибо сказали: