@neauoire Messing with my own informal oscean wiki site and started getting a segmentation fault while building, which appears to be related to Arvelie: "SEGV arvelie.h:88 in arvelie_to_doty". Any idea about this? I've poked around but couldn't find a quick fix
No problem if you aren't able to help out :)
@neauoire what's the differentiating factor between your projects under research/tools and visual/utilities?
I guess, I'm just trying to figure out how I could have multiple of these bot handling programs communicate with one backend for it.
Ideally, this would all be using a Go embedded database instead of some external db like MongoDB.
3. The Clients (e.g. IRC bot, Discord bot, Telegram bot): facilitates the communication between the Engine and end users.
The main problem: I can easily create a program that does all this for just one of those end points (e.g. one for Discord). I can create multiple versions for each of them. But then, to run them, each would have to query the original API by themselves. I'd rather have one central Engine be able to communicate with multiple Client bots.
1. API: a Golang library for the specific API I am tracking. I've actually done this already.
2. Engine: uses my API library to get data, store it in a database. Also accept queries from the Clients below to return data (e.g. is ___ online right now?) then send back what the Client should send to its service (e.g. Discord or IRC). Also, it needs to keep track of status changes (e.g. ___ has just gone offline, tell the IRC Client to send a message saying that).
3. The Clients: ...
If anyone has any advice for me, I would greatly appreciate it. I'm trying to write a program in Go, with a goal to keep it modular.
It's basic goal is to do two things:
1. Gather data from a public API and cache it in a database, occasionally refreshing this data.
2. Communicate with certain chat services as a bot, accepting queries for data and, for some of the info, sending notifications via those bots when there is a status change.
My idea was to split it into three portions.
I've now discovered the Report feature in Mastodon
In a big win for student free speech, the Third Circuit ruled that a public school can't discipline a student for posting "off-campus" social media speech. In this case, saying “fuck cheer” on Snapchat.
What happens when you have only one ISP, that ISP happens to own HBO, and national net neutrality protections don't exist? Things like this. https://gizmodo.com/what-did-we-say-about-at-t-being-allowed-to-own-hbo-1843861029
The AAP is suing the Internet Archive for their distribution of books (which is even more prominent with expanded access during the coronavirus). (https://publishers.org/news/publishers-file-suit-against-internet-archive-for-systematic-mass-scanning-and-distribution-of-literary-works/)
Overall, I just don't get the concept of "owning" an idea, writing, or work.
The biggest obstacle to a shift in view on this is the economy. Instead of using advances to allow everyone to meet a basic livelihood and promote the free sharing of creative works, we just create artificial markets. It's just fake.
The good thing for Zoom is that their major goal of acquiring expertise in security/privacy is fulfilled with getting the people at Keybase, not the current users.
I went ahead and deleted my account, but I'm wondering what the plan is there. Will they work on Zoom completely separated from the current Keybase platform? Or somehow integrate Zoom into their public cryptography system? I'm imagining E2EE on Zoom which is facilitated by key sharing via Keybase
Announcing the SourceHut project hub 🎉
I don't usually explicitly ask for shares, but this is a big deal for SourceHut - the project hub solves one of our major goals for the alpha. Please help spread the word ❤️
An enthusiast of sorts.
Fosstodon is an English speaking Mastodon instance that is open to anyone who is interested in technology; particularly free & open source software.