IT Development/Progress meetings/Minutes 28 Feb 2013
Attending[edit | edit source]
- KB - Katherine Bavage (User:Katherine Bavage (WMUK))
- MP - Mike Peel (User:Mike Peel)
- DT - Doug Taylor (User:RexxS)
- EE - Emmanuel Engelhart (User:Kelson)
- TM - Tom Morton (User:ErrantX)
Apologies[edit | edit source]
Update on Actions from previous meeting[edit | edit source]
Operational[edit | edit source]
Issue tracker[edit | edit source]
TM noted there was no major difference between RT and Bugzilla as ticketing systems, except possibly accessibility/familiarity. DT said he could support giving Bugzilla a run. Finding time to trial one of the project management modules, and reporting back would decide. MP noted advantage of anyone being able to register an account to report bugs, which Bugzilla will facilitate. Aim for the end of March.
- ACTION: KB to pursue testing and have at least one other member of staff trial too, by end of March.
Decision[edit | edit source]
To be deferred to March developer progress update
Next steps[edit | edit source]
To be deferred to March developer progress update
Final migrations[edit | edit source]
DNS[edit | edit source]
The DNS were migrated almost entirely from MPs hosting - GLAMwiki needs checking and stream.GLAMwiki.
- ACTION: MP to check through, RT ticket any that aren't done yet.
QRpedia[edit | edit source]
The domain transfer was outstanding, with re-directing DNS to follow. DT queried if there would be any delay in service as we move to our hosting? MP noted that this should be a seamless transfer, and recommended a procedure for transferring QRpedia of transferring control of the domain names to WMUK (which should take place without interruption of service), then later updating the A-name records to point to the copy of QRpedia hosted by WMUK once our setup has been checked (which can be quickly undone in the event of any problems with the transfer).
- KB to email Saad and request guidance as timing of proceeding and relevant concerns re privacy and patent litigation that may determine timing of transfer
- KB to request RB authorise control of domain names to be transferred to WMUK (RB to unlock)
- TM to request transfer of domain to UKreg hosting
- KB to contact key users to bug test our parallel installation
- When timing of transfer clear and install been de-bugged, email to current users explaining time of server transfer
- Point domains to our server installation
EE queried whether having QRpedia on dedicated server to guarantee service would be necessary? TM noted low load on community server currently - think probably not necessary (view reply here) Would need to consider changing this if we hosted the UK wiki on our server, as that would represent a significant load.
EE noted that side effects should be considered - if there is any disruption on any other usage on the server then will impact on QRpedia functionality e.g. installing a new version, updating a packet on PHP.
- DECISION: Not requiring an additional, separate server unnecessary currently.
- DECISION: This to be monitored in line with increasing future use of the community server, including updates.
It was noted that Roger Bamkin and Terrence Eden would be advisers as part of the agreement to donate the software, and would be able to contribute valuable ideas. There was not an expectation they be 'lead' developers, but would want to have input. MP noted it would be appropriate to have a stable, live version, and a testing version. EE agreed, the current version is effectively a test version. Could look at running alongside a bug tracking and version releasing process.
Backups[edit | edit source]
Future backup routine[edit | edit source]
Covered in progress update above. Will return to in March. Need to be mindful of publicising all discussions versus creating security weakness by documenting all backup processes (See discussion under AOB)
DT noted that the linux server in office in a fairly old machine - only got a 120GB hard drive - may want to install another to provide additional memory for local backups and transfer.
MP noted that a big server had been donated in the past, but DT noted it wasn't functional.
- ACTION: KB to check if on the fixed assets register and update this and remove item as appropriate.
SAGE server[edit | edit source]
Covered under progress update actions. Will return in March meeting.
Hosting UK Wiki on our server[edit | edit source]
Update from Board[edit | edit source]
MP noted that board had discussed on 9th/10th Feb and the general feeling was that it would be good to demonstrate independence of the Chapter by hosting its own site.
KB to email board and tell Board its happening with pros and cons and recommendation rationale? TM noted the Chapter would need to negotiate with WMF what info that could be provided for the switchover to us, and this could probably not include email address. MP noted WMUK may have archival email info and could use this ask people to resubscribe when the hosting changed. It would be worth looking at how Wiki Voyage dealt with this issue. There was also an option to use the 'email this user mail' to deal with this.
- ACTION: To email James Forester to start the discussion about how to manage the process.
- ACTION: KB to set up a page on wiki to start the planning process, when we've heard back from JF
Office IT, including Backup server[edit | edit source]
Web conferencing system[edit | edit source]
- DECISION: Richard N to test Big Blue Button system and report back to the Tech Committee
- ACTION: KB to discuss with RN - take to Tech committee to then make a recommendation to the board
Any Other Business[edit | edit source]
Bug tracking and security[edit | edit source]
EE noted that we will have to be mindful of access control in terms of reporting security flaws as bugs. It would probably be appropriate to produce an Ethical security disclosure policy. In certain circumstances it might be better to report bugs in relation to security flaws after they are fixed.
- ACTION: KB add item to agenda for March meeting for more substantive discussion.
MediaWiki updates[edit | edit source]
EE noted new installations of MediaWiki had put in place, and queried if anyone had experienced issues No one had experienced bugs; any bugs should be reported to via rt. The upgrades had fixed some of the pre-existing issues such as file security and led to quicker processing.
- ACTION: KB to highlight this to Board and staff. fixed some of the pre-existing issues such as
SSL certificates[edit | edit source]
TM noted that donate.wikimedia.org.uk has one - what about the rest of the server?
- DECISION: Board and Office wiki should have SSLs, and other sensitive areas. TM noted that community had discussed having a wildcard system
- ACTION: TM dig out thread and re-start to push forward. ALL - need to consider areas that might require SSL.