Bug#1057483: alex4 depends on alex4-data but is NBS

[Chris Peterson]

Package: alex4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: ubuntu-devel at lists.ubuntu.com
Usertags: origin-ubuntu noble
X-Debbugs-Cc: chris.peterson at canonical.com

Dear Maintainer,

Forwarding the Ubuntu bug for visibility.

*** /tmp/forwarded-from-ubuntu-0d3o2qla.txt
This bug report was also filed in Ubuntu and can be found at
https://launchpad.net/bugs/2045607
The description, from Chris Peterson, follows:

alex4-data is currently listed as an NBS due to changes in alex4 v1.1-10, which drops alex4-data as as a build target but leaves alex4-data as a potential Depends. I've read through (Debian Bug) #1035043 but it is still unclear to me (1) the intended fate of alex4-data and (2) if it can be fully replaced by game-data-packager.

It appears that alex4-data on Debian is just an old version of alex4 which builds it. My assumption is that the answer to (2) is yes, and game-data-packager is meant to fully replace alex4-data. In this case my suggestion is to drop alex4-data from Depends (patch to follow this post).

I will note that these changes were only from a few days ago, so perhaps I'm jumping the gun.

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

Kernel: Linux 6.2.0-37-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled