Bug#406335: Can i be of some help here with the packaging
-----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)
Paul.Hampson@Pobox.com
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-----
Reply to: