On Nov 14, 2007 6:50 PM, Robin Cornelius <[EMAIL PROTECTED]> wrote: > > Where did the orig.tar.gz really come from? I can only find tarballs > > and zip files that use dates as version numbers instead of 1.1.1-2. > > > > This is where the problems start, because upstream is a mess and I have > made the situation much worse.
I think the best idea is to work with upstream to get it in shape first, and then work on a Debian package. Looks like the LindenLabs folk are interested in getting it into Debian and other distros anyway: http://lwn.net/Articles/257032/ So, perhaps contact Rob Lanphier and find out what the situation with llmozlib is, get involved in the development and fix up the versioning, linking against xulrunner and so on. > I presume I should set the home page field as > http://www.ubrowser.com/llmozlib.php set the uscan to look at the > https://wiki.secondlife.com/wiki/Source_downloads page and make a note > in README.debian about this? Right, but I don't think you need any README.debian, just the correct URL in debian/copyright. > The 2nd problem is the .tar.gz file is a mess. The .orig.tar.gz came > from http://jira.secondlife.com/browse/VWR-2977 Oh, so that is what you should put in debian/copyright for the download location. I guess that URL isn't suitable for uscan though. > I assume the *correct* solution for this is to use the original .tar.gz > (wiki.secondlife.com/......) and create dpatch diffs to bring it up to > the required version. In fact the diffs would 99.99% be adding code to > the tree (eg a Makefile and autoconf stuff and additional cpp and h > files that are needed) as upstream has no build system at all. Yeah, quilt (or dpatch) would be the right way to do it, but it would be preferable to fix upstream first, and then package the results of that fixing. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
