<br><br><div class="gmail_quote">On Thu, Apr 7, 2011 at 8:56 AM, Philip Taylor <span dir="ltr"><<a href="mailto:excors@gmail.com">excors@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Thu, Apr 7, 2011 at 9:53 AM, Ansgar Burchardt <<a href="mailto:ansgar@debian.org">ansgar@debian.org</a>> wrote:<br>
> For Ubuntu users, upstream could include the newer enet in their PPA.<br>
> The packages containing the library itself are co-installable, only the<br>
> -dev packages for enet 1.2 and 1.3 are not.<br>
<br>
</div>Hmm, I'm not particularly familiar with how the PPAs work, but if<br>
adding enet there requires zero extra effort from users installing the<br>
game then I think that'd be okay.<br>
<div class="im"><br></div></blockquote><div>Uploading to a Launchpad PPA works practically the same way as uploading a package to Debian would, and it's a lot faster too (nobody needs to review your packaging, for one thing). Once it's up and running, users would simply have to add the PPA to their sources.list, and proceed to install 0 A.D. like any other package.</div>
<div><br></div><div>$ sudo add-apt-repository ppa:name-of-ppa</div><div>$ sudo apt-get update</div><div>$ sudo apt-get install 0ad</div><div><br></div><div>Granted, the whole process would be one step shorter if 0ad and all its dependencies are put in Ubuntu's own repositories (so users wouldn't have to add the PPA), but otherwise isn't any more complicated for the user. All that has to be done is to ensure that 0 A.D. and the dependencies that aren't already in Ubuntu's repositories are all uploaded to the PPA, and that these packages take preference over the same packages in Ubuntu's repositories.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> I don't know how to best handle other distributions, but doesn't<br>
> upstream have to bundle enet anyway for Windows and Mac OS X users?<br>
<br>
</div>On Windows we bundle precompiled binaries (.dll and .lib), so that can<br>
be upgraded easily and is independent of the Linux / OS X approach.<br>
<br>
On OS X we don't bundle - we typically use MacPorts which currently<br>
provides ENet 1.2 (<a href="http://libenet.darwinports.com/" target="_blank">http://libenet.darwinports.com/</a>) but I think we<br>
could give them an upgraded portfile and it'd be immediately available<br>
to all users.<br>
<br>
For all Fedora/Mandriva/OpenSUSE versions I think we could upgrade the<br>
library at <a href="https://build.opensuse.org/package/show?package=libenet&project=games" target="_blank">https://build.opensuse.org/package/show?package=libenet&project=games</a><br>
so it'd work for users who install the game from that service. Arch<br>
and Gentoo already have packages for 1.3 and don't have users on old<br>
distro versions. I think all other distros that have packages for the<br>
game are too minor to worry over - they can sort themselves out as<br>
necessary.<br>
<br>
So, I suppose this could work - just need to set up ENet 1.3 packages<br>
for MacPorts and the OpenSUSE Build Service and the Ubuntu PPA, and<br>
recompile on Windows, and update the game code. (Not an entirely<br>
trivial amount of work, unfortunately :-( )<br><font class="Apple-style-span" color="#888888"><br></font></blockquote></div><br><div>If you need help with the PPA, let me know and I'll be glad to help (I'm completely unfamiliar with MacPorts or the OpenSUSE Build service though). However, if it turns out to be more trouble than it's worth porting 0 A.D. to enet 1.3, please let us know and we'll try to think of some other solution. </div>
<div><br></div><div>- Vincent</div>