tupolef
Joined 5 years ago
Joined 5 years ago
Every time I build something long-term with at least 3 people, I check if we can use Zammad. It's opensource, I know how to get a complete setup in 3 hours, the design and perf are nice.
I started to worry that it would not improve and I reexamined XMPP.
Finally I switched to XMPP that I had abandoned more than 5 years ago because I think there is a better chance that the community will finally offer clients with the important features, on all platforms, in the coming year and that it will last over time.
I don't know any big change in the past, anywhere, like a big social progress, a regime change, a revolution or a coup that was enabled by a mass or anonymous voters. I think that if you look into it, you will find that it's always with a large consent or when a group of people takes action openly to push for it.
If someone is scared that his position will be known and still do it only because there is some fakely advertised security in place, you may ruin that person's life againt their will.
I prefer a system where people know how things work, take risks and are responsible. For what do we need a democracy if people are so scared of their family, neighbours and coworkers political views. The way we do democracy should me more mature after all this time. Probably the only place in the world trying to do it right is Switzerland, per example they have frequent local votations accomplished by raising one's hand.
Everything else is a scam.
It would mean no secrecy of vote, but I think that secrecy of vote is for places that are new to democracy.
It could be anonymised to a point a clever system of personal certificats, but the idea is that in a 100 people district, the citizens should be able to count themselves and check if their real votes are correctly registred.
If the list is public, everyone got a proof of vote and can confirm that the global list is correct localy, then there is no way to hide cheating.
Whenever I review a tool, or look for an alternative, I always look at the state of the maintenance and the choice of programming language, mainly to eliminate, as much as possible, the many tools written in Javascript and Python when it is not suitable.
I will not necessarily prefer a tool written in Rust, but at least it is rarely a flaw.
A nice trick with Lutris is to create 2 initial prefixes for wine 32 and 64 bits and then to duplicate them in the library for each game. Only the lauch settings will be different but you get all games installed in 2 wine instances.
- I'm now sure that I will never convert anyone to Matrix or host a Matrix server again.
- Matrix big issues for me are that it's not really decentralized and this design impacts the server admin, the performances and the user's privacy.
- I'm still not happy with XMPP clients for Linux, most are missing Omemo or automatic turn/stun discovery and Dino is in in alpha and bugged.
- I'm sur that XMPP will have a community in 20 years, not sure about Matrix.
But there were always some problems with copying, terminfo features, truecolors, composed unicode...
And recently I changed my mind about the usefulness of a multiplexer, after all only some remote machines were adapted to my workflow, most of the time I just used it locally and had to deal with multiplexer and terminal issues at the same time.
So I tried Kitty again, Kitty claims that multiplexers are a bad idea and that the terminal can do more and better, and it's right about that. Multiplexers should be replaced by advanced terminals.
I do the same thing with URxvt as a systemd daemon, Tmux as a transient service with systemd-run from .bashrc, and a script in i3wm to run URxvtd client or hide/get the window.
The way I use to run Tmux from a transient service locally and in ssh with the same .bashrc is nice I think. Tmux will survive the terminal and even if I close my session and come back to it:
#!/usr/bin/env bash
# ~/.bashrc: sourced by bash(1) for non-login shells.
# If not running interactively, don't do anything
case $- in
*i*) ;;
*) return ;;
esac
chmod 700 ~/.bashrc.d
chmod 600 ~/.bashrc ~/.bashrc.d/*
# check if we are already in a Tmux session and not in ssh then open/attach the default one
if [[ ! "${TERM}" == "tmux"* ]] && [[ -z "${TMUX}" ]] && [[ -z "${SSH_CONNECTION}" ]] && command -v tmux 1> /dev/null; then
# attach or start the local default Tmux session
if systemctl --quiet $([[ $(id -u) != 0 ]]; echo "--user") is-active tmux-local-$(id -un).scope; then
tmux -L local-$(id -un) attach-session -t local-$(id -un) ; exit
fi
systemd-run -q --unit tmux-local-$(id -un) --scope $([[ $(id -u) != 0 ]] && echo "--user") tmux -L local-$(id -un) new-session -s local-$(id -un) ; exit
elif [[ -z "${TMUX}" ]] && [[ -n "${SSH_CONNECTION}" ]] && command -v tmux 1> /dev/null; then
# attach or start the ssh default Tmux session
if systemctl --quiet $([[ $(id -u) != 0 ]]; echo "--user") is-active tmux-ssh-$(id -un).scope; then
tmux -L ssh-$(id -un) attach-session -t ssh-$(id -un) ; exit
fi
systemd-run -q --unit tmux-ssh-$(id -un) --scope $([[ $(id -u) != 0 ]] && echo "--user") tmux -L ssh-$(id -un) new-session -s ssh-$(id -un) && exit || echo 'Tmux Systemd unit failed/exited'
fi
# if Tmux is not installed or if we are inside a Tmux session continue the sourcing
for file in ~/.bashrc.d/*.bashrc;
do
source "${file}"
done
But behind that free service, the model was to provide an expensive service to companies needing high frequency testing or scraping (sometime illegal) with multiple ips and locations. I got a trial for 1 week after a visio with them, it was complicated to setup, but it felt like exploiting unknowing free users.