This page aims to keep information public about Sage's infrastructure. Question mark means that the information is not confirmed, please edit if you know more.
Please mark which services still need to find a new home, with the system requirements and the deadline.
Current services
DNS
- registrant: was
- admin: was, schilly
- tech contact: was, schilly
ask.sagemath.org
- purpose: webserver where users can get support
- hosted at: Ohio State University (Niles Johnson's university)
- technology used: ubuntu, nginx, uwsgi, postgesql, askbot
- resources needed: database on a separate VM, 2GB RAM, 10GB disk
- admin: niles, tmonteil, vedlecroix, slelievre, kcrisman, mhansen
contact: [email protected]
cloud.sagemath.com
- what: a cloud service for computation and collaboration
- operated by: Sagemath, Inc
doc.sagemath.org, planet.sagemath.org, www.sagemath.org
- purpose: on-line browsable documentation + web homepage
- hosted at: github.io
- technology used: proprietary
- resources needed: 0 CPU, 0 RAM, 0 DISK
- admin: everyone who is on the github group for sagemath
- contact: schilly for the website
dockerhub
purpose: docker container for SageMath
- admin: vbraun, sebasguts
files.sagemath.org, old.files.sagemath.org
- purpose: main files, spkgs, and backup of "other" files
what's at files.sagemath.org is exactly rsync.sagemath.org::sage
- old.files.sagemath.org has the old stable releases
- are the old development tarballs are still archived somewhere?
- hosted at: UW. Other places are the mirrors of it.
- contact: schilly, vbraun
- admin: ohanar?
git.sagemath.org, trac.sagemath.org
- purpose: development tools, they share the same host
- hosted at: UW, going to move soon
- technology used: ubuntu, apache, git, trac
- resources needed: ?CPU ?RAM ?DISK
- admin: currently, the people with root access are : kclawson,ohanar,vbraun,mderickx,robertwb,wstein,tmonteil,dimpase
- contact: no real organisation yet, go to sage-devel
GitHub organization for SageMath
- admin: schilly, vbraun
build.sagemath.org
- purpose: distribute and gathers automatic binary building on volunteer's machines
- hosted at: ?UW?
technology used: ubuntu, nginx: see buildbot for more details
- resources needed: ?CPU ?RAM ?DISK
- admin: ??
- contact: ??
patchbot.sagemath.org
- purpose: distribute and gathers automatic ticket testing on volunteer's machines
- hosted at: ?UW?
technology used: centos, custom flask, mongodb, see buildbot for more details
- resources needed: Minimal CPU, RAM. ~25GB disk.
- admin: robertwb, chapoton
- contact: robertwb, chapoton
GSoC, Google Summer of Code
- admin up to 2015: schilly
- 2016: schilly
Packaging for Linux
arch-linux package
- purpose: easy-to-install arch-linux package
- maintainer: Antonio Rojas
hosted at: https://www.archlinux.org/packages/community/x86_64/sagemath/
Fedora package
- purpose: easy-to-install Fedora package
- maintainer: Paulo Cesar Pereira de Andrade (pcpa)
other link: https://fedoraproject.org/wiki/SIGs/SciTech/SAGE
Gentoo: Sage-on-Gentoo
repository: https://github.com/cschwan/sage-on-gentoo
- admin: fbissey, cschwan
RPM package
- what: links to sagemath packages for the rpm package manager (Fedora, Mandriva)
hosted at: http://rpmfind.net/linux/rpm2html/search.php?query=sagemath
Ubuntu PPA
- purpose: easy-to-install Ubuntu .deb packages
- hosted at: launchpad.net
- admin: pipedream
contact: https://launchpad.net/~aims/+archive/ubuntu/sagemath
rsync.sagemath.org
purpose: the seed for mirrors, see MirrorNetwork for more details
- hosted at: UW
- technology used: rsync
- resources needed:
- CPU 1 core
- RAM 2-3 gb (mostly for caching when calculating hashes)
- DISK enough for all sage files (50+ GB)
- admin: schilly
- contact: schilly
sagecell.sagemath.org
- purpose: allow embedding sage computations within a webpage
- hosted at:
- Goethe-Universität (Frankfurt, Germany)
- Universidad Autónoma de Madrid (Madrid, Spain)
- Google Compute Engine (Council Bluffs, Iowa, USA)
- technology used: production installation requires a dedicated server (either physical or virtual)
- resources needed:
- RAM: 32GB recommended for smooth operation, 16GB may become enough in the future
- CPU: the more the better for handling spikes in load and allowing parallel interacts, but any will do if necessary
- DISK: must have BTRFS at least for /var/lib/lxc, SSD is preferable, 100GB should be sufficient for the foreseeable future
- admin: novoselt
- contact: novoselt
available urls: http://aleph.sagemath.org, http://sagecell.sagemath.org
SageDebianLive
- purpose: a live usb stick with Debian, Sage, and more open-source software
- admin: tmonteil
hosted at: http://sagedebianlive.metelu.net/
mailing list: https://sagedebianlive.metelu.net/mailman/listinfo/devel
sagenb.org
- purpose: public notebook,
state: end of life, replaced by http://cloud.sagemath.com
- volunteers: dimpase, tmonteil, vdelecroix
social networks
- admin: schilly
Google+
- admin: schilly
- admin: schilly
wiki.sagemath.org
- purpose: the wiki you are currently reading!
- hosted at: UW, going to move soon
- technology used: ubuntu, apache, moinmoin
- resources needed: ?CPU ?RAM ?DISK
- admin: currently, the people with root access are : kclawson,wstein,ohanar,mmarco,tmonteil,dimpase
- contact: no real organisation yet, go to sage-devel
- possible issue in migration: the db of user acounts is synced from trac when this latter is modified (incron)
Planned services (wishlist)
- schilly: who wishes this and did define those purposes based on what discussion?
tmonteil: this is a whishlist, not something collectively decided. Note however that almost nothing in the current framework was collectively discussed either.
backup
- purpose: backup between remote hosts, local backups can be destroyed
- schilly: backup of what?
tmonteil: backup of the data of the services we maintain: ask, trac, git, wiki,... according to [https://groups.google.com/forum/#!msg/sage-devel/ed_ya-d-k_E/5csVA6wsCwAJ this] [http://comments.gmane.org/gmane.comp.mathematics.sage.devel/84894 post] there is currently no regular backup at all for those services (except ask, that benefits for a semi-automatic backup system), this is why i proposed to have a server dedicated to that, located in a different place than the other services.
- we got a VM at Orsay with 1Tb of disk, we are currently setting it up, and use it for more and more services.
stats
- purpose: stop feeding google-analytics database
- schilly: strong objection, we have a long time history stored there and it's far better than any other tools
- tmonteil: i hope this long time history could be easily fetched in some open format, or does this mean that we locked ourselves there ? (being locked would imply that this tool is among the worst)
- tmonteil: better for who ? for google and the NSA to which we currently provide all our visitors IPs ? There is a serious privacy issue with such analytics saas tools.
public stats are here http://www.histats.com/viewstats/?SID=1579950&f=2
- novoselt: horrific page - I thought such blinking adds are a thing of the past, had to close it before finding any data
- tmonteil: note that free software alternative do exist
lists
- purpose: do not depend on googlegroups (see what happened with googleID on ask and sagenb)
- schilly strong objection: what has this to do with google id?
- tmonteil : googleID is an example of a service that was stopped by google, with strong consequences on our side (some people not able to connect anymore (e.g. on ask.sagemath.org), or not able to retrieve their work (e.g. on sagenb.org)). What will happen when google will decide that googlegroups will be shut down ? Would we be able to discuss with them about this issue ?