I 'd be happy if SCA moves on to Jessie relatively soon. So +1 from me. That being said, we first need to make sure SCA services actually work on Jessie. So in alphabetical order we need to make sure these services work fine:

• apertium
• citoid
• cxserver
• mathoid
• zotero

One thing that we'll need is to make all those services to use base::service_unit to manage their services, and write systemd unit files as well as the current upstart jobs.

Alternatively, we could set up two Jessie boxes as scb and then use that for new services / migrate over existing services one by one.

One thing that we'll need is to make all those services to use base::service_unit to manage their services, and write systemd unit files as well as the current upstart jobs.

We can also use a sysvinit script as we do for RESTBase to ensure a smooth transition.

In T96017#1206446, @Joe wrote:

One thing that we'll need is to make all those services to use base::service_unit to manage their services, and write systemd unit files as well as the current upstart jobs.

That should be an easy change in service::node, especially given that we already have all possible init scripts readily standing by.

Since it was mentioned in the Ops meeting, let's add it to the task:
xulrunner is only present in Wheezy, starting with 31, Firefox/Iceweasel no longer use/build a separate library of XUL (it's now built in to make faster changes by not caring about reverse deps). So, we'll need build src:xulrunner from Wheezy for jessie-wikimedia.

In T96017#1485685, @MoritzMuehlenhoff wrote:

xulrunner is only present in Wheezy, starting with 31, Firefox/Iceweasel no longer use/build a separate library of XUL (it's now built in to make faster changes by not caring about reverse deps). So, we'll need build src:xulrunner from Wheezy for jessie-wikimedia.

For Zotero, we need the version 29 of XULRunners, cf. https://github.com/zotero/translation-server/issues/10 . Moreover, a special package has been built for our needs - https://github.com/wikimedia/mediawiki-services-zotero-translation-server . @akosiaris packaged these for Trusty.

In T96017#1485715, @mobrovac wrote:

In T96017#1485685, @MoritzMuehlenhoff wrote:

xulrunner is only present in Wheezy, starting with 31, Firefox/Iceweasel no longer use/build a separate library of XUL (it's now built in to make faster changes by not caring about reverse deps). So, we'll need build src:xulrunner from Wheezy for jessie-wikimedia.

For Zotero, we need the version 29 of XULRunners, cf. https://github.com/zotero/translation-server/issues/10 . Moreover, a special package has been built for our needs - https://github.com/wikimedia/mediawiki-services-zotero-translation-server . @akosiaris packaged these for Trusty.

In production we use version 24esr1 (and not 29, nor 31). See http://apt.wikimedia.org/wikimedia/pool/main/x/xulrunner/. As for the special package built for WMF, it's almost the same as upstream, albeit removing various ilconceived ideas like copying shared objects for xulrunner and I don't remember what else into cwd. That package is now fully javascript (and a .chrome manifest file) making it very easy to upgrade and also decoupled from the version of xulrunner hosted on the "building" machine. Of course all this is just information and mostly moot since xulrunner is nowadays unsupported. We should be targeting at deprecating and removing zotero from our infrastructure ASAP (yesterday would be preferable, but there is so much we can do)

Removed the Blocked-on-Operations tag as all prerequisites are done and we can start migrating services to it at leisure