[initial-setup][master/f22-branch/rhel7-branch][PATCH] Update upstream URL

Martin Kolman mkolman at redhat.com
Tue Apr 21 10:21:03 UTC 2015


On Mon, 2015-04-20 at 17:12 +0200, Vratislav Podzimek wrote:
> On Mon, 2015-04-20 at 10:54 +0200, Martin Kolman wrote:
> > On Mon, 2015-04-20 at 10:18 +0200, Vratislav Podzimek wrote:
> > > On Fri, 2015-04-17 at 10:31 -0700, Brian C. Lane wrote:
> > > > On Fri, Apr 17, 2015 at 06:11:23PM +0200, Martin Kolman wrote:
> > > > > The python-meh upstream source code repository has moved to the
> > > > > rhinstaller organisation on GitHub.
> > > > > 
> > > > > Signed-off-by: Martin Kolman <mkolman at redhat.com>
> > > > > ---
> > > > >  python-meh.spec | 4 ++--
> > > > >  1 file changed, 2 insertions(+), 2 deletions(-)
> > > > > 
> > > > > diff --git a/python-meh.spec b/python-meh.spec
> > > > > index 0b7facb..205cfb9 100644
> > > > > --- a/python-meh.spec
> > > > > +++ b/python-meh.spec
> > > > > @@ -5,14 +5,14 @@
> > > > >  
> > > > >  Summary:  A python library for handling exceptions
> > > > >  Name: python-meh
> > > > > -Url: http://git.fedorahosted.org/git/?p=python-meh.git
> > > > > +Url: https://github.com/rhinstaller/python-meh
> > > > >  Version: 0.39
> > > > >  Release: 1%{?dist}
> > > > >  # This is a Red Hat maintained package which is specific to
> > > > >  # our distribution.  Thus the source is only available from
> > > > >  # within this srpm.
> > > > >  # This tarball was created from upstream git:
> > > > > -#   git clone git://git.fedoraproject.org/git/python-meh.git
> > > > > +#   git clone https://github.com/rhinstaller/python-meh
> > > > >  #   cd python-meh && make archive
> > > > >  Source0: %{name}-%{version}.tar.gz
> > > > >  
> > > > > -- 
> > > > > 2.1.0
> > > > 
> > > > You can also point to an archive on github using:
> > > > 
> > > > https://github.com/rhinstaller/python-meh/archive/%{name}-%{version}.tar.gz
> > > The issue with these URLs is that they are not valid sources for (S)RPMs
> > > as they don't contain translations and possibly some other stuff.
> > > 
> > Yeah, at least translations and the ChangeLog file that contains the
> > full Git log would be missing. On the other hand I think it would still
> > prefer the locally available tarball in the Fedora distgit even if the
> > tarball URL is specified, right ?
> > 
> > So I actually wonder what it is good for then - maybe for people doing
> > rebuilds of the package ? Even thought the tarball from GitHub is
> > missing some stuff, it should still produce a valid package.
> > 
> > After taking a quick look at our main projects, only Blivet
> > seems to be using a GitHub source URL:
> > 
> > Source0:
> > http://github.com/dwlehman/blivet/archive/%{realname}-%{version}.tar.gz
> Yes and it has an open issue about those tarballs not containing
> everything needed for a full build. :)
> 
> I think the URL in the comment above the Source0 line is useful for
> people to find and identify the (upstream) sources (even from forks).
> Other than that we don't have to worry too much about it. If we wanted
> to resolve the issue really nicely, we would have to do manual GH
> releases with our "full-fat" tarballs uploaded there.
> 
Yeah, while not really a pressing concern it might be something for our
TODO lists - provided it can be done in some automated way.



More information about the anaconda-patches mailing list