Commits
- Commit:
eae52ad493f582222b4f2b748c0043c42bb851cb
- From:
- Omar Polo <op@omarpolo.com>
- Date:
switch to the more usual log.c
- Commit:
281a8852b3a2d76c10d2fb6476a706746d05509b
- From:
- Omar Polo <op@omarpolo.com>
- Date:
rename log.[ch] to logger.[ch]
- Commit:
c68baad22af4c65c090a3ba6d83a155561275134
- From:
- Omar Polo <op@omarpolo.com>
- Date:
move config-related code to config.c
reuse it in ge too.
- Commit:
e1e04caa4f847162936a6908d3bc02a3dbdfac6d
- From:
- Omar Polo <op@omarpolo.com>
- Date:
+log.h
- Commit:
34886b1e55ef0eda629b22742e7173fea04bf8f7
- From:
- Omar Polo <op@omarpolo.com>
- Date:
add tags target
- Commit:
0b62f4842d7c65b8f64c5f676a0a05333fd7db6f
- From:
- Omar Polo <op@omarpolo.com>
- Date:
drop landlock/seccomp and capsicum support
it reached a point where this stuff is not maintenable. I'd like
to move forward with gmid, but the restriction of capsicum and the
linux environment at large that make landlock unusable (how can you
resolve DNS portably when under landlock?) -and don't get me started
on seccomp- makes it impossible for me to do any work.
So, I prefer removing the crap, resuming working on gmid by cleaning
stuff and consolidating the features, improving various things
etc... and then eventually see how to introduce some sandboxing
again on other systems. Patches to resume sandboxing are, as always,
welcome!
- Commit:
4b93be289bc141a15484e782c85020b62b878ec2
- From:
- Omar Polo <op@omarpolo.com>
- Date:
rework `make dist'
- Commit:
24232204eb43c6b12bdf7dfad526276bd914fadf
- From:
- Omar Polo <op@omarpolo.com>
- Date:
update depends
- Commit:
3eabd37fe7586fca2ca5f83411849ff7dd4cebd2
- From:
- Omar Polo <op@omarpolo.com>
- Date:
adjust install/uninstall target
gmid.1 was moved as gmid.8 and now we have `ge' too
- Commit:
0126d91d1d80d7d8e794b2176556fce969f165cd
- From:
- Omar Polo <op@omarpolo.com>
- Date:
add ge: gemini export!
- Commit:
d29a2ee2246e1b1b0c5222a823820e42422c894e
- From:
- Omar Polo <op@omarpolo.com>
- Date:
get rid of the CGI support
I really want to get rid of the `executor' process hack for CGI scripts
and its escalation to allow fastcgi and proxying to work on non-OpenBSD.
This drops the CGI support and the `executor' process entirely and is
the first step towards gmid 2.0. It also allows to have more secure
defaults.
On non-OpenBSD systems this means that the sandbox will be deactivated
as soon as fastcgi or proxying are used: you can't open sockets under
FreeBSD' capsicum(4) and I don't want to go thru the pain of making it
work under linux' seccomp/landlock. Patches are always welcome however.
For folks using CGI scripts (hey, I'm one of you!) not all hope is lost:
fcgiwrap or OpenBSD' slowcgi(8) are ways to run CGI scripts as they were
FastCGI applications.
fixes for the documentation and to the non-OpenBSD sandboxes will
follow.
- Commit:
07fbbf06108419e7451fcc4f2270d287270a97cd
- From:
- Anna “CyberTailor” <cyber@sysrq.in>
- Via:
- Omar Polo <op@omarpolo.com>
- Date:
include contrib/ in dist
- Commit:
b48eb0db52b88c5da0d0096c25dfd4ec823e3f4b
- From:
- Omar Polo <op@omarpolo.com>
- Date:
add missing manpage for gg
- Commit:
5734723f92a0fd72967e89f9460ff9552ea9aff2
- From:
- Omar Polo <op@omarpolo.com>
- Date:
typo
- Commit:
870063d34412314da347f65ff4bd22d84dcac4dc
- From:
- Omar Polo <op@omarpolo.com>
- Date:
include Makefile.depend too