reqrypt
                                
                                
                                
                                    reqrypt copied to clipboard
                            
                            
                            
                        Fails executing in OpenSuse
Here's full log of ReQrypt:
$ ~/bin/reqrypt-1.3-linux64.sh
[sudo] password for root: 
ReQrypt 1.3 [linux] Copyright (C) 2017 basil
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
log: creating program directory .reqrypt
log: installing "reqrypt.config"
log: installing "reqrypt.cache"
log: installing "reqrypt.crypt.cache"
log: installing "reqrypt.browser.sh"
log: starting reqrypt user interface http://localhost:40404/
  which: no x-www-browser in (/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/dotty/bin/node-v8.2.1-linux-x64/bin:/home/dotty/.fzf/bin)
reqrypt.browser.sh: error: browser 'x-www-browser' not found
log: [linux] executing iptables command "/sbin/iptables -I OUTPUT -p tcp -m tcp -m owner --uid-owner 1000 -m mark ! --mark 40402 -j NFQUEUE --dport 443 --queue-num 40403"
error: unable to execute iptables command: No such file or directory
error: iptables command returned non-zero exit status 256
Possible solutions for the problems:
- Use 
xdg-open http://localhost:40404/instead ofx-www-browser(xdg-open opens file or url in default application and afaik is default to most Linux systems). - iptables can be located anywhere as long as it in $PATH. In OpenSuse, for example, it's located in 
/usr/sbin/iptablesjudging from thewhich iptablesoutput. Usewhichto determine iptables location. 
Thanks for the report.  It seem that you are correct that xdg-open is the most "most cross-distribution" method for opening the default browser (at least from a quick google search), so I will make the change.
For iptables I vaguely recall the hard coded path is for security reasons, especially since it is executed as root.  Nevertheless, this is a bug so the code should be fixed.