Re: Windows binary downloads/www.enterprisedb.com off the net
От | Robert Treat |
---|---|
Тема | Re: Windows binary downloads/www.enterprisedb.com off the net |
Дата | |
Msg-id | 201003092128.40920.xzilla@users.sourceforge.net обсуждение исходный текст |
Ответ на | Re: Windows binary downloads/www.enterprisedb.com off the net (Magnus Hagander <magnus@hagander.net>) |
Ответы |
Re: Windows binary downloads/www.enterprisedb.com off the
net
|
Список | pgsql-www |
On Monday 08 March 2010 10:13:31 Magnus Hagander wrote: > 2010/3/8 Robert Haas <robertmhaas@gmail.com>: > > On Sun, Mar 7, 2010 at 10:31 AM, Stefan Kaltenbrunner > > > > <stefan@kaltenbrunner.cc> wrote: > >> Magnus Hagander wrote: > >>> 2010/3/7 Bruce Momjian <bruce@momjian.us>: > >>>> Stefan Kaltenbrunner wrote: > >>>>> Hi all! > >>>>> > >>>>> It seems like that EDB has some serious issues with (non) > >>>>> availability of its main domain (looks like somebody forgot to renew > >>>>> the domainname and is now waiting for getting the delegation added > >>>>> back to the TLD or such). > >>>>> This means that it is not impossible for our users to actually > >>>>> download the windows binary packages - in the interest of redundancy > >>>>> it would probably be a good idea if we at least mirrored those > >>>>> packages on our own existing mirror network as well. > >>>>> This would allow us to at least offer people an alternative - just in > >>>>> case something like this happens again... > >>>> > >>>> I talked to Jim Mlodgenski of EnterpriseDB and he is working on the > >>>> problem with other EDB employees. :-O > >>> > >>> I think you are missing the point Stefan is trying to make. We're all > >>> sure EDB will fix the problem. But it outlines the fact that the > >>> ability for our community to be able to access the official community > >>> binaries relies solely on infrastructure the community does not > >>> control - in this caes it was the edb domain, it could also be the > >>> webservers or whatever. > >>> > >>> For example, the core RPMs are available both at the pgsqlrpms project > >>> *and* through the main mirroring network. We recommend people use the > >>> YUM repository on pgsqlrpms.org, but they are still available through > >>> the main web/ftp system (without the nice automated features and > >>> instructions, but the core packages are there) if it goes down. > >> > >> yeah that is pretty much what I was trying to say - we don't even have > >> the official binaries on a community box right now, it seems sensible > >> that we should mirror them just as we do with the other stuff so we can > >> actually react in case something happens again. > > > > Except - are these really a community product? When bug reports are > > filed on pgsql-bugs, I thought we fairly routinely referred the poster > > to EDB. Or am I confused? > > They are a community product, built by EDB. > > Kind of like the RPMs are a community product, built by either > commandprompt or devrim. > That being the case, there's nothing that would prevent us from just downloading a copy each release and sticking them somewhere, right? -- Robert Treat Conjecture: http://www.xzilla.net Consulting: http://www.omniti.com
В списке pgsql-www по дате отправления: