Re: modules

From: Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>
To: "D'Arcy J(dot)M(dot) Cain" <darcy(at)druid(dot)net>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Magnus Hagander <magnus(at)hagander(dot)net>, Greg Sabino Mullane <greg(at)turnstep(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: modules
Date: 2008-04-03 16:31:01
Message-ID: 47F50645.8070303@cheapcomplexdevices.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

D'Arcy J.M. Cain wrote:

> Check out NetBSD pkgsrc as a model. It is very flexible. One nice
> thing would be the ability to specify where the packages are rather
> than always insisting that they be on pgfoundry.

Yup - a feature shared by RubyGems:
gem install rails –source http://gems.rubyonrails.org

Many of the most popular modules seem to live outside of
pgfoundry anyway (postgis, the contrib ones, etc); so I'd
think even if we maintain a central repository we want to
make sure it can install from other sites.

>> Perl and Ruby are languages - Postgres is a very different animal.
>
> ...Overall though
> I don't think that what is being installed to changes much. The basics
> remain the same - define the package with latest version, download if
> necessary,check that the source package is the correct, tested one,
> build, install, register.

+1. From the end user I think he cares that the software is installed
with the required dependencies and passes any included regression tests.
Bonus points if it also registers itself in his database.

And in the ruby/gems world the Windows guys seem not to have liked
the "check...source packages...build" so they include precompiled
windows libraries for those guys in many Ruby Gems.

In response to

  • Re: modules at 2008-04-03 00:55:52 from D'Arcy J.M. Cain

Responses

  • Re: modules at 2008-04-03 16:57:57 from D'Arcy J.M. Cain

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2008-04-03 16:32:28 Re: [HACKERS] ANALYZE getting dead tuple count hopelessly wrong
Previous Message rihad 2008-04-03 16:29:27 deadlock

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2008-04-03 16:32:28 Re: [HACKERS] ANALYZE getting dead tuple count hopelessly wrong
Previous Message Mark Mielke 2008-04-03 16:28:40 Re: [GENERAL] SHA1 on postgres 8.3