question about the admin contrib module and binary RPMs

Hi,
I just updated my CentOS box to Postgresql 8.1.3 and installed the
contrib rpm and I can't find the admin81 stuff anywhere.
My question is how come this is not included in the RPM based binary
distrubution?
I don't have a source based install of PG anywhere nor do the servers
have the compilers on them.
Anyone have a link to precompiled admin module that will work with the
RedHat rpms?

Thanks,

Tony

Hi,

On Wed, 2006-03-22 at 13:31 -0600, Tony Caduto wrote:
> I just updated my CentOS box to Postgresql 8.1.3 and installed the
> contrib rpm and I can't find the admin81 stuff anywhere.
> My question is how come this is not included in the RPM based binary
> distrubution?

Admin81 stuff is not a part of PostgreSQL RPMs -- it is a part of
pgadmin3 project.

That RPM in in my short term todo list with the up2date pgadmin rpm.
I'Ll announce to pgadmin list as soon as it is available.

Regards,
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/

Devrim GUNDUZ wrote:
> Admin81 stuff is not a part of PostgreSQL RPMs -- it is a part of
> pgadmin3 project.
>
> gards,
>
Hi,

I understand it was created by the pgAdmin project, but don't you think
it would be better to be with the rest of the contrib modules? I and
many others don't want to install a pgadmin rpm on a server that has no
GUI, that would not make any sense at all.

It's meant to be used on a server, so it should be part of the contrib rpm.

Thanks,

Tony

Tony Caduto wrote:
> Devrim GUNDUZ wrote:
>> Admin81 stuff is not a part of PostgreSQL RPMs -- it is a part of
>> pgadmin3 project.
>>
>> gards,
>>
> Hi,
>
> I understand it was created by the pgAdmin project, but don't you think
> it would be better to be with the rest of the contrib modules? I and
> many others don't want to install a pgadmin rpm on a server that has no
> GUI, that would not make any sense at all.
>
> It's meant to be used on a server, so it should be part of the contrib rpm.

As far as I can tell there is no admin813 contrib module... I am looking
at my 8.1.3 source install and there is no contrib module named that???

If the pgAdmin folks would like to submit it to PostgreSQL contrib that
is a different argument.

Joshua D. Drake

>
> Thanks,
>
> Tony
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings
>

> As far as I can tell there is no admin813 contrib module... I am
> looking at my 8.1.3 source install and there is no contrib module
> named that???
>
> If the pgAdmin folks would like to submit it to PostgreSQL contrib
> that is a different argument.
>
>
> Joshua D. Drake
>

Hi Joshua,

You are correct, it's not in the source install. Right now it's only
included in the win32 installer contrib directory.
I am trying to get the point accross that it needs to be included in the
Linux binary rpms as well.

In 8.1 some of the admin module functions have been moved to the
backend, and maybe the rest will be moved with 8.2, I don't know for sure.
Maybe the PG Admin guys can shed some light on this?

If you want to use it and you use the rpms it's a big pain because you
need the source install to compile and install it.

Later,

Tony

Tony Caduto <tony_caduto(at)amsoftwaredesign(dot)com> writes:
> I understand it was created by the pgAdmin project, but don't you think
> it would be better to be with the rest of the contrib modules?

Except it isn't one of the contrib modules. The fact that you think of
it as being like them doesn't make it one of them.

> I and many others don't want to install a pgadmin rpm on a server that
> has no GUI, that would not make any sense at all.

Which is one very good reason why it should be a separate RPM, no? If
it were in the contrib RPM then you could not install that RPM *at all*
on a machine that didn't have all of pgadmin's dependencies. I don't
know offhand what its dependencies are, but I'd imagine they include a
fair number of "GUI" packages.

regards, tom lane

> Which is one very good reason why it should be a separate RPM, no? If
> it were in the contrib RPM then you could not install that RPM *at all*
> on a machine that didn't have all of pgadmin's dependencies. I don't
> know offhand what its dependencies are, but I'd imagine they include a
> fair number of "GUI" packages.
>
> regards, tom lane
>
Hi Tom,
I don't think it has any PG Admin dependencies, it's just a set of c
functions that allow the user to manipulate files
on the server. i.e. for updating the pg_hba.conf and the postgresql.conf.

It needs a source install of Postgresql not pgAdmin to compile.

All I am trying to say is that it should be included in this file:
postgresql-contrib-8.1.3-1PGDG.i686.rpm
so binary linux users can use it almost as easy as the binary win32 users.

Later,

Tony

Hi,

On Wed, 2006-03-22 at 15:52 -0600, Tony Caduto wrote:
> All I am trying to say is that it should be included in this file:
> postgresql-contrib-8.1.3-1PGDG.i686.rpm
> so binary linux users can use it almost as easy as the binary win32
> users.

It won't happen, because adminpack is not in contrib part of PostgreSQL
Core source.

Anyway, give me a few days for the adminpacks RPM. The source file
stands on my Desktop.

Regards,
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/