45799 2023-04-10 12:08:27 +0300 Поломался wget 2024-09-25 21:34:49 +0300 1 1 4 Development Sisyphus wget unstable x86_64 Linux CLOSED FIXED https://bugzilla.altlinux.org/show_bug.cgi?id=51563 P1 major --- 1 mr.shad vt aris mike shaba vt week zerg qa-sisyphus oldest_to_newest 224208 0 12918 mr.shad 2023-04-10 12:08:27 +0300 Created attachment 12918 лог epm Добра! При работе с командами epm начали выходить начали выходить ошибки системного вызова. при запуске $ bash -x /usr/share/eepm/tools_eget http://eepm.ru судя по логу поломался wget попытка его переустановить не помогла epm reinstall wget - не дает результатов. При попытке удалить apt-get remove wget тянется много пакетов для удаления, к примеру тот же hplip Данная ошибка возникает только на машине которая была установлена K workstation с kde и потом подключен репозиторий с Сизиф и переход на него На машине где изначально была установлена сборка Сизиф с kde таких проблем нет, все нормально работает. 224215 1 vt 2023-04-10 13:34:51 +0300 Спасибо за багрепорт. У вас используется http proxy, tsocks, fakeroot? Покажите, пожалуйста, чему равна переменная LD_PRELOAD перед запуском этой команды: echo $LD_PRELOAD ps. Временный объезд проблемы пока мы её не решим: export SECCOMP_DEFAULT_ACTION=allow 224216 2 vt 2023-04-10 13:36:07 +0300 > ps. Временный объезд проблемы пока мы её не решим: Возможный, так как прочны пока не ясны, напишите заодно помог ли он, пожалуйста. 224218 3 vt 2023-04-10 13:47:29 +0300 Я протестировал с tsocks и да вылетает на getsockopt: Connecting to eepm.ru (eepm.ru)|91.232.225.9|:80... --- SIGSYS {si_signo=SIGSYS, si_code=SYS_SECCOMP, si_call_addr=0x7f61d7315fca, si_syscall=__NR_getsockopt, si_arch=AUDIT_ARCH_X86_64} --- Это легко решим когда выясним, что у вас то же самое. Проверить можно так: unset SECCOMP_DEFAULT_ACTION export SECCOMP_SYSCALL_ALLOW=getsockopt ...повтор команды с запуском wget 224221 4 vt 2023-04-10 14:09:58 +0300 Сделал тестовое задание с фиксом, его можно установить (через apt-repo) так: # apt-repo test 318311 После этого надо удалить переменные которые мы использовали для тестирования: unset SECCOMP_DEFAULT_ACTION unset SECCOMP_SYSCALL_ALLOW и протестировать заново. Сообщите, пожалуйста, помог ли фикс. 224222 5 mr.shad 2023-04-10 14:16:21 +0300 (Ответ для Vitaly Chikunov на комментарий #4) > Сделал тестовое задание с фиксом, его можно установить (через apt-repo) так: > > # apt-repo test 318311 > Здравствуйте! Завтра на работе проверю, потом Вам отпишусь. Сейчас у меня почти 23:00 224256 6 mr.shad 2023-04-11 01:15:34 +0300 (Ответ для Vitaly Chikunov на комментарий #4) > Сделал тестовое задание с фиксом, его можно установить (через apt-repo) так: > > # apt-repo test 318311 > > и протестировать заново. Сообщите, пожалуйста, помог ли фикс. wget 1.21.3-alt4 Ошибка не ушла wget http://eepm.ru Неверный системный вызов Машина использует прокси, ideco, авторизация в интернет идет после отрытия браузера и загрузки страцины, на ideco прописан пропуск по конкретному ip Значение echo $LD_PRELOAD пустое Через этот объезд export SECCOMP_DEFAULT_ACTION=allow wget http://eepm.ru работает дальше (где вы писали про tsocks) не делал однако, если к примеру выпустить wget, либо epm через sudo то также падает. ну то есть если так sudo epm full-upgrade либо sudo wget http://eepm.ru То получаем «Неверный системный вызов» Если так epm full-upgrade либо wget http://eepm.ru то работает, но это с учетом export SECCOMP_DEFAULT_ACTION=allow 224257 7 mr.shad 2023-04-11 01:33:43 +0300 Сделал это.. unset SECCOMP_DEFAULT_ACTION unset SECCOMP_SYSCALL_ALLOW export SECCOMP_SYSCALL_ALLOW=getsockopt Не работает 224258 8 mr.shad 2023-04-11 01:34:36 +0300 Если не ошибаюсь у нас http proxy 224259 9 vt 2023-04-11 02:18:06 +0300 Спасибо. Попробую воспроизвести ситуацию с http proxy. 224260 10 vt 2023-04-11 03:11:19 +0300 (In reply to Vitaly Chikunov from comment #9) > Спасибо. Попробую воспроизвести ситуацию с http proxy. Я попробовал разные варианты прокси и у меня не воспроизводится проблема. Тогда остается только чтоб вы выяснили на каком сисколле срабатывает фильтр, для этого можете попробовать так: $ SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW= strace -f -e t=none -e s=sys -- wget http://eepm.ru Оно напишет строку похожую на --- SIGSYS {si_signo=SIGSYS, si_code=SYS_SECCOMP, si_call_addr=0x7f61d7315fca, si_syscall=__NR_getsockopt, si_arch=AUDIT_ARCH_X86_64} --- Интересно что там будет после "si_syscall=". 224261 11 mr.shad 2023-04-11 03:16:01 +0300 --- SIGSYS {si_signo=SIGSYS, si_code=SYS_SECCOMP, si_call_addr=0x7fdfb509f6d7, si_syscall=__NR_pipe2, si_arch=AUDIT_ARCH_X86_64} --- +++ killed by SIGSYS +++ Неверный системный вызов 224262 12 vt 2023-04-11 03:19:10 +0300 (In reply to gttn from comment #11) > --- SIGSYS {si_signo=SIGSYS, si_code=SYS_SECCOMP, > si_call_addr=0x7fdfb509f6d7, si_syscall=__NR_pipe2, > si_arch=AUDIT_ARCH_X86_64} --- +++ killed by SIGSYS +++ Неверный > системный вызов Спасибо. Теперь ещё раз, но SECCOMP_SYSCALL_ALLOW=pipe2 плс. Но я уже догадываюсь что оно пытается запустить процесс для ввода пароля. 224263 13 mr.shad 2023-04-11 03:24:20 +0300 Сделал unset SECCOMP_DEFAULT_ACTION unset SECCOMP_SYSCALL_ALLOW export SECCOMP_SYSCALL_ALLOW=pipe2 попробовал wget http://eepm.ru не работает Неверный системный вызов 224264 14 vt 2023-04-11 03:28:31 +0300 Я имел ввиду сделать вот так $ SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW=pipe2 strace -f -e t=none -e s=sys -- wget http://eepm.ru Но может понадобиться ещё несколько запусков с изменением параметров. Если хотите можно попробовать - пишите что какая ошибка будет выпадать я я как менять команду запуска. 224265 15 mr.shad 2023-04-11 03:31:30 +0300 SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW=pipe2 strace -f -e t=none -e s=sys -- wget http://eepm.ru --- SIGSYS {si_signo=SIGSYS, si_code=SYS_SECCOMP, si_call_addr=0x7f5285a6bc47, si_syscall=__NR_getresuid, si_arch=AUDIT_ARCH_X86_64} --- +++ killed by SIGSYS +++ Неверный системный вызов ну давайте добьем этот вопрос ) 224266 16 vt 2023-04-11 03:34:20 +0300 > ну давайте добьем этот вопрос ) SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW=pipe2:getresuid strace -f -e t=none -e s=sys -- wget http://eepm.ru 224267 17 mr.shad 2023-04-11 03:37:38 +0300 В общем я понял что Вы делали, ниже строчка как все работает SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW=pipe2:getresuid:getresgid:geteuid strace -f -e t=none -e s=sys -- wget http://eepm.ru 224268 18 vt 2023-04-11 03:45:09 +0300 (In reply to gttn from comment #17) > В общем я понял что Вы делали, ниже строчка как все работает > > SECCOMP_DEFAULT_ACTION=trap > SECCOMP_SYSCALL_ALLOW=pipe2:getresuid:getresgid:geteuid strace -f -e > t=none -e s=sys -- wget http://eepm.ru Спасибо. А можете показывать вывод: grep askpass /etc/wgetrc grep askpass ~/.wgetrc echo $WGET_ASKPASS echo $SSH_ASKPASS Если конечно там ничего секретного. 224269 19 mr.shad 2023-04-11 03:55:05 +0300 > grep askpass /etc/wgetrc пусто > grep askpass ~/.wgetrc grep: /home/xxx/.wgetrc нет такого файла или каталога > echo $WGET_ASKPASS пусто > echo $SSH_ASKPASS /usr/lib/openssh/ssh-askpass Не знаю Важно нет... машина в windows домене 224270 20 mr.shad 2023-04-11 03:55:55 +0300 > grep askpass /etc/wgetrc вот тут даже не то что пусто, тут просто ничего не происходит ) 224271 21 vt 2023-04-11 03:59:05 +0300 Спасибо за помощь. Пока я не до конца понял причины, но, по крайней мере, есть над чем подумать. 224334 22 vt 2023-04-11 17:17:49 +0300 (In reply to Vitaly Chikunov from comment #4) > Сделал тестовое задание с фиксом, его можно установить (через apt-repo) так: > > # apt-repo test 318311 Обновил задание 318311 с изменениями которые мы выяснили. Если хотите можете протестировать. 224342 23 vt 2023-04-11 18:34:35 +0300 А что у вас выводит /usr/bin/proxy http://eepm.ru если не секрет. Я думаю может это из-за libproxy. 224352 24 mr.shad 2023-04-12 00:43:22 +0300 (Ответ для Vitaly Chikunov на комментарий #22) > (In reply to Vitaly Chikunov from comment #4) > > Сделал тестовое задание с фиксом, его можно установить (через apt-repo) так: > > > > # apt-repo test 318311 > > Обновил задание 318311 с изменениями которые мы выяснили. Если хотите можете > протестировать. Здравствуйте, обновился, сейчас все нормально работает! Спасибо ) 224353 25 mr.shad 2023-04-12 00:46:18 +0300 (Ответ для Vitaly Chikunov на комментарий #23) > А что у вас выводит > > /usr/bin/proxy http://eepm.ru > > если не секрет. Я думаю может это из-за libproxy. bash: /usr/bin/proxy Нет такого файла или каталога 224354 26 vt 2023-04-12 00:52:03 +0300 Спасибо за проверку. > > А что у вас выводит > > > > /usr/bin/proxy http://eepm.ru > > > > если не секрет. Я думаю может это из-за libproxy. > > bash: /usr/bin/proxy Нет такого файла или каталога Нужно установить пакет libproxy-tools 224355 27 mr.shad 2023-04-12 00:55:36 +0300 $ /usr/bin/proxy http://eepm.ru direct:// 224356 28 vt 2023-04-12 01:00:57 +0300 (In reply to gttn from comment #27) > $ /usr/bin/proxy http://eepm.ru > direct:// Спасибо. 224359 29 repository-robot 2023-04-12 08:44:55 +0300 wget-1.21.3-alt4 -> sisyphus: Mon Apr 10 2023 Vitaly Chikunov <vt@altlinux> 1.21.3-alt4 - Update seccomp filtering rules (ALT#45799). 224406 30 vt 2023-04-12 15:25:31 +0300 *** Bug 45840 has been marked as a duplicate of this bug. *** 224408 31 zerg 2023-04-12 15:32:48 +0300 У меня в Plasma починилось с wget-1.21.3-alt4 и libproxy-kde. 224422 32 mr.shad 2023-04-12 22:50:18 +0300 (Ответ для Vitaly Chikunov на комментарий #22) > (In reply to Vitaly Chikunov from comment #4) > > Сделал тестовое задание с фиксом, его можно установить (через apt-repo) так: > > > > # apt-repo test 318311 > > Обновил задание 318311 с изменениями которые мы выяснили. Если хотите можете > протестировать. Добра! А Вы тестовое задание убрали? Просто у меня тут опять выпало в ошибку wget, только уже на другой машине где нет прокси. wget http://eepm.ru работает, а вот другое нет.. хотел проверить /home/aleksandr/PortWINE/PortProton/data/scripts/functions_helper: строка 105: 44209 Неверный системный вызов wget -O "$2" --read-timeout 300 --retry-connrefused --timeout 15 --tries 2 --user-agent="Mozilla/5.0 (compatible; Konqueror/2.1.1; X11)" "${1}" 2>&1 44210 Завершён | tr '\r' '\n' 44211 Завершён | sed -u 's/.* \([0-9]\+%\)\ \+\([0-9,.]\+.\) \(.*\)/\1\n#Downloading at \1\/, \2\/s, ETA \3/; s/^20[0-9][0-9].*/#Done./' 44212 Завершён | zenity --progress --percentage=0 --title="Download ${PW_DOWNLOAD_FILE_NAME}" --text=Starting... --auto-close --width=500 --height=90 ERROR: Failed to download PROTON_LG_7-54.tar.xz from GitHub. INFO: Try download PROTON_LG_7-54.tar.xz from FTP 224423 33 mr.shad 2023-04-12 22:56:21 +0300 105 строка это функция загрузки.. в ней wget -O "$2" --read-timeout 300 --retry-connrefused --timeout 15 --tries 2 \ --user-agent="Mozilla/5.0 (compatible; Konqueror/2.1.1; X11)" "${1}" 2>&1 | \ tr '\r' '\n' | sed -u 's/.* \([0-9]\+%\)\ \+\([0-9,.]\+.\) \(.*\)/\1\n#Downloading at \1\/, \2\/s, ETA \3/; s/^20[0-9][0-9].*/#Done./' | \ zenity --progress --percentage=0 --title="Download ${PW_DOWNLOAD_FILE_NAME}" --text=Starting... --auto-close --width=500 --height=90 224424 34 vt 2023-04-12 23:00:40 +0300 Спасибо. Воспроизвелось. Это из-за опции `--timeout 15`. Добавлю rt_sigaction и setitimer в разрешенный список. (К сожалению с seccomp всегда так.) 224425 35 vt 2023-04-12 23:17:28 +0300 Тестовое задание 318425. Я его уже проверил, что оно решает проблему с --timeout, но если хотите, то тоже можете протестировать, вдруг что-то ещё вылезет. 224426 36 mr.shad 2023-04-12 23:19:11 +0300 (Ответ для Vitaly Chikunov на комментарий #35) > Тестовое задание 318425. Я его уже проверил, что оно решает проблему с > --timeout, но если хотите, то тоже можете протестировать, вдруг что-то ещё > вылезет. Все работает, спасибо! 224427 37 vt 2023-04-12 23:20:21 +0300 > Все работает, спасибо! Спасибо за тест! 224428 38 repository-robot 2023-04-12 23:32:28 +0300 wget-1.21.3-alt5 -> sisyphus: Wed Apr 12 2023 Vitaly Chikunov <vt@altlinux> 1.21.3-alt5 - Update seccomp filtering for '--timeout' (ALT#45799). 228879 39 mr.shad 2023-07-04 09:29:54 +0300 Добра.. Походу опять поломался wget ниже все что я проделал на основе данного поста... но чета как не получилось... wget http://eepm.ru [1] 65542 invalid system call wget http://eepm.ru ↑159 ~ → SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW= strace -f -e t=none -e s=sys -- wget http://eepm.ru --- SIGSYS {si_signo=SIGSYS, si_code=SYS_SECCOMP, si_call_addr=0x7f9693914127, si_syscall=__NR_access, si_arch=AUDIT_ARCH_X86_64} --- +++ killed by SIGSYS +++ [1] 65608 invalid system call SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW= strace -f -e t=none -e -- ↑159 ~ → SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW=access strace -f -e t=none -e s=sys -- wget http://jey13.ru --- SIGSYS {si_signo=SIGSYS, si_code=SYS_SECCOMP, si_call_addr=0x7faa231254f7, si_syscall=__NR_eventfd2, si_arch=AUDIT_ARCH_X86_64} --- +++ killed by SIGSYS +++ [1] 65701 invalid system call SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW=access strace -f -e t=none ↑159 ~ → SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW=access:eventfd2 strace -f -e t=none -e s=sys -- wget http://jey13.ru (process:65721): GLib-ERROR **: 17:10:50.451: creating thread 'pool-spawner': Error creating thread: Ресурс временно недоступен [1] 65718 trace trap SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW=access:eventfd2 strace -f - 228881 40 mr.shad 2023-07-04 09:38:41 +0300 Методом тыка добрался до такой строчки aleksandr@test-rolling ~ [17:37:41] > $ SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW=access:gettimeofday:eventfd2 strace -f -e t=none -e s=sys -- wget http://eepm.ru (process:5373): GLib-ERROR **: 17:37:53.917: creating thread 'pool-spawner': Error creating thread: Ресурс временно недоступен [1] 5370 trace trap SECCOMP_DEFAULT_ACTION=trap SECCOMP_SYSCALL_ALLOW=access:gettimeofday:eventfd 228914 41 aris 2023-07-04 12:09:35 +0300 Откат libproxy до 0.4.18-alt1 лечит wget. 228920 42 mr.shad 2023-07-04 13:18:25 +0300 (Ответ для Yuri N. Sedunov на комментарий #41) > Откат libproxy до 0.4.18-alt1 лечит wget. Работает после отката. Скажите, а баг на libproxy надо вешать? или данного обсуждения достаточно? интересно 228923 43 aris 2023-07-04 13:22:42 +0300 *** Bug 46752 has been marked as a duplicate of this bug. *** 228926 44 zerg 2023-07-04 13:28:13 +0300 (Ответ для gttn на комментарий #42) > Скажите, а баг на libproxy надо вешать? Не. Правила seccomp у wget обновить надо. 228953 45 vt 2023-07-04 18:48:42 +0300 Можно ли в будущем не переоткрывать один и тот же баг, а заводить новые? Заранее спасибо. Я удалю поддержку libproxy из opensuse, это была ошибка, что я ее добавил. Апстримный баг заведен https://github.com/libproxy/libproxy/issues/250 228956 46 repository-robot 2023-07-04 19:22:53 +0300 wget-1.21.4-alt2 -> sisyphus: Tue Jul 04 2023 Vitaly Chikunov <vt@altlinux> 1.21.4-alt2 - Remove libproxy support (ALT#45799). 12918 2023-04-10 12:08:27 +0300 2023-04-10 12:08:27 +0300 лог epm epm.txt text/plain 2366 mr.shad YmFzaCAteCAvdXNyL3NoYXJlL2VlcG0vdG9vbHNfZWdldCBodHRwOi8vZWVwbS5ydQorICdbJyAt ciAvZXRjL2Jhc2hyYyAnXScKKyAuIC9ldGMvYmFzaHJjCisrICdbJyAteiBoeEIgJ10nCisgZXhw b3J0IEVESVRPUj1uYW5vCisgRURJVE9SPW5hbm8KKysgdW5hbWUgLW0KKyBhcmNoPXg4Nl82NAor IDogMCAxIDIgMyA0IDUgNiA3Cisgd2hpY2ggd2hpY2gKKyBjaGVja190dHkKKyBpc2F0dHkKKyAn WycgLW4geHRlcm0tMjU2Y29sb3IgJ10nCisgZXhwb3J0IFRFUk0KKyB0ZXN0IC10IDEKKyB3aGlj aCB0cHV0CisgZWNobworIHRwdXQgLVMKKyAnWycgLXogJycgJ10nCisgZXhwb3J0IFVTRVRUWT0x CisgVVNFVFRZPTEKKyBXR0VUTk9TU0xDSEVDSz0KKyBDVVJMTk9TU0xDSEVDSz0KKyBXR0VUVVNF UkFHRU5UPQorIENVUkxVU0VSQUdFTlQ9CisgV0dFVFE9CisgQ1VSTFE9CisgV0dFVE5BTUVPUFRJ T05TPS0tY29udGVudC1kaXNwb3NpdGlvbgorIENVUkxOQU1FT1BUSU9OUz0nLS1yZW1vdGUtbmFt ZSAtLXJlbW90ZS1oZWFkZXItbmFtZScKKyBMSVNUT05MWT0KKyBDSEVDS1VSTD0KKyBMQVRFU1Q9 CisgU0VDT05ETEFURVNUPQorIENIRUNLTUlSUk9SUz0KKyBUQVJHRVRGSUxFPQorICdbJyAteiBo dHRwOi8vZWVwbS5ydSAnXScKKyAnWycgLW4gaHR0cDovL2VlcG0ucnUgJ10nCisgY2FzZSAiJDEi IGluCisgYnJlYWsKKysgcHJpbnRfY29tbWFuZF9wYXRoIHdnZXQKKysgd2hpY2ggLS0gd2dldAor IFdHRVQ9L3Vzci9iaW4vd2dldAorIGlzX2ZpbGV1cmwgaHR0cDovL2VlcG0ucnUKKyBlY2hvIGh0 dHA6Ly9lZXBtLnJ1CisgZ3JlcCAtcSAnXi8nCisgZWNobyBodHRwOi8vZWVwbS5ydQorIGdyZXAg LXEgJ15maWxlOi8nCisgJ1snIC1uIC91c3IvYmluL3dnZXQgJ10nCisgJ1snIC1uICcnICddJwor IGVjaG8gaHR0cDovL2VlcG0ucnUKKyBncmVwIC1xICdeaHR0cHM6Ly9naXRodWIuY29tLycKKyAn WycgLW4gJycgJ10nCisgZWNobyBodHRwOi8vZWVwbS5ydQorIGdyZXAgLXEgJy8kJworKyBkaXJu YW1lIGh0dHA6Ly9lZXBtLnJ1CisgVVJMPWh0dHA6LworKyBiYXNlbmFtZSBodHRwOi8vZWVwbS5y dQorIE1BU0s9ZWVwbS5ydQorIGVjaG8gaHR0cDovCisgZ3JlcCAtcSAnWypdJworIGlzX3VybCBl ZXBtLnJ1CisgZWNobyBlZXBtLnJ1CisgZ3JlcCAtcSAnXltmaWxlaHRwc10qOi8nCisgJ1snIC1u ICcnICddJworIGVjaG8gaHR0cDovCisgZ3JlcCAtcSAnXmZ0cDovLycKKyAnWycgLW4gJycgJ10n CisgZWNobyBlZXBtLnJ1CisgZ3JlcCAtcXYgJ1sqP10nCisgaXNfZmlsZXVybCBodHRwOi8vZWVw bS5ydQorIGVjaG8gaHR0cDovL2VlcG0ucnUKKyBncmVwIC1xICdeLycKKyBlY2hvIGh0dHA6Ly9l ZXBtLnJ1CisgZ3JlcCAtcSAnXmZpbGU6LycKKyBzZ2V0IGh0dHA6Ly9lZXBtLnJ1ICcnCisgbG9j YWwgVVJMPWh0dHA6Ly9lZXBtLnJ1CisgJ1snICcnID0gL2Rldi9zdGRvdXQgJ10nCisgJ1snICcn ID0gLSAnXScKKyAnWycgLW4gJycgJ10nCisgZG93bmxvYWRfd2l0aF9taXJyb3JpbmcgX193Z2V0 IGh0dHA6Ly9lZXBtLnJ1IC0tY29udGVudC1kaXNwb3NpdGlvbgorIGxvY2FsIENNRD1fX3dnZXQK KyBzaGlmdAorIGxvY2FsIFVSTD1odHRwOi8vZWVwbS5ydQorIHNoaWZ0CisgbG9jYWwgcmVzCisg X193Z2V0IC0tY29udGVudC1kaXNwb3NpdGlvbiBodHRwOi8vZWVwbS5ydQorICdbJyAtbiAnJyAn XScKKyBkb2NtZCAvdXNyL2Jpbi93Z2V0IC0tY29udGVudC1kaXNwb3NpdGlvbiBodHRwOi8vZWVw bS5ydQorIHNob3djbWQgL3Vzci9iaW4vd2dldCAtLWNvbnRlbnQtZGlzcG9zaXRpb24gaHR0cDov L2VlcG0ucnUKKyAnWycgLXogJycgJ10nCisgc2V0X2JvbGRjb2xvciAyCisgJ1snIDEgPSAxICdd JworIGVjaG8gYm9sZAorIGVjaG8gc2V0YWYgMgorIHRwdXQgLVMKKyBsb2NhbCAnUFJPTVRTSUc9 JCcKKyAnWycgNTAwID0gMCAnXScKKyBlY2hvICcgJCAvdXNyL2Jpbi93Z2V0JyAtLWNvbnRlbnQt ZGlzcG9zaXRpb24gaHR0cDovL2VlcG0ucnUKICQgL3Vzci9iaW4vd2dldCAtLWNvbnRlbnQtZGlz cG9zaXRpb24gaHR0cDovL2VlcG0ucnUKKyByZXN0b3JlX2NvbG9yCisgJ1snIDEgPSAxICddJwor IGVjaG8gb3AKKyBlY2hvIHNncjAKKyB0cHV0IC1TCisgL3Vzci9iaW4vd2dldCAtLWNvbnRlbnQt ZGlzcG9zaXRpb24gaHR0cDovL2VlcG0ucnUKL3Vzci9zaGFyZS9lZXBtL3Rvb2xzX2VnZXQ6INGB 0YLRgNC+0LrQsCAxMDI6IDEzNjA1NiDQndC10LLQtdGA0L3Ri9C5INGB0LjRgdGC0LXQvNC90YvQ uSDQstGL0LfQvtCyICAgICAgICAgICAgICAgICAgICAgICIkQCIKKyByZXM9MTU5CisgJ1snIC1u ICcnICddJworIHJldHVybiAxNTkKKyBleGl0Cgo=