В почтовой рассылке графической рабочей среды 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
[NIXP] Хранить пароли в GNOME вместо libgnome-keyring будет библиотека libsecret
Модератор: Модераторы разделов
-
- Сообщения: 336
- Статус: Open Source geek
- ОС: Ubuntu Linux
[NIXP] Хранить пароли в GNOME вместо libgnome-keyring будет библиотека libsecret
По-моему, это еще один повод перейти на Убунту.
-
- Администратор
- Сообщения: 13939
- Статус: oel ngati kameie
- ОС: GNU
Re: [NIXP] Хранить пароли в GNOME вместо libgnome-keyring будет библиотека libsecret
1. в файле copying находится текст gnu lgpl v2.0 (это та древняя версия, где ещё фигурирует "library", а не "lesser")·Dmitry Shurupov писал(а): ↑27.03.2012 11:58Исходный код libsecret опубликован под лицензией GNU GPLv2 на git.gnome.org.
2. в трёх наудачу взятых файлах сказано "gnu library gpl v2 или более поздняя"·
т.е., более точным было бы написать: «gnu library gpl v2+», а не «gnu gpl v2»·
вывод: кто-то невнимательно пишет или читает или переводит·
по теме новости: велосипедостроение — почётная и уважаемая отрасль народного хозяйства·
ладно уж, чёрт с ним, с «dbus-ом на сервере», может, действительно нужен·
но вот зачем нужна «асинхронная модель и поддержка работы со множеством потоков» — не понятно…
p.s. но копирайт red hat inc., возможно, многое объясняет…
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
при сбоях форума см.блог
-
- Сообщения: 861
- Статус: Оператор вычислительных машин
- ОС: Debian
Re: [NIXP] Хранить пароли в GNOME вместо libgnome-keyring будет библиотека libsecret
Может ли кто-нибудь объяснить термин "асинхронная модель"?
Наверно потому, что сервер должен уметь работать с несколькими программами.
Наверно потому, что сервер должен уметь работать с несколькими программами.
Кто ищет, тот всегда найдет!
Опыт - это когда все получается с первого раза.
Опыт - это когда все получается с первого раза.
-
- Сообщения: 3408
- Статус: аватар-невидимка
- ОС: openSUSE Tumbleweed x86_64
Re: [NIXP] Хранить пароли в GNOME вместо libgnome-keyring будет библиотека libsecret
Неблокирующая то есть. Например, программа запросила пароль. В блокирующей модели (синхронной) это будет выглядеть примерно, как:
passwd = get_password();
и пока пользователь не введёт пароль, функция get_password() не вернёт управление, а поток, вызвавший её будет заблокирован.
В асинхронной будет нечто вроде callback'а:
aquire_password(on_pasword_got);
данная функция вернёт управление сразу же, а когда пользователь введёт пароль, будет вызвана on_password_got().
В синхронной модели, чтобы GUI не подвисало, надо самостоятельно создать отдельный поток. В асинхронной заботу о потоках на себя берёт библиотека, при этом вызов callback'а может происходить в другом потоке, или в потоке, который вызвал aquire_password, если организована очередь обработки сообщений/событий.
Спасибо сказали: