[opensuse-packaging] Policy about Source tags and URLs
I have been very little active for a while. I have SR#290195 changing Source0: https://github.com/LMMS/lmms/archive/v%{version}.tar.gz for Source0: https://github.com/LMMS/lmms/archive/%{name}-%{version}.tar.gz Since the new version has been created in the author's machine through git. The thing is that https://github.com/LMMS/lmms/archive/%{name}-%{version}.tar.gz doesn't exist. There will be some source service (download_files?) in openSUSE:Factory that will complain? And what's the current policy about this? a) The SR is OK b) If upstream offers a tarball, even if with a weird name, it must be used c) It's acceptable to use "git archive" like this, but fake URLs are not. Just use "Source0: %{name}-%{version}.tar.gz" d) None of the others Thanks. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 25.03.2015 15:06, Cristian Morales Vega wrote:
I have been very little active for a while.
I have SR#290195 changing
Source0: https://github.com/LMMS/lmms/archive/v%{version}.tar.gz for Source0: https://github.com/LMMS/lmms/archive/%{name}-%{version}.tar.gz
Since the new version has been created in the author's machine through git. The thing is that https://github.com/LMMS/lmms/archive/%{name}-%{version}.tar.gz doesn't exist.
There will be some source service (download_files?) in openSUSE:Factory that will complain?
And what's the current policy about this? a) The SR is OK b) If upstream offers a tarball, even if with a weird name, it must be used c) It's acceptable to use "git archive" like this, but fake URLs are not. Just use "Source0: %{name}-%{version}.tar.gz" d) None of the others
If you provide a URL, it must be valid and needs to contain the sources you claim they would. If there is need to provide a git tar, it's best to document this by means of a disabled _service file, see e.g. aaa_base Greetings, Stephan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlUSwVQACgkQwFSBhlBjoJZKIACgl/9xHyojJug9MZzXCV+0G9mV 8PAAoJsxbEdAps+ySzD6q199C0/R7c2y =J2ZK -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Wed, 25 Mar 2015 15:06, Cristian Morales Vega
I have been very little active for a while.
I have SR#290195 changing
Source0: https://github.com/LMMS/lmms/archive/v%{version}.tar.gz for Source0: https://github.com/LMMS/lmms/archive/%{name}-%{version}.tar.gz
Since the new version has been created in the author's machine through git. The thing is that https://github.com/LMMS/lmms/archive/%{name}-%{version}.tar.gz doesn't exist.
There will be some source service (download_files?) in openSUSE:Factory that will complain?
And what's the current policy about this? a) The SR is OK b) If upstream offers a tarball, even if with a weird name, it must be used c) It's acceptable to use "git archive" like this, but fake URLs are not. Just use "Source0: %{name}-%{version}.tar.gz" d) None of the others
Looking at "https://github.com/LMMS/lmms/releases" shows that the source tar.gz files reside under the "v%{version}.tar.gz" name. As this is the "offical" upstream, I'd keep the "real" upstream name. Otherwise, one can not really build this package from the spec file. IMHO, if there is a outside link and not just a local archive, the outside link should be in direct usable format, even if that means honouring "weird" naming schemes. Here, either the "real" url, or the "localized" archive. Or both, with one of them commented out. Longterm, the real url helps more, esp. between multiple maintainers. That's my 2ct. - Yamaban. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Wednesday 2015-03-25 15:06, Cristian Morales Vega wrote:
I have SR#290195 changing
Source0: https://github.com/LMMS/lmms/archive/v%{version}.tar.gz for Source0: https://github.com/LMMS/lmms/archive/%{name}-%{version}.tar.gz
Since the new version has been created in the author's machine through git. The thing is that https://github.com/LMMS/lmms/archive/%{name}-%{version}.tar.gz doesn't exist.
If it does not exist at the URL https://github.com/LMMS/lmms/archive/%{name}-%{version}.tar.gz, then the question would be where you actually downloaded it from *instead*. Unless you mean "author's machine through git" to be "packager's machine through git".
a) The SR is OK b) If upstream offers a tarball, even if with a weird name, it must be used c) It's acceptable to use "git archive" like this, but fake URLs are not. Just use "Source0: %{name}-%{version}.tar.gz"
c. Plus any number of comments (or dangling _service files...) that tell the git:// location and commit (`git describe` is handy). In either case, the info you leave has less value for verifiability, more so for you to know in future where the last copy was obtained and where/how to obtain _the next one_. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Wednesday 25 March 2015 14:06:04 Cristian Morales Vega wrote:
I have been very little active for a while.
I have SR#290195 changing
Source0: https://github.com/LMMS/lmms/archive/v%{version}.tar.gz for Source0: https://github.com/LMMS/lmms/archive/%{name}-%{version}.tar.gz
Since the new version has been created in the author's machine through git. The thing is that https://github.com/LMMS/lmms/archive/%{name}-%{version}.tar.gz doesn't exist.
For such packages it's possible to use something like: https://github.com/xianyi/OpenBLAS/archive/v%{version}.tar.gz#/%{name}-%{version}.tar.gz -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
participants (5)
-
Cristian Morales Vega -
Dmitry Roshchin -
Jan Engelhardt -
Stephan Kulow -
Yamaban