On 2020-11-22 00:01:03 +0100 (+0100), Thomas Goirand wrote:
> On 11/21/20 3:36 AM, Sandro Tosi wrote:
> >>* Use git to generate upstream tarball, as the PyPi module doesn't
> >> include
> >> the test folder. Using the gen-orig-xz in debian/rules, as using the
> >> repack function of debian/watch doesn't make sense (why downloading a
> >> tarball that would be later on discarded? I'm open to a better
> >> solution
> >> which would be uscan compatible though...). Switch d/watch to the
> >> github
> >> tag therefore.
> >
> > you can track the github project instead of pypi (man uscan has the
> > details); this is was i'm doing recently, as most of the time PyPI
> > releases dont have all the files we need (tests, or test data, or
> > documentation, or a combination of that)
>
> Hi.
>
> Thanks, I know that. However, that's not my problem. The issue is that
> uscan --download will download the tarball from github, and I'd like to
> replace that by what I'm doing in debian/rules, which is using git and
> git submodule, to fetch things using git, and create a tarball. Sure, I
> could use a repack script in debian/watch, but then uscan will continue
> to first download the archive from github, and *then* only, I can
> discard what's been downloaded, and fetch stuff from github with git.
>
> Is there a solution here, so that uscan uses a repack script directly
> without attempting to download first?
Maybe I'm missing something obvious, but can't you just use mode=git
(see uscan manpage for details on this feature). I assumed this is
what was being suggested.
--
Jeremy Stanley
signature.asc
Description: PGP signature