Re: PGXN Hosting
От | Stefan Kaltenbrunner |
---|---|
Тема | Re: PGXN Hosting |
Дата | |
Msg-id | 4DCAE73E.9050402@kaltenbrunner.cc обсуждение исходный текст |
Ответ на | Re: PGXN Hosting ("David E. Wheeler" <david@kineticode.com>) |
Ответы |
Re: PGXN Hosting
Re: PGXN Hosting Re: PGXN Hosting |
Список | pgsql-www |
On 05/11/2011 09:25 PM, David E. Wheeler wrote: > On May 11, 2011, at 12:18 PM, Stefan Kaltenbrunner wrote: > >>> Looks like 5.12.3 has been built for sid: >>> >>> http://packages.debian.org/search?keywords=perl >>> >>> Is that do-able? Would save me some effort to use that (effort better spent on community auth integration). >> >> I would stringly prefer to stay on 5.10 from squeeze if that is doable, manual backporting of such a huge package likeperl with its millions of forward and reverse dependencies will cause no end of pain :( >> Running the (available) postgresql 9.0 backport is a breeze compared to that however. > > Well, if I could compile 5.12, I'd install it in /usr/local/. No need to replace the system Perl at all. That's how I generallywork with this stuff: Leave the system Perl for system tasks; build my own Perl for the apps I build. yeah and now the fun starts... "ok we use the packaged postgresql - in need plperl in ther to be 5.12", "we cannot use the packaged DBD::Pg because that one needs to be compiled agains 5.12 as well", "an oh because it is simpled we cannot use any packaged perl lib at all because it is so much easier if I just install my own copy that will never be security tracked". We(mostly magnus) basically spent man years to get the new infrastructure up and long term maintainable and having to start supporting random hand compiled complex packages (again) on them does not sound like the right thing to do - it is where we came from and we defintely dont want to get back there. If it really needs perl 5.12 (and maybe other stuff) I would rather think it is better to keep pgxn as a seperate entity for the time being. Infrastructure is all about reliability, sustainability and manageability - that often does not mix too well with developer needs but that is how it is... Stefan
В списке pgsql-www по дате отправления: