Re: [arch-general] Archlinux fail2ban not working
Hi Maykel, > > > > failregex = ^\S+: Unknown User .* \(\)$ > > > > > > Thanks for your help but not working... > > > https://imgur.com/a/w0F2JSC > > > > That image shows > > > > Unknown User .* \(:.*\) > > > > but that's not what I suggested, e.g. you have a colon after the > > and as there is no colon in ‘(109.103.148.2)’ then the regexp is not > > going to match. > > what you suggested didn't work either > > https://imgur.com/a/sNN5dL0 You still aren't trying what I suggested. The regexp I'm suggesting is for fail2ban. It can't be put into regex101.com unaltered. Nor can the test input be the line to match against because fail2ban alters it before applying the regular expression. I suggest you test and develop the regexp you want using fail2ban, e.g. fail2ban-regex. -- Cheers, Ralph.
Re: [arch-general] Failed to compile shadowsocksr-libev-git with yay.
cc1: all warnings being treated as errors That's the likely culprit, check your build flags . https://embeddedartistry.com/blog/2017/05/22/werror-is-not-your-friend/
Re: [arch-general] Failed to compile shadowsocksr-libev-git with yay.
Hi Hongyi, Cem wrote: > Neither AUR programs, nor AUR helpers (such as yay) are supported by Arch, > you should read the PKGBUILD and fix the issue or contact the developer with > the errors you receive See also https://wiki.archlinux.org/index.php/Arch_User_Repository#Feedback -- Cheers, Ralph.
Re: [arch-general] Failed to compile shadowsocksr-libev-git with yay.
Neither AUR programs, nor AUR helpers (such as yay) are supported by Arch, you should read the PKGBUILD and fix the issue or contact the developer with the errors you receive -- Best regards, Cem
[arch-general] Failed to compile shadowsocksr-libev-git with yay.
See the following: $ yay -S shadowsocksr-libev-git [...] acl.c: In function 'init_block_list': acl.c:74:90: error: '%s' directive writing up to 63 bytes into a region of size between 50 and 176 [-Werror=format-overflow=] 74 | "ip6tables -N %s; ip6tables -F %s; ip6tables -A OUTPUT -p tcp --tcp-flags RST RST -j %s"; | ^~ .. 158 | sprintf(cli, ip6tables_init_chain, chain_name, chain_name, chain_name); | ~~ In file included from /usr/include/stdio.h:867, from ../libipset/include/ipset/ipset.h:14, from acl.c:23: /usr/include/bits/stdio2.h:36:10: note: '__builtin___sprintf_chk' output between 81 and 270 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~ acl.c:67:87: error: '%s' directive writing up to 63 bytes into a region of size between 53 and 179 [-Werror=format-overflow=] 67 | "iptables -N %s; iptables -F %s; iptables -A OUTPUT -p tcp --tcp-flags RST RST -j %s"; | ^~ .. 160 | sprintf(cli, iptables_init_chain, chain_name, chain_name, chain_name); | ~~ In file included from /usr/include/stdio.h:867, from ../libipset/include/ipset/ipset.h:14, from acl.c:23: /usr/include/bits/stdio2.h:36:10: note: '__builtin___sprintf_chk' output between 78 and 267 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~ acl.c:92:5: error: '; firewall-cmd --direct...' directive writing 88 bytes into a region of size between 33 and 159 [-Werror=format-overflow=] 92 | "firewall-cmd --direct --add-chain ipv6 filter %s; \ | ^~~~ 93 | firewall-cmd --direct --passthrough ipv6 -F %s; \ | ~ 94 | firewall-cmd --direct --passthrough ipv6 -A OUTPUT -p tcp --tcp-flags RST RST -j %s"; | In file included from /usr/include/stdio.h:867, from ../libipset/include/ipset/ipset.h:14, from acl.c:23: /usr/include/bits/stdio2.h:36:10: note: '__builtin___sprintf_chk' output between 186 and 375 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~ acl.c:81:5: error: '; firewall-cmd --direct...' directive writing 88 bytes into a region of size between 33 and 159 [-Werror=format-overflow=] 81 | "firewall-cmd --direct --add-chain ipv4 filter %s; \ | ^~~~ 82 | firewall-cmd --direct --passthrough ipv4 -F %s; \ | ~ 83 | firewall-cmd --direct --passthrough ipv4 -A OUTPUT -p tcp --tcp-flags RST RST -j %s"; | In file included from /usr/include/stdio.h:867, from ../libipset/include/ipset/ipset.h:14, from acl.c:23: /usr/include/bits/stdio2.h:36:10: note: '__builtin___sprintf_chk' output between 186 and 375 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~ acl.c: In function 'free_block_list': acl.c:96:5: error: '%s' directive writing up to 63 bytes into a region of size between 61 and 124 [-Werror=format-overflow=] 96 | "firewall-cmd --direct --passthrough ipv6 -D OUTPUT -p tcp --tcp-flags RST RST -j %s; \ | ^~~ 97 | firewall-cmd --direct --passthrough ipv6 -F %s; \ | ~ 98 | firewall-cmd --direct --remove-chain ipv6 filter %s"; | .. 184 | sprintf(cli, firewalld6_remove_chain, chain_name, chain_name, chain_name); | ~~ In file included from /usr/include/stdio.h:867, from
Re: [arch-general] Failed to compile dnsmasq latest git version with `-DHAVE_LUASCRIPT' on Manjaro.
ProgAndy 于2019年11月9日周六 下午4:29写道： > > Am 09.11.19 um 08:42 schrieb Ralf Mardorf via arch-general: > ... > > > >>> Package lua5.2 was not found in the pkg-config search path. > > > ... > > Regards, > > Ralf > > > > Hello, > > In this case the issue is a difference in packaging between debian and arch > based distros. > Debain provides lua5.2.pc as well as lua52.pc, while arch only has the latter. > > Lua itself does not provide any pkgconfig files, so those are added by the > maintainers. > > If you use git packages, you should be able to detect such errors and create > patches. > > $ pacman -Fl lua52 | grep pkgconfig > lua52 usr/lib/pkgconfig/ > lua52 usr/lib/pkgconfig/lua52.pc > > * https://packages.debian.org/bullseye/amd64/liblua5.2-dev/filelist > /usr/lib/x86_64-linux-gnu/pkgconfig/lua-5.2-c++.pc > /usr/lib/x86_64-linux-gnu/pkgconfig/lua-5.2.pc > /usr/lib/x86_64-linux-gnu/pkgconfig/lua5.2-c++.pc > /usr/lib/x86_64-linux-gnu/pkgconfig/lua5.2.pc > /usr/lib/x86_64-linux-gnu/pkgconfig/lua52-c++.pc > /usr/lib/x86_64-linux-gnu/pkgconfig/lua52.pc Thanks a lot for pointing this out. I simply linked the usr/lib/pkgconfig/lua52.pc to usr/lib/pkgconfig/lua5.2.pc and it does the trick. > > Regards, > Andy -- Hongsheng Zhao Institute of Semiconductors, Chinese Academy of Sciences GnuPG DSA: 0xD108493
Re: [arch-general] Failed to compile dnsmasq latest git version with `-DHAVE_LUASCRIPT' on Manjaro.
Am 09.11.19 um 08:42 schrieb Ralf Mardorf via arch-general: ... > >>> Package lua5.2 was not found in the pkg-config search path. > ... > Regards, > Ralf > Hello, In this case the issue is a difference in packaging between debian and arch based distros. Debain provides lua5.2.pc as well as lua52.pc, while arch only has the latter. Lua itself does not provide any pkgconfig files, so those are added by the maintainers. If you use git packages, you should be able to detect such errors and create patches. $ pacman -Fl lua52 | grep pkgconfig lua52 usr/lib/pkgconfig/ lua52 usr/lib/pkgconfig/lua52.pc * https://packages.debian.org/bullseye/amd64/liblua5.2-dev/filelist /usr/lib/x86_64-linux-gnu/pkgconfig/lua-5.2-c++.pc /usr/lib/x86_64-linux-gnu/pkgconfig/lua-5.2.pc /usr/lib/x86_64-linux-gnu/pkgconfig/lua5.2-c++.pc /usr/lib/x86_64-linux-gnu/pkgconfig/lua5.2.pc /usr/lib/x86_64-linux-gnu/pkgconfig/lua52-c++.pc /usr/lib/x86_64-linux-gnu/pkgconfig/lua52.pc Regards, Andy
