Re: Macros in Source fields (was: Re: Prelink success story :))

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

 



On Thu, 26 Feb 2004 23:36:13 -0500, Lamar Owen wrote:

> On Thursday 26 February 2004 8:30 pm, Michael Schwendt wrote:
> > Is an URL which contains macros still an URL? What do you do with an URL
> > that contains macros? You can't cut'n'paste it into a browser, because it
> > contains macros. So why include protocol, hostname and path in Source
> > fields at all? How does the packager fetch a new release? Does he visit
> > the web page from bookmarks? Or does he reconstruct a valid URL from
> > the macros?
> 
> I have always used the pseudo-URL form as a reminder of where to get the 
> source for PostgreSQL.  It's not a true URL, and mine do contain macros.  And 
> will continue to contain macros.  Not that I need much of a reminder anyway, 
> since the URL in the spec is not how I get the source, since the real path 
> via scp is not the URL. :-)

This is not about voting how to do it.

All that has been pointed out is that reviewers appreciate ready-to-use
URLs, which they can cut'n'paste into console or browser to fetch a
tarball from upstream. It has been pointed out that some packagers
tend to obfuscate URLs with macros to a degree that is far from smart,
e.g.

  Source0:  http://foo.bar/%{name}/%{version}/%{name}-%{version}rc1.tar.gz

and that is bad taste and bad style. Or it turns out, the URL hasn't been
updated or verified in a longer time and is not true anymore.

-- 




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux