Skip to Content.
Sympa Menu

sm-discuss - [SM-Discuss] Some Server Migration Progress!

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: David Kowis <dkowis AT shlrm.org>
  • To: sm-discuss AT lists.ibiblio.org
  • Subject: [SM-Discuss] Some Server Migration Progress!
  • Date: Sat, 9 Jan 2016 11:57:21 -0600

tl;dr There's a mediawiki up on mediawiki.sourcemage.org and a bugzilla
on bugzilla.sourcemage.org . These are on the new, much cheaper server,
and backed by postgresql.

Because 1] The distro elected me to be PL, and I have a responsibility
to make our things not suck 2] the distro has had a long standing
decision to host our things in a place where the distro has control over
them 3] Stealth has made a nice website, but we have been waiting for a
long time to get it onto the distro hosting 4] I cannot move his site to
our hardware for him 5] I needed to do something, so I did this.

* http://mediawiki.sourcemage.org
* http://bugzilla.sourcemage.org

Unless there's objection, these will become our primary web facing
interface to SourceMage. www.sourcemage.org will be
mediawiki.sourcemage.org and bugs will point to bugzilla.

Mediawiki is skinnable, and there are many extensions, and I'm more than
willing to entertain adding a few, or lots. (There's a bugzilla one I
find particularly interesting.) Bugzilla is also skinnable, if someone's
got some L33t CSS skills and are willing to donate the time. Everyone
can help import wiki pages. I've chosen to avoid doing it automatically,
because mediawiki organizes pages differently than moinmoin did, and
much of our documentation is old and possibly obsolete. So having eyes
on it would help make sure we actually need to update it. As well,
mediawiki handles i18n differently, so an automatic direct import won't
be using mediawiki in a good way.

Finally, an update to the php spell is needed, at least to a newer
version of php5, possibly all the way to php7 (or make another php7
spell) to get much better performance from mediawiki. I have enabled
some static page caching by default and gzipping for things that are
viewed by anonymous users. There's more performance work I can do for
both bugzilla and mediawiki to improve page load times and make it more
responsive, so don't worry about that too much.

If we want bug imports from both the old bugzilla and/or the redmine, I
can do this, with one caveat. I'm not willing to do a wholesale direct
import because the structure of the old bugzilla is far too complex for
the operation we're running right now. For any definition of the words,
we don't have section maintainers any more, and I don't want to
structure bugzilla in a way that's any more complicated than it needs to
be. We, as an organization, have grown and changed from when the
original bugzilla was implemented. I opted to go with simplicity:
Grimoire as a product, with components would be the grimoires (stable,
test, games, binary, z-rejected.) Sorcery as a product, with components
cast, dispel, gaze, etc. I have only made two products right now,
because bugzilla wants default assignee emails, and we only have two bug
email lists on ibiblio: sm-grimoire-bugs and sm-sorcery-bugs. I'm
thinking about adding just one: sm-bugs, and having that be the default
assignee for all of our bugs for now. I haven't used sourcemage email
aliases, because that is going to be replaced with a different
mechanism. That's why there's no cauldron product just yet.

Additionally, I have mirrored our git repos up on github and gitlab:
* https://gitlab.com/groups/SourceMage
* https://github.com/SourceMage

I have a script[0] that I run, right now by hand, because I need to
modify the authentication mechanisms to not use ssh keys, or at least
have the ssh key passed in via the configuration file that I'm using for
the API tokens.

0:
http://home.shlrm.org/gitweb/?p=smglTools.git;a=tree;f=hub_mirrorer;h=32d36ccd8d0a925b7d22ffeef281706d0a50db1b;hb=HEAD

I apologize for this taking far longer than it should have. I kept not
doing stuff to try to find the perfect solution: one that was easy to
maintain, and met all the needs of the individuals on the project, while
still appearing to be modern and easily usable. That was all in my head,
and was kinda silly, so apologies for that. Also Real Life has been
rather hard on me recently, well for like the last year, so I haven't
had the ability, nor time, to get these things done. I cannot guarantee
that I've got tons of time to do a whole lot of work, but this work is
done, and is available for people to do things with.

--
David Kowis

Attachment: signature.asc
Description: OpenPGP digital signature




Archive powered by MHonArc 2.6.24.

Top of Page