Re: RFS: 0ad
- To: Vincent Cheng <vincentc1208@gmail.com>
- Cc: debian-mentors@lists.debian.org, debian-devel-games@lists.debian.org, pkg-games-devel@lists.alioth.debian.org, Philip Taylor <excors@gmail.com>, Paul Wise <pabs@debian.org>, Karl Goetz <karl@kgoetz.id.au>, Simon McVittie <smcv@debian.org>, Bertrand Marc <beberking@gmail.com>
- Subject: Re: RFS: 0ad
- From: Ansgar Burchardt <ansgar@debian.org>
- Date: Thu, 07 Apr 2011 10:53:55 +0200
- Message-id: <[🔎] 87aag2l9wc.fsf@marvin.43-1.org>
- Mail-followup-to: Vincent Cheng <vincentc1208@gmail.com>, debian-mentors@lists.debian.org, debian-devel-games@lists.debian.org, pkg-games-devel@lists.alioth.debian.org, Philip Taylor <excors@gmail.com>, Paul Wise <pabs@debian.org>, Karl Goetz <karl@kgoetz.id.au>, Simon McVittie <smcv@debian.org>, Bertrand Marc <beberking@gmail.com>
- In-reply-to: <[🔎] BANLkTinrgtvndiDhdOo0-8VWmNAmQXwiCA@mail.gmail.com> (Vincent Cheng's message of "Wed, 6 Apr 2011 19:58:55 -0700")
- References: <[🔎] BANLkTims+nYrR=QMP-OJXopBjWQAoz_pag@mail.gmail.com> <[🔎] 20110403193005.27512a77@epicfail.kgoetz.id.au> <[🔎] AANLkTimpRZoMu6=hqihAYw6hTy6HwnQovT2qb2RFq2fK@mail.gmail.com> <[🔎] 20110404221330.6a0c01f1@epicfail.kgoetz.id.au> <[🔎] AANLkTimr1BgQNgREqgNSgKG8T4PtocCV6FJ_f2=sPooW@mail.gmail.com> <[🔎] BANLkTimW637i8GFGM0uTgu2iD3LiiZJq9Q@mail.gmail.com> <[🔎] AANLkTinwZSPQcJ6fojpKSOhGMgiqdPLn7RahqD9u00Hj@mail.gmail.com> <[🔎] BANLkTiktb1C=tbdXj-uRGS66f1WSK3JRJg@mail.gmail.com> <[🔎] BANLkTinrgtvndiDhdOo0-8VWmNAmQXwiCA@mail.gmail.com>
Hi,
Vincent Cheng <vincentc1208@gmail.com> writes:
> - package libenet1.2, and replace 0ad's build dependency on
> libenet-dev with this new package
We just got rid of enet 1.2 in testing a few days ago and I prefer to
have just a single version per release to care about (instead of
doubling the number of possible versions from five to ten).
For Ubuntu users, upstream could include the newer enet in their PPA.
The packages containing the library itself are co-installable, only the
-dev packages for enet 1.2 and 1.3 are not.
I don't know how to best handle other distributions, but doesn't
upstream have to bundle enet anyway for Windows and Mac OS X users?
> - package libmozjs185, and remove the spidermonkey code that's
> currently in the source tarball (this could be deferred until alpha 5
> is released, since according to Philip, 0 A.D. hasn't been ported to
> work with it yet; for now, I guess we'll have to leave the
> spidermonkey code embedded in the source tarball)
I suggest to ask the maintainers' of libmozjs-dev how they think about
this.
Regards,
Ansgar
Reply to: