Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.vote > #4495
| From | Simon McVittie <smcv@debian.org> |
|---|---|
| Newsgroups | linux.debian.vote |
| Subject | Re: How is the original tarball obtained in tag2upload |
| Date | 2024-06-14 14:10 +0200 |
| Message-ID | <IPdUJ-2SLr-3@gated-at.bofh.it> (permalink) |
| References | <IPcFj-2RQ9-3@gated-at.bofh.it> <IPdi1-2Sio-15@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri, 14 Jun 2024 at 12:26:50 +0100, Ian Jackson wrote:
> Note however: right now you can't do a source-only upload of a new
> upstream version, and tag2upload only supports source-only uploads.
> So this situation generally won't arise: someone will have had to
> upload the orig.tar.gz the old way.
I think I must be misunderstanding you, because as far as I can see,
I do source-only uploads of new upstream versions rather frequently
(for example flatpak_1.14.8-1 was a source-only upload, for which
I think I used dgit). To achieve that, I need to arrange to have a
suitable orig.tar.* where dpkg-buildpackage or dgit are going to find it
(currently achieved with uscan and/or pristine-tar), which I recognise
is non-trivial to achieve for tag2upload.
You can't currently do a source-only upload of a completely new *package*,
or of a new upstream release that bumps SONAME or otherwise adds new
binary packages, because the ftp team requires a binary upload[1] for
anything that will go into the NEW queue. Is that what you're thinking of?
But most new upstream releases (at least for relatively mature packages)
don't break backwards compatibility and don't need to go through NEW.
smcv
[1] technically the upload needs at least one binary package, but
presumably the ftp team usually prefer uploaders to follow the spirit
of the rules as well as the letter, and the spirit of the rule is that
they want to see a comprehensive set of binary packages for at least
one architecture so that Lintian can flag any obvious mis-packaging
Back to linux.debian.vote | Previous | Next — Previous in thread | Next in thread | Find similar
How is the original tarball obtained in tag2upload Andreas Tille <andreas@an3as.eu> - 2024-06-14 12:50 +0200
Re: How is the original tarball obtained in tag2upload Ian Jackson <ijackson@chiark.greenend.org.uk> - 2024-06-14 13:30 +0200
Re: How is the original tarball obtained in tag2upload Simon McVittie <smcv@debian.org> - 2024-06-14 14:10 +0200
Re: How is the original tarball obtained in tag2upload Ian Jackson <ijackson@chiark.greenend.org.uk> - 2024-06-14 15:50 +0200
Re: How is the original tarball obtained in tag2upload Phil Morrell <debian@emorrp1.name> - 2024-06-14 23:30 +0200
Re: How is the original tarball obtained in tag2upload Russ Allbery <rra@debian.org> - 2024-06-14 23:40 +0200
Re: How is the original tarball obtained in tag2upload Antonio Terceiro <terceiro@debian.org> - 2024-06-17 14:10 +0200
Re: How is the original tarball obtained in tag2upload Simon Josefsson <simon@josefsson.org> - 2024-06-15 09:10 +0200
Re: How is the original tarball obtained in tag2upload Matthias Urlichs <matthias@urlichs.de> - 2024-06-16 23:00 +0200
Re: How is the original tarball obtained in tag2upload Salvo Tomaselli <tiposchi@tiscali.it> - 2024-06-16 23:50 +0200
Re: How is the original tarball obtained in tag2upload [and 1 more messages] Ian Jackson <ijackson@chiark.greenend.org.uk> - 2024-06-17 13:30 +0200
Re: How is the original tarball obtained in tag2upload Sean Whitton <spwhitton@spwhitton.name> - 2024-06-20 07:50 +0200
csiph-web