Broken URL for epel-release, strategy for the future
So as background, our product's installation script contains a line
which reads:
rpm -Uvh
http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm
This week, we had a customer contact us complaining because our product
didn't work. Well, it turned out the cause was the deletion of that
file when
http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-4.noarch.rpm was posted.
The point being, there needs to be a URL that does not get broken at
random, so that people have something they can rely on. I don't want to
have to check your repo every day to see if the file happened to change,
and then scramble to release a new version of our product with one line
updated in the installer script - that's silly.
One possibility would be to manually define HTTP redirects in the web
server configuration. Another would be a generic
epel-release-5.noarch.rpm that was a symlink to the current sub-version.
I don't know what would be best for you as far as implementation, but
the regardless the result needs to be that someone can make a request
for epel-release-5.3.noarch.rpm and get a successful response. The
solution you come up with should make any such link valid until RHEL 5
reaches EOL.
--
Tony Yarusso
Technical Team
___
Nagios Enterprises, LLC
Email: tyarusso@nagios.com
Web: www.nagios.com
_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
09-01-2010, 08:56 PM
Stephen John Smoogen
Broken URL for epel-release, strategy for the future
On Wed, Sep 1, 2010 at 13:37, Tony Yarusso <tyarusso@nagios.com> wrote:
> So as background, our product's installation script contains a line
> which reads:
> rpm -Uvh
> http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm
Hi tony.
Thanks for the feedback and reminding us know that some people rely on
us. We will see if our push stuff can create a more permanent link you
could aim at to get the release better.
--
Stephen J Smoogen.
“The core skill of innovators is error recovery, not failure avoidance.”
Randy Nelson, President of Pixar University.
"We have a strategic plan. It's called doing things.""
— Herb Kelleher, founder Southwest Airlines
_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
09-01-2010, 09:12 PM
Dennis Gilmore
Broken URL for epel-release, strategy for the future
On Wednesday, September 01, 2010 03:56:04 pm Stephen John Smoogen wrote:
> On Wed, Sep 1, 2010 at 13:37, Tony Yarusso <tyarusso@nagios.com> wrote:
> > So as background, our product's installation script contains a line
> > which reads:
> > rpm -Uvh
> > http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch
> > .rpm
>
> Hi tony.
>
> Thanks for the feedback and reminding us know that some people rely on
> us. We will see if our push stuff can create a more permanent link you
> could aim at to get the release better.
there is not an easy way to provide a permanent link.
the best fix would be for your script to write out a yum repo file for epel and
do a yum install of epel-release. This also removes the single point of
failure that is the single download.fedora.redhat.com server. alternatively
you could have a copy of epel-release that you host on your own servers then
if we update the package a yum update will get the latest version. however i
do believe using yum and the epel repo is the most reliable way to move
forward.
I guess you could also use rsync or ftp to get the latest copy and install it
also. but again using the mirrorlist and a yum repo to me seems best
Dennis
_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
09-01-2010, 09:20 PM
Steve Traylen
Broken URL for epel-release, strategy for the future
On Wed, Sep 1, 2010 at 11:12 PM, Dennis Gilmore <dennis@ausil.us> wrote:
> On Wednesday, September 01, 2010 03:56:04 pm Stephen John Smoogen wrote:
>> On Wed, Sep 1, 2010 at 13:37, Tony Yarusso <tyarusso@nagios.com> wrote:
>> > So as background, our product's installation script contains a line
>> > which reads:
>> > rpm -Uvh
>> > http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch
>> > .rpm
>>
>> Hi tony.
>>
>> Thanks for the feedback and reminding us know that some people rely on
>> us. We will see if our push stuff can create a more permanent link you
>> could aim at to get the release better.
>
> there is not an easy way to provide a permanent link.
is a pretty good permanent link along with some instructions.
"Please install the latest epel-release RPM from this page"
Probably offer links to the i386 and x86_64 page just to avoid the obvious
support question.
Steve.
>
> the best fix would be for your script to write out a yum repo file for epel and
> do a yum install of epel-release. This also removes the single point of
> failure that is the single download.fedora.redhat.com server. *alternatively
> you could have a copy of epel-release that you host on your own servers *then
> if we update the package a yum update will get the latest version. *however i
> do believe using yum and the epel repo is the most reliable way to move
> forward.
>
>
> I guess you could also use rsync or ftp to get the latest copy and install it
> also. *but again using the mirrorlist and a yum repo to me seems best
>
> Dennis
>
> _______________________________________________
> epel-devel-list mailing list
> epel-devel-list@redhat.com
> https://www.redhat.com/mailman/listinfo/epel-devel-list
>
>
--
Steve Traylen
_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
09-01-2010, 09:32 PM
Tony Yarusso
Broken URL for epel-release, strategy for the future
On Wed, 2010-09-01 at 16:12 -0500, Dennis Gilmore wrote:
> I guess you could also use rsync or ftp to get the latest copy and install it
> also. but again using the mirrorlist and a yum repo to me seems best
Considering that the entire point of the package is to create a yum repo
file, doesn't it seem a little bit silly to write a yum repo file
manually in order to install it?
--
Tony Yarusso
Technical Team
___
Nagios Enterprises, LLC
Email: tyarusso@nagios.com
Web: www.nagios.com
_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
09-01-2010, 09:34 PM
Tony Yarusso
Broken URL for epel-release, strategy for the future
On Wed, 2010-09-01 at 23:20 +0200, Steve Traylen wrote:
> > there is not an easy way to provide a permanent link.
>
> http://download.fedora.redhat.com/pub/epel/5/i386/repoview/epel-release.html
>
> is a pretty good permanent link along with some instructions.
>
> "Please install the latest epel-release RPM from this page"
Considering that this is done by script, not by human, no instructions
necessary. I suppose we can wget the source of that page, and grep out
the URL. A bit inefficient, but I guess it will work until there's a
real solution.
--
Tony Yarusso
Technical Team
___
Nagios Enterprises, LLC
Email: tyarusso@nagios.com
Web: www.nagios.com
_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
09-02-2010, 04:48 PM
"Joshua J. Kugler"
Broken URL for epel-release, strategy for the future
On Wednesday 01 September 2010, Dennis Gilmore elucidated thus:
> On Wednesday, September 01, 2010 03:56:04 pm Stephen John Smoogen
wrote:
> > On Wed, Sep 1, 2010 at 13:37, Tony Yarusso <tyarusso@nagios.com>
wrote:
> > > So as background, our product's installation script contains a
> > > line which reads:
> > > rpm -Uvh
> > > http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-
> > >3.noarch .rpm
> >
> > Hi tony.
> >
> > Thanks for the feedback and reminding us know that some people rely
> > on us. We will see if our push stuff can create a more permanent
> > link you could aim at to get the release better.
>
> there is not an easy way to provide a permanent link.
<incredulous>Really!?</incredulous> I have seen *lots* of projects
provide a link in their list of download files to
project_name.latest.tar.gz which is a symlink to the latest version of
the tar ball. Couldn't a script be added somewhere which basically
does this:
Broken URL for epel-release, strategy for the future
