Nope. Nothing like that.

Update: I rebuilt MPlayer using the --enable-lirc configure option. MPlayer now responds to the remote control.

Well sort of. Some buttons function as expected. The frustrating part is I have no ability to move through the menus. The mouse does not work to select menu options either. Any ideas?

Regardless, at this point I'd have to say there is something wrong with Xine. Hmm, wait --- I just thought about something. When I rebuilt Xine using the --enable-lirc option, I rebuilt only for 13.0. I did not rebuild for 12.2. I'm going to do that. If I get some response in 12.2, then at least the problem is narrowed to either something in 13.0 or the 0.8.6pre2 lirc package.

I'm using the 0.8.6pre2 version because I'm using the 2.6.30.5 kernel. I'm using the 2.6.30.5 kernel because the 2.6.29.x forcedeth driver locks my on-board NIC whenever I reboot. I'm still sane. I think.

Update: I installed in 12.2 my previously rebuilt Xine package. Running from the command line there are no messages whatsoever about lirc. Xine plays perfectly and responds to the mouse and keyboard. No response to the remote control.

OK, so your xine build is tanked. Try grabbing all of the output after building xine in a slackbuild, and see if it says anything about lirc.

That's encouraging that it's working in mplayer. I'm not sure if the slackbuild has support for menus built-in (I'm at a windows box so I can't test it). To find out, run mplayer dvdnav:// ... (plus all of your other options like -vo, etc.). If it's not available, then you have to explicitly build mplayer to use navigation menus and support for it is still so-so (the cursor is always transparent, it gets confused easily with multiple nested menus, etc.). You might want to do a fresh pull of mplayer from svn and use the slackbuild to build it.

Okay, I think we're getting close!

Output snippet from xine-ui configure:

...
checking for lirc_init in -llirc_client... yes
checking lirc/lirc_client.h usability... yes
checking lirc/lirc_client.h presence... yes
checking for lirc/lirc_client.h... yes
checking for "/lib/liblirc_client.a"... no
checking for "/usr/lib/liblirc_client.a"... no
checking for "/usr/local/lib/liblirc_client.a"... no
...

Output from ls /usr/lib/liblirc*:

/usr/lib/liblirc_client.la*
/usr/lib/liblirc_client.so -> liblirc_client.so.0.2.1*
/usr/lib/liblirc_client.so.0 -> liblirc_client.so.0.2.1*
/usr/lib/liblirc_client.so.0.2.1*

Should the configure script be looking for liblirc_client.la rather than liblirc_client.a? I don't know.

Not knowing one way or another, I created a sym link:

ln -s /usr/lib/liblirc_client.la /usr/lib/liblirc_client.a

But the package would not build. I removed the sym link and the package again built. I did this all on 12.2, not 13.0.

I checked the contents of the lirc 0.8.4a package I built for 12.2. There is no liblirc_client.a file in the package. Should there be? A quick browsing of the web seems to indicate as much.

Perhaps the problem then is not the way Xine compiles but the way I compiled the lirc package?

Is this for Slackware 13 64-bit? If so, shouldn't it be looking at /usr/lib64? Did you add ARCH=x86_64; export $ARCH or ARCH=x86_64 ./xine.Slackbuild? If not, it's looking for lirc libs in the 32-bit directory when you probably built lirc for 64-bit.

Okay, I have since learned that the '.a' suffix usually indicates a static library. The lirc build script I am using from slackbuilds.org explicitly disables static libraries. I modified that option and then the lirc package built to include a /usr/lib/liblirc_client.a file.

With that newer lirc package installed I then again built the xine package.

The Xine configure script saw the static library and built.

Yet no remote control response (in 12.2).

No, 32-bit. I'm trying this with both 12.2 and 13.0 32-bit.

Update: I repeated the lirc build process with 13.0 and then rebuilt Xine. Xine now responds to the remote control. Where is the emoticon for tears of joy?

That Xine does not respond in 12.2 is not a big deal to me. I was using 12.2 only as a place to compare results. I want all of this to work in 13.0, which is not the happy result (except for MPlayer DVD menus).

I'm not using a ~/.lircrc file. Just /etc/lircrc.

I owe you folks several virtual beers!

Glad you got it working! (tears of joy I guess)

You might want to submit that change to the lirc build script to slackbuilds.org...

A workarround for this problem:
Start xine with 'xine -n', and then you can send commands with 'xine-remote -c cmd'

cmd can be: stop, play, pause. fullscreen, seek, etc...

Interesting you posted a workaround. I don't remember all that transpired the past few weeks but my remote control works now with Xine in 12.2.

I have installed lirc yesterday, and I tried to use with xine, but with no luck. Searching on google I have found 2 solution:
1. your solution with recompiling lirc and xine
2. controlling xine with xine-remote (like tvtime and tvtime-commands)

Maybe the second solution will be useful for someone else, who don't want to rebuild lirc and xine...