Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 1778 - t1lib sandbox violations (lots)
Summary: t1lib sandbox violations (lots)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Jon Nelson (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-04-14 16:31 UTC by Jon Nelson (RETIRED)
Modified: 2007-04-21 13:14 UTC (History)
0 users

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


Attachments
Bug 1778 (bug-1778.html,1.15 KB, text/html)
2007-04-21 13:14 UTC, Andy
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jon Nelson (RETIRED) 2002-04-14 16:31:32 UTC
From the sandbox log, there are *lots* of these:

mkdir:     /usr/share/texmf/fonts/pk
mkdir:     /usr/share/texmf/fonts/pk/ljfour
mkdir:     /usr/share/texmf/fonts/pk/ljfour/public
mkdir:     /usr/share/texmf/fonts/pk/ljfour/public/cm

and then, even more annoying, it appears like it tries to print, or something:

open_wr:   /var/spool/cups/tmp/3cb9f3cd098c9
open_wr:   /var/spool/cups/tmp/3cb9f3cd09a05
and this will go on until control-c
Comment 1 Jon Nelson (RETIRED) 2002-04-14 21:02:08 UTC
Lots of stuff depends on t1lib - xpdf and others.
I elevated this to 'major', hope I wasn't wrong to do so.
Can't debug it just yet.
Comment 2 Matt Keadle 2002-04-15 12:39:03 UTC
currently, t1lib seems to depend on letex. without it the ebuild will not complete.  After 'emerge tetex' and trying t1lib again, ebuild does not complete due to 'Access Denied' creating dirs in /usr/share/texmf/fonts. Also, everything (except a file named 'ls-R') is user-owned:group-owned by 501:501. I do now have a user with UID 501 on my system, so this immediately seems very incorrect. I image this is where the 'Access Dennied' messages are coming from.  The first task should be seeing if latex can be avoided during the t1lib build completely. Emergeing tetex and required packages in to only time consuming, it is also ~45MB download, which is extreme just to support t1lib. 
Comment 3 Matt Keadle 2002-04-15 17:17:37 UTC
Why didn't my last comment word-wrap? Ah well..

The ebuild script for t1lib apparently does have a reference to tetex:

DEPEND="X? ( virtual/x11 )
        tetex? ( >=app-text/tetex-1.0.7 }"

As I am still learning about ebuild scripts, I'm only able to guess certain 
things. My first guess is that myopt="without_doc" in src_compile() is being 
set incorrectly. On the surface it looks like if you do have tetex it *won't* 
try with docs, but if you don't have tetex it *will*, oppisite of how it should 
be.

Now I'm off to learn a bit more about ebuild scripts before I flood this place 
with useless redundant useless information. Cheers.
Comment 4 Matt Keadle 2002-04-15 19:59:53 UTC
in t1lib-1.3.ebuild change:

   use tetex \
           && myopt="without_doc"

to:

   use tetex \
           || myopt="without_doc"

Variable myopt is being set incorrectly. This allows t1lib to emerge cleanly 
(tested on several machines here) as long as "tetex" is not in your USE 
variable. The sandbox issues below are related to tetex. If a bug isn't started 
relating specifically to tetex I'll start one.

This issue regarding t1lib should be considered closed and focus moved to tetex.
Comment 5 Seemant Kulleen (RETIRED) gentoo-dev 2002-04-15 20:13:41 UTC
Thanks very much for the fix, Matt
Comment 6 Andy 2007-04-21 13:14:15 UTC
Created attachment 116896 [details]
Bug 1778