@ixdy Mh... weird... that change shouldn't really make it longer... if any it should be shorter... What OS are you running this on?
@lukas2511 commented on GitHub (Sep 20, 2016):
@ixdy Mh... weird... that change shouldn't really make it longer... if any it should be shorter... What OS are you running this on?
Same error here, FreeBSD 10-3-RELEASE-p6. Any plan for solving this? What about reverting the change @ixdy pointed out?
@bhagerty commented on GitHub (Sep 21, 2016):
Same error here, FreeBSD 10-3-RELEASE-p6. Any plan for solving this? What about reverting the change @ixdy pointed out?
I used the below code locally to keep the "trim leading nulls" logic in a more portable way (including FreeBSD's sed - which doesn't like \x00, or semicolons between commands, or branch-commands to not-yet-declared labels, for that matter). If you think this is not too ugly to use, let me know and I'll send it as a pull request. It requires od which seems to be effectively universally available, and with -t x1 to avoid any endianness issues.
@rowanthorpe commented on GitHub (Sep 22, 2016):
I used the below code locally to keep the "trim leading nulls" logic in a more portable way (including FreeBSD's sed - which doesn't like `\x00`, or semicolons between commands, or branch-commands to not-yet-declared labels, for that matter). If you think this is not too ugly to use, let me know and I'll send it as a pull request. It requires `od` which seems to be effectively universally available, and with `-t x1` to avoid any endianness issues.
```
urlbase64() {
printf -- "$(od -t x1 -An -v | tr -d '\t\r\n ' | _sed -e 's/(^|0a)(00)+/\1/g' -e 's/(.{2})/\\x\1/g')" | \
openssl base64 -e | tr -d '\r\n' | _sed -e 's:=*$::g' -e 'y:+/:-_:'
}
```
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @ixdy on GitHub (Sep 19, 2016).
While calling
nfsn-setup.shfrom https://github.com/nikjft/lets-nfsn.sh (which uses dehydrated):Retrying doesn't help - the key is always 8 bytes too long.
@ixdy commented on GitHub (Sep 19, 2016):
Reverting
319852dc8cfixed this.@lukas2511 commented on GitHub (Sep 20, 2016):
@ixdy Mh... weird... that change shouldn't really make it longer... if any it should be shorter... What OS are you running this on?
@ixdy commented on GitHub (Sep 20, 2016):
This is FreeBSD 10.3-RELEASE-p6.
@vsatmydynipnet commented on GitHub (Sep 20, 2016):
Same error here: FreeBSD 10.3-RELEASE-p7.
@bhagerty commented on GitHub (Sep 21, 2016):
Same error here, FreeBSD 10-3-RELEASE-p6. Any plan for solving this? What about reverting the change @ixdy pointed out?
@rowanthorpe commented on GitHub (Sep 22, 2016):
I used the below code locally to keep the "trim leading nulls" logic in a more portable way (including FreeBSD's sed - which doesn't like
\x00, or semicolons between commands, or branch-commands to not-yet-declared labels, for that matter). If you think this is not too ugly to use, let me know and I'll send it as a pull request. It requiresodwhich seems to be effectively universally available, and with-t x1to avoid any endianness issues.@lukas2511 commented on GitHub (Jan 29, 2017):
Closing this ticket as this was solved by reverting the changes for #275.