30270 2014-09-01 12:08:05 +0400 Исправить работу с Cyrus-SASL, сломанную старым патчем. 2018-03-04 03:10:35 +0300 1 1 4 Development Sisyphus postfix-cyrus unstable all Linux CLOSED FIXED P3 critical --- 1 asy glebfm aborodin cas glebfm lav naf qa-sisyphus oldest_to_newest 147493 0 asy 2014-09-01 12:08:05 +0400 Предлагаю упаковать в пакет симлинк /etc/postfix/sasl -> /usr/lib/sasl2-3 История и причины в bug 30135. Всё-таки, так как Pstfix, похоже, единственный клиент библиотеки libsasl, который не может найти плагины, когда sasl собран с непривычным "--with-plugindir=", то исправить ситуацию надо в нём. Мне кажется, что сборка библиотеки libsasl в соответствии с http://www.altlinux.org/Shared_Libs_Policy ценнее. Может быть, текущий вариант симлинка можно прямо в спеке определять посредством чего-то вроде ls -d /usr/lib/sasl2*|sed "s|.*/||" в момент сборки. 156717 1 asy 2016-05-11 11:02:18 +0300 *** Bug 32082 has been marked as a duplicate of this bug. *** 156719 2 asy 2016-05-11 11:06:45 +0300 *** Bug 32085 has been marked as a duplicate of this bug. *** 156722 3 asy 2016-05-11 11:18:37 +0300 (In reply to comment https://bugzilla.altlinux.org/32082#c1 ) > postfix-cyrus это не самый лучший выбор для аутентификации пользователей. > Мы используем postfix-dovecot, и рекомендуем заменять postfix-cyrus на > postfix-dovecot. Но починить postfix-cyrus стоит всё равно. Кроме того, Dovecot не только выигрывает по безопасности у Cyrus-IMAP, но и существенно проигрывает ему по возможностям. Коммит я могу попробовать сделать. Хотя, на самом деле, с Cyrus-IMAP на много удобнее использовать Sendmail в виду наличия механизма поддержки sendmail socket map в Cyrus-IMAP. 156723 4 asy 2016-05-11 11:30:50 +0300 (In reply to comment #3) > Кроме того, Dovecot не только выигрывает по безопасности у Cyrus-IMAP, > но и существенно проигрывает ему по возможностям. Если же речь про использование Cyrus-IMAP не идёт, то, конечно, особого смысла в использовании postfix-cyrus нет. В этой ситуации, действительно, лучше использовать postfix-dovecot. 157480 5 lav 2016-06-28 14:12:53 +0300 (В ответ на комментарий №0) > Предлагаю упаковать в пакет симлинк > /etc/postfix/sasl -> /usr/lib/sasl2-3 А у меня там лежит конфиг /etc/postfix/sasl/smtpd.conf видимо, заданный через smtpd_sasl_path = smtpd в main.cf может быть всё же /usr/lib/sasl2 -> /usr/lib/sasl2-3 ? 157481 6 asy 2016-06-28 14:28:20 +0300 (In reply to comment #5) > > /etc/postfix/sasl -> /usr/lib/sasl2-3 > А у меня там лежит конфиг > /etc/postfix/sasl/smtpd.conf А что показывает rpm -qf /etc/postfix/sasl ? Что-то я не вижу по спеку, где он пакуется. 157489 7 naf 2016-06-29 09:08:47 +0300 На всякий случай: в Postfix реализация SASL есть как для сервера SMTP, так и для _клиента SMTP_. postfix-dovecot - это только сервер, для работы клиента альтернатив posfix-cyrus нет, см. http://www.postfix.org/SASL_README.html#client_sasl_enable Т.е., сейчас из коробки сделать почтовый реллей с авторизацией на стороннем сервере SMTP нельзя. Выдающиеся при попытках аутентификации сообщения вида "postfix/smtp[PID]: warning: SASL authentication failure: No worthy mechs found" понять, что нужна символьная ссылка @libdir@/sasl2-3 -> @libdir@/sasl2, тоже не помогают. 157490 8 ldv 2016-06-29 09:18:15 +0300 Симлинк не нужен, нужен починенный sasl, безо всяких костылей вида sasl2-3. Вот сделал один человек неправильно, хотя его предупреждали, что так делать не надо, а потом, вместо того, чтобы откатить неправильное, продвигает неправильное в другие пакеты. 157491 9 asy 2016-06-29 10:57:39 +0300 (In reply to comment #8) > Симлинк не нужен, нужен починенный sasl, безо всяких костылей вида sasl2-3. > > Вот сделал один человек неправильно, хотя его предупреждали, Это "неправильно" порождение того, что кто-то долго не реагирует на проблемы. Пересобрать Cyrus-SASL получается целая история с прибаутками. При том, что есть http://www.altlinux.org/Shared_Libs_Policy 157492 10 asy 2016-06-29 11:03:44 +0300 (In reply to comment #8) > Симлинк не нужен, нужен починенный sasl, И, всё же, существует ли ещё хотябы один клиент cyrus-sasl, кроме Postfix, который не может найти sasl2-3 ? 157493 11 asy 2016-06-29 12:19:17 +0300 (In reply to comment #8) > Симлинк не нужен, нужен починенный sasl, безо всяких костылей вида sasl2-3. Или нужен починенный Postfix (хотя, возможно, нужно понимание, как это работает). Совсем забыл: я пару лет назад спрашивал в рассылке postfix-users@, и вот что мне ответили: This is no Postfix problem. And it clearly works somehow, as Debian uses a way different directory: $ grep -r /usr/lib/i386-linux-gnu/sasl2 /usr/lib/i386-linux-gnu/libsasl2.so.2* Binary file /usr/lib/i386-linux-gnu/libsasl2.so.2 matches Binary file /usr/lib/i386-linux-gnu/libsasl2.so.2.0.25 matches Действительно, сейчас в debian/rules написано: --with-plugindir=/usr/lib/$(DEB_HOST_MULTIARCH)/sasl2:/usr/lib/sasl2 Под руками есть Ubuntu, там, действительно, есть каталоги /usr/lib/i386-linux-gnu/sasl2 /usr/lib/sasl2 Первый с плагинами, второй - пустой. И Postfix как-то всё находит в /usr/lib/i386-linux-gnu/sasl2. 157497 12 asy 2016-06-29 15:12:42 +0300 Вот такая штука ещё нашлась postfix (2.8.3-1ubuntu3) oneiric; urgency=low * src/xsasl/xsasl_cyrus_{client,server}.c: don't set a sasl callback for the path, only do so for the config path; we shouldn't override the already-correct module path built into cyrus-sasl2 itself, especially now that said path may change due to multiarch. И там сейчас не задаётся {SASL_CB_GETPATH, &xsasl_getconfpath, 0} в xsasl_cyrus_client.c и xsasl_cyrus_server.c. Есть только #ifdef SASL_CB_GETCONFPATH {SASL_CB_GETCONFPATH, &xsasl_getconfpath, 0}, #endif 157499 13 asy 2016-06-29 15:36:35 +0300 (In reply to comment #12) > И там сейчас не задаётся {SASL_CB_GETPATH, &xsasl_getconfpath, 0} > в xsasl_cyrus_client.c и xsasl_cyrus_server.c. Вот тут ftp://ftp.kraft-s.ru/pub/tmp/ALTBUG30270/ сборка x86_64 для Сизифа без SASL_CB_GETPATH. Кто-то может проверить ? Заданием не стал оформлять, наспех сделал. 157500 14 asy 2016-06-29 15:51:11 +0300 (In reply to comment #13) > Вот тут ftp://ftp.kraft-s.ru/pub/tmp/ALTBUG30270/ сборка x86_64 для Сизифа без > SASL_CB_GETPATH. Кто-то может проверить ? Стоп. Минут через 15. SASL_CB_GETCONFPATH определён в sasl.h, а этот хидер не подключен. Кстати, интересно, а как это в текущей сборке у нас используется тогда ? 157516 15 lav 2016-06-29 22:51:37 +0300 (В ответ на комментарий №6) > (In reply to comment #5) > > > > /etc/postfix/sasl -> /usr/lib/sasl2-3 > > > А у меня там лежит конфиг > > /etc/postfix/sasl/smtpd.conf > > А что показывает rpm -qf /etc/postfix/sasl ? Что-то я не вижу по спеку, где он > пакуется. А не пакуется: # rpm -qf /etc/postfix/sasl предупреждение: файл /etc/postfix/sasl не принадлежит ни одному из пакетов мне кажется, это ещё один тайный каталог. Возможно, можно положить конфиг и в /etc/sasl2 ... 157519 16 asy 2016-06-30 09:27:49 +0300 (In reply to comment #8) > Вот сделал один человек неправильно, хотя его предупреждали, Вы проигнорировали https://bugzilla.altlinux.org/show_bug.cgi?id=30135#c11 А я прямо написал: "Так что, предлагаю думать, почему все работают (Courier-IMAP и Cyrus-IMAP, по крайней мере), а Postfix - нет, а не заниматься обвинениями". Кто-то притащил битый патч для Postfix из, видимо, Debian. В Debian (точнее, в Ubuntu, но в Debian он тот же самый сейчас) патч поправили лет 7-8 назад. Вы же, вместо того, чтобы заинтересоваться уникальностью сборки Postfix в ALT, на которую я явно указал два года назад, два года обиняли меня. 157520 17 6761 asy 2016-06-30 09:33:20 +0300 Created attachment 6761 Патч для нормальной работы с cyrus-sasl Корректирующий патч, приводящий код к виду, похожему на состояние в Debian. 157521 18 asy 2016-06-30 09:39:51 +0300 (In reply to comment #13) > > И там сейчас не задаётся {SASL_CB_GETPATH, &xsasl_getconfpath, 0} > > в xsasl_cyrus_client.c и xsasl_cyrus_server.c. > > Вот тут ftp://ftp.kraft-s.ru/pub/tmp/ALTBUG30270/ сборка x86_64 для Сизифа без > SASL_CB_GETPATH. Кто-то может проверить ? В общем, приближённо проверил сам. Postfix из репозитория ругается на sasl уже при попытке соединения, приглашение "220 ..." не появляется. Моя сборка выдаёт приглашение "220 mail.localhost ESMTP Postfix". Добавил ещё i586 по этой ссылке. Полностью не проверил, я Postfix, как уже писал, не использую, разбираться с конфигом долго. 157522 19 6762 asy 2016-06-30 09:57:26 +0300 Created attachment 6762 Патч для нормальной работы с cyrus-sasl #ifdef SASL_CB_GETCONFPATH вокруг самой функции уже после сборки добавил, и с ошибкой. Переписал. 157523 20 asy 2016-06-30 10:12:51 +0300 (In reply to comment #15) > мне кажется, это ещё один тайный каталог. Возможно, можно положить конфиг и в > /etc/sasl2 ... Если я правильно понял (а, похоже, правильно), всё определяется в "static sasl_callback_t callbacks[]" в xsasl_cyrus_client.c и xsasl_cyrus_server.c. Там можно задать SASL_CB_GETPATH и SASL_CB_GETCONFPATH. Если посмотреть на реализацию функции, там указанной (xsasl_getconfpath), то список, где что ищется, виден явно: *path = strdup("/etc/postfix/sasl:@libdir@/sasl2"); У нас SASL_CB_GETCONFPATH не переопределяется из-за того, что используемый в ifdef SASL_CB_GETCONFPATH определён в неподключенном хидере sasl.h, задо переопределяется SASL_CB_GETPATH, который, видимо, в отсутствие SASL_CB_GETCONFPATH, влияет на всё. Впрочем, даже с SASL_CB_GETCONFPATH, SASL_CB_GETPATH переопределяется совершенно напрасно. В оригинальном Postfix это место выглядит так: static sasl_callback_t callbacks[] = { {SASL_CB_LOG, (XSASL_CYRUS_CB) &xsasl_cyrus_log, 0}, {SASL_CB_LIST_END, 0, 0} }; То есть, вообще все пути оставлены на откуп SASL. 157539 21 asy 2016-07-01 16:04:39 +0300 А если вчитаться в sasl_getconfpath_t(3) и sasl_getpath_t(3), то, вероятно, вообще не следует это хардкодить, так как, если это не делать, то можно использовать переменные окружения SASL_CONF_PATH и SASL_PATH: sasl_getconfpath_t(3) DESCRIPTION sasl_getconfpath_t is used if the application wishes to use a different location for the SASL configuration files. If this callback is not used SASL will either use the location in the environment variable SASL_CONF_PATH (provided we are not SUID or SGID) or /etc/sasl2 by default. sasl_getpath_t(3): DESCRIPTION sasl_getpath_t is used if the application wishes to use a different location for the SASL mechanism drivers (the shared library files). If this callback is not used SASL will either use the location in the environment variable SASL_PATH or /usr/lib/sasl2 by default. Плюс патч, похоже, всё ещё остаётся неаккуратным (и в Debian тоже), так как sasl_getconfpath_t используется только для сервера (sasl_callbacks(3) ). 157540 22 asy 2016-07-01 16:09:27 +0300 (In reply to comment #21) > Плюс патч, похоже, всё ещё остаётся неаккуратным (и в Debian тоже), так как > sasl_getconfpath_t используется только для сервера (sasl_callbacks(3) ). В смысле - должен использоваться. 157593 23 asy 2016-07-08 08:37:43 +0300 Так кто-нибудь из тех, у кого не работало, может проверить сборку с ftp://ftp.kraft-s.ru/pub/tmp/ALTBUG30270/ ? 157594 24 aborodin 2016-07-08 08:52:20 +0300 (В ответ на комментарий №23) > Так кто-нибудь из тех, у кого не работало, может проверить сборку с > ftp://ftp.kraft-s.ru/pub/tmp/ALTBUG30270/ ? У меня на p8 работает. 157595 25 asy 2016-07-08 12:04:50 +0300 (In reply to comment #24) > > Так кто-нибудь из тех, у кого не работало, может проверить сборку с > > ftp://ftp.kraft-s.ru/pub/tmp/ALTBUG30270/ ? > У меня на p8 работает. Спасибо. Значит, дальше дело за мантейнером Postfix. Следует поправить патч, упомянутый в bug 9975. Либо вовсе патч этот удалить, если он устарел. 169399 26 repository-robot 2018-03-04 03:10:35 +0300 postfix-1:2.11.11-alt1 -> sisyphus: Sun Jan 28 2018 Dmitry V. Levin <ldv@altlinux> 1:2.11.11-alt1 - 2.11.7 -> 2.11.11. - Disabled NIS/NIS+ support as it was disabled in glibc-2.26.0.124.98f244e-alt1. - Restart postfix from filetrigger (closes: #21620). - Save a copy of /etc/postfix/aliases before rewriting it (closes: #25238). - Fixed "postconf -a" and "postconf -A" (closes: #28372). - Fixed Cyrus SASL support (by asy@; closes: #30270). - Fixed update procedure when systemd is active (closes: #31363). - Recoded README.ALT-ru_RU from koi8r to utf8 (closes: #32038). - Cleared executable bit from postfix.service (closes: #34567). 6761 2016-06-30 09:33:20 +0300 2016-06-30 09:57:49 +0300 Патч для нормальной работы с cyrus-sasl Bug_30270.patch text/plain 2274 asy ZGlmZiAtLWdpdCBhL3NyYy94c2FzbC94c2FzbF9jeXJ1c19jbGllbnQuYyBiL3NyYy94c2FzbC94 c2FzbF9jeXJ1c19jbGllbnQuYwppbmRleCAwMWRiYjg1Li45YjBiNmIxIDEwMDY0NAotLS0gYS9z cmMveHNhc2wveHNhc2xfY3lydXNfY2xpZW50LmMKKysrIGIvc3JjL3hzYXNsL3hzYXNsX2N5cnVz X2NsaWVudC5jCkBAIC0yMjQsNyArMjI0LDYgQEAgWFNBU0xfQ0xJRU5UX0lNUEwgKnhzYXNsX2N5 cnVzX2NsaWVudF9pbml0KGNvbnN0IGNoYXIgKnVudXNlZF9jbGllbnRfdHlwZSwKICAgICAgKi8K ICAgICBzdGF0aWMgc2FzbF9jYWxsYmFja190IGNhbGxiYWNrc1tdID0gewogCXtTQVNMX0NCX0xP RywgKFhTQVNMX0NZUlVTX0NCKSAmeHNhc2xfY3lydXNfbG9nLCAwfSwKLQl7U0FTTF9DQl9HRVRQ QVRILCAmeHNhc2xfZ2V0Y29uZnBhdGgsIDB9LAogI2lmZGVmIFNBU0xfQ0JfR0VUQ09ORlBBVEgK IAl7U0FTTF9DQl9HRVRDT05GUEFUSCwgJnhzYXNsX2dldGNvbmZwYXRoLCAwfSwKICNlbmRpZgpk aWZmIC0tZ2l0IGEvc3JjL3hzYXNsL3hzYXNsX2N5cnVzX2NvbW1vbi5oIGIvc3JjL3hzYXNsL3hz YXNsX2N5cnVzX2NvbW1vbi5oCmluZGV4IDFiZGU2MTkuLjZjYzY1MTcgMTAwNjQ0Ci0tLSBhL3Ny Yy94c2FzbC94c2FzbF9jeXJ1c19jb21tb24uaAorKysgYi9zcmMveHNhc2wveHNhc2xfY3lydXNf Y29tbW9uLmgKQEAgLTE2LDEzICsxNiwxNyBAQAogICAqLwogI2lmIGRlZmluZWQoVVNFX1NBU0xf QVVUSCkgJiYgZGVmaW5lZChVU0VfQ1lSVVNfU0FTTCkKIAorI2luY2x1ZGUgPHNhc2wuaD4KKwog I2RlZmluZSBOT19TQVNMX0xBTkdMSVNUCSgoY29uc3QgY2hhciAqKSAwKQogI2RlZmluZSBOT19T QVNMX09VVExBTkcJCSgoY29uc3QgY2hhciAqKikgMCkKICNkZWZpbmUgeHNhc2xfY3lydXNfc3Ry ZXJyb3Ioc3RhdHVzKSBcCiAJc2FzbF9lcnJzdHJpbmcoKHN0YXR1cyksIE5PX1NBU0xfTEFOR0xJ U1QsIE5PX1NBU0xfT1VUTEFORykKIGV4dGVybiBpbnQgeHNhc2xfY3lydXNfbG9nKHZvaWQgKiwg aW50LCBjb25zdCBjaGFyICopOwogZXh0ZXJuIGludCB4c2FzbF9jeXJ1c19zZWN1cml0eV9wYXJz ZV9vcHRzKGNvbnN0IGNoYXIgKik7CisjaWZkZWYgU0FTTF9DQl9HRVRDT05GUEFUSAogZXh0ZXJu IGludCB4c2FzbF9nZXRjb25mcGF0aCh2b2lkICosIGNoYXIgKiopOworI2VuZGlmCiAKICNlbmRp ZgogCmRpZmYgLS1naXQgYS9zcmMveHNhc2wveHNhc2xfY3lydXNfbG9nLmMgYi9zcmMveHNhc2wv eHNhc2xfY3lydXNfbG9nLmMKaW5kZXggYmI1YWQxNy4uNzdkYjZiYSAxMDA2NDQKLS0tIGEvc3Jj L3hzYXNsL3hzYXNsX2N5cnVzX2xvZy5jCisrKyBiL3NyYy94c2FzbC94c2FzbF9jeXJ1c19sb2cu YwpAQCAtMTAyLDYgKzEwMiw3IEBAIGludCAgICAgeHNhc2xfY3lydXNfbG9nKHZvaWQgKnVudXNl ZF9jb250ZXh0LCBpbnQgcHJpb3JpdHksCiAgICAgcmV0dXJuIChTQVNMX09LKTsKIH0KIAorI2lm ZGVmIFNBU0xfQ0JfR0VUQ09ORlBBVEgKIGludCAgICAgeHNhc2xfZ2V0Y29uZnBhdGgodm9pZCAq dW51c2VkX2NvbnRleHQsIGNoYXIgKipwYXRoKQogewogI2lmIFNBU0xfVkVSU0lPTl9NQUpPUiA+ PSAyCkBAIC0xMTEsNSArMTEyLDYgQEAgaW50ICAgICB4c2FzbF9nZXRjb25mcGF0aCh2b2lkICp1 bnVzZWRfY29udGV4dCwgY2hhciAqKnBhdGgpCiAjZW5kaWYKICAgICByZXR1cm4gKFNBU0xfT0sp OwogfQorI2lmZGVmIFNBU0xfQ0JfR0VUQ09ORlBBVEgKIAogI2VuZGlmCmRpZmYgLS1naXQgYS9z cmMveHNhc2wveHNhc2xfY3lydXNfc2VydmVyLmMgYi9zcmMveHNhc2wveHNhc2xfY3lydXNfc2Vy dmVyLmMKaW5kZXggNjdmODRkMC4uZGM5ZTczOSAxMDA2NDQKLS0tIGEvc3JjL3hzYXNsL3hzYXNs X2N5cnVzX3NlcnZlci5jCisrKyBiL3NyYy94c2FzbC94c2FzbF9jeXJ1c19zZXJ2ZXIuYwpAQCAt MTcxLDcgKzE3MSw2IEBAIHN0YXRpYyBjb25zdCBjaGFyICp4c2FzbF9jeXJ1c19zZXJ2ZXJfZ2V0 X3VzZXJuYW1lKFhTQVNMX1NFUlZFUiAqKTsKIAogc3RhdGljIHNhc2xfY2FsbGJhY2tfdCBjYWxs YmFja3NbXSA9IHsKICAgICB7U0FTTF9DQl9MT0csIChYU0FTTF9DWVJVU19DQikgJnhzYXNsX2N5 cnVzX2xvZywgTk9fQ0FMTEJBQ0tfQ09OVEVYVH0sCi0gICAge1NBU0xfQ0JfR0VUUEFUSCwgJnhz YXNsX2dldGNvbmZwYXRoLCAwfSwKICNpZmRlZiBTQVNMX0NCX0dFVENPTkZQQVRICiAgICAge1NB U0xfQ0JfR0VUQ09ORlBBVEgsICZ4c2FzbF9nZXRjb25mcGF0aCwgMH0sCiAjZW5kaWYK 6762 2016-06-30 09:57:26 +0300 2016-06-30 09:57:26 +0300 Патч для нормальной работы с cyrus-sasl Bug_30270.patch text/plain 2254 asy ZGlmZiAtLWdpdCBhL3NyYy94c2FzbC94c2FzbF9jeXJ1c19jbGllbnQuYyBiL3NyYy94c2FzbC94 c2FzbF9jeXJ1c19jbGllbnQuYwppbmRleCAwMWRiYjg1Li45YjBiNmIxIDEwMDY0NAotLS0gYS9z cmMveHNhc2wveHNhc2xfY3lydXNfY2xpZW50LmMKKysrIGIvc3JjL3hzYXNsL3hzYXNsX2N5cnVz X2NsaWVudC5jCkBAIC0yMjQsNyArMjI0LDYgQEAgWFNBU0xfQ0xJRU5UX0lNUEwgKnhzYXNsX2N5 cnVzX2NsaWVudF9pbml0KGNvbnN0IGNoYXIgKnVudXNlZF9jbGllbnRfdHlwZSwKICAgICAgKi8K ICAgICBzdGF0aWMgc2FzbF9jYWxsYmFja190IGNhbGxiYWNrc1tdID0gewogCXtTQVNMX0NCX0xP RywgKFhTQVNMX0NZUlVTX0NCKSAmeHNhc2xfY3lydXNfbG9nLCAwfSwKLQl7U0FTTF9DQl9HRVRQ QVRILCAmeHNhc2xfZ2V0Y29uZnBhdGgsIDB9LAogI2lmZGVmIFNBU0xfQ0JfR0VUQ09ORlBBVEgK IAl7U0FTTF9DQl9HRVRDT05GUEFUSCwgJnhzYXNsX2dldGNvbmZwYXRoLCAwfSwKICNlbmRpZgpk aWZmIC0tZ2l0IGEvc3JjL3hzYXNsL3hzYXNsX2N5cnVzX2NvbW1vbi5oIGIvc3JjL3hzYXNsL3hz YXNsX2N5cnVzX2NvbW1vbi5oCmluZGV4IDFiZGU2MTkuLjZjYzY1MTcgMTAwNjQ0Ci0tLSBhL3Ny Yy94c2FzbC94c2FzbF9jeXJ1c19jb21tb24uaAorKysgYi9zcmMveHNhc2wveHNhc2xfY3lydXNf Y29tbW9uLmgKQEAgLTE2LDEzICsxNiwxNyBAQAogICAqLwogI2lmIGRlZmluZWQoVVNFX1NBU0xf QVVUSCkgJiYgZGVmaW5lZChVU0VfQ1lSVVNfU0FTTCkKIAorI2luY2x1ZGUgPHNhc2wuaD4KKwog I2RlZmluZSBOT19TQVNMX0xBTkdMSVNUCSgoY29uc3QgY2hhciAqKSAwKQogI2RlZmluZSBOT19T QVNMX09VVExBTkcJCSgoY29uc3QgY2hhciAqKikgMCkKICNkZWZpbmUgeHNhc2xfY3lydXNfc3Ry ZXJyb3Ioc3RhdHVzKSBcCiAJc2FzbF9lcnJzdHJpbmcoKHN0YXR1cyksIE5PX1NBU0xfTEFOR0xJ U1QsIE5PX1NBU0xfT1VUTEFORykKIGV4dGVybiBpbnQgeHNhc2xfY3lydXNfbG9nKHZvaWQgKiwg aW50LCBjb25zdCBjaGFyICopOwogZXh0ZXJuIGludCB4c2FzbF9jeXJ1c19zZWN1cml0eV9wYXJz ZV9vcHRzKGNvbnN0IGNoYXIgKik7CisjaWZkZWYgU0FTTF9DQl9HRVRDT05GUEFUSAogZXh0ZXJu IGludCB4c2FzbF9nZXRjb25mcGF0aCh2b2lkICosIGNoYXIgKiopOworI2VuZGlmCiAKICNlbmRp ZgogCmRpZmYgLS1naXQgYS9zcmMveHNhc2wveHNhc2xfY3lydXNfbG9nLmMgYi9zcmMveHNhc2wv eHNhc2xfY3lydXNfbG9nLmMKaW5kZXggYmI1YWQxNy4uNzdkYjZiYSAxMDA2NDQKLS0tIGEvc3Jj L3hzYXNsL3hzYXNsX2N5cnVzX2xvZy5jCisrKyBiL3NyYy94c2FzbC94c2FzbF9jeXJ1c19sb2cu YwpAQCAtMTAyLDYgKzEwMiw3IEBAIGludCAgICAgeHNhc2xfY3lydXNfbG9nKHZvaWQgKnVudXNl ZF9jb250ZXh0LCBpbnQgcHJpb3JpdHksCiAgICAgcmV0dXJuIChTQVNMX09LKTsKIH0KIAorI2lm ZGVmIFNBU0xfQ0JfR0VUQ09ORlBBVEgKIGludCAgICAgeHNhc2xfZ2V0Y29uZnBhdGgodm9pZCAq dW51c2VkX2NvbnRleHQsIGNoYXIgKipwYXRoKQogewogI2lmIFNBU0xfVkVSU0lPTl9NQUpPUiA+ PSAyCkBAIC0xMTEsNSArMTEyLDYgQEAgaW50ICAgICB4c2FzbF9nZXRjb25mcGF0aCh2b2lkICp1 bnVzZWRfY29udGV4dCwgY2hhciAqKnBhdGgpCiAjZW5kaWYKICAgICByZXR1cm4gKFNBU0xfT0sp OwogfQorI2VuZGlmCiAKICNlbmRpZgpkaWZmIC0tZ2l0IGEvc3JjL3hzYXNsL3hzYXNsX2N5cnVz X3NlcnZlci5jIGIvc3JjL3hzYXNsL3hzYXNsX2N5cnVzX3NlcnZlci5jCmluZGV4IDY3Zjg0ZDAu LmRjOWU3MzkgMTAwNjQ0Ci0tLSBhL3NyYy94c2FzbC94c2FzbF9jeXJ1c19zZXJ2ZXIuYworKysg Yi9zcmMveHNhc2wveHNhc2xfY3lydXNfc2VydmVyLmMKQEAgLTE3MSw3ICsxNzEsNiBAQCBzdGF0 aWMgY29uc3QgY2hhciAqeHNhc2xfY3lydXNfc2VydmVyX2dldF91c2VybmFtZShYU0FTTF9TRVJW RVIgKik7CiAKIHN0YXRpYyBzYXNsX2NhbGxiYWNrX3QgY2FsbGJhY2tzW10gPSB7CiAgICAge1NB U0xfQ0JfTE9HLCAoWFNBU0xfQ1lSVVNfQ0IpICZ4c2FzbF9jeXJ1c19sb2csIE5PX0NBTExCQUNL X0NPTlRFWFR9LAotICAgIHtTQVNMX0NCX0dFVFBBVEgsICZ4c2FzbF9nZXRjb25mcGF0aCwgMH0s CiAjaWZkZWYgU0FTTF9DQl9HRVRDT05GUEFUSAogICAgIHtTQVNMX0NCX0dFVENPTkZQQVRILCAm eHNhc2xfZ2V0Y29uZnBhdGgsIDB9LAogI2VuZGlmCg==