When trying to get syncing with my PDA working with udev, I found that udev creates /dev/tts/USB0 and /dev/tts/USB1 with permissions 0600. This is probably from the current 050-udev.rules file: KERNEL="ttyUSB[0-9]*", NAME="tts/USB%n", GROUP="tty", MODE="0600" This would mean that only someone running as root could sync their PDA. Users who are in the tty group would not be able to. This should be switched to: KERNEL="ttyUSB[0-9]*", NAME="tts/USB%n", GROUP="tty", MODE="0660" I did this on my system and syncing works for all users in the tty group.
Created attachment 58624 [details, diff] Patch to fix permissions for /dev/tts/USB* nodes Here's a patch file to fix this bug. Hope I did this correctly. :@)
*** Bug 92958 has been marked as a duplicate of this bug. ***
Well, I'm new to gentoo but why do I have to patch it manually and don't get the fix via emerge? Anyway: rules.d $ patch < /tmp/50-udev.rules patching file 50-udev.rules Hunk #1 FAILED at 41
Well, in other words: the patch cannot be applied to udev-056.
Well, and this cannot be fixed quickly? I put a chmod 666 /dev/null /dev/urandom /dev/pty/* in local.start. Still get /dev/ttyp3 is not the slave for the master pty on fd 3 for each Konsole open. ..and I wonder why if should be udev's fault as this happened after an emerge -u world which did not update udev...
I just did an emerge -Duv world, and it appears that udev-058 fixes this issue. Regarding the patch, perhaps your 50-udev.rules was different than mine, for whatever reason. I'm sure there's a better way to apply the change I proposed, but at this point I don't know how to do it. One of these days I need to learn how to use sed. The reason that emerge didn't apply this patch is because patches and fixes proposed in bugzilla need to be committed to the portage tree by a developer. Otherwise, it's still in an experimental state.
I did the same but the problem persists.
I'm reopening this bug. I tried manually emerging udev-058 and checking out the rules after the package was unpacked. The offending line comes from /var/tmp/portage/work/udev-058/etc/udev/gentoo/udev.rules, where you can find: KERNEL="ttyUSB[0-9]*", NAME="tts/USB%n", GROUP="tty", MODE="0600" I think that MODE here should be changed to be 0660 as a default. Until this gets fixed, your best bet is to use a text editor to fix your 050-udev.rules file. I have a feeling that the reason my system was working was because portage did not overwrite my change.
I do have this problem as well: http://forums.gentoo.org/viewtopic-t-199447-highlight-host+key+verification.html Something's really wrong with udev, I wonder how people can actually work with it.
Well, while it looks slightly different in my case: bash-2.05b$ scp bar.tar foo@server:/tmp/ ssh_askpass: exec(/usr/lib/misc/ssh-askpass): No such file or directory ssh_askpass: exec(/usr/lib/misc/ssh-askpass): No such file or directory ssh_askpass: exec(/usr/lib/misc/ssh-askpass): No such file or directory Permission denied (publickey,keyboard-interactive). lost connection
Fixed, will be in next release.