Thread: Re: building pgadmin3 on rh7.3

Re: building pgadmin3 on rh7.3

From
"Dave Page"
Date:

> -----Original Message-----
> From: Andrew Dunstan [mailto:andrew@dunslane.net]
> Sent: 05 November 2003 20:08
> To: Dave Page
> Subject: building pgadmin3 on rh7.3
>
>
> This has not been a happy experience.

Oh dear :-(

> I installed the wx* rpms from snake.
>
> Then while building I got link errors until I did these things:
>
> [root@face lib]# ln -s libgtk-x11-2.0.so.0.0.2 libgtk-x11-2.0.so
> [root@face lib]# ln -s libgdk-x11-2.0.so.0.0.2 libgdk-x11-2.0.so
> [root@face lib]# ln -s libatk-1.0.so.0.0.1 libatk-1.0.so
> [root@face lib]# ln -s libgdk_pixbuf-2.0.so.0.0.2
> libgdk_pixbuf-2.0.so
> [root@face lib]# ln -s libpangoxft-1.0.so.0.0.1 libpangoxft-1.0.so
> [root@face lib]# ln -s libpangox-1.0.so.0.0.1 libpangox-1.0.so
> [root@face lib]# ln -s libpango-1.0.so.0.0.1 libpango-1.0.so
> [root@face lib]# ln -s libpangoft2-1.0.so.0.0.1 libpangoft2-1.0.so

Hmm, the wx RPMs are built to the wxWindows spec files as far as I am
aware. I've CC's this to the hackers list as I don't use any RPM based
systems myself so am not really the best person to help.

> After that I got a bunch of errors that look like this:
>
> pgAdmin3.o: In function `wxDelegateRendererNative type_info function':
> /usr/include/wx/renderer.h(.text+0x14): undefined reference to
> `wxAppConsole::Ch
> eckBuildOptions(char const *, char const *)'
> pgAdmin3.o: In function `main':
> /home/adunstan/rpm/BUILD/pgadmin3-1.1.0/src/pgAdmin3.cpp:78:
> undefined
> reference
>  to `wxEntry(int &, char **)'
> pgAdmin3.o: In function `pgAdmin3::OnInit(void)':
> /home/adunstan/rpm/BUILD/pgadmin3-1.1.0/src/pgAdmin3.cpp:102:
> undefined
> referenc
> e to `wxString::wxString(wchar_t const *)'
>
>
> Any ideas?

Normally we see that with a messed up wx installation.

> (I'll try on RH8 tonight at home and see how things go)

OK, thanks :-)

Regards Dave.

Re: building pgadmin3 on rh7.3

From
Jean-Michel POURE
Date:
Le Jeudi 6 Novembre 2003 09:41, Dave Page a écrit :
> Any ideas?

Dear Andrew and Dave,

The RPMs from pgAdmin web site were build under RedHat9 and include the latest
binary depencies. You need a recent environment to install pgAdmin3 binaries.

When building pgAdmin3 from SRPM source code, you also need a very recent
environment. This issue must be cleared in the interest of everyone here,
because you ar not the first person to ask for RedHat <9 packages

:)

In the following days, probably this week-end, I will try to add the needed
build-time depencies in the SRPM. But then, it may well prove impossible to
build under RedHat < 9.

Why?

Because pgAdmin3 is based on the latest patched-version of wxWindows, which
you can only get from CVS and that we package from time to time. Otherwise,
pgAdmin3 would not be available at all.

Hence, you will also need to install our latest wxWindows RPMs with pgAdmin
patches. Therefore, you may well end up upgrading:
- tens of dynamic libraries loaded at run-time by wxWindows.
- build-time libraries for pgAdmin.

I would be glad to see pgAdmin3 running under RedHat8. If you are interested
(which I would call "you are prepared to help us because this will be a lot
of time for you"), we can work together on this issue. This will probably
result in RH8 packages being published on our site. Your choice.

Best regards,
Jean-Michel


Re: building pgadmin3 on rh7.3

From
Andrew Dunstan
Date:
That is a pity, because RH7.3 is in use in a lot of pl;aces - it was the
base for RHAS2.something.

I am prepared to help you with this (yes, I know it will involve some
time), although my ability to mangle the one RH7.3 box I have access to
is limited, as it is a production machine, albeit under very light load
right now.

However, my home machine is RH8 because I haven'ty bothered to upgrade
it to RH9, so I can mangle that to my heart's content, and that sounds a
more promising candidate.

Have you thought about the possibilities of static linking to reduce
runtime dependencies?

cheers

andrew

Jean-Michel POURE wrote:

>Le Jeudi 6 Novembre 2003 09:41, Dave Page a écrit :
>
>
>>Any ideas?
>>
>>
>
>Dear Andrew and Dave,
>
>The RPMs from pgAdmin web site were build under RedHat9 and include the latest
>binary depencies. You need a recent environment to install pgAdmin3 binaries.
>
>When building pgAdmin3 from SRPM source code, you also need a very recent
>environment. This issue must be cleared in the interest of everyone here,
>because you ar not the first person to ask for RedHat <9 packages
>
>:)
>
>In the following days, probably this week-end, I will try to add the needed
>build-time depencies in the SRPM. But then, it may well prove impossible to
>build under RedHat < 9.
>
>Why?
>
>Because pgAdmin3 is based on the latest patched-version of wxWindows, which
>you can only get from CVS and that we package from time to time. Otherwise,
>pgAdmin3 would not be available at all.
>
>Hence, you will also need to install our latest wxWindows RPMs with pgAdmin
>patches. Therefore, you may well end up upgrading:
>- tens of dynamic libraries loaded at run-time by wxWindows.
>- build-time libraries for pgAdmin.
>
>I would be glad to see pgAdmin3 running under RedHat8. If you are interested
>(which I would call "you are prepared to help us because this will be a lot
>of time for you"), we can work together on this issue. This will probably
>result in RH8 packages being published on our site. Your choice.
>
>Best regards,
>Jean-Michel
>
>
>


Re: building pgadmin3 on rh7.3

From
Jean-Michel POURE
Date:
Le Jeudi 6 Novembre 2003 13:14, Andrew Dunstan a écrit :
> Have you thought about the possibilities of static linking to reduce
> runtime dependencies?

Dear Andrew,

On the one hand, pgAdmin3 is linked staticly agains wxWindows, which should
run like a charm under RedHat 8.0. We may need to upgrade some libraries to
compile wxWindows, but it should be very easy. Did you already try to rebuild
our latest wxGTK2ud SRPM? Does it rebuild with all shared system libraries?

On the other hand, pgadmin3 is also compiled dynamically against some
PostgreSQL libraries, like libpq. There were plans to use static ones. I
don't know.

Then, you will also need to upgrade GCC and some of its tools.

So, basically, the needed steps can be divided into 3.

Talk to you later...
Best regards,
Jean-Michel