Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 1778
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Jon Nelson <jnelson@jnelson.disabled>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Jon Nelson <jnelson@jnelson.disabled>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
bug-1778.html Bug 1778 text/html Andy 2007-04-21 13:14 0000 1.15 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 1778 depends on: Show dependency tree
Bug 1778 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2002-04-14 16:31 0000
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 From Jon Nelson 2002-04-14 21:02:08 0000 -------
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 From Matt Keadle 2002-04-15 12:39:03 0000 -------
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 From Matt Keadle 2002-04-15 17:17:37 0000 -------
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 From Matt Keadle 2002-04-15 19:59:53 0000 -------
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 From Seemant Kulleen (RETIRED) 2002-04-15 20:13:41 0000 -------
Thanks very much for the fix, Matt

------- Comment #6 From Andy 2007-04-21 13:14:15 0000 -------
Created an attachment (id=116896) [details]
Bug 1778

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug