Bug#801165: devscripts: [uscan] Option --force-repack helpful for testing Files-Excluded and repacksuffix
Hi, On Sat, Oct 10, 2015 at 09:40:24AM +0900, Osamu Aoki wrote: ... > > We have to delete example-1.0.tar.gz or there's no easy way to force the > > repack. This is not good if the example-1.0.tar.gz is large or we want to > > test > > this function offline. > ^^ > > I think we do not need any new command. Use mk-origtargz directly if > you wish to do test as you described. > > But I also understand, the current state of uscan is not optimal. > --no-download option should enable your wish to test repack, signature > check, ... This is what I am working on ... #740366 #747412 I checked with --no-download --no-signature ... it seems to work now :-) Osamu
Bug#801165: devscripts: [uscan] Option --force-repack helpful for testing Files-Excluded and repacksuffix
On Fri, Oct 9, 2015 at 5:40 PM, Osamu Aokiwrote: > Hi, > > It took me a little bit of effort to understand your wish. > > If the repack without having a matiching Files-Excluded is objective to > see if repacksuffix works or not, just use --repack as the argument of > uscan, it passes it to mk-origtarg. $ rm example_1.0+ds1.orig.tar.gz $ uscan --repack example-1.0 $ uscan --force-download --repack example-1.0 No. This does not work because uscan stops when it finds example-1.0.tar.gz > > There is no need to option such as --force-repack as I see this > situation. Yes, I agree with you. But how to do --repack? > I think we do not need any new command. Use mk-origtargz directly if > you wish to do test as you described. Using mk-origtargz directly makes more possible errors. The intent is to test how does uscan do mk-origtargz. If the user makes a guess, then it could be wrong, and it is more work to do anyways. The uscan should make this easy to verify. > > But I also understand, the current state of uscan is not optimal. > --no-download option should enable your wish to test repack, signature > check, ... This is what I am working on ... #740366 #747412 Both --no-download and --force-download I think should test repack, signature check, ... I will test when changes are ready. > > Osamu Thank you. Eric
Bug#801165: devscripts: [uscan] Option --force-repack helpful for testing Files-Excluded and repacksuffix
Hi, It took me a little bit of effort to understand your wish. On Tue, Oct 06, 2015 at 08:41:03PM -0700, Eric Shattow wrote: > Severity: wishlist > uscan --force-repack would be helpful for testing Files-Excluded and > repacksuffix. If we invoke uscan without using --no-symlink, uscan always call mk-origtargz with --symlink option. If mk-origtargz finds files matching Files-Excluded, mk-origtargz behaves as --copy (See its manlage). If the repack without having a matiching Files-Excluded is objective to see if repacksuffix works or not, just use --repack as the argument of uscan, it passes it to mk-origtarg. There is no need to option such as --force-repack as I see this situation. > The way to test an repacksuffix=ds1 containing debian/watch for example-1.0/ > is: > > rm example*tar.gz > uscan --force-download example-1.0 > > This gives us example-1.0.tar.gz and example_1.0+ds1.orig.tar.gz > > rm example_1.0+ds1.orig.tar.gz > uscan --force-download example-1.0 > > What happens now that example_1.0+ds1.orig.tar.gz is missing? Since you still have example-1.0.tar.gz, uscan stop there and do nothing > We have to delete example-1.0.tar.gz or there's no easy way to force the > repack. This is not good if the example-1.0.tar.gz is large or we want to test > this function offline. ^^ I see. I think we do not need any new command. Use mk-origtargz directly if you wish to do test as you described. But I also understand, the current state of uscan is not optimal. --no-download option should enable your wish to test repack, signature check, ... This is what I am working on ... #740366 #747412 Osamu
Bug#801165: devscripts: [uscan] Option --force-repack helpful for testing Files-Excluded and repacksuffix
Package: devscripts Version: 2.15.3 Severity: wishlist Dear Maintainer, uscan --force-repack would be helpful for testing Files-Excluded and repacksuffix. The way to test an repacksuffix=ds1 containing debian/watch for example-1.0/ is: rm example*tar.gz uscan --force-download example-1.0 This gives us example-1.0.tar.gz and example_1.0+ds1.orig.tar.gz rm example_1.0+ds1.orig.tar.gz uscan --force-download example-1.0 What happens now that example_1.0+ds1.orig.tar.gz is missing? We have to delete example-1.0.tar.gz or there's no easy way to force the repack. This is not good if the example-1.0.tar.gz is large or we want to test this function offline. -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-0.bpo.2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages devscripts depends on: ii dpkg-dev 1.17.25 ii libc62.19-18+deb8u1 ii perl 5.20.2-3+deb8u1 ii python3 3.4.2-2 pn python3:any Versions of packages devscripts recommends: ii at 3.1.16-1 ii dctrl-tools 2.23 ii debian-keyring 2015.04.10 ii dput0.9.6.4 ii equivs 2.0.9 ii fakeroot1.20.2-1 ii file1:5.22+15-2 ii gnupg 1.4.18-7 ii libdistro-info-perl 0.14 ii libencode-locale-perl 1.03-1 ii libjson-perl2.61-1 ii liblwp-protocol-https-perl 6.06-2 ii libparse-debcontrol-perl2.005-4 ii libsoap-lite-perl 1.11-1 ii liburi-perl 1.64-1 ii libwww-perl 6.08-1 ii lintian 2.5.30+deb8u4 ii man-db 2.7.0.2-5 ii patch 2.7.5-1 ii patchutils 0.3.3-1 ii python3-debian 0.1.27 ii python3-magic 1:5.22+15-2 ii sensible-utils 0.0.9 ii strace 4.9-2 ii unzip 6.0-16 ii wdiff 1.2.2-1 ii wget1.16-1 ii xz-utils5.1.1alpha+20120614-2+b3 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.20141216cvs-2 ii build-essential 11.7 pn cvs-buildpackage pn debbindiff pn devscripts-el pn gnuplot ii gpgv 1.4.18-7 ii libauthen-sasl-perl 2.1600-1 ii libfile-desktopentry-perl0.07-1 ii libnet-smtp-ssl-perl 1.01-3 pn libterm-size-perl ii libtimedate-perl 2.3000-2 pn libyaml-syck-perl ii mutt 1.5.23-3 ii openssh-client [ssh-client] 1:6.7p1-5 pn svn-buildpackage ii w3m 0.5.3-19 -- no debconf information