LinuxQuestions.org
View the Most Wanted LQ Wiki articles.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Mandriva
User Name
Password
Mandriva This Forum is for the discussion of Mandriva (Mandrake) Linux.

Notices

Reply
 
Search this Thread
Old 08-05-2004, 10:10 PM   #16
slyman
Member
 
Registered: Jun 2004
Location: Sydney, Australia
Distribution: FC3, Linux From Scratch, Knoppix
Posts: 99

Rep: Reputation: 15

Quote:
Originally posted by whansard
do
configure --prefix=/usr

That will end up with exactly the same result.

You need the development libraries for GTK1.

Do you have a /usr/include/gtk-1.x or /usr/local/include/gtk-1.x directory?

If not then you need to install GTK1 development package, libgtk+1.2-devel looks like the one (I don't use mandrake, so can not say 100%).
 
Old 08-06-2004, 11:20 AM   #17
Micro420
Senior Member
 
Registered: Aug 2003
Location: Berkeley, CA
Distribution: Mac OS X Leopard 10.6.2, Windows 2003 Server/Vista/7/XP/2000/NT/98, Ubuntux64, CentOS4.8/5.4
Posts: 2,986

Original Poster
Rep: Reputation: 45
Quote:
Originally posted by slyman
That will end up with exactly the same result.

You need the development libraries for GTK1.

Do you have a /usr/include/gtk-1.x or /usr/local/include/gtk-1.x directory?

If not then you need to install GTK1 development package, libgtk+1.2-devel looks like the one (I don't use mandrake, so can not say 100%).
I think I have it. Check it out:


Code:
[ken@localhost include]$ ls g*.*
gammadialog.h  gconv.h  getopt.h  glob.h  gnu-versions.h  grp.h

glib-1.2:
glib.h  gmodule.h

glib-2.0:
glib/  glib.h  glib-object.h  gmodule.h  gobject/

gtk-2.0:
gdk/  gdk-pixbuf/  gdk-pixbuf-xlib/  gtk/

gtkspell-2.0:
gtkspell/
 
Old 08-06-2004, 11:33 AM   #18
whansard
Senior Member
 
Registered: Dec 2002
Location: Mosquitoville
Distribution: RH 6.2, Gen2, Knoppix, 98,2000 + various
Posts: 3,171

Rep: Reputation: 51
Quote:
Originally posted by slyman
That will end up with exactly the same result.

You need the development libraries for GTK1.

Do you have a /usr/include/gtk-1.x or /usr/local/include/gtk-1.x directory?

If not then you need to install GTK1 development package, libgtk+1.2-devel looks like the one (I don't use mandrake, so can not say 100%).

nope. the default prefix on most systems is /usr/local for compiled apps. and gtk apps are stubborn about needing the same prefix as gtk.
 
Old 08-06-2004, 01:37 PM   #19
Micro420
Senior Member
 
Registered: Aug 2003
Location: Berkeley, CA
Distribution: Mac OS X Leopard 10.6.2, Windows 2003 Server/Vista/7/XP/2000/NT/98, Ubuntux64, CentOS4.8/5.4
Posts: 2,986

Original Poster
Rep: Reputation: 45
Quote:
Originally posted by whansard
nope. the default prefix on most systems is /usr/local for compiled apps. and gtk apps are stubborn about needing the same prefix as gtk.
So what do I do then to get this to work?
 
Old 08-06-2004, 06:06 PM   #20
whansard
Senior Member
 
Registered: Dec 2002
Location: Mosquitoville
Distribution: RH 6.2, Gen2, Knoppix, 98,2000 + various
Posts: 3,171

Rep: Reputation: 51
there are going to be many packages that you will need probably. don't get worked up. i was only arguing above about the default installation location. if either of us is right, run
configure --prefix=/usr
post the error message at the end, and we'll get the next thing, which is probably libgtk+1.2-devel.
 
Old 08-06-2004, 07:06 PM   #21
Micro420
Senior Member
 
Registered: Aug 2003
Location: Berkeley, CA
Distribution: Mac OS X Leopard 10.6.2, Windows 2003 Server/Vista/7/XP/2000/NT/98, Ubuntux64, CentOS4.8/5.4
Posts: 2,986

Original Poster
Rep: Reputation: 45
Quote:
Originally posted by whansard
there are going to be many packages that you will need probably. don't get worked up. i was only arguing above about the default installation location. if either of us is right, run
configure --prefix=/usr
post the error message at the end, and we'll get the next thing, which is probably libgtk+1.2-devel.

Here we go:


[ken@localhost xmms-1.2.10]$ ./configure --prefix=/usr
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for strerror in -lcposix... no
checking whether byte ordering is bigendian... no
checking for inline... inline
checking for an ANSI C-conforming const... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking whether make sets $(MAKE)... (cached) yes
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking for a sed that does not truncate output... /bin/sed
checking how to recognise dependent libraries... pass_all
checking command to parse /usr/bin/nm -B output... ok
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking whether -lc should be explicitly linked in... no
creating libtool
checking pthread.h usability... yes
checking pthread.h presence... yes
checking for pthread.h... yes
checking for glib-config... /usr/bin/glib-config
checking for GLIB - version >= 1.2.2... yes
checking for gtk-config... no
checking for GTK - version >= 1.2.2... no
*** The gtk-config script installed by GTK could not be found
*** If GTK was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the GTK_CONFIG environment variable to the
*** full path to gtk-config.
configure: error: *** GTK+ >= 1.2.2 not installed - please install first ***


 
Old 08-07-2004, 08:54 AM   #22
david_ross
Moderator
 
Registered: Mar 2003
Location: Scotland
Distribution: Slackware, RedHat, Debian
Posts: 12,047

Rep: Reputation: 64
Where is "gtk-config" on your system?
locate gtk-config
 
Old 08-07-2004, 10:50 AM   #23
Micro420
Senior Member
 
Registered: Aug 2003
Location: Berkeley, CA
Distribution: Mac OS X Leopard 10.6.2, Windows 2003 Server/Vista/7/XP/2000/NT/98, Ubuntux64, CentOS4.8/5.4
Posts: 2,986

Original Poster
Rep: Reputation: 45
Quote:
Originally posted by david_ross
Where is "gtk-config" on your system?
locate gtk-config
I guess I don't have it:

Code:
[ken@localhost ken]$ locate gtk-config
[ken@localhost ken]$
So then I try:

Code:
[root@localhost ken]# urpmi gtk-config
no package named gtk-config
So you guys getting frustrated yet? This is what I meant when I initially said that I haven't been able to compile ANYTHING, but I want to learn and this is frustrating!!!!!
 
Old 08-07-2004, 12:31 PM   #24
whansard
Senior Member
 
Registered: Dec 2002
Location: Mosquitoville
Distribution: RH 6.2, Gen2, Knoppix, 98,2000 + various
Posts: 3,171

Rep: Reputation: 51
maybe your locate database hasn't been updated since you installed gtk-devel. that's what the gtk-config is part of. it should be in /usr/bin/. it's a text file. if you have an older version of gtk installed than that version of xmms wants, you might can try an older version of xmms or you may have to compile a newer version of gtk. 2.0 and up broke compatibility with lower versions, if i remember correctly. the problem is you can mess stuff up on your system trying to do that. i think the glib and gtk versions have to match.
 
Old 08-07-2004, 01:53 PM   #25
Micro420
Senior Member
 
Registered: Aug 2003
Location: Berkeley, CA
Distribution: Mac OS X Leopard 10.6.2, Windows 2003 Server/Vista/7/XP/2000/NT/98, Ubuntux64, CentOS4.8/5.4
Posts: 2,986

Original Poster
Rep: Reputation: 45
Quote:
Originally posted by whansard
maybe your locate database hasn't been updated since you installed gtk-devel. that's what the gtk-config is part of. it should be in /usr/bin/. it's a text file. if you have an older version of gtk installed than that version of xmms wants, you might can try an older version of xmms or you may have to compile a newer version of gtk. 2.0 and up broke compatibility with lower versions, if i remember correctly. the problem is you can mess stuff up on your system trying to do that. i think the glib and gtk versions have to match.
What do you suggest I do?

I just had this thought that I could uninstall xmms 1.2.7 (my current version), and just URPMI xmms for the more recent 1.2.10 version? I think I'm just going to give up on this compiling business. It just was never meant to be.
 
Old 08-08-2004, 12:16 AM   #26
slyman
Member
 
Registered: Jun 2004
Location: Sydney, Australia
Distribution: FC3, Linux From Scratch, Knoppix
Posts: 99

Rep: Reputation: 15
Quote:
Originally posted by whansard
nope. the default prefix on most systems is /usr/local for compiled apps. and gtk apps are stubborn about needing the same prefix as gtk.
No they are not. Sorry.

I use LFS so have compiled EVERYTHING myself. I use /usr/local for testing and anything I want to keep going in /usr.... I have compiled and run many gtk apps to/from /usr/local with gtk in /usr.

I would guess that your PATH, PKG_CONFIG_PATH and/or ld.so.conf is incorrect if you have problems doing this.

Anyhoo...

Micro420, you have the GTK2 dev stuff, but not GTK1. They are different, i.e. GTK1 apps will not compile or run with GTK2 and v v. They can be installed in parrallel.

Install libgtk+1.2-devel like I said in my previous post.
 
Old 08-08-2004, 01:01 AM   #27
whansard
Senior Member
 
Registered: Dec 2002
Location: Mosquitoville
Distribution: RH 6.2, Gen2, Knoppix, 98,2000 + various
Posts: 3,171

Rep: Reputation: 51
sometimes they do. sorry i was so dismissive of your first post.

http://www.linuxquestions.org/questi...388#post617388
 
Old 08-08-2004, 06:13 PM   #28
liquidtenmilion
Member
 
Registered: May 2004
Location: South Carolina
Distribution: Slackware 11.0
Posts: 606

Rep: Reputation: 31
ok what you want to do is go back into the install package thing. In there install the entire development tree. A lot of people skip that because they figure that they won't be developing anything, but it is still needed to compile programs.
 
Old 08-08-2004, 10:52 PM   #29
slyman
Member
 
Registered: Jun 2004
Location: Sydney, Australia
Distribution: FC3, Linux From Scratch, Knoppix
Posts: 99

Rep: Reputation: 15
Quote:
Originally posted by whansard
sometimes they do. sorry i was so dismissive of your first post.

http://www.linuxquestions.org/questi...388#post617388
No worries, no offence taken I'm a net veteran and take the positive approach to reading posts

I kind of agree with you, but this is a package thing (rpm, dep etc etc) not a glib/gtk etc thing. If the pkgconfig ({,/usr,/usr/X11R6,/usr/local,/opt}/lib/pkgconfig/*.pc etc) files are available through PKG_CONFIG_PATH, the xxxx-config files are in the PATH, {,/usr,/usr/X11R6,/usr/local,/opt}/lib etc are in ld.so.conf and ldconfig has been executed, then all should be ok. There can be problems when something has been built in say /usr/local and moved to /usr because anything that looks for it's component files in it's .pc file will be looking in /usr/local, not /usr.

In other words... if you are compiling anything, I would suggest that you have at least the following in your ~/.profile

PATH="/bin:/usr/bin:/usr/X11R6/bin:/usr/local/bin:/opt/bin"
PKG_CONFIG_PATH="/usr/lib/pkgconfig:/usr/X11R6/lib/pkgconfig:/usr/local/lib/pkgconfig:/opt/lib/pkgconfig"

And, at least the following in ld.so.conf (run ldconfig after updating):

/lib
/usr/lib
/usr/X11R6/lib
/usr/local/lib
/opt/lib

Running ldconfig after installing anything cannot hurt, even if it may be unneccesary.

And finally, do not move files around unneccesarily. If you want something in /usr, use ./configure --prefix=/usr, do not copy it from /usr/local
 
Old 08-09-2004, 03:36 AM   #30
theYinYeti
Senior Member
 
Registered: Jul 2004
Location: France
Distribution: Arch Linux
Posts: 1,897

Rep: Reputation: 61
No, the --prefix has nothing to do with where resources are located. --prefix is used for the location of the program you're compiling.

I had a similar problem with avifile, which could not find what was obviously present: qt3! I had to run ./autogen.sh before using ./configure.
Maybe this is the solution for you, too... Good luck!

Yves.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
iptables good practice - 2 questions ddaas Linux - Security 1 05-31-2005 07:09 AM
Is this good iptables practice ? michaelsanford Linux - Security 1 05-21-2005 09:32 PM
Help with Compiling and what's a good application to program with? johnnyICON Programming 11 01-12-2005 02:02 AM
installing and managing new apps. good practice! bikov_k Linux - Newbie 4 10-02-2004 04:23 PM
good enough compiling program Derek-kun Linux - Newbie 1 09-22-2003 01:30 AM


All times are GMT -5. The time now is 12:32 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration