Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125]) by mail.postgresql.org (Postfix) with ESMTP id 9D7466FED3 for ; Tue, 19 Jun 2012 13:51:40 -0300 (ADT) Received: from mail-lb0-f174.google.com ([209.85.217.174]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1Sh1eS-0005BZ-CL for pgsql-www@postgresql.org; Tue, 19 Jun 2012 16:51:40 +0000 Received: by lbbgm6 with SMTP id gm6so5989196lbb.19 for ; Tue, 19 Jun 2012 09:51:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=DozPm/PwxdKcsCatb7jDwmbh2DjzigeRo640mWrnfzs=; b=U1qrislEtH750V76cJEIWFHbA6OmbkW4xqv6QAqVgApfPRVzYFaB5IYM74s04t2dCi 6lZdQCSkLMcqrTQoz6vHDG5ArpnVsJcQLsx/heM2e/7+1yfDy7wlojgxYjBcjO+OYwut keT7hZ3ayALCfZFnX8GQjpmnv1Pm5PnSyy2+kzsxrZ+GYIHklBArupkGpk3oMrAG9OB5 ecI6B+UeBWf/0oTTMa3rd8EQqRXlSxLyn+gFDvnaO2OSKKxDDRsKLQAj9GduswP6/FVp yMS6F6MEs4wQBwD0zIb1wXEZNSBZ6DtoY1s7hbDRhmUcSz7n5/Oq4aoztDYQZbGpJEqy 2csw== MIME-Version: 1.0 Received: by 10.112.98.225 with SMTP id el1mr8521535lbb.30.1340124682296; Tue, 19 Jun 2012 09:51:22 -0700 (PDT) Received: by 10.152.21.234 with HTTP; Tue, 19 Jun 2012 09:51:22 -0700 (PDT) In-Reply-To: References: <4FDDAA9F0200002500048597@gw.wicourts.gov> <27201.1339951215@sss.pgh.pa.us> <1340005330.3923.1.camel@localhost.localdomain> Date: Wed, 20 Jun 2012 00:51:22 +0800 Message-ID: Subject: Re: Some restructuring of the download section From: Magnus Hagander To: Guillaume Lelarge Cc: Tom Lane , Dave Page , Kevin Grittner , "pgsql-www@postgresql.org" Content-Type: multipart/alternative; boundary=f46d04016b43a49ebd04c2d61732 X-Gm-Message-State: ALoCoQnH9sej5iRV+QSoQistB+Lk2hENOzdWVEOxzK85e1krjNooa9T+K21mGL9ubnVlkG2X0Le9 X-Pg-Spam-Score: -2.6 (--) X-Archive-Number: 201206/51 X-Sequence-Number: 20745 --f46d04016b43a49ebd04c2d61732 Content-Type: text/plain; charset=ISO-8859-1 On Tuesday, June 19, 2012, Guillaume Lelarge wrote: > On Tue, 19 Jun 2012 08:44:24 +0800, Magnus Hagander > > > wrote: > > On Mon, Jun 18, 2012 at 3:42 PM, Guillaume Lelarge > > > wrote: > >> On Sun, 2012-06-17 at 12:40 -0400, Tom Lane wrote: > >>> Dave Page > writes: > >>> > On Sun, Jun 17, 2012 at 4:39 PM, Magnus Hagander > >>> > > wrote: > >>> >> Uh, that part is just incorrect. Several sets of platform packages > >>> >> certainly do initdb for you. And AFAIK every single one of them on > >>> >> Linux at least do service setup for you. > >>> > >>> > Hmm, clearly it's been a while since I did a PG installation on > Debian > >>> > (oddly!), as that does seem to leave the server up and running. I'm > >>> > fairly certain it didn't in the past. > >>> > RPMs on the other hand, do not. > >>> > >>> FWIW, Red-Hat-based systems have a strong distro policy against > starting > >>> servers merely because the package got installed --- the theory is > that > >>> an "everything" install should not leave the user running a bunch of > >>> servers he doesn't know about and maybe hasn't configured securely. > >>> > >>> I'm a bit surprised to hear that Debian does it differently; although > >>> it's possible that they distinguish manual from automatic install > >>> scenarios. It's a little bit saner to do an auto service start if you > >>> know that the user explicitly requested this specific package. > >>> > >> > >> When you use aptitude or apt-get to install the server package, it will > >> install the binaires, execute initdb, and start the server. I much > >> prefer the RPM way of doing it (IOW, not starting the server). Anyway, > I > >> guess there are both pros and cons in both methods. > > > > Yeah. But it's a good point that since they are different, I should > > add info to each of the pages saying exactly how it behaves on that > > specific platform. > > I'm not sure this is really our responsibility. The package maintainer > should have a webpage explaining how his packages work. > > One of the main reasons for this change is that it *is* our responsibility. People come to us to get PostgreSQL. If we can't tell them how to install it, they turn away. This is one of the reasons why people end up using the oneclicks even in cases where it's not a good idea - because we do tell them how to do that ("click here, then follow the instructions"). But it is also information that we can, relatively easy, provide for the end user, that is very valuable to those who aren't experienced in the platform. //Magnus -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/ --f46d04016b43a49ebd04c2d61732 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tuesday, June 19, 2012, Guillaume Lelarge wrote:
On Tue, 19 Jun 2012 08:44:24 +0800, Magnus Hagander <magnus@hagander.net>
wrote:
> On Mon, Jun 18, 2012 at 3:42 PM, Guillaume Lelarge
> <guillaume@lelarge.info> wrote:
>> On Sun, 2012-06-17 at 12:40 -0400, Tom Lane wrote:
>>> Dave Page <dpage@pgadmin.org> write= s:
>>> > On Sun, Jun 17, 2012 at 4:39 PM, Magnus Hagander
>>> > <magnus@hagander.net> wrote:=
>>> >> Uh, that part is just incorrect. Several sets of plat= form packages
>>> >> certainly do initdb for you. And AFAIK every single o= ne of them on
>>> >> Linux at least do service setup for you.
>>>
>>> > Hmm, clearly it's been a while since I did a PG insta= llation on
Debian
>>> > (oddly!), as that does seem to leave the server up and ru= nning. I'm
>>> > fairly certain it didn't in the past.
>>> > RPMs on the other hand, do not.
>>>
>>> FWIW, Red-Hat-based systems have a strong distro policy agains= t
starting
>>> servers merely because the package got installed --- the theor= y is
that
>>> an "everything" install should not leave the user ru= nning a bunch of
>>> servers he doesn't know about and maybe hasn't configu= red securely.
>>>
>>> I'm a bit surprised to hear that Debian does it differentl= y; although
>>> it's possible that they distinguish manual from automatic = install
>>> scenarios. =A0It's a little bit saner to do an auto servic= e start if you
>>> know that the user explicitly requested this specific package.=
>>>
>>
>> When you use aptitude or apt-get to install the server package, it= will
>> install the binaires, execute initdb, and start the server. I much=
>> prefer the RPM way of doing it (IOW, not starting the server). Any= way,
I
>> guess there are both pros and cons in both methods.
>
> Yeah. But it's a good point that since they are different, I shoul= d
> add info to each of the pages saying exactly how it behaves on that > specific platform.

I'm not sure this is really our responsibility. The package maintainer<= br> should have a webpage explaining how his packages work.


One of the main reasons for this chang= e is that it *is* our responsibility. People come to us to get PostgreSQL. = If we can't tell them how to install it, they turn away. This is one of= the reasons why people end up using the oneclicks even in cases where it&#= 39;s not a good idea - because we do tell them how to do that ("click = here, then follow the instructions").

But it is also information that we can, relatively easy= , provide for the end user, that is very valuable to those who aren't e= xperienced in the platform.

//Magnus
=A0


--
=A0Magnus Hagander
=A0Me: http://www.hagander.net/
=A0Work: <= a href=3D"http://www.redpill-linpro.com/" target=3D"_blank">http://www.redp= ill-linpro.com/
--f46d04016b43a49ebd04c2d61732--