-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robin Cornelius wrote: > Paul "TBBle" Hampson wrote: >>> Can i help at all here? >> Please. > Ok do we have a general plan for building? are we going to create GNU > make makefile(s) I don't see this as too much of a challenge just > "stuff" to do? It may be easier to start clean rather than fight scons > in to submission. Or have i missed an older package that has already > been converted?
Have you seen http://www.tbble.net/debian/slviewer-artwork and http://www.tbble.net/debian/slviewer? My latest build there appears to be 1.18.1.2, although I have a feeling I'd stuffed up the build-system patches on non-PowerPC... I don't think it's hard to fix, in fact I thought I discussed it earlier in this bug. I think most of the work is in porting the various dpatches I have to the latest version. Sometimes it's trivial, and sometimes it's a pain, especially when they solve a problem upstream differently to how I've solved it. (Although then you can just drop the patch) >> In parallel, work's gotten quite busy, as we're building towards a release >> so I'm not sure I'm going to be able to offer too much more work on the >> slviewer package for the next few months, although I should be in a >> position >> to build-test and fix bugs, and I might have an older PowerPC machine >> online >> (not fast enough to run it, but can smoketest compilation) soon. > yea works a pain, gets in the way of SL. We can in theory build test > with pbuilder as well cross arch. The issue with using pbuilder (at least for my pbuilder-uml setup at home) is that slviewer needs a couple of extra packages (also packaged at http://www.tbble.net/debian/) and I never got pbuilder satisfactorially grabbing them, given I haven't set up apt-ftparchive or anything. (See the ITPs marked as blocking this one for history of those two packages) >> I don't think I'll have time to do version upgrades though. > I seem to be keeping on top of this with my binary releases pretty well. >> What'd prolly really help is if someone were to organise a git repository. > Ooooh git. I could *in theory* run a repo but it will be on a broadband > connection and i can't sustain huge numbers of people working off it, > but just a dev team would be fine. I was thinking of actually hosting it on git.debian.org. Although I'm not sure if we need a developer to get access, if it runs through alioth, or what. >> That was always my plan once we were in shape for Debian, but I haven't >> thought through how such a thing should work in detail though, >> particularly >> in relation to dpatch. >> I understand there's some kind of git/quilt combination but I've not >> looked >> at it before. > I think the dpatch/quilt should work a treat. I don't know how it > integrates with git though. Maybe we should start with manual > dpatch/quilt and no git. You can have a working build with 7 patches and > some of them are added features such as openAL and mozlib. Manual dpatch is what's in my packages above. I haven't been through the dpatches in the build since August, according to the timestamps, so they may have been superseded or declared bad on the sldev mailing list (which I also haven't read since August) The dpatch comments though should give enough background to track down their history and relevant. > I think plan #1 is create a makefile for 1.18.4.3 that will give us a > working start point for debianisation. I don't think we need to convert the build system to make, that'll just mean more maintenance work every time upstream Sconstruct changes. I think it's a better bet to try and get our required Sconstruct changes pushed nice and generic and pushed up into the LL tree. > I will try to ITP and package c-ares soon as well. I've got another > package in my queue that i must finish first. That'd be great. - -- - ----------------------------------------------------------- Paul "TBBle" Hampson, B.Sc, LPI, MCSE Very-later-year Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] Of course Pacman didn't influence us as kids. If it did, we'd be running around in darkened rooms, popping pills and listening to repetitive music. -- Kristian Wilson, Nintendo, Inc, 1989 License: http://creativecommons.org/licenses/by/2.1/au/ - ----------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFHNF1iexDuohKLFuARAkMNAJ90Fd9XPxUf3dnpOE6E1GCAeCJdWQCWOCzP oErJWPvlfbKieXIfbTbamw== =mB9O -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
