Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 82940 - emerging gnuplot on text console fails due to (sandbox) access vioation to /dev/mouse
Summary: emerging gnuplot on text console fails due to (sandbox) access vioation to /d...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Grant Goodyear (RETIRED)
URL:
Whiteboard:
Keywords:
: 82941 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-02-22 04:24 UTC by Zbigniew Koza
Modified: 2006-10-10 14:49 UTC (History)
4 users (show)

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


Attachments
emerge log (gnuplot-error.txt,3.67 KB, text/plain)
2005-04-08 00:45 UTC, Andre Hinrichs
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Zbigniew Koza 2005-02-22 04:24:39 UTC
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 Carsten Lohrke (RETIRED) gentoo-dev 2005-02-22 04:37:03 UTC
*** Bug 82941 has been marked as a duplicate of this bug. ***
Comment 2 Graham Murray 2005-03-13 09:12:15 UTC
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 Andre Hinrichs 2005-03-20 23:45:33 UTC
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 Tiger!P 2005-03-30 08:26:55 UTC
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 Andre Hinrichs 2005-04-08 00:45:45 UTC
Created attachment 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 Andre Hinrichs 2005-04-23 00:34:33 UTC
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 Pablo De Nápoli 2005-06-10 19:16:53 UTC
I'm having the same trouble but the offending device is 
/dev/tts/0 
Comment 8 Grant Goodyear (RETIRED) gentoo-dev 2005-10-31 14:21:05 UTC
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 Martin Schlemmer (RETIRED) gentoo-dev 2005-11-01 00:56:56 UTC
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 Andre Hinrichs 2006-01-22 15:09:22 UTC
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 jaBo 2006-03-05 13:37:19 UTC
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 jaBo 2006-03-05 14:16:35 UTC
this helped me:
fmtutil-sys --all && fmtutil-sys --byfmt pdfetex 
Comment 13 Jakub Moc (RETIRED) gentoo-dev 2006-08-19 15:20:09 UTC
(In reply to comment #11)
(In reply to comment #12)

Completely unrelated, move this elsewhere.

---

BTW, what's the status here? 
Comment 14 Grant Goodyear (RETIRED) gentoo-dev 2006-10-10 14:49:15 UTC
Fixing the symptoms because we still don't know the cause.