Code Monkey home page Code Monkey logo

it-tasks's People

Contributors

mutantmonkey avatar

Stargazers

 avatar

Watchers

 avatar  avatar  avatar  avatar

it-tasks's Issues

Investigate SSH certificates

We need to find some way to handle SSH authentication if we move all authentication to Google. SSH certificates have been suggested as a good way to do this, so we should investigate if that will work for us. If so, we should create another issue to actually roll out their use.

WUVT App Portal

We should set up a simple static HTML portal page that has links to all the services we run. Here's a non-exhaustive list of things we could include:

There are also a few services that only IT and engineering are really going to be using, that we could include under a separate header:

We also might want to include links to all our G Suite stuff as well.

Consider implications of Elastic adoption of SSPL

The SSPL is not considered an open-source license. Elastic have relicensed Elasticsearch and Kibana 7.11 under the SSPL (with continued availability under the non-free Elastic License, while prior versions were licensed under Apache 2.0.

Does this license change affect our willingness to use and develop against Elasticsearch in pload or run ELK for log analytics?

static image hosting

WUVT linx intentionally has a very short file lifetime of 1week. We need a more permanent solution for sharing images to e.g. github tickets. Abusing wuvt-site is an option, as long as we figure out how to audit uploaded files.

song search service

we run elasticsearch for wuvt/pload, but intentionally don't support pagination or large result sets. There should be a minimal app to browse tracks in our digital library.

Migrate wuvt-site-prod and trackman-fm to use Google Auth

The code changes have already happened, but the config changes to do this have not yet been deployed. This should happen by October 1 at the latest; we'll need to make sure that everyone who needs access already has an account by then.

Decommission dex

Once we have everything migrated to use Google for authentication, we can decommission our dex deployment.

NAT64

quay.io, docker hub are both legacy-IP-only

Track Software License Use

As an open-source organisation, we frequently find ourselves working with various licenses. Our own projects are made available licensed under the GPLv3.0, AGPLv3.0, MIT, ISC, or are formally unlicensed (implicitly, all rights reserved).

These licenses, as well as the GPL 2.0, LGPL 2 and 3, Apache 2.0, Mozilla MPL 2.0, and 2 or 3-clause BSD frequently come up, and most of the time do not introduce license incompatibility concerns. We also use code under CDDL (a copyleft GPL-incompatible license) and the OpenSSL license (also GPL-incompatible), and the Postgres License, which strongly resembles MIT or BSD.

However, with these >14 different licesnses (all of which are "open source" per OSI, and many of which are Libre, per GNU), there are a lot of terms/conditions to keep track of, and potentially unwanted interactions between. Further, it is quite likely that we engage in various non-free licenses to use hardware we have (sometimes in embedded appliances such as our EAS equipment or AoIP network, but also in general-purpose computers), and per #31 could be effected when our upstreams relicense software to be non-free.

We should make an effort to 1) track the licenses of software we use, 2) consolidate what our own code is licensed under, 3) codify why our software is licensed to guide future decisions, and 4) evaluate the effects of non-free code on our general ethos and on our operations, and identify where it is acceptable or not.

backup playlists on flint

flint should have enough music and PSAs and IDs and such to play for several hours even if it can't talk to the file server. it should noisily alert us if it plays from this for a prolonged period fo time, and should generate a logfile if it cannot talk to trackman. This is a multi-part project but mostly a johnny-six thing.

Show Scheduler

c.f. wuvt/wuvt-site#263:

@mutantmonkey writes:

We should have integrated show scheduling functionality. I'm thinking that there are really two things that need to be configurable: the time slots, which are only changed rarely, and the shows for each slot, which are changed basically every semester.

The default view should be the show scheduler, which should have a way in each time slot to either directly select a show there or access a page where show information can be entered. There should be an option to access the time slot configuration from this page, perhaps with a cog icon or something.

Shows should be able to have a DJ associated with them, but it should not be required. If there's a DJ associated with a show that starts in the next 15 minutes or has at least 15 minutes remaining, Trackman should suggest the show and provide a simple one-click login.

Also see document in design-specs

deploy elasticsearch for pload

needs nginx basic-auth proxy, and needs data populated. ideally we'd set up a k8s cron job to replace the contents of the db periodically.

Audit local admin ssh keys

local admin accounts on systems have ssh keys installed in initial deployment, and infrequently used thereafter. we should audit these installs to ensure that only appropriate users/keys have access.

Serve Bootstrap and fonts from centralized cache

I want to stop including bootstrap sources, jquery source, openiconic, and web fonts in various WUVT projects, as it's a confusing mess.

Bootstrap and others recommend using 3rd-party CDNs like jsdeliver or bootstrapcdn. This is unacceptable
from a privacy perspective.

We should run our own cache of these shared sources from a WUVT location, and build tools to allow configuration of
an official or custom CDN.

get kubeadm installed; ansiblize

we need a way to install kubeadm on all of our k8s cluster nodes; this ideally will be automated with ansible (See wuvt-ansible)

develop auth library to share between services

We've half-reimplemented auth for trackman, wuvt-site, donormotor, pload, and other services. ideally we'd reduce our code maintenance burden by building a python library all of these would share.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.