Page 2 - No Sound In TuxRacer

Good, good, worth giving it a shot.


But let's get back to this Makefile crap:

A No rule to make target means there's no target (like a GOTO label, HORROR!!). If you're lucky enough you could copy the beNONE or caNONE to azNONE granted they are similar and point it to the proper .po file. Could try to make all-yes only then make all.

Blah... I just re-installed the old libraries. I have no clue what the glibc problems are, but I don't have time to mess with it at the moment. Of course... I STILL have no sound in TuxRacer... ah well, how much could I be missing (Chromium's more fun anyway )

The po files are definition scripts for internationalization. They translate error codes from one language to another. (As far as I can tell anyway, merely a cursory examination of the az.po file but that's what it looks like)

I was having trouble installing glib-2.2.0, and gtk+2.2.0 for gringotts. Both of these contain po directories. So, long story short: I got them to install after reading the README.translators file under gtk+2.2.0/po. The file talks about UTF-8 encodings, translations etc., and how to switch from one format to another for editing.

I'm guessing here on what's happening in the background of each program's compilation, but I think that it's trying to convert the existing UTF-8 def files, to whatever your system's defs are. I don't fully understand that background, the point is that there is no program to convert them, so it throws the above error message. The readme file mentions a program called msgconv, which is packaged with gettext. I installed gettext-0.11.1-2.i386.rpm to my redhat 7.3 system, then I ran make clean in each src tree. I then reran ./configure;make; and both of them compiled with no errors.

Anyway, hope that helps.

Awww! You couldn't just live and let live could you? You had to dredge this problem back up... now you've piqued my curiosity and I have to go back and look at it

Seriously though, thanks for the tip(s), I just untarred it now and I'm going to have another look.

To convert between several text formats (only 8859-1 to UTF-8 in fact) I use iconv which has a sh1tload of formats to choose from. That is the library but there's a perl utility of the same name that may be needed to extend it possibilities to shell scripts.

BTW all, why not use any it-s-just-not-gonna-fail-dude-trust-me package management thingy such as emerge or apt-get? Otherwise from sources!

Another thing, has anybody passed the third level (Bumpy Hill)? I just can't make inside the 30 secs limit.

Naw - I've been hooked on Chromium B.S.U. lately. I gotta get me that source though.. I can't take the same background music playing over and over, and the level's are so long that my CD tracks end WAY before I beat them.

This is going to be COMPLETELY unhelpful, but here goes:

If you're going to use redhat, use RPM! The folks that end up bitching about RPM are those who do what you're doing- "I can't get the dependencies to resolve, so I'm going to muck everything up by creating a nightmarish frankensystem of RPMs and stuff installed from source."

The package manager built into Redhat will resolve dependencies. Tuxracer is a core redhat package.

My suggestion: Use Ximian Redcarpet (www.ximian.com) for your package manager- it automatically resolves dependencies and will download packages for you off the web. It's the best way to manage a redhat system, IMO.

Gentoo and other source distros are fine, use them if you want. If you're going to use redhat, use RPM whenever possible.

The way I approach it- I use Ximian RedCarpet (on workstations) for installing new packages and autoupdate (google for it) for keeping RPMs updated.

All my important daemon-type processes I compile from source (apache, mod_perl, MySQL, PHP if I need it. . .) and keep updated manually.

Stuff that's old and that ABSOLUTELY HAS to be updated I'll install from source and/or RPM depending on whether or not RPMs are provided. But come on, how often do you *really* need to go from version 1.2.2 to version 1.2.2-1 of something? Not very, folks that do are usually being obsessive-compulsive. Just because you can in the abstract sense doesn't mean you should. Besides, if the changes are security related redhat will release new RPMs pretty quickly.

Your system may be so mucked up now as to be unrecoverable- if RedCarpet gives you a lot of errors, it's time to start from scratch and be a little less obsessive-compulsive about installing from source.

I used to have problems with package management on Redhat until I realized that the frankensystem I created was the reason for my frustration. Hope this helps!

Just a note: I totally agree, if you are going to use a package system at all ... you should use it for everything on your system (with perhaps a few exceptions, but very few compared to the vast majority of apps you manage with the package system). Even if that package system has some deficiencies </jab> Remember: consistency, and programs not clobbering files owned by other programs - good; chaos and disorganization - bad.

And 'lo... those who controlled the power of the Tao used it for both good and for evil. For the holy wars of the compilers and the packagers was a bloody war of...

OK, so I'm not as funny as Geoffrey James....

Still, I want to love package managers, but I can only really like them. I'll give the Ximian tool a fair shot (btw.. did you do the whole desktop, or just pick and choose tools?), but really... rpm just ticks me off sometimes. Yea, I digress, it's much nicer to both the system and my feeble heart to let the manager do it all... but really, when this series occurs:

It can diminish my enthusiasm for the system...

But I agree, for large, complex systems with X and servers and whatchamazoos all through it, you'd have to be insane, stupid, or a wizard (see insane) to try and manage it all yourself. But, I would DEFINITELY do source-only for minimalistic specialty-systems like web servers or file-servers, etc. I would like to mention, however, that I use up2date religiously and never had a problem with it!

ONLY GET RED-CARPET. You can "subscribe" to different channels and get stable versions of other apps like evolution, should you so desire.

Ximian desktop will take over your GNOME system. It's not worth it, if you have a working GNOME install.

Like I said, if your system is messed up, red-carpet might barf all over you. If you start with a cleanish system, red-carpet is an excellent tool. I'm actually considering (*GASP*) purchasing something from Ximian because I like red-carpet and evolution so much.