kilobyte dixit:
>Funny thing: there's not a single release architecture that's both
>bad-endian and supports X (they do build X related packages because the
>dependency graph is quite dense, but there are no users). So this
Meh. Remote X, X forwarding over SSH, VNC and RDP servers exist.
So do
Le lun. 29 août 2022 à 03:30, Adam Borowski a écrit :
> On Sun, Aug 28, 2022 at 04:56:26PM +, Thorsten Glaser wrote:
> > Didier 'OdyX' Raboud dixit:
> > >If these tests are run at build-time, errors halt the build and that
> provides
> >
> > That may not be enough, though; there are cases
On Sun, Aug 28, 2022 at 04:56:26PM +, Thorsten Glaser wrote:
> Didier 'OdyX' Raboud dixit:
> >If these tests are run at build-time, errors halt the build and that provides
>
> That may not be enough, though; there are cases where the build
> architecture determines artefact endianness (e.g.
Didier 'OdyX' Raboud dixit:
>If these tests are run at build-time, errors halt the build and that provides
That may not be enough, though; there are cases where the build
architecture determines artefact endianness (e.g. with PCF bitmap
fonts), and that may even be enough (X servers can load
Hi Edward,
On 02-08-2022 18:00, Edward Betts wrote:
I wonder if it would be possible to routinely run the autopkgtests on s390x,
or another big-endian architecture, for 'Architecture: all' packages and make
the results available.
We run all autopkgtests on all architectures we have available.
Hi,
Le 02/08/2022 à 18:00, Edward Betts a écrit :
[…]
I wonder if it would be possible to routinely run the autopkgtests on s390x,
or another big-endian architecture, for 'Architecture: all' packages and make
the results available.
AFAICT, they already are. E.g.
Le mardi, 2 août 2022, 18.00:40 h CEST Edward Betts a écrit :
> I recently packaged a Python module called sqlite-fts4 written by Simon
> Willison. The package is pure Python, so is 'Architecture: all', but it
> fails on big-endian architectures. The test suite catches this failure.
>
> The bug
7 matches
Mail list logo