In reply to @kevincox:matrix.org
BTW, if it is a Google Calendar you can use this service I wrote to allow self-service invites. https://event.kevincox.ca/. You do need to give write access to the calendar to event-joiner@appspot.gserviceaccount.com though. You can create a calendar just for this event if you prefer.

Unfortunately it is not. I would open source it but I actually lost the source so unless I find a way to download the python from Google Cloud Functions it isn't going to get improvements any time soon.

That being said the service is trivial. It just uses the API to add the requested user to the event. Probably should have some rate limiting or something... Maybe I'll rewrite it some day.

In reply to @infinisil:matrix.org
Ping tomberek

Hi all, yesterday this idea popped into my mind, has no business value just a cleanup. Maybe someone could evolve this idea further. Anyways here I go:

pkgs is a large complex recursive structure that should be simplified.
Solution: Create several 'simple' namespaces which together could be evaluated to pkgs

One of the examples would be lib structure, while it contains basically anything - it is nice and flat lib :: attrsOf any

So off the top of my head, there are 2 that could be separated:

1. Builders - functions that return derivation. builders :: pkgs -> attrsOf (attrs -> derivation)
2. Package groups - attribute sets of packages like python.<derivation> or gnome.<derivation>. Sometimes they include builders, not sure how to deal with that. packageGroups :: pkgs -> attrsOf derivation

pkgs evaluation:

let
  result = fancyPkgsBuilder [
    (builders result)
    (packageGroups result)
    (rootPackages result)
  ];
in result

And yeah, for the record I have not thought all this through and there will be edge cases, just maybe if there ever is going to be some large refactoring someone will keep this in mind.