2.10 alpha - gaim

[billstclair]

I'm running 2.10 now on the XP NTFS partition of my laptop. Works good. A couple of gaim glitches, though:

1) Gaim is now in /usr/bin and /usr/lib/gaim. It used to be in /usr/local/bin and /usr/local/lib/gaim. I have the silc plugin installed. Had to move it to /usr/lib/gaim. Not a big deal and won't affect many people.

2) Gaim's sounds are missing. They go in /usr/share/sounds/gaim. In 2.02 they were in /usr/local/share/sounds/gaim . Copying the gaim directory from an old installation fixed the problem.

[BarryK]

I just checked the gaim Unleashed package. /usr/share/sounds/gaim/
has symlinks to sound files in /usr/share/audio/
So, there should already be these symlinks ...is there a problem with them?
Does gaim object to symlinks and want actual sound files?

The symlinks in /usr/share/sounds/gaim/ are:
arrive.wav
leave.wav
receive.wav
redalert.wav
send.wav

[billstclair]

I see no usr/share/sounds/gaim directory in /initrd/pup_ro2, the pup_210.sfs mount point. Maybe the code that created pup_210.sfs omitted it, since it contained nothing but symlinks.

The five sounds you mention are the right ones, and I doubt GAIM would have any problem with symlinks instead of files, but they aren't there in pup_210.sfs.

/usr/share/audio/gaim is there and has those five sounds, so I suppose I could symlink /usr/share/sounds/gaim to that directory.

[GuestToo]

i do not have
arrive.wav
leave.wav
receive.wav
redalert.wav
send.wav
anywhere in /usr either as files or as symlinks

/usr/share/sounds is a symlink to /usr/share/audio

there is no gaim dir in /usr/share/audio
/usr/share/audio contains 2barks.au etc etc to ok.wav

i could put a fix in sp210a.pup ... i guess i would have to find the audio files an put them in my package ... i don't know how big they are

[BarryK]

Okay, the problem seems to have arisen in the 'createpuppy' build script in
Unleashed -- as /usr/share/sounds is a symlink to /usr/share/audio, it seems
the build script did not install /usr/share/sounds/gaim/.

There was a reason we made /usr/share/sounds into a symlink, but I don't
recall why. I think I'll remove the symlink, so the gaim package will install
correctly, and you will have /usr/share/sounds/gaim/ with symlinks inside it.
...though, perhaps something else will get broken.

[BarryK]

Okay, this is a very bad hack, just to solve the problem quickly.
I have created /usr/share/sounds/, not a symlink, and inside it put symlinks to
all the sound files in /usr/share/audio/.

gaim pkg will now install properly, and any other pkg that expects to find any
of those sound files in /usr/share/sounds/, will do so.

Ultimately, I probably need to rework the whole thing and eliminate
/usr/share/audio/ I think.

[GuestToo]

there's another symlink that causes trouble

i made /usr/share/pixmaps into a real folder, then put symlinks to all the individual files in the real folder, so that the effect was the same

i needed to do this because Guifications for Gaim needed it to be a real dir (if you don't you eventually get thousands of duplicate dirs one inside the other, taking up 100's of megs of space)

however, that symlink can cause problems when installing other programs that put icons in that dir ... ask MU

i don't know if that's still a symlink in 210 or not