Hi,
I've just watched a discussion about "Meshtastic" on Destination Linux:
> https://www.youtube.com/watch?v=7LaucZiOnFE
> https://meshtastic.org/docs/introduction/
@Iain, are you interested or have you already used something similar for
alerting volunteers to go to a resilience hub and start up the generator
during a winter storm during a prolonged power-cut when all the phone
networks are down?
Bye,
Tony.
Hi,
I'll be in around 3pm to hack on my website theme for a couple of hours.
https://irl.github.io/sitelen-lawa/
Iain.
--
*Iain Learmonth* MSci MBCS AICB PM.Dip (he/him)
This email is sent in a personal capacity. The views expressed in this email do not necessarily reflect the views of SR2 Group Limited, its subsidaries, or any other organisation in which I am a member, officer, employee, or volunteer.
On Fri, Aug 16, 2024, at 1:02 PM, 57North Announcements wrote:
> Howdy y'all,
>
> I'll in in space from about 3pm tomorrow, anyone coming to join me to
> play with things and/or stuff?
>
> Cheers
> H
>
> --
> Hibby
> Debian Developer
> Packet Radioist
> MM0RFN
> 57North Hacklab Ltd. is a company registered in Scotland (No. SC470230).
> 57North and 57North Hacklab are trading names of 57North Hacklab Ltd.
Hi
I'll be along, probably about 8pm too. Will try and finish sorting
the donated bits from last Thursday, sorry, it's a bit messy, there is
currently a table still covered with miscelaneos Arduinos, shields,
hats and screen. Also a bit of van unloading I guess. If I start
complaining about the Windsor protocol, and digital paperwork for B2B
and B2C for shipping stuff to Northern Ireland, tell me to shut up, as
it's a hell world that's best to not know about.
See you in the space :)
On Tue, 13 Aug 2024 at 16:20, 57North Announcements
<57north-announce(a)lists.57north.org.uk> wrote:
>
> Aye fit like, dramatic looking clouds today - hope we all survived the thunder yesterday.
>
> It's Tuesday again, which means open evening at the space!
>
> The details of Open Tuesday including 'getting here' are available at
> https://www.57north.org.uk/open-evenings
>
> We're at:
> Suite H, Kettock Lodge Innovation Park,
> Campus Two Bridge of Don,
> Aberdeen, AB22 8GU
>
> Reply to let us know your plans. If you need a hand with transport, just ask. If
> you're coming along for the first time, that'd be awesome, maybe bring a laptop
> or something to tinker with.
>
> I will be in doing something. This i guarantee. I can't be too physical as I clearly hurt my shoulder loading the van on sunday and exacerbated it with an agressive cycle yesterday. little idiot.
>
> Probably be in for 8ish.
>
> See you soon!
>
> --
> Hibby
> Debian Developer
> Packet Radioist
> MM0RFN
> 57North Hacklab Ltd. is a company registered in Scotland (No. SC470230).
> 57North and 57North Hacklab are trading names of 57North Hacklab Ltd.
Hi
Asking for a friend, but is anyone looking for web development work in
or around Aberdeen? This would be staff or contractor, office based
or hybrid, at a medium sized media agency, they're a nice bunch of
people. Some experience of fullstack, PHP and ideally CraftCMS.
Let me know if you'd be interested and I'll pass on your details.
Thanks
Andy
Hi,
As mentioned in the AGM last week (and a few other times) we could do with some work on our membership system.
Most of this has been on my TODO list for years already and I haven't actually done it.
Anyone else want to pick up any of this? Or replace hub with something else?¹ Or pester me about it until I actually do it?
Source for hub is here: https://github.com/hackerdeen/hackhub
TODO list² for it (in vague priority order):
** User DB
We currently have an SSO system written by a previous member. We don't have anyone still around who really knows how it works, it's using an old version of Node.js and hub is the only thing left that uses it.
I'm inclined to think we don't actually need an SSO system so I'd like have hub managing logins directly itself again. When it previously worked like that there was an LDAP server for the actual accounts - I think that is still overkill for what we need and should just store passwords in the hub DB.
I have done some playing with dump from the LDAP DB backing current SSO and do have some python that can check passwords against the password hashes there so I am inclined to chuck them into hub DB and have it checking against them directly. Would need login flow to do that, some way for users to change password and some way to reset passwords when a member forgets theirs (something better than the ldappasswd command here would be good: https://wiki.57north.org.uk/doku.php?id=projects:57_north_id)
** Old python
Hub is still python 2 - should really move it to a supported version of python. And update all the various libs that it's using that we haven't updated in years. Probably a good idea to move to something like poetry to make managing dependencies easier.
** Containerise it
hub is currently installed manually on a server that is old and we could do with retiring. For setting it up on another (more up to date) server it would be better if it were containerised. I think we already have some stuff on the "new" server in docker so that would probably be first choice for containerising this too. This should also make it easier to spin up dev instances for other work.
** Remote members
We added remote members at 2023 AGM but haven't updated hub to track this yet.
** Automatic dismemberment
We changed the articles that folks are automatically dismembered if they don't pay for 12 months. Could do with that being an automated process in hub. It should send some email reminders before flipping status to dismembered. Probably also needs some safety check to not (threaten to) dismember everyone if there's been no payments recorded for the period (though we don't usually get 12 months behind with recording payments so this shouldn't be much risk).
** Dismemberment + rejoining tracking
There is currently a hard limit on the number of state transitions anyone can make between being a member, being dismembered and rejoining. That sequence up to having joined 2nd time is the end of what hub currently supports. If anyone gets to the end of that and needs to be dismembered again we'd need to add some more columns to `dismembered` table to keep going with the current pattern. It amuses me to keep making that table wider each time someone gets to the end of the supported sequence. But amusing me isn't really a good reason to keep going with an insane structure and probably a better idea to restructure this so people can join + leave as often as they like without needing repeated changes to the database schema.
https://github.com/hackerdeen/hackhub/blob/master/schema.sql#L65
** Register of members
hub should be the source of truth for our register of members - could do with some UI to spit this out in a an appropriate format.
** UI to enable/disable admin permissions
We have admins in hub. This is controlled by flag in member table in the DB. Currently only way to set/remove this flag is messing with the DB manually. Some UI for this would be better.
** Automatic payment recording
Currently need someone to manually go through incoming bank transfers and then mark people as paid in hub. Would be better if this happened automatically. Need to have a chat with directors who have access to the transaction list to see if there is a way to get it into hub and then have some code to reconcile it. Processing a copy/paste from however they're viewing the transaction list (or machine readable export of that) should be doable (and still useful) if we can't get hub to have API access to the info to make it entirely automated.
** Notification for membership applications
Could do with some notification when we get a membership application so they don't sit unnoticed for too long. This is less of an issue now membership application process has prospective members already talking to us before they get to doing anything in hub but could still be useful.
** cleanup
Hub has a few features that connect to other things that don't exist anymore. Could do with cleaning that up (at least removing UI for it or putting it behind a feature flag). Or do something to bring back the other stuff it relies on if anyone cares to have these features again.
Things I think could do with being cleaned up:
- generate an open/close message for space status (the other system that generated these was on one of my servers that I killed (a few years ago)- I probably still have the code and could put it somewhere again if anyone cared about this).
- text message codes to unlock the door. I stopped paying twillio (if I'm remembering the correct company name there) for the number that was receiving these messages. I think I killed the UI for this but there is still the API stuff to receive codes that can probably go: https://github.com/hackerdeen/hackhub/blob/master/api_sms.py
- We have a thing³ that gives list of member emails that used to feed into something to create @57north aliases. I don't think downstream bits of that are still running so would be good to kill the API end point and not have risk of secret for accessing it being guessed/leaked and this being accessible to anyone that it shouldn't be.
** Tests
Could do with some tests so we can catch if we break things in a better way than waiting for members to notice and complain.
¹ I'd take quite a lot of convincing that something else would cover everything hub does with less work than fixing hub, and be maintainable over long term. But I'm not entirely opposed to it if someone else is doing the work. And also I'm not in charge, so convincing me that what you want to do is actually a good idea is not necessarily required.
² These should probably be tickets rather than just dumped into an email...
³ https://github.com/hackerdeen/hackhub/blob/master/api_membership.py#L48
________________________________________________________
Robert McWilliam rmcw(a)allmail.net argh.technology
I go the extra mile.
Usually because I missed the turning I was supposed to take.
