Summary: | cxterm-5.2.3 no available ptys | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Eric Brown <eric.brown> |
Component: | Current packages | Assignee: | CJK Team <cjk> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Eric Brown
2004-09-30 22:30:33 UTC
I'm taking this upstream to see if they know why the fix reported on their site doesn't work. attempted to contact 3 people upstream, all bad email addresses. Someone with access to sf.net might be able to login and submit a bug, but I think cxterm removed legacy pty support, and that is what caused it to break (somehow it doesn't work with new ptys). The weird thing is, my kernel has legacy BSD pty support on.. maybe it's broken in 2.6.7.. The package seems dead upstream. Reassigning to CJK, as I couldn't even test it if I were able to fix the application, which is broken by design anyway. Yeah, it looks the upstream is dead... and chmod 666 /dev/pty/* works on my laptop. (I'm using 2.6.12-rc2-mm3 kernel with Unix98 PTY and Legacy BSD PTY support) The workaround for chmod 666 /dev/pty* doesn't work on my new Gentoo boxen (though it worked on my laptop). I re-fetched source tarball from sf.net upstream and recompiled it, and then it worked as expected. Someone forked from original source to incorporate Unix98 PTY change but they didn't change source tarball's name. If you still have trouble with this, please run emerge --sync and try again. |