форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
Сообщение от opennews on 26-Июн-14, 11:21
Компания Google опубликовала (https://github.com/google/xsecurelock) под лицензией Apache приложение XSecureLock, в рамках которого подготовлен защищённый вариант системы блокировки экрана для X11. Целью разработки XSecureLock было обеспечение максимальной безопасности, которая достигается благодаря модульной архитектуре (https://github.com/google/xsecurelock#security-design), при которой аутентифкация и блокировка экрана вынесены в разные процессы. Координирует работу XSecureLock основной управляющий процесс, который содержит минимальный набор кода и запускает для аутентификации и блокирования экрана отдельные процессы-модули, а также контролирует нахождение экрана в заблокированном состоянии. На работу основного процесса не могут влиять ошибки во внешних библиотеках. Благодаря такому подходу XSecureLock защищён от типичного метода атаки на хранители экрана - инициирование краха через передачу некорректных данных во время аутентификации. Так как существующие хранители экрана выполняют аутентификацию и блокировку экрана в одном процессе, то крах этого процесса приводит к разблокировке экрана.   Для защиты от отображения поверх заблокированного экрана окон и уведомлений, выводимых в режиме OverrideRedirect,  основной процесс XSecureLock постоянно выводит своё окно на передний план, а для защиты от утечки данных через подключение второго монитора - приводит размер своего окна к размеру корневого окна X-сервера. Единственным условием разблокировки является возврат модулем аутентификации специального кода статуса выполнения операции. Модульная архитектура также позволяет использовать разные методы аутентификации и блокировки экрана. Например, доступны два модуля для аутентификации через систему PAM (auth_pam_x11, auth_pamtester) и четыре модуля блокирования экрана (saver_blank, saver_mplayer, saver_mpv, saver_xscreensaver). При желании можно легко подготовить собственные реализации модулей. URL: https://github.com/google/xsecurelock Новость: http://www.opennet.me/opennews/art.shtml?num=40086
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+9 +/–
Сообщение от клоун on 26-Июн-14, 11:21
Вот и настала эра защищённых блокнотов, когда поверх основного окна программы выводится картинка, ввод символов, отрисовка и сохранение файлов разнесены в разные процессы на разных компьютерах с организацией шифрованного пятью алгоритмами и двумя хэшированиями канала связи.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–16 +/–
	Сообщение от Аноним (??) on 26-Июн-14, 12:04
	Что, клоун, предвкушаешь уже выход на пенсию и копание в грядках? Тебе там самое место, вместе с микрософтовскими технологиями.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–5 +/–
Сообщение от anono on 26-Июн-14, 11:25
интересно, а то xscreensaver заколебал уже крашиться. приходишь утром - а блокировки на экране нет...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+4 +/–
	Сообщение от ipeacocks1 on 26-Июн-14, 11:40
	так уберите заставку. скорее всего все крешится из-за 3д-заставки.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	32. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от Аноним (??) on 26-Июн-14, 13:13
	У меня комп из-за нее вис т к на много раз ремонтированной видашке и вентилятор не крутится. При запуске заставки наблюдается рост нагрузки на проц повышение температуры в помещении ))
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	21. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+2 +/–
	Сообщение от www2 (??) on 26-Июн-14, 12:39
	Ни разу ничего подобного не было. Как вам это удаётся?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	28. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+1 +/–
	Сообщение от EuPhobos (ok) on 26-Июн-14, 13:02
	Если поставить заставку BSOD - такое происходит, подтверждаю(как бы иронично не звучало). Теперь вообще не пользуюсь заставками. PS Но в дебиане видать это просекли уже, и вынесли эту заставку в отдельный пакет "xscreensaver-screensaver-bsod"
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	37. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+1 +/–
	Сообщение от Аноним (??) on 26-Июн-14, 13:20
	> Ни разу ничего подобного не было. Как вам это удаётся? Регулярно прихожу - на экране мой рабочий стол. Начинаю двигать мышкой, секундный лаг и всплывает таки экран блокировки с вводом пароля. Бывает, что экран на месте, и я ввожу пароль, потом секундный лаг, экран всплавает снова словно я ввел неправильный пароль, а на второй раз входит. бубунта, мэйт чего-то там дефолтное...
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

3. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+7 +/–
Сообщение от koblin (ok) on 26-Июн-14, 11:25
>Для защиты от отображения поверх заблокированного экрана окон и уведомлений, выводимых в режиме OverrideRedirect, основной процесс XSecureLock постоянно выводит своё окно на передний план эпичные костыли
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+2 +/–
	Сообщение от Zenitarka on 26-Июн-14, 11:34
	Предложи вариант без костылей. Все такие дартаньяны, прям ваще!
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	13. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от Аноним (??) on 26-Июн-14, 12:06
	> Предложи вариант без костылей. Максимально простой и безбажный код, например. Думать о том как затыкать баги вместо того чтобы их не делать - это прикольно придумано, да. Извините конечно, но валидацию ввода пароля сделать можно даже на си без ошибок.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	20. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+6 +/–
	Сообщение от Аноним (??) on 26-Июн-14, 12:38
	>> Предложи вариант без костылей. > Максимально простой и безбажный код, например. Думать о том как затыкать баги > вместо того чтобы их не делать - это прикольно придумано, да. > Извините конечно, но валидацию ввода пароля сделать можно даже на си > без ошибок. наверняка можно, только ты почему-то до сих пор не предложил общественности реализованную альтернативу
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	75. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от arisu (ok) on 28-Июн-14, 05:21
	> наверняка можно, только ты почему-то до сих пор не предложил общественности реализованную > альтернативу может, потому, что у него, например, xscreensaver нормально работает?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	24. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от www2 (??) on 26-Июн-14, 12:48
	>> Предложи вариант без костылей. > Максимально простой и безбажный код, например. Думать о том как затыкать баги > вместо того чтобы их не делать - это прикольно придумано, да. > Извините конечно, но валидацию ввода пароля сделать можно даже на си > без ошибок. Расскажи об этом Виетсе Венема, разработчику Postfix. Почему то его не прельстила архитектура Exim и он поделил свой почтовый сервер на туеву кучу процессов, отобрав у каждого из них по максимуму привилегий, поместив по возможности в chroot и ещё перезапуская их время от времени, для профилактики. Эпичные костыли? Или подход, позволяющий максимально защитить систему?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	39. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от тигар (ok) on 26-Июн-14, 13:38
	а я вот давно у военов-постмастеров пытаюсь выяснить, что же лучше, postfix или exim ? :-) ну, кроме того что "exim - решето" (есть и то и то, в основном отправка наружу, сотнями тыщ в сутки)
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	108. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от Hety (??) on 29-Июн-14, 11:47
	Как сидевший более 3х лет на каждом из них могу сказать,что: 1. Они оба не падают. Причем собиралось все с экспериментальными патчами иногда, но результат тот же. 2. Экзим настраивается проще. Скрипты в конфиге и пр. 3. Они оба работают и делают то, что должны. Я выбрал экзим из-за более простой настройки. Я ленивый и собственно объемы у меня небольшие. Как оно держится под большой нагрузкой - не могу сказать.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	43. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от клоун on 26-Июн-14, 14:33
	Защитить от чего? Какие угрозы он закрывает благодаря перезапуску процессов? Может, давайте, десктопный Линукс рандомно ребутать "для профилактики"?
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	45. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–1 +/–
	Сообщение от Andrey Mitrofanov on 26-Июн-14, 15:54
	> Защитить от чего? Какие угрозы он закрывает благодаря перезапуску процессов? Классика же, "Попробуйте выключть-включить." решает 80+% проблем. Венема одобряет.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	52. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от A.Stahl (ok) on 26-Июн-14, 21:11
	>выключть-включить." решает 80+% проблем А 95% из этих 80% решается с помощью valgrind и проверкой диапазонов перед работой с массивом.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	111. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от chinarulezzz (ok) on 01-Июл-14, 21:11
	>проверкой диапазонов перед работой с массивом. есть опция для gcc?
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	115. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от arisu (ok) on 01-Июл-14, 22:04
	>>проверкой диапазонов перед работой с массивом. > есть опция для gcc? есть фронтэнд. gdc называется.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	81. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от Аноним (??) on 28-Июн-14, 08:17
	> десктопный Линукс рандомно ребутать "для профилактики"? По моим наблюдениям, винду так и лечат обычно: "попробуйте перезагрузиться" давно стало стандартным ответом саппортов.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	86. "Google опубликовал XSecureLock, безопасный хранитель..."	–1 +/–
	Сообщение от arisu (ok) on 28-Июн-14, 08:36
	> Защитить от чего? Какие угрозы он закрывает благодаря перезапуску процессов? тебе, дегенерату, это не понять.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	16. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–6 +/–
	Сообщение от хмм on 26-Июн-14, 12:14
	>Предложи вариант без костылей. Похоронить наконец иксы.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	48. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+1 +/–
	Сообщение от Михаил (??) on 26-Июн-14, 16:44
	В пользу нерабочих наборов костылей?
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	53. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–2 +/–
	Сообщение от хм on 26-Июн-14, 21:33
	> В пользу нерабочих наборов костылей? Зачем?
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	112. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от chinarulezzz (ok) on 01-Июл-14, 21:14
	>> В пользу нерабочих наборов костылей? > Зачем? Он видимо не хочет отказываться от инструмента, если нет рабочей альтернативы. Эмм... Действительно, зачем?
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	19. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+2 +/–
	Сообщение от абыр (ok) on 26-Июн-14, 12:38
	Ну дык продуманная архитектура X11 такая продуманная.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	76. "Google опубликовал XSecureLock, безопасный хранитель..."	+2 +/–
	Сообщение от arisu (ok) on 28-Июн-14, 05:22
	> Ну дык продуманная архитектура X11 такая продуманная. прикинь, таки да. но рукожопые дауны могут всё, что угодно, поломать.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	82. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от Аноним (??) on 28-Июн-14, 08:19
	> прикинь, таки да. но рукожопые дауны могут всё, что угодно, поломать. Таки со скринсэйверами там фэйл - это самая обычная программа, ничем не особенная. Поэтому надежность блокировки экрана таким макаром оставляет желать много лучшего и при малейшем тыкании палочкой оказывается что "вывалилось на десктоп" или "забыло спросить пароль".
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	84. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от arisu (ok) on 28-Июн-14, 08:29
	а оно и не должно быть никаким «особенным». по уму, это вообще должно быть окно с каким-нибудь свойством типа WM_SCREENLOCKER, каковое свойство должен обрабатывать WM и обеспечивать «непросвещаемость» локера. я, впрочем, никогда не видел, чтобы кто-то сквозь обычный xscreensaver пролез, или чтобы оный xscreensaver у меня пароль не спросил. видимо, это от того, что не увлекаюсь всякими DE и прочими модными нынче перделками. (правда, мой флюкс зато можно подвесить намертво путём установки у двух окон пары безобидных свойств, а с тем же Xfce так уже не получается)
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

4. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+1 +/–
Сообщение от Аноним (??) on 26-Июн-14, 11:27
Интересно, давно OverrideRedirect появился в X?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	77. "Google опубликовал XSecureLock, безопасный хранитель..."	–1 +/–
	Сообщение от arisu (ok) on 28-Июн-14, 05:23
	> Интересно, давно OverrideRedirect появился в X? очень. пожалуй, больше двадцати лет назад.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
Сообщение от Xasd (ok) on 26-Июн-14, 11:28
в интересное время мы живём, однако! ..в Wayland такого костыля уже не будет (хранитель экрана в Wayland -- это штатная функция композитного манагера, а не отдельная костыль-хак-программа).
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–1 +/–
Сообщение от пруфридер on 26-Июн-14, 11:39
Когда в портах/ебилд/рпм/деб?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+1 +/–
Сообщение от Аноним (??) on 26-Июн-14, 12:08
потребление ресурсов тредов не важно?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+1 +/–
Сообщение от Аноним (??) on 26-Июн-14, 12:29
Хм, кажется что я где-то читал что надёжно заблокировать экран в X нельзя в принципе.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+4 +/–
	Сообщение от hoopoe (ok) on 26-Июн-14, 12:45
	отчасти это так и есть - это одна из "монет" для расплаты за сетевую прозрачность. скринсейверы для иксов делаются примерно по тому-же принципу, по которому работают вынь-локеры, т.е. on-top окно, которое тупо закрывает все остальное
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	44. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+1 +/–
	Сообщение от maximnik0 on 26-Июн-14, 14:50
	> отчасти это так и есть - это одна из "монет" для расплаты > за сетевую прозрачность. скринсейверы для иксов делаются примерно по тому-же принципу, > по которому работают вынь-локеры, т.е. on-top окно, которое тупо закрывает все > остальное Кто сказал подобную глупость ?Все в протоколе предусмотрено ,просто с современными костылями  не очень совместимо .Сколько раз менялся система ввода -вывода и все остальное ? ( поддержка сенсоров это вообще сплошной хак ) .Вот и плохо работают программы написанные еще  для xlib ,все таки совместимость xlib и xcb не идеальная ,учитываем что современный xlib это надстройка над xcb .Поясню в протоколе предусмотрено захват мышки и клавиатуры с не отдачей фокуса функция xgabkeyboard ,предусмотрено в протоколе и не перехватываемый ввод - запрет на перехват скан кодов и и обработку событий от клавиатуры .Есть и в протоколе свойство для сессии -блокирована ,приостанавливает сессию графического терминала (да можно было когда то приостановить сетевую сессию ,выключить локальный терминал а затем спокойно соединиться и восстановить работу с прерванного места  ),но не работает с современными программами .Просто современные графические библиотеки во многом поломали совместимость ,вот и вылазят глюки с блокировочной экрана  :-(
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	46. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–2 +/–
	Сообщение от Аноним (??) on 26-Июн-14, 15:58
	То, что пользовательские приложения могут поломать X-ы говорят вовсе не о правильном дизайне последнего.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	78. "Google опубликовал XSecureLock, безопасный хранитель..."	+3 +/–
	Сообщение от arisu (ok) on 28-Июн-14, 05:24
	> То, что пользовательские приложения могут поломать X-ы говорят вовсе не о правильном > дизайне последнего. скажи, у тебя братья или сёстры есть? они тоже такие дегенераты, как ты, или ты в семье уникум?
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	49. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от hoopoe (ok) on 26-Июн-14, 17:36
	> Кто сказал подобную глупость ? девелопил когда-то под иксы, гонял чистый xlib, потом немного мотиф... в то время кути и гтк еще не было видно > Поясню в протоколе предусмотрено захват мышки и клавиатуры с не отдачей фокуса функция xgabkeyboard ,предусмотрено в протоколе и не перехватываемый ввод - запрет на перехват скан кодов и и обработку событий от клавиатуры да, все правильно... но захват этот будет жить до момента прибивания процесса, который захват установил... но это в теории, реальность еще печальнее: теоретически при удаленной сессии скринсейвер может быть процессом на далеком хосте, и таки он может отвалиться если отвалится сетка (да и много еще других тонкостей, типа переключения раскладок, других on-top окон, попытка захвата ввода сразу двумя приладами: сейвером и кем-нить еще)
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	55. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от maximnik0 on 26-Июн-14, 22:35
	> да, все правильно... но захват этот будет жить до момента прибивания процесса, > который захват установил... но это в теории, реальность еще печальнее: теоретически > при удаленной сессии скринсейвер может быть процессом на далеком хосте, и > таки он может отвалиться если отвалится сетка (да и много еще > других тонкостей, типа переключения раскладок, других on-top окон, попытка захвата ввода > сразу двумя приладами: сейвером и кем-нить еще) Я же говорю есть свойство сеанса -заблокировано ,приостанавливает работу всех графических программ (замораживает процессы сеанса и делает атомарный снимок состояния ) .Разблокировка по сигналу от менеджера сеансов или библиотеки X (у Х есть собственная аутенфикация -магик файл ) .Просто сейчас этот механизм поломан- Qt и Gtk не потдерживают заморозку от X ,у Qt собственный механизм сохранений  состояний .Поэтому когда то на авторов  Qt и кричали что  делают велосепед и не прочитали доки до конца про Х .Как только еще механизм смены сеансов не поломали :-( Вот и пришлось сейчас химичить с скринсаверами и Xloсkами .
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	56. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+2 +/–
	Сообщение от rob pike on 26-Июн-14, 23:09
	>Поэтому когда то на авторов  Qt и кричали что  делают велосепед и не прочитали доки до конца про Х Они и до половины не дочитали.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	113. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от chinarulezzz (ok) on 01-Июл-14, 21:19
	>>Поэтому когда то на авторов  Qt и кричали что  делают велосепед и не прочитали доки до конца про Х > Они и до половины не дочитали. графоманы не читают)
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	116. "Google опубликовал XSecureLock, безопасный хранитель..."	+1 +/–
	Сообщение от arisu (ok) on 01-Июл-14, 22:05
	> графоманы не читают) тем не менее, тулкит у них вышел весьма неплохой (до версии 4 включительно). жаль, что именно в этой части они сделали… не совсем хорошо. понять, впрочем, можно, хоть и не оправдать.
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	57. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–1 +/–
	Сообщение от хм on 26-Июн-14, 23:38
	> приостанавливает работу всех графических программ (замораживает процессы сеанса и делает атомарный снимок состояния ) .Разблокировка по сигналу от менеджера сеансов или библиотеки X (у Х есть собственная аутенфикация -магик файл ) Ого, этот костыль всем костылям костыль. Царь-костыль. Костыль-шедевр. Венец костылестроения.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	58. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+3 +/–
	Сообщение от maximnik0 on 27-Июн-14, 00:18
	>Венец костылестроения. А что возможность возобновить сеанс с другого X терминала это костыль ? Не забываем про простые аппаратные X терминалы с карточкоой аутенфткации .
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	59. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–1 +/–
	Сообщение от хм on 27-Июн-14, 00:37
	> А что возможность возобновить сеанс с другого X терминала это костыль ? Возможность очевидно архинужная. Реализация -- костыль.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	71. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–1 +/–
	Сообщение от maximnik0 on 27-Июн-14, 16:13
	>> А что возможность возобновить сеанс с другого X терминала это костыль ? > Возможность очевидно архинужная. Реализация -- костыль. Мда ,нвидиа оптимус тогда вообще идеальная  технология .
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	73. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от Vkni (ok) on 27-Июн-14, 21:13
	> А что возможность возобновить сеанс с другого X терминала это костыль ? Это реализовано в программе screen. Так вот она сделана значительно правильнее.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	69. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от hoopoe (ok) on 27-Июн-14, 15:17
	> Я же говорю есть свойство сеанса -заблокировано ,приостанавливает работу всех графических программ (замораживает процессы сеанса и делает атомарный снимок состояния ) этим нельзя пользоваться, представь что у тебя на ночь остались процессы, которые молотят какую-нибудь задачу, и выводят прогресс на экран... и тут их приостанавливают... обидно будет с утра получить сюрприз :)
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	70. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от maximnik0 on 27-Июн-14, 16:09
	>этим нельзя пользоваться, представь что у тебя на ночь остались процессы, которые молотят >какую-нибудь задачу, и выводят прогресс на экран... и тут их приостанавливают... обидно >будет с утра получить сюрприз :) Ну если хочется - существовал костыль ,подключить виртуальный клиент   (отладочный XFree сервер ) ,и можно блокировать сеанс ,правда страшный гемор потом подключатся :-(   И опять же разрабатывалось то для других технологий -большая эвм ,куча терминалов ,в этом случае заморозка сеанса очень хороша - не жруться ресурсы ,задачи весящие в памяти  уйдут в своп .А для фоновых задач -демоны и крон задание  .
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	72. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от rob pike on 27-Июн-14, 16:48
	> процессы, которые молотят какую-нибудь задачу, и выводят прогресс на экран В иксы выводят? И вы видели такие процессы в реальной жизни? А нажимать "продолжай молотить" каждые 15 секунд они не просят? Можно ведь и такое гипотетически предположить. И тут же, разумеется, отругать иксы за то что в них не встроена автоматическая нажималка, которая бы это делала.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	74. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от Vkni (ok) on 27-Июн-14, 21:15
	> В иксы выводят? И вы видели такие процессы в реальной жизни? Wolfram Mathematica - я её с удовольствием гонял и гоняю удалённо по гигабитной сетке. Увы, очень не хватает отключения.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	83. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–1 +/–
	Сообщение от Аноним (??) on 28-Июн-14, 08:24
	> В иксы выводят? И вы видели такие процессы в реальной жизни? Да, если даже командлайновая программа что-то плюет на экран, терминалка это рисует. А если терминалка перестанет рисовать - большой вопрос что получится даже с консольной программой. Что должно быть? Я вижу несколько вариантов и все какие-то дурные. Вариант раз: вывод программы продолбается. Ничего хорошего, так? Вариант два: вывод программы будет буферизоваться вплоть до тех пор пока терминал не проснется и не сможет зарендерить. Ну ок, в хучшем случае отбуферизуется несколько гигз и система помрет. Вариант три: у программы встанет колом I/O и программа вместо работы будет ждать пока терминал сможет принять данные. Что там еще можно придумать?
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	85. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от arisu (ok) on 28-Июн-14, 08:33
	> Что там еще можно придумать? не выпендриваться и запускать через dtach/screen/tmux, опционально с tee. если у тебя screensaver вылазит в процессе работы программы, то её вывод тебе явно глубоко по барабану. поэтому програму можно спокойно отсоединить, и пусть себе на фоне колбасит. а всё полезное и интересное (если там такое есть) tee бережно сложит на диск.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	92. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от Vkni (ok) on 28-Июн-14, 18:31
	Оно правильно, но screen'а под X в поставке по-умолчанию не хватает. А Xpra требует чёртову тучу питоновских модулей.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	99. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от arisu (ok) on 28-Июн-14, 18:46
	> Оно правильно, но screen'а под X в поставке по-умолчанию не хватает. А > Xpra требует чёртову тучу питоновских модулей. ну да, отказались в своё время делать нормально — теперь даже с костылями не удаётся бегать. понятно, что мозги тулкитописателям уже не починишь (каюсь, мои микротулкиты тоже такие же поломаные), потому приходится костылять…
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	79. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от Anonym2 on 28-Июн-14, 06:53
	>[оверквотинг удален] >> сразу двумя приладами: сейвером и кем-нить еще) > Я же говорю есть свойство сеанса -заблокировано ,приостанавливает работу всех графических > программ (замораживает процессы сеанса и делает атомарный снимок состояния ) .Разблокировка > по сигналу от менеджера сеансов или библиотеки X (у Х есть > собственная аутенфикация -магик файл ) .Просто сейчас этот механизм поломан- Qt > и Gtk не потдерживают заморозку от X ,у Qt собственный механизм > сохранений  состояний .Поэтому когда то на авторов  Qt и > кричали что  делают велосепед и не прочитали доки до конца > про Х .Как только еще механизм смены сеансов не поломали :-( > Вот и пришлось сейчас химичить с скринсаверами и Xloсkами . Вы так пишете... "Замораживает". На самом деле оно ничего не замораживает. А говорит программам "заморозиться". Как-нибудь... :-) Кто может. Потом перезапускает... Механизм явно не очень хороший. И программы его не очень поддерживают. Потому что явно лишнее - специально в каждой программе предусматривать сохранение состояния, потом восстановление... Когда правильней всего просто оставить программы в работающем состоянии... И временно заблокировать взаимодействие с экраном (и клавиатурой). Или даже во временно неработающем состоянии... Но без лишних элементов в самих программах. :-)
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	80. "Google опубликовал XSecureLock, безопасный хранитель..."	+1 +/–
	Сообщение от arisu (ok) on 28-Июн-14, 07:35
	предполагалось, что все будут договариваться полюбовно. в стиле остальной архитектуры иксов: «вот вам механизмы, но мы их не навязываем. давайте как-нибудь договоримся, чай, не кошки с собаками…» то есть, люди напишут тулкиты, которые будут подобные ситуации обрабатывать, при необходимости пересоздавать ресурсы на другом сервере и вся такая дружба с малиновым звоном. оно так и проще, и сервер разгружается — клиентам-то всяко видней, как и что переносить. всё равно на «чистых иксах» даже тогда особо не писали, да и авторы рекомендовали над иксами делать библиотеки. к сожалению, переоценили добрую волю. а потом ещё период, когда иксы начали использовать в основном на локалхостах, подгадил — когда сетевая прозрачность казалась невостребованной фичей. никто особо не предполагал, что через какой-то десяток-другой лет большинство устройств окажутся связаными в глобальную сеть, и что фигня размером меньше пачки сигарет будет в состоянии в реальном времени рисовать то, что в то время покадрово часами обсчитывали. вот тут-то забытые фичи иксов могли бы как раз отлично сыграть: запустил на домашней машине какой-нибудь почтовик или там планировщик дня, со смарта пнул — планировщик на смарте отрисовал свой UI, адаптированый к размерам смартовского экрана. посмотрел, отстрелил, с другого смарта зашёл. или с рабочего ноута. никаких проблем с синхронизацией, с необходимостью кучи гигагерц, чтобы на смарте еле-еле ворочать то, что домашняя безголовая станция, стоящая на полке, без труда гоняет… ну, то есть, то, что сейчас через задницу пытаются эмулировать всякими «веб-сервисами». что такое эти «веб-сервисы»-то? это ведь такой протокол для рисования всякой мордобайды к удалённому софту, работающему на дальних серверах. то есть, в оригинале оно для этого не предназначалось, для этого были совсем другие механизмы, проще и удобней, но… но прохлопали, и радостно стали пихать непихаемое при помощи кувалды и какой-то матери.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	87. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от Аноним (??) on 28-Июн-14, 08:40
	> предполагалось, что все будут договариваться полюбовно. Надеяться на то что рядовой апликушник пойдет и сделает заморозку - ну ты понял. > клиентам-то всяко видней, Да, только понимание тулкитов о приоритетах фич как-то не совпало с иксами. > авторы рекомендовали над иксами делать библиотеки. С таким же успехом авторы велосипеда могут рекомендовать приварить водопроводную трубу для прочности. Закончится использованием конструкций от других авторов. > размером меньше пачки сигарет будет в состоянии в реальном времени рисовать > то, что в то время покадрово часами обсчитывали. ИЧСХ, иксы во всем этом являются одним из главных тормозов. > пнул — планировщик на смарте отрисовал свой UI, адаптированый к размерам Все это прекрасно, но если посмотреть на историю разработки N900, половина этой истории будет борьба с иксами и из производительностью. Закончилось это "обычно" - большинство программ которым надо быстро гнать картинку, делают это через OpenGL.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	89. "Google опубликовал XSecureLock, безопасный хранитель..."	+1 +/–
	Сообщение от arisu (ok) on 28-Июн-14, 08:47
	> ИЧСХ, иксы во всем этом являются одним из главных тормозов. если у разработчиков прикладного софта руки примонтированы к заднице — ещё и не такие чудеса случаются. > Все это прекрасно, но если посмотреть на историю разработки N900, половина этой > истории будет борьба с иксами и из производительностью. ссылочки? а то извини, я опять наблюдаю твои странные фантазии на почве иксофобии. > Закончилось это «обычно» > - большинство программ которым надо быстро гнать картинку, делают это через > OpenGL. (подражая принцессе Альбине) у-ля-ля! тебе сколько раз тут уже хором говорили, что OpenGL — вполне естественная часть иксов? это раз. и что про «большинство» ты несколько… преувеличиваешь? это два. и что можешь пойти, сказать спасибо пакарду, как предводителю стада рукожопов. это три.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	96. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от Vkni (ok) on 28-Июн-14, 18:36
	> тебе сколько раз тут уже хором говорили, что OpenGL — вполне естественная > часть иксов? Это аноним. Впрочем, тут так часто повторялось, что должен был услышать так или иначе. Видимо, нет лишних нейронов, чтобы запомнить.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	97. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от arisu (ok) on 28-Июн-14, 18:40
	>> тебе сколько раз тут уже хором говорили, что OpenGL — вполне естественная >> часть иксов? > Это аноним. это User294, очевидно же.
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	100. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от Vkni (ok) on 28-Июн-14, 19:01
	> это User294, очевидно же. Кто все эти люди? :-)
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	91. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от maximnik0 on 28-Июн-14, 15:29
	>> предполагалось, что все будут договариваться полюбовно. > Надеяться на то что рядовой апликушник пойдет и сделает заморозку - ну > ты понял. Ну вообще то все это описано в стандартах posix  .Системные сигналы - stop /cont /... kill .Мда я с склерозом то и забыл что обязательными являются только kill и int ,на остальные сигналы процесс может и забить .Так что извиняюсь ,действительно как сделали замечание  X просят программы заморозится .
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	107. "Google опубликовал XSecureLock, безопасный хранитель..."	–1 +/–
	Сообщение от Anonym2 on 29-Июн-14, 08:25
	>>> предполагалось, что все будут договариваться полюбовно. >> Надеяться на то что рядовой апликушник пойдет и сделает заморозку - ну >> ты понял. > Ну вообще то все это описано в стандартах posix  .Системные сигналы > - stop /cont /... kill .Мда я с склерозом то и > забыл что обязательными являются только kill и int ,на остальные сигналы > процесс может и забить .Так что извиняюсь ,действительно как сделали замечание >  X просят программы заморозится . Не льстите склерозу. По поводу отправки сигналов с сервера клиентам...
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	110. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от hoopoe (ok) on 30-Июн-14, 23:16
	> Надеяться на то что рядовой апликушник пойдет и сделает заморозку - ну ты понял. Во времена когда это задумывалось индусов в it еще не было, и уровень программеров был очень высок :)
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	90. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от Anonym2 on 28-Июн-14, 12:47
	> ну, то есть, то, что сейчас через задницу пытаются эмулировать всякими <<веб-сервисами>>. > что такое эти <<веб-сервисы>>-то? это ведь такой протокол для рисования всякой > мордобайды к удалённому софту, работающему на дальних серверах. то есть, в > оригинале оно для этого не предназначалось, для этого были совсем другие > механизмы, проще и удобней, но... но прохлопали, и радостно стали пихать > непихаемое при помощи кувалды и какой-то матери. Ну web-сервисы - это универсально. Потому что HTML универсальный широко используемый в сети язык, к которому практически везде можно рассчитывать есть клиенты. Что имеет свои немалые основания. Это значит что web-интерфейс можно будет увидеть на практически любом устройстве... Но и X в общем-то не отменяли. Если к домашней станции... :-)
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	94. "Google опубликовал XSecureLock, безопасный хранитель..."	+/–
	Сообщение от Vkni (ok) on 28-Июн-14, 18:34
	> Ну web-сервисы - это универсально. Потому что HTML универсальный широко используемый в > сети язык, к которому практически везде можно рассчитывать есть клиенты. Что > имеет свои немалые основания. Это значит что web-интерфейс можно будет увидеть > на практически любом устройстве... Но и X в общем-то не отменяли. > Если к домашней станции... :-) а) Не HTML, а JavaScript. б) В отличие от Xов, под которые можно писать практически на любом универсальном языке (есть соответствующие binding'и), на JavaScript'е такого нет - приходится использовать трансляторы типа emscripten.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	95. "Google опубликовал XSecureLock, безопасный хранитель..."	+2 +/–
	Сообщение от arisu (ok) on 28-Июн-14, 18:36
	> Ну web-сервисы - это универсально. ты одно слово забыл: «несовместимо». универсально несовместимо — факт. каждый рендерит как хочет. плюс, простой, но полнофункциональный X Server может написать студент за неделю, в качестве внеклассного задания на вечер. и на нём таки будет запускаться софт, если оный написан руками. ок, ещё за пару недель студент под пивко доделает несколько расширений, без которых не могут жить современные говнотулкиты, и таки всё запустится. сколько студент будет пилить браузер, поддерживающий все фичи, нужные, чтобы запускать современные «веб-приложения»? ну да, внуки принесут на могилку дедушке цветы и вздохнут: «он потратил свою жизнь на бесплодную погоню за недостижимой мечтой…» > Это значит что web-интерфейс можно будет увидеть > на практически любом устройстве... а если бы эти «любые устройства» имели вместо этого какую-нибудь современную и разумную инкарнацию иксов (где сервер намного менее требователен к ресурсам), то… впрочем, я понимаю, что это всё мечты о лучшем мире, а у нас есть только такой вот мир, какой есть.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	102. "Google опубликовал XSecureLock, безопасный хранитель..."	–1 +/–
	Сообщение от Anonym2 on 29-Июн-14, 06:17
	> сколько студент будет пилить браузер, поддерживающий все фичи, нужные, чтобы запускать > современные <<веб-приложения>>? ну да, внуки принесут на могилку дедушке цветы > и вздохнут: <<он потратил свою жизнь на бесплодную погоню за недостижимой > мечтой...>> Вот так незаметно переходим от web-интерфейса и HTML, про который я писал, хотя кому-то сразу начало хотеться поправить на javascript, к разного рода "фичам" и "веб-приложениям" от гей парада... Оно всё в категорию того, что нуждается в поддержке чтобы работало, и вовсе не входит. Так что студенту незачем делать фичи, которые столь нужны каким-то п.дарам из сети. > а если бы эти <<любые устройства>> имели вместо этого какую-нибудь современную и разумную > инкарнацию иксов (где сервер намного менее требователен к ресурсам), то... Что "то.."? То arisu наделал бы там тысячи разных странных всплывающих окошек, неизвестно от каких "клиентов" из сети, с разной дурацкой графикой? Ну да, размечтались... >:-)
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	103. "Google опубликовал XSecureLock, безопасный хранитель..."	+1 +/–
	Сообщение от arisu (ok) on 29-Июн-14, 06:19
	> Что "то.."? не дошло? а вроде, сначала ты не совсем дураком показался. старею, видять, мягчею.
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	104. "Google опубликовал XSecureLock, безопасный хранитель..."	–1 +/–
	Сообщение от Anonym2 on 29-Июн-14, 07:31
	>> Что "то.."? > не дошло? а вроде, сначала ты не совсем дураком показался. старею, видять, > мягчею. Ну вы-то п.даром и не старались не казаться, насколько доходит...
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	105. "Google опубликовал XSecureLock, безопасный хранитель..."	+1 +/–
	Сообщение от arisu (ok) on 29-Июн-14, 07:33
	спасибо за наглядное подтверждение моего вывода.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	106. "Google опубликовал XSecureLock, безопасный хранитель..."	–1 +/–
	Сообщение от Anonym2 on 29-Июн-14, 07:46
	> спасибо за наглядное подтверждение моего вывода. Не за что :-)
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	51. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от Anonymus on 26-Июн-14, 20:57
	и хто-ж такое осилит нынче-то? не 84 год...
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

