Bug 82940 - emerging gnuplot on text console fails due to (sandbox) access vioation to /dev/mouse
Bug#: 82940 Product:  Gentoo Linux Version: unspecified Platform: x86
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: g2boojum@gentoo.org Reported By: zkoza@ift.uni.wroc.pl
Component: Ebuilds
URL: 
Summary: emerging gnuplot on text console fails due to (sandbox) access vioation to /dev/mouse
Keywords:  
Status Whiteboard: 
Opened: 2005-02-22 04:24 0000
Description:   Opened: 2005-02-22 04:24 0000
When I try to emerge gnuplot (gmedia-gfx/gnuplot-4.0-r1) from a console, emerge
fails with the following report:

--------------------------- ACCESS VIOLATION SUMMARY
---------------------------
LOG FILE = "/tmp/sandbox-media-gfx_-_gnuplot-4.0-r1-749.log"

open_wr:   /dev/mouse
open_wr:   /dev/mouse
open_wr:   /dev/mouse
open_wr:   /dev/mouse
open_wr:   /dev/mouse
--------------------------------------------------------------------------------

However, 
> emerge gnuplot
works just fine from an X console.

This bug seems very similar to bug No 41711, except that 
41711 reported a similar behaviour with /dev/svga

Reproducible: Always
Steps to Reproduce:
1. login in a text console
2. su
3. emerge gnuplot

Actual Results:  
gnuplot was not updated to 4.0


Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.3.5,
glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 22 2005,
11:56:00)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.6.3, 1.4_p6, 1.8.5-r3, 1.9.4, 1.7.9-r1
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.4.21-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="CCACHE autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="ftp://linux.rz.ruhr-uni-bohum.de/gentoo-mirror/
ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo http://gentoo.zie.pg.gda.pl"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X apm arts avi berkdb bitmap-fonts crypt cups curl doc emboss
encode esd f77 fam fbcon font-server foomaticdb fortran gdbm gif gmp gnome gpm
gstreamer gtk gtk2 imagemagic imlib ipv6 jpeg kde libg++ libwww mad mikmod mime
mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png
python qt quicktime readline sdl spell sse ssl svga tcltk tcpd tetex tidy tiff
truetype truetype-fonts type1-fonts usb wxwindows xml2 xmms xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY

------- Comment #1 From Carsten Lohrke 2005-02-22 04:37:03 0000 -------
*** Bug 82941 has been marked as a duplicate of this bug. ***

------- Comment #2 From Graham Murray 2005-03-13 09:12:15 0000 -------
As stated in bug #80135, with udev /dev/mouse does not exist. It is
/dev/input/mousen. So should gnuplot not be looking for the correct mouse
device rather than /dev/mouse?

------- Comment #3 From Andre Hinrichs 2005-03-20 23:45:33 0000 -------
I have a similar problem compiling gnuplot on a text console.
But it's not the mouse device...
When I merge that package remotely via ssh, it finishes without error!
Very strange!!

Here is the error:

make[2]: Entering directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0/tutorial'
svgalib: Cannot open /dev/svga
Is svgalib_helper module loaded?
make[2]: *** [eg1.tex] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0/tutorial'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0'
make: *** [all] Error 2

!!! ERROR: media-gfx/gnuplot-4.0-r1 failed.
!!! Function src_compile, Line 67, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.


------- Comment #4 From Tiger!P 2005-03-30 08:26:55 0000 -------
Andre: Try to (re-)emerge svgalib and than emerge gnuplot again. Probebly you
don't have a svgalib_helper module in your kernel modules dir anymore (because
you updated your kernel modules)

------- Comment #5 From Andre Hinrichs 2005-04-08 00:45:45 0000 -------
Created an attachment (id=55637) [details]
emerge log

After doing some more configurations on my system the svgalib_helper error
has gone. Unfortunately, now the described error appears here too.
See the attachment for the complete error message.

------- Comment #6 From Andre Hinrichs 2005-04-23 00:34:33 0000 -------
Just to play a bit I added the same hack as described in bug #41711 for
/dev/svga
to handle /dev/mouse and it compiles fine on console then!

Means, just add "addwrite /dev/mouse" after the line "addwrite /dev/svga"

Does this hack hurt the compile in other cases?

------- Comment #7 From Pablo De NĂ¡poli 2005-06-10 19:16:53 0000 -------
I'm having the same trouble but the offending device is 
/dev/tts/0 

------- Comment #8 From Grant Goodyear 2005-10-31 14:21:05 0000 -------
Az,
  Better to add these addwrite's in the ebuild, or should they just be added
to the list of globally-allowed targets in sandbox?

Also, tossing to sci@gentoo.org, since I'm not maintaining gnuplot very well!

------- Comment #9 From Martin Schlemmer (RETIRED) 2005-11-01 00:56:56 0000 -------
Not sure if that is the best bet, as it might change for each user.  Can
anybody
track exactly what tries to write to these devices ?

------- Comment #10 From Andre Hinrichs 2006-01-22 15:09:22 0000 -------
Is ther any progress on fixing this?
I'm still holding a local copy of the ebuild with the needed modification
I described in comment #6.
And I'm really surprised that so few people have problems with this.
Why is that? Is it really that system dependent?
I doubt, since I bought a new system four months ago and had the same problem
with gnuplot. Or is anybody else compiling under X (which is fine)???

------- Comment #11 From jaBo 2006-03-05 13:37:19 0000 -------
doing texcongif init as someone suggested on the forum didnt help.
I seems it cant make pdf files or something with pdfetex ???

make[2]: Entering directory
`/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0/tutorial'
Building LaTeX tutorial
TEXINPUTS=.:.:: latex tutorial
This is pdfeTeX, Version 3.141592-1.30.5-2.2 (Web2C 7.5.5)
---! /var/lib/texmf/web2c/latex.fmt doesn't match pdfetex.pool
(Fatal format file error; I'm stymied)
make[2]: *** [tutorial.dvi] Error 1
make[2]: Leaving directory
`/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0/tutorial'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0'
make: *** [all] Error 2

!!! ERROR: sci-visualization/gnuplot-4.0-r1 failed.
Call stack:
  ebuild.sh, line 1933:   Called dyn_compile
  ebuild.sh, line 971:   Called src_compile

------- Comment #12 From jaBo 2006-03-05 14:16:35 0000 -------
this helped me:
fmtutil-sys --all && fmtutil-sys --byfmt pdfetex 

------- Comment #13 From Jakub Moc (RETIRED) 2006-08-19 15:20:09 0000 -------
(In reply to comment #11)
(In reply to comment #12)

Completely unrelated, move this elsewhere.

---

BTW, what's the status here? 

------- Comment #14 From Grant Goodyear 2006-10-10 14:49:15 0000 -------
Fixing the symptoms because we still don't know the cause.