Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U5rHE-0003EV-5g for pgsql-www@arkaria.postgresql.org; Thu, 14 Feb 2013 05:22:32 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1U5rHD-0003tO-HZ for pgsql-www@arkaria.postgresql.org; Thu, 14 Feb 2013 05:22:31 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U5rHD-0003tJ-0f for pgsql-www@postgresql.org; Thu, 14 Feb 2013 05:22:31 +0000 Received: from mail-wg0-f52.google.com ([74.125.82.52]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U5rHB-0003f2-TC for pgsql-www@postgresql.org; Thu, 14 Feb 2013 05:22:30 +0000 Received: by mail-wg0-f52.google.com with SMTP id 12so1600979wgh.7 for ; Wed, 13 Feb 2013 21:22:28 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=RiwiZ/14/GWW80hrFWZOaJrjJmcfv83bCKO2h971ggg=; b=DTRC+Xk88/Jy3mN4ge3i7MkNXIEteE3iid2/0tXcMQCU8ztIFuWImxfRBjdT9Ynior K99YXv8pnqwma75BG7LGCAZj61RFESHtXP6Kgf/i2YcTPPA/+5Ep/4+PLYwne52KGKCz 7iHX9NElF6GaDISkeR2BmtFRgRC/8CqsiLjuQ7LyQMr3NHl4oiq/RJhl9Gk9RFM4Be9K kWMNKVJ0ozBOYbLWNSE87T8GqAvc0Qb6trzFxWZxDsSaADkCVuMki/mkxzu1iwoMppbJ aPeKypTVcNCGTpzars1poFSgD0KiIRezjVgcKHWt/SmJ7g0740SKo1HDwc1gypv24kZ5 7m5w== MIME-Version: 1.0 X-Received: by 10.180.83.227 with SMTP id t3mr14372651wiy.2.1360819348306; Wed, 13 Feb 2013 21:22:28 -0800 (PST) Received: by 10.194.152.105 with HTTP; Wed, 13 Feb 2013 21:22:28 -0800 (PST) Received: by 10.194.152.105 with HTTP; Wed, 13 Feb 2013 21:22:28 -0800 (PST) In-Reply-To: <19385.1360798440@sss.pgh.pa.us> References: <511C1C1E.1030503@agliodbs.com> <19385.1360798440@sss.pgh.pa.us> Date: Thu, 14 Feb 2013 06:22:28 +0100 Message-ID: Subject: Re: We should not transition to apt.postgresql.org until we have a PPA From: Magnus Hagander To: Tom Lane Cc: mpitt , PostgreSQL WWW , Josh Berkus Content-Type: multipart/alternative; boundary=f46d0421a64fdbf9b404d5a8717d X-Gm-Message-State: ALoCoQlbFnSP62mYzePndBX6TnSfV0topfyI0gGXdvfjeU33a+irewW4WWcjzz5i7RrE/n2qgbQ0 X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-www Precedence: bulk Sender: pgsql-www-owner@postgresql.org --f46d0421a64fdbf9b404d5a8717d Content-Type: text/plain; charset=ISO-8859-1 On Feb 14, 2013 12:34 AM, "Tom Lane" wrote: > > Josh Berkus writes: > > Folks, > > I was just setting up a new PostgreSQL ubuntu server, and was kind of > > stunned by the unnecessary complexity of the install instructions at > > http://www.postgresql.org/download/linux/ubuntu/. Also, they don't work. > > > If we're going to move our users to apt.postgresql.org, we really need > > to provide a PPA for easy install. Until we do that, we shouldn't > > deprecate Martin's backports, which are easy to install and well-maintained. > > Uh ... why would we be "deprecating" Martin's packages at all? Just to be clear: Martin is a part of the "we" that does the deprecation. And we're not deprecating his packages. We are only deprecating the ppa through which they were distributed, in favor of a different channel. (which also brings other things) /Magnus --f46d0421a64fdbf9b404d5a8717d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


On Feb 14, 2013 12:34 AM, "Tom Lane" <tgl@sss.pgh.pa.us> wrote:
>
> Josh Berkus <josh@agliodbs.com= > writes:
> > Folks,
> > I was just setting up a new PostgreSQL ubuntu server, and was kin= d of
> > stunned by the unnecessary complexity of the install instructions= at
> > http= ://www.postgresql.org/download/linux/ubuntu/. =A0Also, they don't w= ork.
>
> > If we're going to move our users to apt.postgresql.org, we really need
> > to provide a PPA for easy install. =A0Until we do that, we should= n't
> > deprecate Martin's backports, which are easy to install and w= ell-maintained.
>
> Uh ... why would we be "deprecating" Martin's packages a= t all?

Just to be clear:

Martin is a part of the "we" that does the depreca= tion.

And we're not deprecating his packages. We are only depr= ecating the ppa through which they were distributed, in favor of a differen= t channel. (which also brings other things)

/Magnus

--f46d0421a64fdbf9b404d5a8717d--