On Sun, Jun 29, 2014 at 1:28 PM, Guo Yixuan <culu....@gmail.com> wrote:
> On Sun, Jun 29, 2014 at 12:11 PM, Osamu Aoki <osamu_aoki_h...@nifty.com> > wrote: > >> On Sun, Jun 29, 2014 at 11:30:52AM -0400, Guo Yixuan wrote: >> > For this, I think it's easier to add a Files-Excluded line to >> > debian/copyright >> > header, and let uscan do the repacking: [1] >> > >> > Files-Excluded: thirdparty/bin/curl.exe >> > thirdparty/src/opencc-windows/opencc.dll >> > thirdparty/src/opencc-windows/opencc.exe >> > thirdparty/src/opencc-windows/opencc_dict.exe >> >> Great! Please update GIT. >> > > Just pushed several commits to GIT. (So uscan + git-import-orig > should work now.) > > >> > In addition, we should add "+dfsg" to the package version, so it should >> > be "1.1+dfsg-1", and we need to add some mangle rules to debian/watch. >> >> Yep. This is what I did before uploading. It is in NEW. >> > > Thank you, I just noticed it in the new queue. > The only problem for using uversionmangle is: I: librime source: debian-watch-file-should-dversionmangle-not-uversionmangle line 3 N: N: The version of this package contains dfsg, ds, or debian, but a N: misleading upstream version mangling occurs in the debian/watch file. N: Since the dfsg string is not part of the upstream version and its N: addition is Debian-specific, the the debian/watch file should use the N: dversionmangle option to remove, instead of adding in uversionmangle, N: the dfsg before comparing version numbers. N: N: Refer to http://wiki.debian.org/DEHS for details. N: N: Severity: wishlist, Certainty: certain N: N: Check: watch-file, Type: source But if we use dversionmangle instead of uversionmangle, then the renamed origin tarball has name "librime_1.1.orig.tar.gz", which needs to be manually renamed to "librime_1.1+dfsg.orig.tar.gz". A related bug is here. [1] [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748465 Cheers, Yixuan
