Bug 31113

Summary:	Error when using screen after updating to 4.x
Product:	Gentoo Linux	Reporter:	Stefan Sarzio <salze>
Component:	Current packages	Assignee:	Jason Wever (RETIRED) <weeve>
Status:	RESOLVED TEST-REQUEST
Severity:	minor	CC:	dschridde+gentoobugs, narada.sage
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	strace logging of failing call

Description Stefan Sarzio 2003-10-14 04:47:46 UTC

error: "Directory '/var/run/screen' must have mode 777."

chmod 777 helped.

Reproducible: Always
Steps to Reproduce:
1. emerge --update screen
2.
3.

Actual Results:  
s. Details

Expected Results:  
screen runs without errors.

Portage 2.0.49-r13 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r1,
2.4.22_pre2-gss)=================================================================
System uname: 2.4.22_pre2-gss i686 Intel(R) Pentium(R) III Mobile CPU      1000MHz
Gentoo Base System version 1.4.3.10p1
distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [enabled]
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/share/config /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /var/spool/amanda/.amandahosts
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/var/qmail/control /var/qmail/alias"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs sandbox userpriv usersandbox buildpkg ccache distcc"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j6"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 foomaticdb libg++ mad mikmod berkdb slang tetex nas esd gphoto2 ldap
i8x0 mmx sse -3dnow apm pcmcia pnp nls readline trusted cdr cups snmp slp
mozilla X motif dga opengl xv -gpm -kde -qt -qtmt -arts gtk gtk2 gnome gb bonobo
libwww libgda gtkhtml tcltk ncurses sdl svga imlib lcms gif wmf jpeg png tiff gd
avi mpeg quicktime -alsa oss dvd xmms oggvorbis ggz -pam ssl crypt imap maildir
mbox -tcpd spell truetype xml xml2 pdflib java jikes python perl gdbm -doc odbc
mysql innodb zlib galeon openoffice encode samba apache apache2 php mod_php
mod_ssl plotutils ethereal usb -guile -mozsvg mozcalendar -mozaccess mozp3p
-mozxmlterm moznoirc -moznomail -moznocompose -moznoxft menu"

Comment 1 Jason Wever (RETIRED) gentoo-dev

2003-10-14 14:11:35 UTC

Looking into it now.

Comment 2 Jason Wever (RETIRED) gentoo-dev

2003-10-14 14:22:54 UTC

Just commited a fixed version of the ebuild.  The chmod command at the end
of the ebuild wasn't setting write for other.  It's now fixed.  Wait about
half an hour or so, sync your portage tree again and re-emerge screen.

Thanks for the bug.

Comment 3 Narada Sage 2003-10-15 05:17:43 UTC

$ emerge screen
<went fine>

$ chmod u+s /usr/bin/screen

$ chmod g-w /var/run/screen

$ screen -S emerge
Directory '/var/run/screen' must have mode 755.

^^ I cannot create a new screen.

Comment 4 Narada Sage 2003-10-15 05:18:51 UTC

After doing `chmod 755 /var/run/screen` it works fine.

Comment 5 Jason Wever (RETIRED) gentoo-dev

2003-10-15 12:46:33 UTC

Just commited a revision to the ebuild which "fixes" this.  Basically the
last instruction for multi-user mode should read "chmod go-w /var/run/screen"
rather than "chmod g-w /var/run/screen" like it does now.

Comment 6 Tobias Klausmann (RETIRED) gentoo-dev

2003-12-04 02:18:14 UTC

Created attachment 21679 [details]
strace logging of failing call

I forgot this info in my other comment. Kernel ist 2.6.0-test11, otherwise
up-to-date machine with ~x86, screen v4.00.01 (FAU) 18-Sep-03

Comment 7 Dennis Schridde 2010-01-27 06:29:30 UTC

I think this bug has reappeared, please reopen.

The issue seems to be the non-existance of group 43:
-rwxr-s--x 1 root   43 354592 2009-08-14 03:11 /usr/bin/screen
drwxrwxr-x 4 root utmp   4096 2009-08-14 14:31 /var/run/screen/
(it really does not exist in /etc/group)

Comment 8 Dennis Schridde 2010-01-27 06:34:04 UTC

(In reply to comment #7)
> -rwxr-s--x 1 root   43 354592 2009-08-14 03:11 /usr/bin/screen
Hm, since it has been quite a while since screen was emerged, it could also be that the missing group was caused by something (portage?) renumbering utmp, or similar.
So probably not necessary to reopen, unless someone else also stumbles upon this.