Please advise if you are available to partner with my company as our AR
personnel in North America.
Reading this bug report and linked material there appears to be the following
problem.
(NB: I have not had a look at the code or tested these ideas so my analysis may
be flawed)
Current flow when cu is started by root user:
(A) cu is started by root:root
(B) cu changes effective user:group to uu
When I last looked this bug was a straight mismatch, ttyS0 is in "dialout",
and it tries to set ownership to "uucp" when run as root, hence the
workarounds given previously.
I wrote this, time may have passed.
http://www.debian-administration.org/users/simonw/weblog/36
I don't think the sensit
Hej min kära,
Mitt namn är Miss Alicia Yak, Som jag viskar min bön i kväll och gick in i
sökandet efter
en fin vän i (internet) Jag kom över din kontakt, mina tankar och mitt hjärta
sa åt mig att
kontakta dig för vänskap, en vän som verkligen förstår hans eller hennes vän
och dela sina
känslor t
On Wed, Feb 14, 2007 at 05:33:00PM -0800, Benjamin Isaac wrote:
> I'm checking in to see whether any workarounds exist for this bug.
>
It seems that issueing
# chown uucp /dev/ttyUSB1
helps at issueing :
# cu -s 115200 -l /dev/ttyUSB1
That seems very strange to me when I'd expect root to be al
I'm checking in to see whether any workarounds exist for this bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
6 matches
Mail list logo