baselayout-1.12.0_pre6-r3 prints "stty: standard input: unable to perform all requested operations" for every init script that started during boot. Downgrading to 1.11.13-r1 made resolved the error message. Reproducible: Always Steps to Reproduce: 1. emerge and update configuration files from baselayout-1.12.0_pre6-r3 2. reboot Actual Results: "stty: standard input: unable to perform all requested operations" is printed when services start. Expected Results: No error messages. See also <http://forums.gentoo.org/viewtopic-t-373826.html>. Portage 2.0.51.22-r2 (default-linux/sparc/sparc64/2005.1, gcc-3.3.6, glibc-2.3. 3.20040420-r2, 2.6.12-gentoo-r9 sparc64) ================================================================= System uname: 2.6.12-gentoo-r9 sparc64 sun4u Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="sparc ~sparc" AUTOCLEAN="yes" CBUILD="sparc-unknown-linux-gnu" CFLAGS="-mcpu=ultrasparc -O2 -pipe" CHOST="sparc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/ config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=ultrasparc -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg ccache distcc distlocks sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://mirror.gentoo.se http://distfiles.gentoo.org http://www. ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="sparc avi bash-completion berkdb bitmap-fonts cjk crypt cups curl dlloader eds emacs encode fbcon foomaticdb gcc64 gdbm gif gpm gstreamer gtk2 imagemagick imlib ipv6 jpeg kerberos libwww mad maildir mikmod ncurses nls nodrm ogg oggvorbis opengl pam pcre pdflib perl png ppds python readline sasl scanner sdl slp spell ssl tcpd tex tiff truetype truetype-fonts type1-fonts unicode usb wmf xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Forgot to add that this appeared on the console. It was a new installed system without ssh running and no serial console was used so I have no idea if it appeared on those too.
What does running: # stty size Give you ?
I get this on two different ~sparc boxes, one running headless and the other isn't. Once I get to a login prompt on the serial console box, I get "0 0" for the output of `stty size`. On the box with a regular console, I get "64 160".
The problematic Blade 100 reports stty size "34 80" for its PROM console display driver.
baselayout-1.12.0_pre8-r2 on Ultra 10 also give the same output.
I think that this is a duplicate of bug #112161 and baselayout-1.12.0_pre12 fixes it.
On a headless box, the latest baselayout Uberlord mentioned does not resolve the issue. I'll test a box with a monitor when I get home.
No change on graphical console either
You could attach the output of "stty -a" to this bug. And in a terminal that you don't mind killing off later, could you run "stty -icanon min 0 time 0" and tell me if that errors of not? Thanks.
From a headless box having this problem: excelsior ~ # stty -a speed 9600 baud; rows 0; columns 0; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; dsusp = ^Y; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^U; -parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon ixoff -iuclc -ixany -imaxbel -iutf8 opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon -iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt excelsior ~ # stty -icanon min 0 time 0 stty: standard input: unable to perform all requested operations
This is the strace output of stty : execve("/usr/bin/stty", ["stty", "-icanon", "min", "0", "time", "0"], ["MANPATH=/usr/local/share/man:/us"..., "HOSTNAME=jasmine", "TERM=xterm", "SHELL=/bin/bash", "SSH_CLIENT=172.22.0.2 58715 22", "SSH_TTY=/dev/pts/5", "USER=root", "PAGER=/usr/bin/less", "CONFIG_PROTECT_MASK=/etc/terminf"..., "MAIL=/var/mail/root", "PATH=/usr/local/sbin:/usr/local/"..., "PWD=/root", "EDITOR=/bin/nano", "SHLVL=1", "HOME=/root", "LESS=-R -M --shift 5", "PYTHONPATH=/usr/lib/portage/pym", "LOGNAME=root", "CVS_RSH=ssh", "GCC_SPECS=", "SSH_CONNECTION=172.22.0.2 58715 "..., "LESSOPEN=|lesspipe.sh %s", "INFOPATH=/usr/share/info:/usr/sh"..., "_=/usr/bin/strace"]) = 0 uname({sysname="Linux", nodename="jasmine", release="2.6.14", version="#4 Fri Dec 30 22:11:00 CET 2005", machine="sparc64"}) = 0 open("/etc/ld.so.preload", O_RDONLY) = 1879146096 fstat64(3, {st_dev=makedev(8, 1), st_ino=311910, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=8192, st_blocks=48, st_size=22319, st_atime=2005/12/30-22:13:32, st_mtime=2005/12/26-11:42:11, st_ctime=2005/12/30-18:51:00}) = 0 close(3) = 1879183980 read(3, 0xefb3f084, 512) = -1 ESRCH (No such process) mmap(NULL, 1292776, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0 mmap(0x7015c000, 40960, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x120000) = 0x70166000 close(3) = -1 ERRNO_1880489984 (Unknown error 1880489984) munmap(0x7001c000, 22319) = 1880379968 read(3, "N\331\336", 4) = 3 brk(0) = 0x4c000 brk(0) = 0 ioctl(0, TCXONC, {c_iflags=0x500, c_oflags=0x5, c_cflags=0xbf, c_lflags=0x8a39, c_line=0, c_cc[VMIN]=0, c_cc[VTIME]=0, c_cc="\x03\x1c\x7f\x15\x00\x00\x00\x00\x11\x13\x1a\x19\x12\x15\x17\x16\x00"}) = 0 exit(0) = ?
After a bit of debugging with GMSoft we found this stty -icanon min 0 time 0 fails to work stty -icanon stty min 0 time 0 works just fine This only happens on Sparc. We've made this change in /sbin/rc and will be in baselayout-1.12.0_pre14, but obviously we'd like to use just the one call to stty instead of two. So I'm assinging this bug over to sparc team as it still should be fixed in coreutils imo.
Problem still exists in baselayout-1.12.0_pre14-r1
pre14 introduces RC_INTERACTIVE in /etc/conf.d/rc - set to no to stop the error from happening. A change has been comitted to the cvs ebuilds to disable this by default on Sparc only until the Sparc team can resolve the issue.
Some brave sparc dude want to test baselayout-2.0.0_alpha1 for this specific issue as we now have it in C?
i feel like this isnt a bug in baselayout but in sparc's serial driver ...
baselayout-2.0.0_rc2-r1 fixes this, interactive works on fb & serial.
