|
Hi there--
My main pc runs a variant of Red Hat Linux (CentOS 5.1). Has anyone been able to properly install the KUSB (drivers) on a Linux box? The Prolific site has a driver that I've heard only works with the 2.4 kernel. Has anyone had any luck using the KUSB with a 2.6 kernel? ttfn & -- 73, Dick ka1oz Middleborough, MA K3/100(Kit) SN 000859 Titan-DX _______________________________________________ Elecraft mailing list Post to: [hidden email] You must be a subscriber to post to the list. Subscriber Info (Addr. Change, sub, unsub etc.): http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/subscribers.htm Elecraft web page: http://www.elecraft.com |
|
prolific support is in the 2.6 kernels, I have yet to meet a USB driver
that isn't plug and play under modern 2.6 kernels. no additional drivers required Plug it in and it should appear as /dev/ttyUSB0 (assuming it's the first USB serial device ) dmesg will show you more If you need some more help on any of this please contact me directly I am deeply familiar with Centos and redhat. On Fri, 2008-06-13 at 19:27 -0400, Dick Roth KA1OZ wrote: > Hi there-- > > My main pc runs a variant of Red Hat Linux (CentOS 5.1). Has anyone > been able to properly install the KUSB (drivers) on a Linux box? The > Prolific site has a driver that I've heard only works with the 2.4 > kernel. Has anyone had any luck using the KUSB with a 2.6 kernel? > > ttfn & 73 Brendan EI6IZ RHCE 805008029731335 -- Don‘t complain. Nobody will understand. Or care. And certainly don‘t try to fix the situation yourself. It‘s dangerous. Leave it to a highly untrained, unqualified, expendable professional. _______________________________________________ Elecraft mailing list Post to: [hidden email] You must be a subscriber to post to the list. Subscriber Info (Addr. Change, sub, unsub etc.): http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/subscribers.htm Elecraft web page: http://www.elecraft.com |
|
Brendan Minish wrote:
> prolific support is in the 2.6 kernels, I have yet to meet a USB driver > that isn't plug and play under modern 2.6 kernels. no additional drivers > required > > Plug it in and it should appear as /dev/ttyUSB0 > > (assuming it's the first USB serial device ) > > dmesg will show you more > > If you need some more help on any of this please contact me directly > > I am deeply familiar with Centos and redhat. > > On Fri, 2008-06-13 at 19:27 -0400, Dick Roth KA1OZ wrote: >> Hi there-- >> >> My main pc runs a variant of Red Hat Linux (CentOS 5.1). Has anyone >> been able to properly install the KUSB (drivers) on a Linux box? The >> Prolific site has a driver that I've heard only works with the 2.4 >> kernel. Has anyone had any luck using the KUSB with a 2.6 kernel? >> >> ttfn & > > 73 > Brendan EI6IZ > RHCE 805008029731335 > as root, otherwise it wouldn't open the ttyUSB0 port. I performsed a download of the latest firmware without any hitches. Thanks & -- 73, Dick ka1oz Middleborough, MA K3/100(Kit) SN 000859 Titan-DX _______________________________________________ Elecraft mailing list Post to: [hidden email] You must be a subscriber to post to the list. Subscriber Info (Addr. Change, sub, unsub etc.): http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/subscribers.htm Elecraft web page: http://www.elecraft.com |
|
Dick Roth KA1OZ wrote:
> Brendan Minish wrote: >> prolific support is in the 2.6 kernels, I have yet to meet a USB driver >> that isn't plug and play under modern 2.6 kernels. no additional drivers >> required In general, USB TTY devices ought to comply with the relevant USB device class and ought not to require a vendor specific driver. Any vendor that absolutely needs a specific driver should be discouraged. (Windows device drivers often aren't actually real device drivers, but rather an association between the device ID code and a standard driver. Windows seems less willing to match devices on class alone, except for mass storage, than Linux.) >>> My main pc runs a variant of Red Hat Linux (CentOS 5.1). Has anyone >> > Brendan, this was way too simple! I found that I had to execute k3util > as root, otherwise it wouldn't open the ttyUSB0 port. I cannot think of any good reason why this would be necessary, and as a matter of policy one should reject software that shouldn't need to run as root, but does actually need to. I think it is more likely that the ttyUSB0 device node needs its permissions changing or accommodating to. Often such nodes have an appropriate group, and all you need to do is to add the user that uses them to that group or make the executable "set group" to the group. However, you can always add an appropriate group. Less satisfactory is to make the executable "set user" to root, but that means putting unnecessary trust in it, although it lessens the risk of doing something else dangerous. >>> My main pc runs a variant of Red Hat Linux (CentOS 5.1). Has anyone >> PS Note that Centos is a derivative, not a variant of Red Hat; Red Hat would deny any responsibility for it. Red Hat commercialise open source software by branding it and then charging for the use of the brand and for support. CentOs remove the Red Hat branding and bypasses the support contract that encumbers commercially supplied copies of Red Hat Linux. -- David Woolley "The Elecraft list is a forum for the discussion of topics related to Elecraft products and more general topics related ham radio" List Guidelines <http://www.elecraft.com/elecraft_list_guidelines.htm> _______________________________________________ Elecraft mailing list Post to: [hidden email] You must be a subscriber to post to the list. Subscriber Info (Addr. Change, sub, unsub etc.): http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/subscribers.htm Elecraft web page: http://www.elecraft.com |
|
In reply to this post by raroth7
John R. Lonigro wrote:
> Dick: > Go to /dev (as root) and open up the permissions on ttyUSB0. Then you > can access USB0 without being root. The default is rw access for root > only. I had to do a similar thing when accessing ttyS0 with my K2. > Unfortunately, every time I reboot, I have to do this all over again. I > probably need to put it in a startup file somewhere. > > 73's, > > John AA0VE > > Dick Roth KA1OZ wrote: >> Brendan, this was way too simple! I found that I had to execute >> k3util as root, otherwise it wouldn't open the ttyUSB0 port. >> >> I performsed a download of the latest firmware without any hitches. >> > Thanks for the tip, John. Works like a champ now. Sometimes I forget about permissions and ownership. Have a great weekend! ttfn & -- 73, Dick ka1oz Middleborough, MA K3/100(Kit) SN 000859 Titan-DX _______________________________________________ Elecraft mailing list Post to: [hidden email] You must be a subscriber to post to the list. Subscriber Info (Addr. Change, sub, unsub etc.): http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/subscribers.htm Elecraft web page: http://www.elecraft.com |
|
On Sat, 2008-06-14 at 10:02 -0400, Dick Roth KA1OZ wrote:
> John R. Lonigro wrote: > > Dick: > > Go to /dev (as root) and open up the permissions on ttyUSB0. Then you > > can access USB0 without being root. The default is rw access for root > > only. I had to do a similar thing when accessing ttyS0 with my K2. > > Unfortunately, every time I reboot, I have to do this all over again. I > > probably need to put it in a startup file somewhere. This is not how to do this! the /dev tree is created by udev on every boot on centos/RHEL/fedora /dev/ttyS0 and it's friends are owned by root and are in the uucp group Add your normal user to the uucp group and you will be good to go usermod -a -G uucp <username> you may need to log your user out then back in for the group memberships to update 73 Brendan EI6IZ -- Don‘t complain. Nobody will understand. Or care. And certainly don‘t try to fix the situation yourself. It‘s dangerous. Leave it to a highly untrained, unqualified, expendable professional. _______________________________________________ Elecraft mailing list Post to: [hidden email] You must be a subscriber to post to the list. Subscriber Info (Addr. Change, sub, unsub etc.): http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/subscribers.htm Elecraft web page: http://www.elecraft.com |
|
In reply to this post by David Woolley (E.L)
On Sat, 2008-06-14 at 11:14 +0100, David Woolley (E.L) wrote:
> > Brendan, this was way too simple! I found that I had to execute k3util > > as root, otherwise it wouldn't open the ttyUSB0 port. > > I cannot think of any good reason why this would be necessary, and as a > matter of policy one should reject software that shouldn't need to run > as root, but does actually need to. I think it is more likely that the > ttyUSB0 device node needs its permissions changing or accommodating to. On Centos / RHEL /Fedora Adding your user to the uucp group will give you access to the serial ports. to give your normal user access to the serial ports do the following as root usermod -a -G uucp <username> you can also do this with the GUI tool system-config-users this adds your normal user to the uucp group and gives your user access to the serial ports so that you can run com port applications as a user instead of root you may need to log your user out and back in again for this to take effect. > PS Note that Centos is a derivative, not a variant of Red Hat; Red Hat > would deny any responsibility for it. Having recently completed some redhat training this is true, however the redhat people work pretty closely with centos these days and Centos is not seen as a rival. Centos is based on the redhat Enterprise linux source code tree that Redhat publish under the terms of the GPL. Centos aims to be binary compatible with Redhat Enterprise linux > Red Hat commercialise open source > software by branding it and then charging for the use of the brand and > for support. Redhat operate within the parameters of the GPL licence and contribute a lot of paid for development resources to the linux codebase. They sell a commercially supported product, it is the support, the compiled binaries, Indemnity from litigation (SCO, MS etc) and branding that you are buying, not 'linux' > CentOs remove the Red Hat branding and bypasses the > support contract that encumbers commercially supplied copies of Red Hat > Linux. This is Something that the Centos people are perfectly entitled to do under the terms of the GPL. You are are also able if you so wish to download the entire RHEL source tree and rebuild your own binary compatible version 73 Brendan EI6IZ RHCE 85008029731335 -- Don‘t complain. Nobody will understand. Or care. And certainly don‘t try to fix the situation yourself. It‘s dangerous. Leave it to a highly untrained, unqualified, expendable professional. _______________________________________________ Elecraft mailing list Post to: [hidden email] You must be a subscriber to post to the list. Subscriber Info (Addr. Change, sub, unsub etc.): http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/subscribers.htm Elecraft web page: http://www.elecraft.com |
|
Brendan Minish wrote:
> On Sat, 2008-06-14 at 11:14 +0100, David Woolley (E.L) wrote: > >>> Brendan, this was way too simple! I found that I had to execute k3util >>> as root, otherwise it wouldn't open the ttyUSB0 port. >> I cannot think of any good reason why this would be necessary, and as a >> matter of policy one should reject software that shouldn't need to run >> as root, but does actually need to. I think it is more likely that the >> ttyUSB0 device node needs its permissions changing or accommodating to. > > On Centos / RHEL /Fedora > Adding your user to the uucp group will give you access to the serial > ports. > > to give your normal user access to the serial ports do the following as > root > > usermod -a -G uucp <username> > > you can also do this with the GUI tool > system-config-users > > this adds your normal user to the uucp group and gives your user access > to the serial ports so that you can run com port applications as a user > instead of root > > you may need to log your user out and back in again for this to take > effect. > > >> PS Note that Centos is a derivative, not a variant of Red Hat; Red Hat >> would deny any responsibility for it. > > Having recently completed some redhat training this is true, however the > redhat people work pretty closely with centos these days and Centos is > not seen as a rival. > Centos is based on the redhat Enterprise linux source code tree that > Redhat publish under the terms of the GPL. > Centos aims to be binary compatible with Redhat Enterprise linux > >> Red Hat commercialise open source >> software by branding it and then charging for the use of the brand and >> for support. > > Redhat operate within the parameters of the GPL licence and contribute a > lot of paid for development resources to the linux codebase. > They sell a commercially supported product, it is the support, the > compiled binaries, Indemnity from litigation (SCO, MS etc) and branding > that you are buying, not 'linux' > >> CentOs remove the Red Hat branding and bypasses the >> support contract that encumbers commercially supplied copies of Red Hat >> Linux. > > This is Something that the Centos people are perfectly entitled to do > under the terms of the GPL. You are are also able if you so wish to > download the entire RHEL source tree and rebuild your own binary > compatible version > > 73 > Brendan EI6IZ > RHCE 85008029731335 > I love this list! I got pertinent lessons on the use of unix groups and the English language. Thanks John, Brendan and David. Now, as others are wont to say: "Let's end this thread", since I am now on the proper path. Thanks again to all. ttfn & -- 73, Dick ka1oz Middleborough, MA K3/100(Kit) SN 000859 Titan-DX _______________________________________________ Elecraft mailing list Post to: [hidden email] You must be a subscriber to post to the list. Subscriber Info (Addr. Change, sub, unsub etc.): http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/subscribers.htm Elecraft web page: http://www.elecraft.com |
| Free forum by Nabble | Edit this page |
