Bug#826689: yquake2: Limited Architextures

2016-06-08 Thread Simon McVittie
Control: forwarded 826689 https://github.com/yquake2/yquake2/issues/138
Control: severity 826689 normal

On Tue, 07 Jun 2016 at 17:54:08 -0500, danfun64 wrote:
> They said that in theory it can be
> ported into other architextures, and that I should ask you guys why it's only
> available for amd64 and i386. They said that if you address this bug, that 
> they
> would be willing to implement any changes you make into their codebase.

The reason why we don't provide packages for other architectures is that
yquake2's Makefile specifically and deliberately fails on anything other
than i386, amd64, sparc64 and ia64. sparc64 isn't a release architecture
yet, and ia64 is dead; we build packages for the other two.

I've responded on the upstream bug report and asked about removing that
check and making Linux architecture support generic, similar to a commit
I made in ioquake3.

I see you're running yquake2 on amd64. Which non-i386, non-amd64
architecture(s) have you tested, or which ones can you test? Portability
doesn't happen by magic, it happens because someone who had a need for
the feature did the work.

S



Bug#826689: yquake2: Limited Architextures

2016-06-07 Thread danfun64
Source: yquake2
Version: 5.32~dfsg1-1
Severity: important

Dear Maintainer,

   * What led up to the situation? Debian originally used the vanilla Quake 2
source before switching to the Yamagi Quake 2 source port.
   * What exactly did you do (or not do) that was effective (or
 ineffective)? I went to yquake2's github page. The resulting bug report is
here: https://github.com/yquake2/yquake2/issues/138
   * What was the outcome of this action? They said that in theory it can be
ported into other architextures, and that I should ask you guys why it's only
available for amd64 and i386. They said that if you address this bug, that they
would be willing to implement any changes you make into their codebase.
   * What outcome did you expect instead? ...they change the code to make it
more portable?




-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial-proposed'), (500, 'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-23-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: upstart (via init_is_upstart())