I've been fighting to get the latest source of pgadmin compiled on Centos 5 64-bit.
I obtained gnu-c++ (so it was happy with g++). It then complained about wxWidgets, so I obtained the source for that, compiled and installed, and ./configure for pgadmin saw wxWidgets and was happy with that. Go to make...
It complains that some header file is missing. A google search reveals limited answers, but the same couple of searches reveal the wxwidgets modules need to be installed. What are these modules that are needed for pgadmin? I've found plenty of modules when performing a google search of wxwidgets, such as python, etc.
Thanks for any help.
Scott
On Feb 1, 2008 1:19 PM, Scott Ehrlich scott@mit.edu wrote:
I've been fighting to get the latest source of pgadmin compiled on Centos 5 64-bit.
Di you look for a precompiled rpm ? search google for: pgadmin el5 rpm
Regards.
PS: Say hello to Dag :-)
I obtained gnu-c++ (so it was happy with g++). It then complained about wxWidgets, so I obtained the source for that, compiled and installed, and ./configure for pgadmin saw wxWidgets and was happy with that. Go to make...
It complains that some header file is missing. A google search reveals limited answers, but the same couple of searches reveal the wxwidgets modules need to be installed. What are these modules that are needed for pgadmin? I've found plenty of modules when performing a google search of wxwidgets, such as python, etc.
Thanks for any help.
Scott _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Scott Ehrlich wrote:
I've been fighting to get the latest source of pgadmin compiled on Centos 5 64-bit.
I obtained gnu-c++ (so it was happy with g++). It then complained about wxWidgets, so I obtained the source for that, compiled and installed, and ./configure for pgadmin saw wxWidgets and was happy with that. Go to make...
It complains that some header file is missing. A google search reveals limited answers, but the same couple of searches reveal the wxwidgets
Something I've wondered for a while, is there any site out there that allows you to search by filename to find what package a file belongs to for a particular distribution? One of the many things I've loved about Debian for years is their packages.debian.org site which among other things allows exactly that. It's so handy.
Unless yum or some other tool provides this information(I'm not aware of any tool that can provide this.
I still refer to packages.debian.org when I'm trying to find what package I need for a particular file, despite it being Debian at least I can get an idea what the source of the file is and can try to track down an equivalent for CentOS/RHEL/Fedora.
And to be clear, I'm not talking about the rpm -q -f <file> command, I'm talking about finding package names for files that are NOT installed on your system(s). I suppose I could do rpm -q -l -p <package> for each and every RPM, and maintain that list, but that'd also assume that I have every RPM, which I may not(base distro RPMs aside).
nate
On Fri, Feb 01, 2008 at 08:42:50AM -0800, nate enlightened us:
Scott Ehrlich wrote:
I've been fighting to get the latest source of pgadmin compiled on Centos 5 64-bit.
I obtained gnu-c++ (so it was happy with g++). It then complained about wxWidgets, so I obtained the source for that, compiled and installed, and ./configure for pgadmin saw wxWidgets and was happy with that. Go to make...
It complains that some header file is missing. A google search reveals limited answers, but the same couple of searches reveal the wxwidgets
Something I've wondered for a while, is there any site out there that allows you to search by filename to find what package a file belongs to for a particular distribution? One of the many things I've loved about Debian for years is their packages.debian.org site which among other things allows exactly that. It's so handy.
Unless yum or some other tool provides this information(I'm not aware of any tool that can provide this.
I still refer to packages.debian.org when I'm trying to find what package I need for a particular file, despite it being Debian at least I can get an idea what the source of the file is and can try to track down an equivalent for CentOS/RHEL/Fedora.
And to be clear, I'm not talking about the rpm -q -f <file> command, I'm talking about finding package names for files that are NOT installed on your system(s). I suppose I could do rpm -q -l -p <package> for each and every RPM, and maintain that list, but that'd also assume that I have every RPM, which I may not(base distro RPMs aside).
nate
Is 'yum provides foo' not good enough?
Matt Hyclak wrote:
Is 'yum provides foo' not good enough?
Not really, no. Say your building a package like the OP was, and you figure out you need the library libkabc_dir.so.1, now if your really into the development side of things you may be able to take a stab at what that library may be included with, for me, I have no idea. Some things are obvious, the above is not. Searching for this file on packages.debian.org tells me it's in the package kdelibs4c2a.
The name has a k in it, but to me it doesn't really give a solid indicator that it might be from kde, in this case it happens to be though.
nate
On Fri, Feb 01, 2008 at 10:16:47AM -0800, nate enlightened us:
Matt Hyclak wrote:
Is 'yum provides foo' not good enough?
Not really, no. Say your building a package like the OP was, and you figure out you need the library libkabc_dir.so.1, now if your really into the development side of things you may be able to take a stab at what that library may be included with, for me, I have no idea. Some things are obvious, the above is not. Searching for this file on packages.debian.org tells me it's in the package kdelibs4c2a.
The name has a k in it, but to me it doesn't really give a solid indicator that it might be from kde, in this case it happens to be though.
Perhaps you need to re-read the yum man page and see what the provides command does....
[hyclak@euclid ~]$ yum provides libkabc_dir.so.1 Loading "priorities" plugin Searching Packages: Setting up repositories Reading repository metadata in from local files
kdelibs.i386 6:3.3.1-9.el4 base Matched from: libkabc_dir.so.1
Matt
Matt Hyclak wrote:
On Fri, Feb 01, 2008 at 10:16:47AM -0800, nate enlightened us:
Matt Hyclak wrote:
Is 'yum provides foo' not good enough?
[hyclak@euclid ~]$ yum provides libkabc_dir.so.1 Loading "priorities" plugin Searching Packages: Setting up repositories Reading repository metadata in from local files
kdelibs.i386 6:3.3.1-9.el4 base Matched from: libkabc_dir.so.1
ahh ok, thanks! I assumed that was only checking the RPM provides field.
cool
nate
On Fri, 2008-02-01 at 08:42 -0800, nate wrote:
Scott Ehrlich wrote:
I've been fighting to get the latest source of pgadmin compiled on Centos 5 64-bit.
I obtained gnu-c++ (so it was happy with g++). It then complained about wxWidgets, so I obtained the source for that, compiled and installed, and ./configure for pgadmin saw wxWidgets and was happy with that. Go to make...
It complains that some header file is missing. A google search reveals limited answers, but the same couple of searches reveal the wxwidgets
Something I've wondered for a while, is there any site out there that allows you to search by filename to find what package a file belongs to for a particular distribution? One of the many things I've loved about Debian for years is their packages.debian.org site which among other things allows exactly that. It's so handy.
Unless yum or some other tool provides this information(I'm not aware of any tool that can provide this.
I still refer to packages.debian.org when I'm trying to find what package I need for a particular file, despite it being Debian at least I can get an idea what the source of the file is and can try to track down an equivalent for CentOS/RHEL/Fedora.
And to be clear, I'm not talking about the rpm -q -f <file> command, I'm talking about finding package names for files that are NOT installed on your system(s). I suppose I could do rpm -q -l -p <package> for each and every RPM, and maintain that list, but that'd also assume that I have every RPM, which I may not(base distro RPMs aside).
nate
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
HTH,
Calin
================================================= In theory, there is no difference between theory and practice. In practice, there is.
kalinix wrote:
yep, your right too. I've used rpmfind off and on over the past few years(never directly, usually via google searches). For some reason it never occurred to me to query it directly, duh. I guess I was expecting more of a site being managed by the distribution itself.
thanks
nate
On Fri, 1 Feb 2008, nate wrote:
kalinix wrote:
yep, your right too. I've used rpmfind off and on over the past few years(never directly, usually via google searches). For some reason it never occurred to me to query it directly, duh. I guess I was expecting more of a site being managed by the distribution itself.
thanks
nate
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
In my case, I wanted the latest vesrion and I wanted to compile from source.
But thanks for the rpm reminder anyway.
Scott
-
Alain Spineux -
kalinix -
Matt Hyclak -
nate -
Scott Ehrlich