I have more or less finished work on shell arithmetic, completing the
currently missing (not posix required, but allowed) operators, that is
the unary ++, -- (prefix & postfix) and the ',' operator. There's
nothing much to say (or ask) about that, but...
While playing around in there, I was
On Wed, Jul 12, 2017 at 04:12:55PM +0200, Edgar Fu? wrote:
> I know about daemon(3). I'm aware this question is not NetBSD-specific.
> However, I want to be able to write portable code. Plus there's so much
> nonsense around on the subject that I want to make sure I'm understanding
> things
If people like the program, it comes with the library, too.
It's 8600 lines of code, MIT-licensed, and can do more than HTTP:
http://w3.impa.br/~diego/software/luasocket/reference.html
sure, I could parse that part...
On Wed, Jul 12, 2017 at 06:42:57PM +0700, Robert Elz wrote:
> Whether it works or not (I have no current means to test it either)
> parrt of the issue is that it needs to work using only what is available
> in NetBSD release - so starting with #!/usr/pkg/bin/lua5.2 is not a good
> sign!
>
Yeah,
Whether it works or not (I have no current means to test it either)
parrt of the issue is that it needs to work using only what is available
in NetBSD release - so starting with #!/usr/pkg/bin/lua5.2 is not a good
sign!
Beyond that:
-- assumes the fields are called 'username' and
> I can create a simple CLI tool for it, but I won't be able to manage
> ones that require heavy use of javascript or captchas. Is anyone's
> captive portal requiring that?
>
> I would like examples (wget -r, please) of captive portals.
With the one I wrote, you simply need to do a HTTP Basic
On Tue, Jul 11, 2017 at 10:31:59PM -0400, Thor Lancelot Simon wrote:
> Captive-portal login is a very real problem. How best to solve it otherwise?
> Remember, small embedded systems (easily supported by adding additional sets
> using our existing framework) are within scope.
If anyone wants to
