Fedora Linux Support Community & Resources Center

Go Back   FedoraForum.org > Fedora Resources > Guides & Solutions (Not For Questions)
FedoraForum Search

Forgot Password? Join Us!

Guides & Solutions (Not For Questions) Post your guides here (No links to Blogs accepted). You can also append your comments/questions to a guide, but don't start a new thread to ask a question. Use another forum for that.

Thread Tools Search this Thread Display Modes
Old 22nd July 2008, 02:42 AM
wt6g Offline
Registered User
Join Date: Jun 2005
Posts: 179
Talking Echolink Wine Fedora Serial Ports

Echolink On Fedora Core

Running Echolink under Fedora Core 8 is a joy. After messing with sound card issues on our repeater for 3 years Fedora came to the rescue. Blazing the path was not easy, but once there looking back it was simple.

1. Install Wine
2. Download the Echolink install program and run it. Wine will install Echolink and place a link on the desktop to start the program.
3. Start Echolink and RUN THE WIZARD THAT POPS UP.

At this point, most of Echolink will actually be working with one exception. The "Serial Ports".

Although the documentation from winehq.org tells you how to set up the serial ports they leave out the information that you need to make it work. Why I do not know, but it seems to be typical of Linux documentation. Here is what you need to do and why:

1. You will make a symbolic link that points to the hardware DEVICES folder in Fedora called /DEV
2. You will edit win.ini to include a serial ports section [I think it will work without this step, but it
is a good thing to do]
3. You will fix permissions. Fedora defaults to permissions that are somewhat unusable out of the
box and apparently this is not so for many other distributions, hence the dearth of information
on getting Echolink to run. On some disti's it works out of the box.

Setting up the symbolic links (Step 1) - well documented at winehq.org

in your home folder, after running Wine the first time, you will find a folder that is hidden, and called .wine - that's dot wine in case you can't see it. In that folder you will find a folder called dosdevices.

cd .wine

In dosdevices you will see some links to the virtual drives that wine sets up the first time it runs.

cd dosdevices

make a link in this folder to the device you want to be COM1 or COM2. This is simply done this way:

ln -s /dev/ttyS0 com1

This means, "make a symbolic link to the serial port on my motherboard" and call it com1.

If you have two serial ports on your motherboard they will usually be ttyS0 and ttyS1 and you can see their logical references in /dev.

if you execute:

ls /dev/ttyS*

You will see several links, some of which may not actually be there, but they enumerate from 0, so make com1 ttyS0 and com2 ttyS1 if you want to stay sane.

if you are using a USB Serial Port, they enumerate from 0 as well, and are /dev/ttyUSB0 etc

after you make your logical links in ~/.wine/dosdevices you can type the ll command (L L but lower case) and you will see the links and where they point. Check the permissions on them by doing:

ls -l

You should then see the rwx permissions which are probably rwxrwxrwx . Learn about permissions if you do not know about them.


If you got this far you deserve the payoff. In your terminal window change to the root user:

su -

and then do

cd /

to get to the root of the drive. now run:

ls -l

you will notice that /dev has permissions rwxr-xr-x

This is a problem for wine! You need to change these permissions to something that will let wine write to the serial port. In my mind you don't execute hardware, but you read or write to it, so I consider these permissions a design problem.

Obviously you can fix them this way to make them writeable by everyone:

chmod 777 /dev

(remember you must be root to do this). The catch is that every time you reboot Fedora will change the permissions back. Also you may want to consider 775 for security reasons and making the group of /dev be uucp. (It defaults to root:root).

This can be done this way if you want to (but read to the end first):

chown root:uucp /dev

The reason for making the group uucp is because uucp is the default group of the serial ports, so you can write to the directory with group rights (after you make your userid a group member) and after you give the group serial port write capability (which is not the default). IF YOU DO chmod 777 /dev it will work just fine and is probably more secure than you car.

Once inside /dev you will notice the permissions and owner for the serial ports are not correct for general usage:

ls -l ttyS* will show you the owner of the serial port is root:uucp. Unless you are operating as root, which has write privileges by default you will have a problem. If you give your userid uucp group privileges you still have a problem because the default group privs for the serial port do not include write capability. Once again, anything you change will go back on reboot.

I did chmod 775 /dev/ttyS0 and joined the uucp group, but ultimately wound up just setting things up like this for a quick and dirty solution:

chmod 777 /dev
chmod 777 /dev/ttyS0
chmod 777 /dev/ttyUSB0


The other solution is:

Make your userid a member of the uucp group.
chmod 775 /dev
chmod 775 /dev/ttyS0
chmod 775 /dev/ttyUSB0
chown root:uucp /dev

Either one will make Echolink work. The first one because it gives everyone access to /dev and to the serial ports ttyS0 and ttyUSB0.

The second one works because you join the uucp group (which is the default for ttyS0 and ttyUSB0) and you give the group write privileges to /dev, ttyS0, and ttyUSB0.

OK, now you need to make sure the /dev and ttyS0 and/or ttyUSB0 privs are updated with each reboot.

You can do this by editing /etc/rc.d/rc.local and putting the sequence of commands you prefer into the file. Now Echolink will run like a Linux app.

If you are wondering what the issues are with Windows and Echolink, my biggest one involved security updates that kill my sound card(s) [I tried several with similar results]. If Windows rebooted without a power down the sound cards would frequently die and nothing brings them back (including the on board sound car) except a real power down, which is difficult from a repeater site. I discussed the problem with Microsoft and HP, but got the typical reaction.

Of course running remote desktop can cause similar problems.

Rather than hike the mountain I shut Echolink down.

Now Echolink is back up, Windows is gone, and everything works just fine - from my warm shack, even with updates!

Len Umina

Last edited by wt6g; 22nd July 2008 at 02:51 AM. Reason: clarification of text
Reply With Quote

echolink, fedora, ports, serial, wine

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
echolink ports kc2dws Servers & Networking 2 30th April 2011 04:01 AM
Serial Ports jamillikan Hardware & Laptops 13 2nd February 2008 09:13 AM
Serial Ports Under Fedora Core 5 josephcarri Using Fedora 10 17th January 2007 03:32 AM
Serial Ports Issue windblows Hardware & Laptops 3 19th December 2006 08:33 AM
Fedora 5 Main os vmware 5 guest os winxp Help setting up serial ports on xp Lizard_king825 Using Fedora 0 11th October 2006 05:00 AM

Current GMT-time: 03:24 (Thursday, 21-09-2017)

TopSubscribe to XML RSS for all Threads in all ForumsFedoraForumDotOrg Archive

All trademarks, and forum posts in this site are property of their respective owner(s).
FedoraForum.org is privately owned and is not directly sponsored by the Fedora Project or Red Hat, Inc.

Privacy Policy | Term of Use | Posting Guidelines | Archive | Contact Us | Founding Members

Powered by vBulletin® Copyright ©2000 - 2012, vBulletin Solutions, Inc.

FedoraForum is Powered by RedHat