Package: dspdfviewer Version: 1.14-2 Severity: serious Tags: upstream help Justification: fails to build from source (but built successfully in the past)
On big-endian architectures, dspdfviewer currently fails to build from source. The error messages contain the decimal numbers, but "decoding" them to hex shows there is most likely an endianness issue somwehere inside: dec: 4287168392 != 4294936831 hex: FF 88 FF 88 != FF FF 88 FF dec: 4285537985 != 4280185087 hex: FF 70 1E C1 != FF 1E 70 FF Explanation: These colors are normally in ARGB (alpha, red, green, blue) format. For monitor pixels, Alpha is always FF (255). Swapping FF701EC1 gives C11E70FF, setting alpha to FF gives FF1E70FF which is exactly the created number. Tag "help": I do not have access to a real big-endian machine *with* an X-Server running to discern if this is actually a bug (it would look like really messed up colors) or a false positive in the test suite. I will try to reproduce and fix this with emulators like qemu, but this is of couse a really slow process and not 100% reliable (the emulator could be adding new endianness problems and/or hide an existing one). If you have a big-endian machine with X and are willing to help, please speak up : ) - Danny
