Solving problems with Installing Software

[ppietro]

I am getting libportaudio.so.2 from this site

"ftp://fr2.rpmfind.net/linux/fedora/development/i386/os/Packages/portaudio-19-8.fc11.i586.rpm" actually that is the download link but i think it will work just the same.

No - that won't work. See that i586 in the title? That's for Intel x86 processors - those binary files are incompatible with the PowerPC (ppc) core of the Cell in your PS3.

You need to find RPMs with ppc, ppc32 or ppc36 in their title. Anything with i386, i486, i586, i686, etc. won't work.

Cheers,
Paul

[Jester]

I was wondering if I was supposed to be getting ppc or the others thanks for the input. Unfortunately I still get the dependency error about libc.so.6(GLIBC2.7). Perhaps it is because I can't find any packages for fedora 6, they are all fedora 8 or higher, would that make a difference?

[ppietro]

I was wondering if I was supposed to be getting ppc or the others thanks for the input. Unfortunately I still get the dependency error about libc.so.6(GLIBC2.7). Perhaps it is because I can't find any packages for fedora 6, they are all fedora 8 or higher, would that make a difference?

Yes - that makes a difference. Fedora 8 RPMs are built with newer versions of glibc - versions that aren't directly YDL compatible.

This is because YDL is based on Red Hat Enterprise Linux, not Fedora. RHEL runs about 3 versions behind current Fedora releases to insure system stability. More about that here:
http://en.wikipedia.org/wiki/Red_hat_en ... tributions

You can find the RPM's you need here:
http://pleasantfiction.ipower.com/ps3li ... c/repodata

However, it's probably just easier to add ps3bodega to your repos:
http://pleasantfiction.ipower.com/bodeg ... ?f=11&t=21

then automatically install snes with this command:
yum install snes9x-gtk

The ps3bodega repo has all of the snes9x-gtk dependencies available.

BTW - in case you're curious, ps3bodega is safe to use. It's a repo that our own billb maintains especially for YDL.

Cheers,
Paul

[Jester]

I had heard about the ps3bodega repos from some other posts but I never worried about it because I thought I was covered. So i installed that and I was also able to finally install libportaudio.so.2 from the site you linked since it is actually for something my system supports, I was having a heck of a time trying to find rpm's for fedora 6. So thank you much I now have my snes9x up and running once again.

Just curious, is pidgin update 2.5.8 only available for ydl.net users, or is it available for everybody? bc when I ran a yum update pidgin it only installed 2.5.5.el15, and I read somewhere that 2.5.8 is the one that fixed all the kinks with yahoo. I promise someday I will be able to figure this stuff out for myself, and perhaps even help another with questions of his own... maybe. What I want to do next is get python up and running, I was playing around with it the other day but I need to get my file paths right that point to the stdlibs bc I can't really do anything much without those.

Thanks a bunch guys.

[billb]

Just curious, is pidgin update 2.5.8 only available for ydl.net users, or is it available for everybody? bc when I ran a yum update pidgin it only installed 2.5.5.el15, and I read somewhere that 2.5.8 is the one that fixed all the kinks with yahoo.

2.5.5 is the latest build I have in ps3bodega, but I see that Centos has an updated srpm for 2.5.8 in their updates -- will see if I can get that updated soon. Paul posted some instructions for building from SRPM packages recently if you want to try it ...

viewtopic.php?p=29997#p29997
(look under "Option C")

[Jester]

So I googled pidgin to see if I could just download something and install it bc I wasn't entirely sure how to create my own SRPM plus the -uvh command doesn't work for me... I'm not entirely sure if I was logged into the root user on my terminal or not so I suppose that could have been the problem.

Anyway I found a really nice place that seemed like it would have been easy enough, "http://rpm.pidgin.im/fedora/pidgin.repo" only that once you run yum install pidgin, it outputs a http:// 404 error.
"http://rpm.pidgin.im/fedora/6.1/ppc/repodata/repomd.xml: [Errno 14] HTTP Error 404: Not Found"
The download page has a .repo file for fedora core 4, 5, 6, and 7 that you download and save in the location, (obviously) /etc/yum.repos.d once that is done you run the yum install. But like I said I get that error once I do the yum install, the pidgin repo looks like this

[pidgin]
name=Pidgin for Fedora Core $releasever - $basearch
baseurl=http://rpm.pidgin.im/fedora/$releasever/$basearch/
enabled=1
gpgcheck=1
gpgkey=http://rpm.pidgin.im/RPM-GPG-KEY-pidgin

[pidgin-debuginfo]
name=Pidgin for Fedora Core $releasever - $basearch - Debug
baseurl=http://rpm.pidgin.im/fedora/$releasever/$basearch/debug/
enabled=0
gpgcheck=1
gpgkey=http://rpm.pidgin.im/RPM-GPG-KEY-pidgin

[pidgin-source]
name=Pidgin for Fedora Core $releasever - $basearch - Source
baseurl=http://rpm.pidgin.im/SRPMS/
enabled=0
gpgcheck=1
gpgkey=http://rpm.pidgin.im/RPM-GPG-KEY-pidgin

This is what you get from the link at the beginning of this post. I tried to enable the other 2 (debug info and source but it didn't help) then I tried enabling them individually, leaving the initial pidgin repo enabled the whole time. I think I also tried to disable the gpgcheck as well, but that didn't help either. Any info would be awesome.


Also I have my front end for mednafen running (mfe) but it is really really slow. I noticed that finding the proper sound output made it respond a little better but it is still slow, mfe uses openGL to display the graphics which I hear doesn't run right on the ps3, but the nes is only 2d so idk if that makes a difference. I tried turning openGL off in mfe but then it just opens a black window when you run a ROM file. Only problem with that is there is no other graphical option to generate the ROM file. Actually the only video options you get from the front end are x and y scale and x and y res.

Another mednafen problem I encountered is that my controller works as root user, but not as my created user (Jester). I can do the alt+shift+1 trick to get it to work, but as we all know that doesn't work all that well, but once I leave the window I have to configure the controls again to get them to work. What I think is the problem (it doesn't seem plausible but it is one of 2 things) mednafen is giving my controller a different call tag so it doesn't recognize that i actually have a controller, or that the button tags are different, the previous is much more plausible. The only problem with that is I don't know how to find out what my controller call tag is unless I can see it in the mednafen.cfg file is, and since I am logged in as Jester that file is read only, so even configuring the controller in mednafen is only temporary. I think I could fix it if I could just figured out how to allow Jester to read and write in the file /home/Jester/.mednafen/mednafen.cfg, however I have no idea how to do that. would I log in as root and change the folder permissions? (I just thought of this I will try it now).. Haha well that was stupid of me. Well I am going to post this then relog as Jester and see if that did it for me. Thank you for all your help so far, you guys are awesome

[Jester]

Giving Jester read & write permission for /home/Jester/.mednafen/mednafen.cfg did the trick. I was able to save the controller configuration while running mednafen. So I open up mednafen.cfg only to find out that my assumption was right, though it doesn't really make much sense to me I get a completely different controller tag for root and Jester. So I deduct that every user will have a different controller tag, for me root controller tag is "e0d011d5e51ad831" and for Jester it is "8a9c75d7f539f085". Now I just have to get the sound and graphics correct and my NES emulation experience will be complete lol.

[ppietro]

So I googled pidgin to see if I could just download something and install it bc I wasn't entirely sure how to create my own SRPM plus the -uvh command doesn't work for me... I'm not entirely sure if I was logged into the root user on my terminal or not so I suppose that could have been the problem.

Anyway I found a really nice place that seemed like it would have been easy enough, "http://rpm.pidgin.im/fedora/pidgin.repo" only that once you run yum install pidgin, it outputs a http:// 404 error.
"http://rpm.pidgin.im/fedora/6.1/ppc/repodata/repomd.xml: [Errno 14] HTTP Error 404: Not Found"
The download page has a .repo file for fedora core 4, 5, 6, and 7 that you download and save in the location, (obviously) /etc/yum.repos.d once that is done you run the yum install. But like I said I get that error once I do the yum install, the pidgin repo looks like this

[pidgin]
name=Pidgin for Fedora Core $releasever - $basearch
baseurl=http://rpm.pidgin.im/fedora/$releasever/$basearch/
enabled=1
gpgcheck=1
gpgkey=http://rpm.pidgin.im/RPM-GPG-KEY-pidgin

[pidgin-debuginfo]
name=Pidgin for Fedora Core $releasever - $basearch - Debug
baseurl=http://rpm.pidgin.im/fedora/$releasever/$basearch/debug/
enabled=0
gpgcheck=1
gpgkey=http://rpm.pidgin.im/RPM-GPG-KEY-pidgin

[pidgin-source]
name=Pidgin for Fedora Core $releasever - $basearch - Source
baseurl=http://rpm.pidgin.im/SRPMS/
enabled=0
gpgcheck=1
gpgkey=http://rpm.pidgin.im/RPM-GPG-KEY-pidgin

This is what you get from the link at the beginning of this post. I tried to enable the other 2 (debug info and source but it didn't help) then I tried enabling them individually, leaving the initial pidgin repo enabled the whole time. I think I also tried to disable the gpgcheck as well, but that didn't help either. Any info would be awesome.

These repos are a little special - they use your machine's internal variables to find the correct processor architecture on the servers. This is the $releasever & $basearch variables.

So - there's two problems with using the scripts as is.

First - YDL release numbers do not correspond to Fedora release numbers. Our $releasever is 6.1 - there was never a Fedora Core 6.1, so this won't work as is.

If we look on the actual server
http://rpm.pidgin.im/fedora/
we see this:

Code: Select all

Index of /fedora/
Name Last Modified Size Type
Parent Directory/   -   Directory
4/ 2007-Jun-15 10:09:20 -   Directory
5/ 2007-Jun-15 10:09:35 -   Directory
6/ 2007-Jun-15 10:09:48 -   Directory
7/ 2008-Jul-03 11:29:37 -   Directory
.htaccess 2008-Mar-25 21:22:22 0.1K application/octet-stream
FOOTER.html 2008-Mar-25 21:22:28 0.7K text/html
pidgin.repo 2007-May-07 13:42:47 0.5K application/octet-stream


Okay - that's not bad - there's a 6 directory. So - first step is remove the $releasever and replace it with a 6 in the repo scripts.

HOWEVER

Second - the processor arch - $basearch - is PowerPC - or ppc. If we look in our new
http://rpm.pidgin.im/fedora/6
directory, we see this:

Code: Select all

Index of /fedora/6/
Name Last Modified Size Type
Parent Directory/   -   Directory
i386/ 2009-Jun-29 09:48:16 -   Directory
x86_64/ 2009-Jun-29 09:48:30 -   Directory


Uh oh - bad news. No PowerPC - ppc - version here. So - we can't use any of these repos.

Cheers,
Paul

P.S. For future reference, if you look here:
http://rpm.pidgin.im/
you will see this listing:

Code: Select all

Index of /
Name Last Modified Size Type
Parent Directory/   -   Directory
SRPMS/ 2009-Jun-29 09:50:25 -   Directory
centos/ 2007-Jun-15 10:07:49 -   Directory
fedora/ 2008-Jul-03 11:29:27 -   Directory
rhel/ 2007-Jun-15 10:07:49 -   Directory
.htaccess 2008-Oct-06 22:13:44 0.4K application/octet-stream
404.html 2007-Sep-28 09:22:54 3.2K text/html
FOOTER.html 2008-Mar-25 21:15:45 0.6K text/html
HEADER.html 2007-Sep-28 09:51:50 2.7K text/html
HEADER.txt 2008-Oct-07 14:49:56 2.7K text/plain
RPM-GPG-KEY-pidgin 2007-May-04 10:34:02 1.2K application/octet-stream

It's always better to pick CentOS over Fedora or RHEL. YDL 6.1 corresponds to CentOS 5.2 - we are built directly from CentOS sources. Unfortunately - this doesn't help us either, since there are no ppc directories in the CentOS directories either.

[Jester]

Sad day haha. I love how you always go above and beyond Paul it helps me learn a little bit more each time I read your posts. I've been thinking about heading over to Borders (bookstore) and picking up Linux for dummies, or something of the sort to see if that would help me as well. It seems like every time I try something new I have about 8 new questions.

So since we can't do pidgin with yum since none of the repos point to 2.5.8 I could still get the source code version and compile it right? Well yes I could... assuming I actually new how to compile something. Times like this I wish I actually paid attention in my C++ and C classes that I took in college, but alas I barely made it out of those 2 classes by the skin of my teeth. Mostly bc I had an awesome TA and a roommate who was majoring in CompSci. But I will grab the source code download and see if maybe I can do something with it, idk why I am so obsessed it really isn't that important, I just want to do it, to say I did it.

It's always better to pick CentOS over Fedora or RHEL. YDL 6.1 corresponds to CentOS 5.2 - we are built directly from CentOS sources. Unfortunately - this doesn't help us either, since there are no ppc directories in the CentOS directories either.

I am guessing there is a good reason behind this, but since CentOS is such a good place to look why don't we have a repo looking thru CentOS? Is it just that you or Bill haven't tried to create one yet, or is it that CentOS doesn't like our other repos? Just curious, I feel like this guy who's comment on the forum, "I am lost in yellow dog, it ate me ". I laughed pretty hard when I saw that one, good stuff.

Thanks guys

[Jester]

Well I gave the source code a shot but it didn't work out. I'm not entirely sure what is at fault for this failure though. The package had a nice install.txt file to follow, so I thought it was going to be nice and easy, but it failed on the first step. It tells you to cd to the path where the source is, for me I just thru it on the desktop, so I say
"cd Desktop"
"cd pidgin-2.5.8"
then I am ready to start with the command which is "./configure" (an exe in the pidgin-2.5.8 folder) and it runs thru most of it (possibly I suppose I don't actually know, it just goes thru a lot of crap) then it says that it can't find intltools and that I need to install them. If you look in the folder you see three of these files intltool-#$%* (I don't remember the names, my ps3 is off I am at my comp about to go to bed, since it's 5:30 am for me XD) the extension was .in so "intltool-@#$%!.in" and if you open it with text editor the file is totally empty. I couldn't figure out what to do with that for the life of me, so I gave up. I read the readme file and it said I need gtk 2.0 or better but when I went back to my main dir "[root@localhost ~]" and said "gtk" it gave me a bash error "command not recognized". I looked it up in the usr/bin folder and saw a few different gtk exes so I decided to hit up a yum install gtk but there was nothing to do. I am destined to live with 2.5.5 for now I suppose lmao. Perhaps I will be saved when 6.2 comes out? I suppose I'll find out tomorrow woot.

Oh yea and I got mednafen to work, but now it decided to stop being able to read my sound (oss) I can use sdl but then it runs like crap. lame-o

[kolonel_kahlua]

then I am ready to start with the command which is "./configure" (an exe in the pidgin-2.5.8 folder) and it runs thru most of it (possibly I suppose I don't actually know, it just goes thru a lot of crap) then it says that it can't find intltools and that I need to install them. If you look in the folder you see three of these files intltool-#$%* (I don't remember the names, my ps3 is off I am at my comp about to go to bed, since it's 5:30 am for me XD) the extension was .in so "intltool-@#$%!.in" and if you open it with text editor the file is totally empty. I couldn't figure out what to do with that for the life of me, so I gave up.

Try yum install intltool
If you run again and an error about GTK2.0+ development headers, you may need to install some extra stuff. Billb had posted a fix elsewhere:
Try yum install SDL-devel expat-devel zlib-devel libGL-devel gtk2-devel GConf2-devel
And re-run.

That should work. I'm on the next issue of X screensavers and the X session management. Like yourself Jester, I'm new to all of this and I'm slowly making my way through all these other dependencies! Has anyone with a little more experience ran through this and could give us a heads up on how many more dependencies we might expect?

[ppietro]

I am guessing there is a good reason behind this, but since CentOS is such a good place to look why don't we have a repo looking thru CentOS?

Simple reason - there is no ppc for CentOS - they're x86 or x86_64 only.

Otherwise, the YDL base, extra & update repos are very similar to the CentOS base, extra & update repos.

Cheers,
Paul

[Jester]

I figured there was a good reason for it.

so I downloaded the source code for gtk+ (that is what you need to install pidgin 2.5.8 from the source that i got it from, i think the link is in my previous post) and I do a little reading, you have to download and compile glib and pango in order to install gtk+. Once again I followed the how to, and I got glib to go though the whole process "./configure, make, make install" I ran the whole thing from "/root/Desktop/glib-[version(2.20.4)]" but when I went to configure pango it says it needs glib 2.17 or better. Oddly enough I am having quite a bit of fun trying to get this all figured out. Thanks for all you help Paul

[billb]

I have updated RPMs for pidgin / libpurple / finch 2.5.8 now -- installed and tested OK. I'll add them to my repo tomorrow.

[Jester]

Haha thanks bill, that'll make it much easier, though I did have loads of fun trying to figure out how to compile all that crap. Thou it was frustrating that pango couldn't find glib-2.20.4 even though I had just installed it. I just can't wait till I get home and start downloading ydl 6.2, I am on a friends computer right now.