Page 2 of 6
Posted: Fri Oct 27, 2006 2:37 am
by davecs
Hi Lurker.
I added a "step by step" guide to doing this at the PCLinuxOS site, but it should apply equally to any version of Linux.
http://www.pclinuxos.com/forum/index.php?topic=12436.0
Hope this helps.
EDIT: Due to the site going down some time ago, this topic is no longer there.
Posted: Fri Oct 27, 2006 9:50 pm
by Lurker
davecs,
Thank you! Very helpful. I will try again using your instructions.
Posted: Sat Nov 18, 2006 11:33 am
by Lurker
Well, even with the excellent instructions, it still does not work for me. Everything looks ok, except that IR cannot recognize or communicate with the remote at all.
Any tips on what I should look for or try as troubleshooting steps? I really have no idea where to even begin.
Posted: Tue Dec 19, 2006 12:02 pm
by whompus
Got my interest peaked in getting excel to work under linux. Will some on windows test this file
https://www.hifi-remote.com/forums/dload ... le_id=3962
to be sure the upgrade made with km in linux loads right in km in windows. I will test it later when I get back to my windows computer. A screen-shot of where I am at so far will come in a bit.
Loaded a picture here
https://www.hifi-remote.com/forums/dload ... le_id=3963 to view. I will take it down and put on my server later today when I get home.
Note.. This is on knoppix 501 installed from live dvd.
Posted: Tue Dec 19, 2006 12:56 pm
by Mark Pierson
The file loaded fine for me in KM 9.06.
Posted: Tue Dec 19, 2006 1:24 pm
by whompus
Cool.. That was a file I downloaded from file section. Then loaded it, and saved it with new name in km under linux.
I just updated the picture also, to show terminal running as root in the background. The last one also had this forum running in the background this one don't.
Posted: Wed Dec 20, 2006 2:48 pm
by whompus
Note.. This is on knoppix 501 installed from live dvd.
Sorry for the mis-quote there. This is version 4 not 5. Version 4 02 I think.
Lurker if you are running the newer kernel there seems to be many people having trouble getting both com and lpt ports working in wine, right with it. Maybe search through faq and forums at winehq.
Posted: Sun Dec 24, 2006 6:18 pm
by whompus
I am now testing fedora core 6 and ran into the problem with parport. I am researching it and if It gets sorted will post the info.
Posted: Sat Jan 20, 2007 2:34 am
by whompus
Got it sorted.
You have to make sure ppdev module is compiled in your kernel. And also turn off any servers that are accessing the printer port. Cups is the main one to worry about.
If you then want to print from the linux system you will have to setup the printer in the old fashioned way, to not want to use cups.
Posted: Thu Mar 15, 2007 2:05 pm
by davecs
When you say ppdev compiled in your kernel, do you mean not as a module? In the jump from PCLinuxOS 0.93a to 2007 Test Releases, I have lost the ability to upload and download to the remote. I have ensured that parport, parport_pc and ppdev modules are loaded.
My only printer is USB. Do I have to switch off CUPS to prevent interference, or is there a module which I can blacklist to ensure that CUPS never looks for a printer on the parallel port whilst allowing the other stuff.
Is it a kernel jump that has made the difference? I really cannot fathom why what worked before has stopped working.
Posted: Wed May 23, 2007 6:12 am
by davecs
OK I seem to have it going again. The new version of PCLOS resets the /dev/parport0 device's permissions on every boot, so I had to add this line to /etc/rc.d/rc.local:
chmod 0666 /dev/parport0
Now it works!
BTW if anyone wants to try out Linux,
PCLinuxOS 2007 is the best yet!
Posted: Fri May 25, 2007 12:57 pm
by davecs
davecs wrote:OK I seem to have it going again. The new version of PCLOS resets the /dev/parport0 device's permissions on every boot, so I had to add this line to /etc/rc.d/rc.local:
chmod 0666 /dev/parport0
Now it works!
BTW if anyone wants to try out Linux,
PCLinuxOS 2007 is the best yet!
Huh! The change of permissions didn't survive a reboot.
I think I've solved the problem, you have to, as root, go into the User and Passwords control, and add the user to the group "lp".
Posted: Tue Aug 28, 2007 2:11 pm
by gfb107
For those of you running Linux,
RM v1.81 includes an update to
RMIR that has support for {up/down}loading JP1.x and JP1 (parallel port) remotes on Linux. It was coded and tested on Ubuntu 7.04, and I am no expert, but I can't think of any reason it wouldn't work on other distributions.
Note that RMIR is still not ready for prime time, but I think there is enough there that it would be worth it for you guys to try it out. It might even convince you to join the coding effort
I did not use /dev/port or /dev/parport0. I used
this method to access the parallel port, which means RM must be run as a superuser. In order to do that, I've added two shell scripts (
rmaster.sh and
rmir.sh) which launch java through gksudo.
If that doesn't work on your preferred distribution, you can just change those scripts.
Switching to using /dev/port would be very simple from a coding perspective, but I am not sure that it would be any better to grant read/write access to /dev/port than it is to use gksudo.
Do you Linux users have any thoughts on this?
Posted: Sun Sep 16, 2007 12:35 pm
by Lurker
It works! Thank you so much! I have been unable to reprogram my remote since I upgraded to Linux over a year ago.
gfb107 wrote:For those of you running Linux,
RM v1.81 includes an update to
RMIR that has support for {up/down}loading JP1.x and JP1 (parallel port) remotes on Linux. It was coded and tested on Ubuntu 7.04, and I am no expert, but I can't think of any reason it wouldn't work on other distributions.
Note that RMIR is still not ready for prime time, but I think there is enough there that it would be worth it for you guys to try it out. It might even convince you to join the coding effort
I did not use /dev/port or /dev/parport0. I used
this method to access the parallel port, which means RM must be run as a superuser. In order to do that, I've added two shell scripts (
rmaster.sh and
rmir.sh) which launch java through gksudo.
If that doesn't work on your preferred distribution, you can just change those scripts.
Switching to using /dev/port would be very simple from a coding perspective, but I am not sure that it would be any better to grant read/write access to /dev/port than it is to use gksudo.
Do you Linux users have any thoughts on this?
Posted: Fri Sep 21, 2007 10:20 am
by gfb107
Lurker, just out of curiosity, what Linux distribution are you using?