Handle all Linux packaging downstream

[Mailaender]

I can't waste whole weekends fiddling with these horrible packaging scripts anymore. They should be donated downstream and maintained there probably still partly in our control:

• Fedora/openSUSE (RPM and others even DEB/PKG) → https://build.opensuse.org
• Debian/Ubuntu → https://launchpad.net/ubuntu/+ppas
• Arch → https://aur.archlinux.org/
• Gentoo → http://packages.gentoo.org/package/games-strategy/openra @cerebrum could upload playtests there

That gives us #3041 as it comes with proper repositories and #2635 as web interfaces like http://openbuildservice.org allow us to check if the build fails on various VMs without SSHing into just one instance (build.open-ra.org) which tries to hack together packages for systems it does not really understand. Might also advertise the project better.

[cerebrum]

This idea will definitely cause more delays in downstream updates on Fedora, SUSE, Ubuntu, Debian, Arch. It's probably good practice when devs of the package make their changes and also make according changes in packaging scripts. It's good when packages are closer to upstream. It's easier to fix issues upstream rather then downstream. I would think twice in doing this.

[Mailaender]

The idea is that it gets automated with dput and/or Launchpad recipes for Ubuntu and osc for openSUSE. We are currently facing the problems that https://code.launchpad.net/~openra-developers/openra/bleed does not import into bzr which prohibits convenient automated builds at the moment. Will look into this later.

[Mailaender]

I made up my mind and think you are right. We should keep the packaging here plus advertise the third party repositories better. OpenRA/OpenRAWeb#49

[Mailaender]

I now setup https://build.opensuse.org/project/show/games:openra for easier continuous deployment. #5459

[Mailaender]

There was an executive decision by @pchote to move everything except Ubuntu downstream. See #6480 and OpenRA/OpenRAWeb#172. Let's see how this works out.

[pchote]

If this doesn't work out, then I'll eat my words and revert the changes. I'm hoping that we can instead go the other way, and move our Ubuntu packaging to a ppa (which can be configured to check for new tags once per day and automatically build new packages) as soon as Launchpad improves their git support.

[Mailaender]

Having at least one Linux packaging step in our CI system is probably a good idea so we get to know when our Makefile install rules break.

[dukefreelacecode]

It is possible to compile in Linux specific dynamic library without being forced to use windows specific DLL?

[Mailaender]

Have a look at http://www.mono-project.com/docs/advanced/pinvoke/dllmap/

[dukefreelacecode]

Thank you!

[pchote]

Looks like we've hit our first problem with this: the SDL2 package shipped with fedora 20 may be broken. See http://logs.openra.net/?year=2014&month=11&day=28#08:21:24

[Mailaender]

http://pkgs.org/fedora-20/fedora-updates-i386/SDL2-2.0.3-1.fc20.i686.rpm.html should be the latest version.

[pchote]

We will now be able to move ubuntu packaging downstream: http://blog.launchpad.net/general/git-code-hosting-beta

[Mailaender]

Still does not work: https://code.launchpad.net/~openra-developers/openra/bleed

2015-05-02 08:39:44 INFO    Starting job.
2015-05-02 08:39:44 INFO    Getting exising bzr branch from central store.
2015-05-02 08:39:44 INFO    [chan bzr SocketAsChannelAdapter] Opened sftp connection (server version 3)
2015-05-02 08:39:45 INFO    [chan bzr SocketAsChannelAdapter] Opened sftp connection (server version 3)
2015-05-02 08:39:45 INFO    280 bytes transferred
2015-05-02 08:39:47 INFO    Importing branch.
2015-05-02 08:39:51 INFO    Counting objects: 140734, done. 0
2015-05-02 08:40:51 INFO    46893815 bytes transferred | Compressing objects 22/22
2015-05-02 08:41:51 INFO    38260071 bytes transferred | Compressing objects 22/22
2015-05-02 08:42:04 INFO    finding revisions to fetch:generating index 0/140734
2015-05-02 08:42:41 INFO    finding revisions to fetch:generating index 0/140734
2015-05-02 08:43:04 INFO    finding revisions to fetch 1/22
2015-05-02 08:43:16 INFO    
2015-05-02 08:43:16 INFO    Unable to import branch because of limitations in Bazaar.
2015-05-02 08:43:16 INFO    The repository you are fetching from contains submodules, which are not yet supported.

[pchote]

That log says that you are still using the limited git-bzr importer, and not the new git functionality that has just been added.