Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.maint.python > #13016 > unrolled thread

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

Back to article view | Back to linux.debian.maint.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Bug#954381: [Python-modules-team] Bug#954381: marked as done (python3-kubernetes: New upstream version available) Sandro Tosi <morph@debian.org> - 2020-11-21 03:40 +0100
    Re: [Python-modules-team] Bug#954381: marked as done  (python3-kubernetes: New upstream version available) Thomas Goirand <zigo@debian.org> - 2020-11-22 00:10 +0100
      Re: [Python-modules-team] Bug#954381: marked as done  (python3-kubernetes: New upstream version available) Jeremy Stanley <fungi@yuggoth.org> - 2020-11-22 00:50 +0100

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

>    * 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)

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi

[toc] | [next] | [standalone]

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

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?

Cheers,

Thomas Goirand (zigo)

[toc] | [prev] | [next] | [standalone]

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

[Multipart message — attachments visible in raw view] — view raw

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

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.maint.python

csiph-web