[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [pygame] Closing issue 211 with big-endian CPU test



Is there a need to continue big-endian support? I mean, we leave in the big-endian specific code, but just leave it untested. Worry about it only if the need arises.

Lenard Lindstrom

On 15-10-23 08:07 AM, Renà Dudfield wrote:
Hi,

Interesting. I didn't know you could do that ( and that, and that).

Thanks for the information.

By the way, the webhooks can be added through the bitbucket admin interface. Any of the admins can add them in there.

Am I able to add other users to the launchpad pygame team? I'd probably want a separate "pygame Robot" user which is able to upload to launchpad repos+PPAs.

I think for now, the code is building and all but one test is running. For me, this is enough for now. I'll concentrate on fixing the failing test in the lib/compat.py and getting a qemu build going. I have a mate running a freebsd PPC laptop that might be able to give pygame a build... I'll see how that goes. According to him the more recent debian/ubuntu releases don't work so well, so he had to change to freebsd.


best,






On Fri, Oct 23, 2015 at 11:12 AM, Thomas Kluyver <takowl@xxxxxxxxx <mailto:takowl@xxxxxxxxx>> wrote:

    On 23 October 2015 at 07:33, Renà Dudfield <renesd@xxxxxxxxx
    <mailto:renesd@xxxxxxxxx>> wrote:

        I guess we should incorporate the Debian changes, but I wanted
        to check with Thomas if what I did was ok? (see revs 14-19).


    Fine by me. I just copied the packaging from Debian/Ubuntu
    originally anyway, so bringing in the updates is probably useful.

        They use an interesting method to do a hg clone. I'm not sure
        how to actually use this though... (see get-orig-source-hg in
        rules). In rev 19 I changed that to get the latest rev from
        hg. But I guess they want to specify a specific version.


    AFAIK, the builders never actually run that target (and even if
    they did, they don't have outside network access). Unlike
    everything else in debian/rules, it's there for human packagers to
    run to get the data and then upload it. Debian packaging can be
    pretty ugly at times.

    Since you already have a machine running a custom webhook when
    there are new commits, perhaps it's best to use that to upload
    directly to Launchpad for PPA builds, bypassing Launchpad's code
    import and recipe builds:
    https://help.launchpad.net/Packaging/PPA/Uploading

    You'd need to work out how to get from a source tree to a Debian
    source package locally, though. I'm sure GPG signatures are
    involved somehow.

    Best wishes,
    Thomas