Summary: | MacOS - nano-1.3.3-r1 - Can not save (ctrl+o) in nano - plus other two versions compile fine | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Trixtrax <trixtrax> |
Component: | New packages | Assignee: | osx porters <osx> |
Status: | VERIFIED FIXED | ||
Severity: | major | CC: | bsd+disabled, gentoo, phaidros, sauron |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Trixtrax
2004-08-15 02:34:04 UTC
not major, but still annoying Problem persists in nano-1.3.4 Changing the severity back to major, because like a wagon without wheels, an editor without save... is useless. Back to vim, I guess. I discovered this one early, and assumed it was localized to my machine when nobody else mentioned it - since then, my workaround has been to use Ctrl-X, then using the save-before-quit feature in lieu of Ctrl-O. Even still, this is a supremely irritating glitch. Yeah I've experienced this under FreeBSD as well. One time I got it work, but I am uncertain of what it was that I did. I want to say it worked after I rebuilt w/USE=ncurses but I just can't remember. Oh, and Trixtrax, just as Paul said, you can indeed save, you just have to Ctrl-X and hit 'y' before exiting. 1.2.4 is the last version I've found to NOT have this problem. If its any consolation, F3 seems to work for me If this problem is shared between OSX and FreeBSD, this may be related to the GNU vs BSD coreutils. IIRC, this issue occurs even in a straight build (non-Gentoo) which might indicate an issue that needs to be addressed by the nano devs, not Gentoo. Just emerged nano-1.3.5, Ctrl-O seems to be working on my system. Can anybody confirm? I confirm Thomas' discovery - ^O works fine in 1.3.5 - what do we need to do to get this keyworded into (~)ppc-macos? works for me too. Closing this up. Closing out bugs that've been resolved for a while now... |