[OS X TeX] Re: MacOSX-TeX Digest #1758 - 06/10/06

Ben Tipping btipping at fas.harvard.edu
Sun Jun 18 16:07:32 CEST 2006


I will be out of my office from 8 June 2006 to 20 June 2006 inclusive.

On Jun 10, 2006, at 8:00 PM, "TeX on Mac OS X Mailing List"  
<MacOSX-TeX at email.esm.psu.edu> wrote:

> MacOSX-TeX Digest #1758 - Saturday, June 10, 2006
>
>   Re: [OS X TeX] suppress TOC
>           by "Ross Moore" <ross at ics.mq.edu.au>
>   Re: [OS X TeX] suppress TOC
>           by "Philipp Mathey" <pmathey at uwo.ca>
>   OT: Location of print spool files
>           by "Bruno Voisin" <bvoisin at mac.com>
>   Re: [OS X TeX] OT: Location of print spool files
>           by "Peter Dyballa" <Peter_Dyballa at Web.DE>
>   Re: [OS X TeX] OT: Location of print spool files
>           by "Bruno Voisin" <bvoisin at mac.com>
>   Re: [OS X TeX] OT: Location of print spool files
>           by "Peter Dyballa" <Peter_Dyballa at Web.DE>
>   Re: [OS X TeX] OT: Location of print spool files
>           by "Bruno Voisin" <bvoisin at mac.com>
>   Re: [OS X TeX] OT: Location of print spool files
>           by "Anthony Morton" <amorton at fastmail.fm>
>
>
> ----------------------------------------------------------------------
>
> Subject: Re: [OS X TeX] suppress TOC
> From: "Ross Moore" <ross at ics.mq.edu.au>
> Date: Sat, 10 Jun 2006 13:36:04 +1000
>
> Hello Philipp,
>
> On 10/06/2006, at 4:53 AM, Philipp Mathey wrote:
>> On 9-Jun-06, at 2:01 PM, Jon Guyer wrote:
>>>
>>> You might try passing either 'bookmarks=false' or
>>> 'bookmarksopen=false' to the hyperref package.
>>>
>>
>> That works. Thanks, Jon !
>
> So it wasn't a TOC at all, but the Bookmarks window that you were
> concerned about ?
>
> Your PDF viewer has a way to close this; it is controllable quite
> independent of the (La)TeX source.
> Indeed, using Preview (via TeXshop) use either the 'Drawer' icon on the
> toolbar, or simply pull it closed via its outer border.
>
> Using Bookmarks can be a great way to navigate in a multipage PDF.
> However, you may not want the drawer open when first opening the PDF.
> This can be suppressed, using
>     \hypersetup{bookmarksopen=false}
> after having loaded  hyperref  explicitly, or via other packages.
>
>
> Hope this helps,
>
> 	Ross
>
> ----------------------------------------------------------------------- 
> -
> Ross Moore                                         ross at maths.mq.edu.au
> Mathematics Department                             office: E7A-419
> Macquarie University                               tel: +61 +2 9850  
> 8955
> Sydney, Australia  2109                            fax: +61 +2 9850  
> 8114
> ----------------------------------------------------------------------- 
> -
>
>
>
> ----------------------------------------------------------------------
>
> Subject: Re: [OS X TeX] suppress TOC
> From: "Philipp Mathey" <pmathey at uwo.ca>
> Date: Fri, 09 Jun 2006 23:59:35 -0400
>
> I am sorry, you are right. I guess a 'table of contents'
> would be part of the document whereas the 'bookmarks'
> are displayed in a separate window. That distinction wasn't clear to  
> me.
>
> Anyway,"bookmarks=false' works
> (I am using TeXniscope).
>
> Thanks.
>
> On 9-Jun-06, at 11:36 PM, Ross Moore wrote:
>
>> Hello Philipp,
>>
>> On 10/06/2006, at 4:53 AM, Philipp Mathey wrote:
>>> On 9-Jun-06, at 2:01 PM, Jon Guyer wrote:
>>>>
>>>> You might try passing either 'bookmarks=false' or
>>>> 'bookmarksopen=false' to the hyperref package.
>>>>
>>>
>>> That works. Thanks, Jon !
>>
>> So it wasn't a TOC at all, but the Bookmarks window that you were
>> concerned about ?
>>
>> Your PDF viewer has a way to close this; it is controllable quite
>> independent of the (La)TeX source.
>> Indeed, using Preview (via TeXshop) use either the 'Drawer' icon on
>> the
>> toolbar, or simply pull it closed via its outer border.
>>
>> Using Bookmarks can be a great way to navigate in a multipage PDF.
>> However, you may not want the drawer open when first opening the PDF.
>> This can be suppressed, using
>>    \hypersetup{bookmarksopen=false}
>> after having loaded  hyperref  explicitly, or via other packages.
>>
>>
>> Hope this helps,
>>
>> 	Ross
>>
>> ----------------------------------------------------------------------
>> --
>> Ross Moore
>> ross at maths.mq.edu.au
>> Mathematics Department                             office: E7A-419
>> Macquarie University                               tel: +61 +2 9850
>> 8955
>> Sydney, Australia  2109                            fax: +61 +2 9850
>> 8114
>> ----------------------------------------------------------------------
>> --
>>
>>
>> ------------------------- Info --------------------------
>> Mac-TeX Website: http://www.esm.psu.edu/mac-tex/
>>          & FAQ: http://latex.yauh.de/faq/
>> TeX FAQ: http://www.tex.ac.uk/faq
>> List Archive: http://tug.org/pipermail/macostex-archives/
>>
>
>
> ----------------------------------------------------------------------
>
> Subject: OT: Location of print spool files
> From: "Bruno Voisin" <bvoisin at mac.com>
> Date: Sat, 10 Jun 2006 23:41:48 +0200
>
> This is very OT, but I really don't know where to ask for such info,
> if it's indeed available somewhere: does anybody know where print
> spool files reside on OS X, more specifically when originating from
> Adobe Reader/Adobe Acrobat?
>
> In order to print a pdfTeX or XeTeX page containing very big graphic
> files (about 300 MB of PS input, or 50 MB of PDF input,  on the page)
> without crashing either the printer or OS X, I've resorted to Adobe
> Reader, since it seems to perform some preprocessing that makes the
> load on the printer less heavy. Alas, by doing so it generates
> apparently very large spool files.
>
> Thus, when asked for printing 5 copies (final version of a paper),
> Adobe Reader ended up filling my hard drive completely (the size of
> the spool file seems proportional to the number of copies),
> displaying a warning and then : the spinning wheel of death. I
> eventually force quit (Cmd-Alt-Esc). But there my troubles began:
> whereas there were 1.3 GB free on my hard drive before asking for AR
> to print, now, even after (1) logout/in, (2) restarting, (3) "sudo
> periodic daily" + weekly + monthly, and (4) fixing permissions and
> checking disk in Disk Utility, there's only 800 MB free on my hard
> drive.
>
> I would really like to regain the lost 500 MB. I suspect an
> unfinished spool file left behind by Adobe Reader when force-quit,
> but where does it live? I browsed through all subdirectories of /
> Library and ~/Library, with no luck. I saw a /var/spool/cups
> directory, but it seems I need to login as root in order to inspect
> it. Before activating the root user in NetInfo Manager, I would like
> to be sure of what I'm doing.
>
> I looked for info on AR spool files on the Mac at Adobe's Support
> site, but it was absolutely unhelpful (mentioning only a spool file
> for Mac OS 9 with Print Monitor!).
>
> Hence the question: does anybody here know where print spool files
> live on OS X generally, and Adobe Reader spool files in particular
> (if different)? In case nobody knows, I'll end up doing an Archive
> and Install of OS X probably, but due to time constraints this month
> I won't be able to do this before July.
>
> Bruno Voisin
>
> ----------------------------------------------------------------------
>
> Subject: Re: [OS X TeX] OT: Location of print spool files
> From: "Peter Dyballa" <Peter_Dyballa at Web.DE>
> Date: Sun, 11 Jun 2006 00:17:58 +0200
>
>
> Am 10.06.2006 um 23:41 schrieb Bruno Voisin:
>
>> does anybody know where print spool files reside on OS X
>
> This question is easy to answer: (/private)/var/spool/cups and (/
> private)/var/spool/cups/tmp. Adobe Reader: I don't know exactly. You
> could use lsof (ls i.e. list open files) on the command line like
> 'lsof | grep -i adobe' -- it can take a minute!
>
>
> You do not need to log-in as root -- have you forgotten sudo? And
> there is something easier: Print Center. Doesn't it show unfinished
> jobs? On the command line you, as the responsible for wasting so much
> disk space, can invoke lpq (line printer queue) to show what is
> queued in the default printer's queue. The list has numbers, print
> jobs, in the first column. lprm <this job number(s)> removes them.
>
> If this civilised action fails, you can open http://localhost:631/
> and see what you can arrange. If this fails, there is still Bruce
> Forte's method of removing files from the above mentioned locations!
> Doing this you should first halt the printer's queue in Print Center
> and afterwards enable it again.
>
> --
> Greetings
>
>    Pete
>
> When in doubt, use brute force.
>                              -- Ken Thompson
>
>
>
> ----------------------------------------------------------------------
>
> Subject: Re: [OS X TeX] OT: Location of print spool files
> From: "Bruno Voisin" <bvoisin at mac.com>
> Date: Sun, 11 Jun 2006 00:45:18 +0200
>
> Le 11 juin 06 à 00:17, Peter Dyballa a écrit :
>
>> Am 10.06.2006 um 23:41 schrieb Bruno Voisin:
>>
>>> does anybody know where print spool files reside on OS X
>>
>> This question is easy to answer: (/private)/var/spool/cups and (/
>> private)/var/spool/cups/tmp. Adobe Reader: I don't know exactly.
>> You could use lsof (ls i.e. list open files) on the command line
>> like 'lsof | grep -i adobe' -- it can take a minute!
>
> Apparently the problem took care of itself: after writing that
> message and then asking TeXShop to print a couple of normal files, I
> moved away from the computer and whaoo: when I'm back I can see that
> there are again 1.3 GB free on the computer. Apparently printing
> files without Adobe Reader and without any size problem did clean the
> spool directories (if that was indeed the problem).
>
>> You do not need to log-in as root -- have you forgotten sudo?
>
> I had tried this, but without success:
>
> legimc11:brunovoisin brunovoisin$ cd /var/spool
> legimc11:spool brunovoisin$ ls -l
> total 0
> drwxrwxrwx     3 nobody  nobody    102 Feb 21 18:23 PDFMaker
> drwx--x---   505 root    lp      17170 Jun 11 00:03 cups
> drwxr-x---     2 root    wheel      68 Mar 21  2005 fax
> drwxr-x---     2 root    wheel      68 Mar 23  2005 mqueue
> drwxr-xr-x    16 root    wheel     544 Mar 21  2005 postfix
> drwxrwxrwx     2 root    wheel      68 Mar 24  2005 samba
> legimc11:spool brunovoisin$ sudo cd cups
> Password:
> legimc11:spool brunovoisin$ ls -l
> total 0
> drwxrwxrwx     3 nobody  nobody    102 Feb 21 18:23 PDFMaker
> drwx--x---   505 root    lp      17170 Jun 11 00:03 cups
> drwxr-x---     2 root    wheel      68 Mar 21  2005 fax
> drwxr-x---     2 root    wheel      68 Mar 23  2005 mqueue
> drwxr-xr-x    16 root    wheel     544 Mar 21  2005 postfix
> drwxrwxrwx     2 root    wheel      68 Mar 24  2005 samba
>
> Did I make a basic error of syntax, or is it the "lp" owner of the
> cups directory that is impervious to sudo? (The nonstandard prompt
> above comes from experimenting with a ~/.bashrc containing "if [ -n
> "$PS1" ]; then PS1='\h:\W \u\$ '; fi", a tip given last year by Adam
> Maxwell IIRC to get a shorter prompt by printing the last directory
> of the path only).
>
>> And there is something easier: Print Center. Doesn't it show
>> unfinished jobs? On the command line you, as the responsible for
>> wasting so much disk space, can invoke lpq (line printer queue) to
>> show what is queued in the default printer's queue. The list has
>> numbers, print jobs, in the first column. lprm <this job number(s)>
>> removes them.
>>
>> If this civilised action fails, you can open http://localhost:631/
>> and see what you can arrange. If this fails, there is still Bruce
>> Forte's method of removing files from the above mentioned
>> locations! Doing this you should first halt the printer's queue in
>> Print Center and afterwards enable it again.
>
> I'm not sure that would work, as the crash occurred before the
> printer queue was launched: it was as Adobe Reader was processing
> (apparently) the PDF file to create the print job.
>
> I'm not sure my analysis of the problem is correct. In any case,
> sorry for the bandwidth waste. That kind of problem has a tendency to
> occur on late nights, when in last-minute panic (I'm leaving tomorrow
> for a summer school, then back for a couple of days, then away again
> at a conference until the end of the month, and I need to be able to
> use my PowerBook for work on the go all along).
>
> Many thanks in any case,
>
> Bruno
> ----------------------------------------------------------------------
>
> Subject: Re: [OS X TeX] OT: Location of print spool files
> From: "Peter Dyballa" <Peter_Dyballa at Web.DE>
> Date: Sun, 11 Jun 2006 01:09:27 +0200
>
>
> Am 11.06.2006 um 00:45 schrieb Bruno Voisin:
>
>> Did I make a basic error of syntax, or is it the "lp" owner of the
>> cups directory that is impervious to sudo?
>
> Twice: no!
>
> The reason is that cd is a shell built-in command, so you can't
> 'sudo' it, even sudo -H -u root wouldn't change this. X11 would be a
> help: 'sudo -H xterm <possible arguments>' would launch an xterm and
> its user would be root -- you even can invoke it with -ls, i.e. with
> a login shell in xterm.
>
> A much simpler method is: sudo -H emacs. In Emacs' dired-mode you can
> walk through directory hierarchies (f to follow into a directory,
> cursor to move in the view) and mark files for deletion (d). A final
> x would do the job -- no fear: first you are asked whether you really
> want to delete. (u un-marks useful files.)
>
>
> I think AR was already pumping data into a temporary file in /var/
> spool/cups/tmp. A simple test would be to switch off the printer and
> print the copies again while watching this directory with either or
> both methods and as a third one with lsof to exactly which files are
> kept open by AR.
>
> --
> Greetings
>
>    Pete
>
> Encryption:  A powerful algorithmic encoding technique employed in
> the creation
>                       of computer manuals.
>
>
>
>
> ----------------------------------------------------------------------
>
> Subject: Re: [OS X TeX] OT: Location of print spool files
> From: "Bruno Voisin" <bvoisin at mac.com>
> Date: Sun, 11 Jun 2006 01:20:28 +0200
>
> Le 11 juin 06 à 01:09, Peter Dyballa a écrit :
>
>> The reason is that cd is a shell built-in command, so you can't
>> 'sudo' it, even sudo -H -u root wouldn't change this. X11 would be
>> a help: 'sudo -H xterm <possible arguments>' would launch an xterm
>> and its user would be root -- you even can invoke it with -ls, i.e.
>> with a login shell in xterm.
>
> Well, it seems I'm in for being out of luck tonight:
>
> - In Terminal:
>
> legimc11:spool brunovoisin$ sudo -H xterm -ls
> Password:
> sudo: xterm: command not found
>
> - In Apple's X11:
>
> legimc11:brunovoisin brunovoisin$ sudo -H xterm -ls
> Xlib: connection to ":0.0" refused by server
> Xlib: No protocol specified
>
> Warning: This program is an suid-root program or is being run by the
> root user.
> The full text of the error or warning message cannot be safely  
> formatted
> in this environment. You may get a more descriptive message by
> running the
> program as a non-root user or by removing the suid bit on the
> executable.
> xterm Xt error: Can't open display: %s
>
> Bruno
> ----------------------------------------------------------------------
>
> Subject: Re: [OS X TeX] OT: Location of print spool files
> From: "Anthony Morton" <amorton at fastmail.fm>
> Date: Sun, 11 Jun 2006 09:43:28 +1000
>
>
>>> The reason is that cd is a shell built-in command, so you can't
>>> 'sudo' it, even sudo -H -u root wouldn't change this. X11 would be a
>>> help: 'sudo -H xterm <possible arguments>' would launch an xterm and
>>> its user would be root -- you even can invoke it with -ls, i.e. with
>>> a login shell in xterm.
>
> If what you need is a shell owned by root, 'sudo -s' is your friend.
>
> Just bear in mind that in a root shell, accidents can be very  
> expensive.
>
> Tony M.
>
> ----------------------------------------------------------------------
> End of MacOSX-TeX Digest
>
> ------------------------- Info --------------------------
> Mac-TeX Website: http://www.esm.psu.edu/mac-tex/
>           & FAQ: http://latex.yauh.de/faq/
> TeX FAQ: http://www.tex.ac.uk/faq
> List Archive: http://tug.org/pipermail/macostex-archives/
------------------------- Info --------------------------
Mac-TeX Website: http://www.esm.psu.edu/mac-tex/
          & FAQ: http://latex.yauh.de/faq/
TeX FAQ: http://www.tex.ac.uk/faq
List Archive: http://tug.org/pipermail/macostex-archives/




More information about the macostex-archives mailing list