26. "x"	+3 +/–
Сообщение от mikevmk (??) on 26-Июн-14, 12:55
А i3lock разве этого не делает?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	31. "x"	+1 +/–
	Сообщение от Аноним (??) on 26-Июн-14, 13:12
	Да, кто-нибудь про минусы i3lock напишите, сам пользуюсь.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	54. "x"	+/–
	Сообщение от Аноним (??) on 26-Июн-14, 22:07
	> минусы i3lock Недостаток у i3lock всего один, зато фатальный.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	61. "x"	+/–
	Сообщение от Аноним (??) on 27-Июн-14, 02:02
	Какой? То, что не от гугла? :)
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	63. "x"	+/–
	Сообщение от Аноним (??) on 27-Июн-14, 08:30
	Именно. :)
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

27. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
Сообщение от Аноним (??) on 26-Июн-14, 13:00
> Целью разработки XSecureLock было обеспечение максимальной безопасности, которая достигается благодаря модульной архитектуре, при которой аутентифкация и блокировка экрана вынесены в разные процессы. и у пользователей пароли или (1234 | ната111) или на листочках приклеены к монитору или под клавиатурой =D
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	50. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+2 +/–
	Сообщение от Аноним (??) on 26-Июн-14, 20:09
	> (1234 | ната111) отличный пароль, возьму себе > или на листочках приклеены > к монитору или под клавиатурой =D провокация местной СБ, блокирует выходы при вводе
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	88. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от Аноним (??) on 28-Июн-14, 08:41
	> отличный пароль, возьму себе Спасибо что сказали, добавлю себе в словари :)
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	114. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от chinarulezzz (ok) on 01-Июл-14, 21:48
	>> отличный пароль, возьму себе > Спасибо что сказали, добавлю себе в словари :) >добавлю себе в словари :) омайнгот, ты существуешь :) все мои знакомые перешли на парольные фразы написанные по-приколу, думал что вместе с ними и остальной мир. Неужели пригождается?
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

35. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
Сообщение от Аноним (??) on 26-Июн-14, 13:16
Хорошая вещь. Смотрим "Похожие новости".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	38. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+1 +/–
	Сообщение от Andrey Mitrofanov on 26-Июн-14, 13:22
	> Хорошая вещь. Смотрим "Похожие новости". Хочешь сказать, сколько ещё нас ждёт _интересных _новостей про новы^Wещё один скринсейвер?
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

47. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	–3 +/–
Сообщение от Отражение луны (ok) on 26-Июн-14, 16:40
Пусть уйдет вместе с иксами) Интересно другое - они же XSecureLock для хромоси делали. А это означает, что хромось остается на иксах.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	117. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
	Сообщение от Elhana (ok) on 03-Июл-14, 20:15
	Можно подумать что кто-то уже не на иксах... Mir/Wayland по дефолту можно будет использовать лет через 5 минимум, а гуглу хромоось надо продавать сейчас.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

60. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
Сообщение от alltiptop (ok) on 27-Июн-14, 01:43
Чем оно лучше/хуже блокировки иксов квином?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

109. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."	+/–
Сообщение от eSyr (ok) on 30-Июн-14, 18:50
А JWZ про это всё писал ещё 10 лет назад. http://www.jwz.org/xscreensaver/toolkits.html
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема