Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 33415 - `genkernel --help` changes terminal font to yellow
Summary: `genkernel --help` changes terminal font to yellow
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Hosted Projects
Classification: Unclassified
Component: genkernel (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Brad House
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-13 11:55 UTC by Stv
Modified: 2004-01-18 16:41 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stv 2003-11-13 11:55:52 UTC
how to reproduce: just run `genkernel --help`.

shell= /bin/bash, version "2.05b-r8"
console=xterm, `xterm -v` gives "XFree86 4.2.99.903(174)", although reproducable
in a raw tty also (I haven't tried others).

on the following line in the strace output 
write(1, "\33[33;01m* usage: genkernel --opt"..., 37* usage: genkernel --options
) = 37
the colour changes to yellow from and including the * after 37 until font colour
changed by another application.



strace output:-
stat64("/etc/kernels/settings", {st_mode=S_IFREG|0644, st_size=664, ...}) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
stat64("/etc/kernels/settings", {st_mode=S_IFREG|0644, st_size=664, ...}) = 0
open("/etc/kernels/settings", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=664, ...}) = 0
read(3, "STORAGE_MODULES=\"sd_mod sg sr_mo"..., 664) = 664
close(3)                                = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
pipe([3, 4])                            = 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
_llseek(255, -7647, [1148], SEEK_CUR)   = 0
fork()                                  = 2090
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigaction(SIGCHLD, {0x8079f10, [], SA_RESTORER, 0x4004ef28}, {0x8079f10, [], 
SA_RESTORER, 0x4004ef28}, 8) = 0
close(4)                                = 0
read(3, "-j2\n", 128)                   = 4
read(3, 0xbffff600, 128)                = ? ERESTARTSYS (To be restarted)
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 0], WNOHANG) = 2090
waitpid(-1, 0xbffff2a4, WNOHANG)        = -1 ECHILD (No child processes)
sigreturn()                             = ? (mask now [])
read(3, "", 128)                        = 0
close(3)                                = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x8079e30, [], SA_RESTORER, 0x4004ef28}, {SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigaction(SIGINT, {SIG_DFL}, {0x8079e30, [], SA_RESTORER, 0x4004ef28}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
read(255, "MENUCONFIG=\"no\"\nBOOTSPLASH=\"no\"\n"..., 8192) = 8192
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40
014000
write(1, "\33[33;01m* usage: genkernel --opt"..., 37* usage: genkernel --options
) = 37
write(1, "\33[33;01m*\n", 10*
)           = 10
write(1, "\33[33;01m*  --config          =  "..., 55*  --config          =

Reproducible: Always
Steps to Reproduce:
1. run `genkernel --help`
2.
3.

Actual Results:  
all terminal text went yellow

Expected Results:  
help message, but not all in yellow nor remaining yellow

Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r8, 2.4.22)
=================================================================
System uname: 2.4.22 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.4.3.11
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="sandbox ccache"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg kde libg++ libwww mad
mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib
gdbm berkdb slang readline arts aalib nas svga tcltk java sdl gpm tcpd pam ssl
perl python esd imlib oggvorbis qt motif opengl mozilla ldap cdr X gtk gnome -alsa"
Comment 1 Brad House 2004-01-18 08:01:14 UTC
so nice you don't even mention what genkernel version.
So helpful.

if you're going to make a freaking bug report, provide the
right info!

plus i've never seen it happen here with any version.
Comment 2 Stv 2004-01-18 16:41:28 UTC
It was the current ebuild of the time.  I apologise.... 

As Genkernel 2.1 is currently unavailable (no genkernel-2.1.tar.bz2) and Genkernel 2.0 doesn't have a matching checksum (and doesn't work when overriden) I can unfortunately no longer reproduce the issue.

I see no reason for the issue to still occur in later versions as the help message  has been changed to no longer contains a yellow wildcard preceding paragraphs.