Daniel Kahn Gillmor writes: > my latest efforts at packaging it rely instead on the new debian/rules > minimization that's possible with debhelper 7, which addresses many of > the concerns (and more) in a standardized way.
Great; that's what I was going to suggest. (Gotta love that rules file...) > The main outstanding issue that i haven't dealt with is the set of > warnings that come up when compiling with -Wall -- i'll work on that > when i get a bit more free time, since i'd like to be able to offer a > changeset upstream instead of just a nag. How do you plan on managing patches, and the packaging in general? I could help with this particular issue, but it'd be more convenient if your SVN repo looked like a standard svn-buildpackage layout (with upstream on a branch). > The latest version is 20071230-2, published in the usual place: Have you asked upstream if they plan to do a real version number? My personal preference is to do something ugly like 0~20071230 now rather than be stuck with 1:1.0 and so on later. (This is opinion, you can ignore it :)) -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
