Bug#831521: Custom repacking

[Sergio Durigan Junior]

On Monday, August 28 2017, Osamu Aoki wrote:

>> diff --git a/scripts/uscan.pl b/scripts/uscan.pl
>> index f871daf2..49a7acb2 100755
>> --- a/scripts/uscan.pl
>> +++ b/scripts/uscan.pl
>> @@ -60,8 +60,9 @@ than the last upstream version.
>>  =item * B<uscan> saves the downloaded tarball to the parent B<../> directory:
>>  I<< ../<upkg>-<uversion>.tar.gz >>
>>  
>> -=item * B<uscan> invokes B<mk-origtargz> to create the source tarball: I<<
>> -../<spkg>_<oversion>.orig.tar.gz >>
>> +=item * B<uscan> invokes B<mk-origtargz> to create the source tarball:
>> +I<< ../<spkg>_<oversion>.orig.tar.gz >> (if F<debian/mk-origtargz>
>> +exists and is executable, then execute it instead).
>>  
>>  =over
>>  
>> @@ -706,7 +707,8 @@ doesn't work.
>>  
>>  B<uscan> invokes B<mk-origtargz> to create the source tarball properly named
>>  for the source package with B<.orig.> (or B<< .orig-<component>. >> for the
>> -secondary tarballs) in its filename.
>> +secondary tarballs) in its filename.  If F<debian/mk-origtargz> exists and is
>> +executable, then B<uscan> invokes it instead.
>>  
>>  =over
>>  
>> @@ -3764,7 +3766,15 @@ EOF
>>      my $path = "$destdir/$newfile_base";
>>      my $target = $newfile_base;
>>      unless ($symlink eq "no") {
>> -	my @cmd = ("mk-origtargz");
>> +	my @cmd = ();
>> +	if (-x 'debian/mk-origtargz') {
>> +	    # If the user has specified a personalized 'mk-origtargz'
>> +	    # under debian/, we use it instead of the system script.
>> +	    push @cmd "debian/mk-origtargz";
>> +	    uscan_verbose "Using debian/mk-origtargz instead of mk-origtargz\n";
>> +	} else {
>> +	    push @cmd "mk-origtargz";
>> +	}
>>  	push @cmd, "--package", $pkg;
>>  	push @cmd, "--version", $common_mangled_newversion;
>>  	push @cmd, '--repack-suffix', $options{repacksuffix} if defined $options{repacksuffix};
>
> Yes, this is what I am talking about.  Maybe, we should add
> F<debian/uupdate> in the same way. 
>
> Adding these features are easy but let's go slow.  Once we add any
> features, we can't remove them easily.  Let's wait and check if there
> are no objection or second thought.

Yeah, adding debian/update can be done later, prefereably in another bug
I think :-).

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/devscripts-devel/attachments/20170830/75c8e4ed/attachment.sig>