[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [Python-modules-team] Bug#954381: marked as done (python3-kubernetes: New upstream version available)

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

Attachment: signature.asc
Description: PGP signature

Reply to: