Installing GTK using makepkg on dependencies.

Crobat · 01-23-2007, 09:49 AM

Wow...thanks everyone...I've learned tons from just this thread alone!

Definitely will try the package install again, using your recommendations.

jong357 · 01-23-2007, 09:54 AM

Quote:

Originally Posted by Crobat

I'm trying to run the latest Cedega package, and when I try, it tells me that I need gtk+2 installed

One last thing, 10:1 it didn't say that you need gtk+2. It would have said something about not finding gtk+2.pyc or something like that. It was complaining that it couldn't find the GTK+2 python bindings, therefore the GUI couldn't run.

Crobat · 01-23-2007, 10:18 AM

Yea..that's right. I was paraphrasing from memory. Sorry about that.

edit: Actually, I don't recall it mentioning python. It said something about unable to find GTK2.

piete · 01-23-2007, 10:40 AM

Fwiw I'm glad we've fixed (I hope?) the problem, but ... really ... copy & pasting the initial error message would've fixed it in the second post

Hope everything's all right now, and, good work jong!

As a closing comment, I agree with jong on the use of --prefix=/usr , but let me just dump some info here for the other readers:

By default, ./configure will use the prefix /usr/local . I wish I could say with authority *why*, but all I have is a feeling that it's something to do with the way the directory structure has been put together. Anyway, I remember that the /usr prefix is to be used for system packages (from the distro, really) and /usr/local is your local stuff, that you've installed yourself.

When the only person using the machine is the administrator (ie: your personal desktop box for home) there are a lot of reasons to just put it all in /usr. Most of them end with: " ... because then you'll stay sane."

You can use prefix to good effect when dealing with multiple versions of the same program or, in the latter case, multiple programs configured in different ways (such as a toolchain - binutils, glibc, gcc).

./configure --prefix=/opt/firefox-1.5
./configure --prefix=/opt/firefox-2.0

./configure --prefix=/opt/mplayer-rc1
./configure --prefix=/opt/mplayer-0.8

./configure --prefix=/opt/crosstool/arm7
./configure --prefix=/opt/crosstool/mipsel
./configure --prefix=/opt/crosstool/i686
./configure --prefix=/opt/crosstool/ppc
./configure --prefix=/opt/crosstool/arm7

I would hasten to add, however, that this is ONLY sensible when you're dealing with an end-user application (mplayer, wine, cedega!), not a library (ffmpeg, gtk!). Gobolinux ( http://www.gobolinux.org/ ) uses an alternative directory structure based on app-dir and lib-dirs - where one directory contains the whole library. Unlike --prefix=/usr, where the .so are actually located in /usr/lib, the headers in /usr/include, a bunch of documentation in /usr/doc and so on, lib-dirs would have /usr/lib/gtkmm/ where everything listed above was.

I recommend reading up on some of this stuff. Once you know how to exploit it - your system will thank you for it by not being a mess

Take care,
- Piete.

Crobat · 01-24-2007, 08:23 PM

ok..gave this another try. Got down to the atk package. Untarred the package, and cd to the directory.

Code:

root@noteslack:/home/mike/Desktop/Downloaded/atk-5.6.0# ./configure
bash: ./configure: No such file or directory

So I'm stumped. How do I install this? Do I have the right stuff here?

jong357 · 01-25-2007, 12:31 AM

I hate to break it to you, but 1.12.4 is the latest stable version...

I assume your just upgrading to upgrade at this point since we have already established it's not necessary in order to get cedega running....

You'll have to plow thru this own your own I'm afraid. Your getting snagged on the basics of the basics. I'll help you out and give you the correct links to the source tarballs... We are dealing with 'gnome' related packages and as such, odd numbered versions are 'testing' and even numbered versions are 'stable'. atk-1.12.4 is the latest stable version. atk-1.13.2 is the latest 'development' version. Stick with the 'stable' versions. Cairo is the only one that doesn't follow that scheme. Actually, I think cairo does the same thing. 1.3.x is development and 1.2.x is stable.

glib2 - ftp://ftp.gtk.org/pub/glib/
popt - http://rpm.net.in/mirror/rpm-4.4.x/
atk - http://ftp.gnome.org/pub/GNOME/sources/atk/
cairo - http://cairographics.org/releases/
pango - http://ftp.gnome.org/pub/GNOME/sources/pango/
gtk+2 - ftp://ftp.gtk.org/pub/gtk/

And I've already given you a link to my build scripts... It's a cake walk, it really is...

Crobat · 01-25-2007, 07:31 AM

Yes, I'm continuing the upgrade because I started it, and I'll be darned if I'll quit now.

Thanks again for your time, and most importantly your patience. I hit the panic button a few times on this one, I must admit. I think I'll be just fine now.

jong357 · 01-25-2007, 04:44 PM

Also, since your upgrading past gtk-2.8.x you will also need pygobject before you build pygtk. It used to be part of pygtk but they split it out on the newer versions. I think that's what happened anyway. pygobject are the python bindings for glib2's gobject. So, you'll want to use the same major version of pygobject as the version of glib2 that's on your system. If you have glib-2.10.x installed, then use pygobject-2.10.x...

http://ftp.gnome.org/pub/GNOME/sources/pygobject/

Obviously, you'll want the 2.12.x series.

Crobat · 01-25-2007, 08:40 PM

ok..installed pyobject 2.12.1 using ./configure prefix=/usr && make && make install

tried to compile pygtk 2.10.2 using ./configure && make && make install, and received these errors.

(for the record, I had pygobject 2.10, but pygtk required pygobject 2.12.1 or higher)

Code:

gtkmodule.c:33:22: pycairo.h: No such file or directory
gtkmodule.c:34: error: syntax error before '*' token
gtkmodule.c:34: warning: type defaults to `int' in declaration of `Pycairo_CAPI'
gtkmodule.c:34: warning: data definition has no type or storage class
gtkmodule.c: In function `init_pycairo':
gtkmodule.c:182: error: `Pycairo_IMPORT' undeclared (first use in this function)
gtkmodule.c:182: error: (Each undeclared identifier is reported only once
gtkmodule.c:182: error: for each function it appears in.)
gtkmodule.c: In function `init_gtk':
gtkmodule.c:195: warning: suggest parentheses around && within ||
make[2]: *** [_gtk_la-gtkmodule.lo] Error 1
make[2]: Leaving directory `/home/mike/Desktop/Downloaded/pygtk-2.10.2/gtk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/mike/Desktop/Downloaded/pygtk-2.10.2'
make: *** [all] Error 2

Tried to run cedega, just for kicks, and this was the exact error I was getting before.

Code:

F1 2007-01-25 21:42:00,584 CRITICAL Unable to load GTK2 Python bindings: No module named gtk

I hope that helps someone out there, because I'm back to square one; no cedega.

Crobat · 01-25-2007, 08:53 PM

ok..received an older version of Cedega (5.1), and just ran the update wizard. Things are now working smoothly with the newest Cedega. So, I did get some victory.

jong357 · 01-25-2007, 09:55 PM

Quote:

Originally Posted by Crobat

(for the record, I had pygobject 2.10, but pygtk required pygobject 2.12.1 or higher)

Your also not listening to what I said above...

Quote:

Originally Posted by jong357

So, you'll want to use the same major version of pygobject as the version of glib2 that's on your system. If you have glib-2.10.x installed, then use pygobject-2.10.x...

Quote:

Originally Posted by Crobat

Code:

gtkmodule.c:33:22: pycairo.h: No such file or directory

Your missing pycairo. This is why it's better to just stick with the stock slackware install and just add pygtk-2.8.x....

They broke up all the python bindings on version 2.10 of pygtk.

http://cairographics.org/releases/

pycairo is in there. Download the same version that your cairo is....

Your installing all this useless clutter that isn't even going to get used just to have an updated GTK... If it's running, then cool. Leave it be.

Crobat · 01-26-2007, 07:50 AM

All right. I concede. I'll leave it be. Again, thanks for the info. I just wanted to get a better understanding of it just in case I needed to do this at a later time.

jong357 · 01-26-2007, 10:09 AM

Well, it is a good learning expierence, so by all means, if your having fun with it then keep going. At some point in time you aught to get into the habit of making packages tho instead of doing a straightup 'make install'.

The only way you can remove those now is to keep the source directories around and do a 'make uninstall' from within them. Whereas, if you made packages, you just 'removepkg /var/log/packages/whatever.tgz'

All of my scripts are made from a basic template, so it takes me about a minute to make a script for a new package. If I find something isn't as it should be after the first run, I adjust the script and run it again until all the bits make it to where they should be.

So, along with the build order I've listed previously, looks like you need to add:

pygobject
pycairo
pygtk

If you get another "cannot find blah.h : no such file or directory" then you need to type 'blah.h' into google and find out what source code contains 'blah.h'. then build that and go back to the package that was complaining about 'blah.h'.... Eventually, you'll make it to the final package, which in this case, is pygtk...