Bug#379760: The 2nd Debian Openoffice.org bug triage - bug #379760
Hi, the bug is still there in version 2.4 (the latest version) of openoffice on unstable. Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431258: backtrace
Hi, If I attach to the mutt process when it freezes the backtrace is: (gdb) bt #0 0x2b861acf0f95 in recv () from /lib/libc.so.6 #1 0x2b861a675dfe in _gnutls_handshake_io_write_flush () from /usr/lib/libgnutls.so.13 #2 0x2b861a6539a8 in acs_map () from /lib/libncursesw.so.5 #3 0x48370064 in ?? () #4 0x2b861ae5e980 in __after_morecore_hook () from /lib/libc.so.6 #5 0x2b861ad33be0 in copysignf () from /lib/libc.so.6 #6 0x in ?? () after while if I continue (gdb) cont Continuing. Program received signal SIGPIPE, Broken pipe. 0x2b861acf11a5 in send () from /lib/libc.so.6 then the frozen mutt actually came back, but without its imap connection. When I tried to connect again without exiting mutt, it froze again. Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407036: xserver-xorg: Server crashes each time after hibernate with suspend2
Dear Brice, I've been trying to collect some more useful information about this problem. I can't get a core file to be created. I've verified that X will dump a core for me, by sending it a quit signal with kill -3. The core is there and I can get a backtrace using the dbg package. But when I resume after suspending still no core file is created. So maybe my machine crashes before the core file can be made? If you have any suggestions I'd be happy to try them. Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407036: xserver-xorg: Server crashes each time after hibernate with suspend2
Yes I have tried disabling dri and my laptop still crashes on resume with the new version of xserver-xorg-core. I've confirmed again just now that it still crashes. If the kernel is crashing then perhaps we can trace it there somehow? Bruce On Sun, Jul 08, 2007 at 11:31:19AM +0200, Brice Goglin wrote: Bruce MacDonald wrote: Dear Brice, I've been trying to collect some more useful information about this problem. I can't get a core file to be created. I've verified that X will dump a core for me, by sending it a quit signal with kill -3. The core is there and I can get a backtrace using the dbg package. But when I resume after suspending still no core file is created. So maybe my machine crashes before the core file can be made? If you have any suggestions I'd be happy to try them. Bruce I am sorry, but I am running out of ideas too :( The problem could be related to upstream bug [1], did you try without DRI enabled? (adding Disable dri to the module section of xorg.conf should do the trick) Brice [1] https://bugs.freedesktop.org/show_bug.cgi?id=3272 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431258: mutt freezes some times when accessing imap folders or messages
Package: mutt Version: 1.5.13-3 Severity: important Mutt sometimes hangs when fetching a message, or opening a folder while fetching headers from an imap server. The imap server is Cyrus IMAP4 2.2.12-Invoca-RPM-2.2.12-8.1.RHEL4. This happens also with mutt 1.5.12 on a different machine. This happens occasionally, not that often, but enough to be frustrating since mutt has to be restarted and changes to the mail folder are lost. Several times a day. Mutt won't respond except for ctl-Z to stop it, then the mutt process must be killed. In one case I collected a debug log from mutt -d, which showed that mutt has frozen part way through downloading an attachment. No error messages are given, the log simply stops part way through outputing the attachment to the log file. Well I'm not sure this is mutt or cyrus imapd but not sure how to tell the difference and the imap server is not accessible to me. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.20 (PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages mutt depends on: ii exim44.67-4 meta-package to ease Exim MTA (v4) ii exim4-daemon-light [mail 4.67-4 lightweight Exim MTA (v4) daemon ii libc62.5-11 GNU C Library: Shared libraries ii libdb4.4 4.4.20-8Berkeley v4.4 Database Libraries [ ii libgnutls13 1.6.3-1 the GNU TLS library - runtime libr ii libidn11 0.6.5-1 GNU libidn library, implementation ii libncursesw5 5.6-3 Shared libraries for terminal hand ii libsasl2-2 2.1.22.dfsg1-12 Authentication abstraction library Versions of packages mutt recommends: ii locales 2.5-11 GNU C Library: National Language ( ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407036: xserver-xorg: Server crashes each time after hibernate with suspend2
Hi Brice, ssh from another machine and screen is a good idea thanks. I tried that and gdb attaches properly to X but when I suspend the laptop it crashes (ie the whole machine crashes, not just the X server; I had to force a power down then power up again). That is even with the old xserver that normally suspends ok. I also tried again for a core file (I didn't have ulimit set properly and now I do), but no core file is created when the resume crashes my laptop (using the latest xserver-xorg-core). I do have the NoTrapSignals option set and it is recognized in the Xorg log file. So run out of things to try again ... Bruce On Sun, Jun 17, 2007 at 01:31:38PM +0200, Brice Goglin wrote: Bruce MacDonald wrote: Hi, Any ideas for debugging this problem? I can't login from a second machine since the resume script has to remove and reinstall the network driver for both wired and wireless. I couldn't get a core dump by setting the NoTrapSignals option in ServerFlags. I tried a script suggested on x.org for server debugging but X would not start at all, from http://wiki.x.org/wiki/Development/Documentation/ServerDebugging But I've never debugged the X server before. Bruce One idea would be to keep gdb in a screen that you attach/detach from ssh: * login through ssh before suspend, launch screen, and attach gdb -p $(pidof X) from there * suspend/resume, and make sure the network is back * login again by ssh again, reacquire the screen with something like screen -rd * once X has crashed, work in gdb with 'bt full' or so Somebody put some Debian-specific hints about debugging (including with a coredump) at http://wiki.debian.org/XStrikeForce/XserverDebugging by I never actually tried it. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407036: xserver-xorg: Server crashes each time after hibernate with suspend2
Hi, Any ideas for debugging this problem? I can't login from a second machine since the resume script has to remove and reinstall the network driver for both wired and wireless. I couldn't get a core dump by setting the NoTrapSignals option in ServerFlags. I tried a script suggested on x.org for server debugging but X would not start at all, from http://wiki.x.org/wiki/Development/Documentation/ServerDebugging But I've never debugged the X server before. Bruce On Thu, May 31, 2007 at 06:53:32PM +1200, Bruce MacDonald wrote: Hi Brice, thats right I have not applied the suspend2 patch. Just using Debian kernel source and compiling my own kernel; no patches. Bruce On Thu, May 31, 2007 at 08:46:05AM +0200, Brice Goglin wrote: Bruce MacDonald wrote: Hi Brice, I use my own script. After unloading USB modules just do echo mem /sys/power/state; Has worked really well for three years on my Dell Latitude D600 and still does except with the new package. In the kernel # CONFIG_SOFTWARE_SUSPEND is not set Is that related to suspend2? No, suspend2 is a patch that you have to apply to own-recompiled kernel. So looks like you're not using suspend2 and the bug is not suspend2-specific. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427032: texlive-latex-base: No graphics driver defined.
Package: texlive-latex-base Version: 2007-8 Severity: normal After installing the updated package, latex'ing a document that uses the graphics package results in a complaint that there is no default driver. This can be fixed by creating /etc/texmf/tex/latex/config/graphics.cfg with the line: \ExecuteOptions{pdftex} There are other config files missing from the same directory. Only hyperref.cfg is left. Other files get created during the package install but then are removed before the install completes. -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 999 2007-06-02 00:01 /var/lib/texmf/ls-R lrwxrwxrwx 1 root staff 25 2005-10-20 22:19 /usr/local/share/texmf/ls-R - /var/lib/texmf/ls-R-LOCAL lrwxrwxrwx 1 root root 29 2007-04-15 17:26 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2007-06-01 23:39 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2007-06-01 23:39 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2007-04-15 17:26 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 5386 2007-06-02 00:00 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 8529 2007-06-02 00:00 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 4292 2007-06-02 00:00 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 480 -rw-r--r-- 1 root root 1389 2007-04-14 16:41 metafun.log -rw-r--r-- 1 root root 481444 2007-04-14 16:41 metafun.mem ## md5sums of texmf.d 25bf3a257a0bedb5c67349c3eaff74af /etc/texmf/texmf.d/05TeXMF.cnf 3b2d2ef73d731db452ed1bfdf8eabd4b /etc/texmf/texmf.d/05TeXMF.cnf.dpkg-old 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf e95ae4d6b002ade290425bd74a175a83 /etc/texmf/texmf.d/45TeXinputs.cnf 9411ee616c8423f4f3c32359dee74795 /etc/texmf/texmf.d/45TeXinputs.cnf.dpkg-old ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf 15cd7cfba075d781fa71dfd994ca72ce /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 731d2c9ebf22e8f636f7bad7858ee6d2 /etc/texmf/texmf.d/75DviPS.cnf.dpkg-old 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 7952e5392660042fb4b84e67a3b85463 /etc/texmf/texmf.d/85Misc.cnf 743d1cefb4f11e48cd8cad1092c1c8ff /etc/texmf/texmf.d/85Misc.cnf.dpkg-old 7e8f87acdeba48edac16d851c77b9e75 /etc/texmf/texmf.d/90TeXDoc.cnf e3b19f249b562f21556a3ea2abc17678 /etc/texmf/texmf.d/95NonPath.cnf 5e42201ef8b41fe090b6facdc7e71497 /etc/texmf/texmf.d/95NonPath.cnf.dpkg-old -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.20 (PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-latex-base depends on: ii texlive-base 2007-8 TeX Live: Essential programs and f ii texlive-common2007-8 TeX Live: Base component texlive-latex-base recommends no packages. Versions of packages tex-common depends on: ii debconf 1.5.13 Debian configuration management sy ii ucf 3.001 Update Configuration File: preserv Versions of packages texlive-latex-base is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) ii tex-common1.7Common infrastructure for using an -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: tex-common/singleuser: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407036: xserver-xorg: Server crashes each time after hibernate with suspend2
Hi Brice, I use my own script. After unloading USB modules just do echo mem /sys/power/state; Has worked really well for three years on my Dell Latitude D600 and still does except with the new package. In the kernel # CONFIG_SOFTWARE_SUSPEND is not set Is that related to suspend2? Bruce On Thu, May 31, 2007 at 08:25:56AM +0200, Brice Goglin wrote: Lukas Ruf wrote: Brice Goglin [EMAIL PROTECTED] [2007-05-30 00:38]: Hi guys, Does this crash of the X server after resume from hibernate with suspend2 still occurs these days? Did you try with latest xserver-xorg-core in unstable (2:1.3.0.0.dfsg-5) and your latest driver? yes, I did. It crashed since then once. I.e. far more seldom than before. Ok. Did any of you try to hibernate with a plain vanilla kernel instead of suspend2? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407036: xserver-xorg: Server crashes each time after hibernate with suspend2
Hi Brice, thats right I have not applied the suspend2 patch. Just using Debian kernel source and compiling my own kernel; no patches. Bruce On Thu, May 31, 2007 at 08:46:05AM +0200, Brice Goglin wrote: Bruce MacDonald wrote: Hi Brice, I use my own script. After unloading USB modules just do echo mem /sys/power/state; Has worked really well for three years on my Dell Latitude D600 and still does except with the new package. In the kernel # CONFIG_SOFTWARE_SUSPEND is not set Is that related to suspend2? No, suspend2 is a patch that you have to apply to own-recompiled kernel. So looks like you're not using suspend2 and the bug is not suspend2-specific. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407036: xserver-xorg: Server crashes each time after hibernate with suspend2
Hi Brice, yes the X server still crashes every few times on resume from suspend to memory with that that xserver-xorg-core package. I have tried to attach gdb to the X server, in virtual console but can't get that to work. Killing xscreensaver helps but still doesn't work, so I can't get a crash report. Bruce On Wed, May 30, 2007 at 12:31:36AM +0200, Brice Goglin wrote: Hi guys, Does this crash of the X server after resume from hibernate with suspend2 still occurs these days? Did you try with latest xserver-xorg-core in unstable (2:1.3.0.0.dfsg-5) and your latest driver? thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407036: xserver-xorg-core: dell d600 laptop crashes after resume from suspend to memory
Hi Brice, On Mon, May 14, 2007 at 10:52:16PM +0200, Brice Goglin wrote: Bruce MacDonald wrote: Recently I noticed sometimes my laptop would crash on resuming from suspend to memory, which has worked well mostly for the last three years. The crashes became much more frequent with the latest upgrade to xserver-xorg-core (which is 2:1.3.0.0.dfsg-4), and I had to go back to 2:1.1.1-21 to get the crashes to pretty much stop. I need to try it for a few more days to be sure. I've also downgraded xorg and xserver-xorg from 1:7.2-3 to 1:7.1.0-18 and xserver-xorg-input-evdev from 1:1.1.2-6 to 1:1.1.5-2. Also have gone back to kernel 2.6.17 instead of 2.6.20; I haven't figured out whether the kernel is important; it takes at least a couple of days to evaluate a change because the problem is intermittent. Does it happen if you switch to a VT console before suspending? If not, does X crash when you switch back from VT to X after resume? If so, could you try to attach a gdb before that? Yes it seems like X crashes when I switch from the VT console to X after the resume. My laptop screen is always blank after resume in a VT console so its a little hard to tell, but I'm pretty sure the console comes up ok even when X crashes on the switch. However, before a suspend if I try to attach a gdb before switching from VT to X, gdb does not finish the attach; it never comes back and the X process takes all CPU. I've tried that before suspending so I am familar enough to do it blind after resume; I never did try it after a resume because gdb doesn't come back to the prompt. Is there something else I need to do to get the attach to work? The laptop crashes and has to be rebooted. So, the laptop crashes, not only Xorg, right? If so, what makes you think it is a Xorg problem, and not something else like the kernel. Even if the problem occurs less often with xserver 1.1 than 1.3 with the same kernel, the problem could be in the kernel and occur less often because of what xserver does above. Hard to say... Good point; yes the laptop crashes and needs rebooting; I can't kill Xorg and I can't alt-ctl-del; I have to power it down. But after another day or so of testing it seems like the kernel isn't the problem. With the downgraded xorg packages, and upgraded (2.6.20) kernel, it seems just as fine as 2.6.17 kernel. And when I upgrade the xorg packages the intermittent crashing after resume comes back with either kernel, although it might be worse with 2.6.20 (its hard to be sure). Bruce Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418976: context configuration fails: no such file plain.mem
Package: context Version: 2007.01.23-3 Severity: normal When upgrading from tetex on unstable, which moves over to texlive, context would not configure. The error message is: /usr/share/texmf/scripts/context/ruby/base/tex.rb:553:in `mtime': No such file or directory - plain.mem (Errno::ENOENT) from the log file: TeXExec | using search method 'kpsewhich' TeXExec | using existing database TeXExec | using mp engine mpost TeXExec | using mps format path /var/lib/texmf/web2c TeXExec | generating mps format metafun This is MetaPost, Version 0.993 (Web2C 7.5.6) (INIMP) (/usr/share/texmf/web2c/natural.tcx) (/usr/share/texmf/metapost/context/base/metafun.mp (/usr/share/texmf/metapost/context/base/mp-base.mp Preloading the plain mem file, version 0.63) (/usr/share/texmf/metapost/context/base/mp-tool.mp) (/usr/share/texmf/metapost/context/base/mp-spec.mp) (/usr/share/texmf/metapost/context/base/mp-core.mp) (/usr/share/texmf/metapost/context/base/mp-page.mp) (/usr/share/texmf/metapost/context/base/mp-text.mp) (/usr/share/texmf/metapost/context/base/mp-txts.mp) (/usr/share/texmf/metapost/context/base/mp-shap.mp) (/usr/share/texmf/metapost/context/base/mp-butt.mp) (/usr/share/texmf/metapost/context/base/mp-char.mp) (/usr/share/texmf/metapost/context/base/mp-step.mp) (/usr/share/texmf/metapost/context/base/mp-grph.mp) (/usr/share/texmf/metapost/context/base/mp-figs.mp) (/usr/share/texmf/metapost/context/base/mp-grid.mp (/usr/share/texmf/metapost/context/base/mp-form.mp (/usr/share/texmf-texlive/metapost/base/string.mp) (/usr/share/texmf-texlive/metapost/base/marith.mp (/usr/share/texmf-texlive/metapost/base/string.mp (/usr/share/texmf/metapost/context/base/mp-func.mp) ) Beginning to dump on file metafun.mem (mem=metafun 2007.4.13) at most 3038 strings of total length 40261 48330 memory locations dumped; current usage is 1262235507 1761 symbolic tokens Transcript written on metafun.log. TeXExec | TeXExec | mps engine path: /var/lib/texmf/web2c TeXExec | TeXExec | tex: 11/04/2007 16:57:54 /var/lib/texmf/web2c/aleph.fmt (344826) TeXExec | tex: 11/04/2007 16:57:56 /var/lib/texmf/web2c/cont-en.fmt (5308859) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/etex.fmt (290175) TeXExec | tex: 11/04/2007 16:57:51 /var/lib/texmf/web2c/tex.fmt (247167) TeXExec | tex: 11/04/2007 16:57:56 /var/lib/texmf/web2c/mptopdf.fmt (225950) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/omega.fmt (1189914) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/pdfetex.fmt (290209) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/pdftex.fmt (260771) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/latex.fmt (1980573) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/pdflatex.fmt (1980608) TeXExec | mps: 13/04/2007 16:09:07 /var/lib/texmf/web2c/metafun.mem (481444) /usr/share/texmf/scripts/context/ruby/base/tex.rb:553:in `mtime': No such file or directory - plain.mem (Errno::ENOENT) from /usr/share/texmf/scripts/context/ruby/base/tex.rb:553:in `filestate' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:712:in `makeformats' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:711:in `each' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:711:in `makeformats' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:706:in `each' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:706:in `makeformats' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:705:in `each' from /usr/share/texmf/scripts/context/ruby/base/tex.rb:705:in `makeformats' from /usr/share/texmf/scripts/context/ruby/texexec.rb:37:in `make' from /usr/share/texmf/scripts/context/ruby/base/switch.rb:133:in `send' from /usr/share/texmf/scripts/context/ruby/base/switch.rb:133:in `execute' from /usr/share/texmf/scripts/context/ruby/texexec.rb:772 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18 (PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages context depends on: ii lmodern 1.00-3 scalable PostScript fonts based on ii ruby 1.8.2-1An interpreter of object-oriented ii tex-common1.5Common infrastructure for using an ii texlive-base 2007-2 TeX Live: Essential programs and f ii texlive-base-bin 2007-2 TeX Live: Essential binaries ii texlive-metapost 2007-2 TeX Live: MetaPost (and Metafont) context recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418976: context configuration fails: no such file plain.mem
Hi, On Fri, Apr 13, 2007 at 05:20:26PM +0200, Frank Küster wrote: Bruce MacDonald [EMAIL PROTECTED] wrote: Package: context Version: 2007.01.23-3 Severity: normal When upgrading from tetex on unstable, which moves over to texlive, context would not configure. The error message is: /usr/share/texmf/scripts/context/ruby/base/tex.rb:553:in `mtime': No such file or directory - plain.mem (Errno::ENOENT) So you didn't already have a context package installed, only the ConTeXt from teTeX? This upgrade usually works, so there's something special on your system which our packages don't know about. The context package was installed as a dependency when I upgraded. I don't use context so hadn't looked at it before it came in as a dependency from texlive. I can remove it by removing the texlive metapackage. My system is ordinary debian unstable; has been going for about three years. First of all, there is no file plain.mem, and therefore tex.rb shouldn't be looking for one. The plain mem file which is reported here: plain.mem is a link to a nonexistent mpost.mem $ ls -l /var/lib/texmf/web2c/plain.mem lrwxrwxrwx 1 root root 9 Mar 18 2004 /var/lib/texmf/web2c/plain.mem - mpost.mem from the log file: TeXExec | using search method 'kpsewhich' TeXExec | using existing database TeXExec | using mp engine mpost TeXExec | using mps format path /var/lib/texmf/web2c TeXExec | generating mps format metafun This is MetaPost, Version 0.993 (Web2C 7.5.6) (INIMP) (/usr/share/texmf/web2c/natural.tcx) (/usr/share/texmf/metapost/context/base/metafun.mp (/usr/share/texmf/metapost/context/base/mp-base.mp Preloading the plain mem file, version 0.63) is actually just mp-base.mp, a copy of metapost's plain.mp. Its format dump is called mpost.mem, not plain.mem. TeXExec | TeXExec | mps engine path: /var/lib/texmf/web2c TeXExec | I'm confused that metafun.mem ends up in /var/lib/texmf/web2c, not in the pdftex subdir. This is also the case on my system, however: TeXExec | tex: 11/04/2007 16:57:54 /var/lib/texmf/web2c/aleph.fmt (344826) TeXExec | tex: 11/04/2007 16:57:56 /var/lib/texmf/web2c/cont-en.fmt (5308859) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/etex.fmt (290175) TeXExec | tex: 11/04/2007 16:57:51 /var/lib/texmf/web2c/tex.fmt (247167) TeXExec | tex: 11/04/2007 16:57:56 /var/lib/texmf/web2c/mptopdf.fmt (225950) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/omega.fmt (1189914) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/pdfetex.fmt (290209) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/pdftex.fmt (260771) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/latex.fmt (1980573) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/pdflatex.fmt (1980608) TeXExec | mps: 13/04/2007 16:09:07 /var/lib/texmf/web2c/metafun.mem (481444) These files do not exist on my system, they are in the respective subdirectories. Are these files really there? What's the output of Yes; here are the directory contents: $ ls -l /var/lib/texmf/web2c total 12736 -rw-r--r-- 1 root root 344826 Apr 11 16:57 aleph.fmt -rw-r--r-- 1 root root2575 Apr 11 16:57 aleph.log -rw-r--r-- 1 root root 5308859 Apr 11 16:57 cont-en.fmt -rw-r--r-- 1 root root 37267 Apr 11 16:57 cont-en.log -rw-r--r-- 1 root root9958 Oct 5 2005 elatex.log -rw-r--r-- 1 root root 290175 Apr 11 16:57 etex.fmt -rw-r--r-- 1 root root3790 Apr 11 16:57 etex.log -rw-r--r-- 1 root root5387 Apr 14 00:29 fmtutil.cnf -rw-r--r-- 1 root root 1980573 Apr 11 16:57 latex.fmt -rw-r--r-- 1 root root 15789 Apr 11 16:57 latex.log drwxr-xr-x 2 root root4096 Apr 13 16:07 metafont/ -rw-r--r-- 1 root root1389 Apr 14 00:29 metafun.log -rw-r--r-- 1 root root 481444 Apr 14 00:29 metafun.mem drwxr-xr-x 2 root root4096 Apr 13 16:07 metapost/ -rw-r--r-- 1 root root 155116 Apr 11 16:57 mf.base -rw-r--r-- 1 root root 797 Apr 11 16:57 mf.log lrwxrwxrwx 1 root root 7 Mar 19 2004 mf-nowin.base - mf.base -rw-r--r-- 1 root root 738 Mar 18 2004 mfw.log -rw-r--r-- 1 root root 225950 Apr 11 16:57 mptopdf.fmt -rw-r--r-- 1 root root3739 Apr 11 16:57 mptopdf.log -rw-r--r-- 1 root root 1189914 Apr 11 16:57 omega.fmt -rw-r--r-- 1 root root3176 Apr 11 16:57 omega.log -rw-r--r-- 1 root root9981 Oct 5 2005 pdfelatex.log lrwxrwxrwx 1 root root 6 Apr 13 14:26 pdfetex - pdftex/ -rw-r--r-- 1 root root 290209 Apr 11 16:57 pdfetex.fmt -rw-r--r-- 1 root root3802 Apr 11 16:57 pdfetex.log -rw-r--r-- 1 root root 1980608 Apr 11 16:57 pdflatex.fmt -rw-r--r-- 1 root root 15801 Apr 11 16:57 pdflatex.log drwxr-xr-x 2 root root4096 Apr 14 00:29 pdftex/ -rw-r--r-- 1 root root 260771 Apr 11 16:57 pdftex.fmt -rw-r--r-- 1 root root2608 Apr 11 16:57 pdftex.log lrwxrwxrwx 1 root root 7 Mar 18 2004 plain.base - mf.base lrwxrwxrwx 1 root root 9 Mar 18 2004
Bug#418976: context configuration fails: no such file plain.mem
If I run sudo texexec --nonstopmode --fast --make --pdftex metafun explicitly it works ok (see below) but creates the format in /etc/texmf/web2c instead of /var/lib/texmf/web2c. I guess thats because ctxfmtutil finds another path using texmfsysvar=$(kpsewhich -expand-var '$TEXMFSYSVAR') which gives /var/lib/texmf But I don't know if this means anything at all ... Regards Bruce TeXExec | using search method 'kpsewhich' TeXExec | using existing database TeXExec | using mp engine mpost TeXExec | using mps format path /etc/texmf/web2c TeXExec | generating mps format metafun This is MetaPost, Version 0.993 (Web2C 7.5.6) (INIMP) (/usr/share/texmf/web2c/natural.tcx) (/usr/share/texmf/metapost/context/base/metafun.mp (/usr/share/texmf/metapost/context/base/mp-base.mp Preloading the plain mem file, version 0.63) (/usr/share/texmf/metapost/context/base/mp-tool.mp) (/usr/share/texmf/metapost/context/base/mp-spec.mp) (/usr/share/texmf/metapost/context/base/mp-core.mp) (/usr/share/texmf/metapost/context/base/mp-page.mp) (/usr/share/texmf/metapost/context/base/mp-text.mp) (/usr/share/texmf/metapost/context/base/mp-txts.mp) (/usr/share/texmf/metapost/context/base/mp-shap.mp) (/usr/share/texmf/metapost/context/base/mp-butt.mp) (/usr/share/texmf/metapost/context/base/mp-char.mp) (/usr/share/texmf/metapost/context/base/mp-step.mp) (/usr/share/texmf/metapost/context/base/mp-grph.mp) (/usr/share/texmf/metapost/context/base/mp-figs.mp) (/usr/share/texmf/metapost/context/base/mp-grid.mp (/usr/share/texmf/metapost/context/base/mp-form.mp (/usr/share/texmf-texlive/metapost/base/string.mp) (/usr/share/texmf-texlive/metapost/base/marith.mp (/usr/share/texmf-texlive/metapost/base/string.mp (/usr/share/texmf/metapost/context/base/mp-func.mp) ) Beginning to dump on file metafun.mem (mem=metafun 2007.4.14) at most 3038 strings of total length 40262 48330 memory locations dumped; current usage is 1262235507 1761 symbolic tokens Transcript written on metafun.log. TeXExec | TeXExec | mps engine path: /etc/texmf/web2c TeXExec | TeXExec | mps: 14/04/2007 16:41:40 /etc/texmf/web2c/metafun.mem (481444) TeXExec | TeXExec | runtime: 0.135917 On Fri, Apr 13, 2007 at 05:20:26PM +0200, Frank Küster wrote: Bruce MacDonald [EMAIL PROTECTED] wrote: Package: context Version: 2007.01.23-3 Severity: normal When upgrading from tetex on unstable, which moves over to texlive, context would not configure. The error message is: /usr/share/texmf/scripts/context/ruby/base/tex.rb:553:in `mtime': No such file or directory - plain.mem (Errno::ENOENT) So you didn't already have a context package installed, only the ConTeXt from teTeX? This upgrade usually works, so there's something special on your system which our packages don't know about. First of all, there is no file plain.mem, and therefore tex.rb shouldn't be looking for one. The plain mem file which is reported here: from the log file: TeXExec | using search method 'kpsewhich' TeXExec | using existing database TeXExec | using mp engine mpost TeXExec | using mps format path /var/lib/texmf/web2c TeXExec | generating mps format metafun This is MetaPost, Version 0.993 (Web2C 7.5.6) (INIMP) (/usr/share/texmf/web2c/natural.tcx) (/usr/share/texmf/metapost/context/base/metafun.mp (/usr/share/texmf/metapost/context/base/mp-base.mp Preloading the plain mem file, version 0.63) is actually just mp-base.mp, a copy of metapost's plain.mp. Its format dump is called mpost.mem, not plain.mem. TeXExec | TeXExec | mps engine path: /var/lib/texmf/web2c TeXExec | I'm confused that metafun.mem ends up in /var/lib/texmf/web2c, not in the pdftex subdir. This is also the case on my system, however: TeXExec | tex: 11/04/2007 16:57:54 /var/lib/texmf/web2c/aleph.fmt (344826) TeXExec | tex: 11/04/2007 16:57:56 /var/lib/texmf/web2c/cont-en.fmt (5308859) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/etex.fmt (290175) TeXExec | tex: 11/04/2007 16:57:51 /var/lib/texmf/web2c/tex.fmt (247167) TeXExec | tex: 11/04/2007 16:57:56 /var/lib/texmf/web2c/mptopdf.fmt (225950) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/omega.fmt (1189914) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/pdfetex.fmt (290209) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/pdftex.fmt (260771) TeXExec | tex: 11/04/2007 16:57:52 /var/lib/texmf/web2c/latex.fmt (1980573) TeXExec | tex: 11/04/2007 16:57:53 /var/lib/texmf/web2c/pdflatex.fmt (1980608) TeXExec | mps: 13/04/2007 16:09:07 /var/lib/texmf/web2c/metafun.mem (481444) These files do not exist on my system, they are in the respective subdirectories. Are these files really there? What's the output of $ egrep '(^TEXFORMATS|^MFBASES|^MPMEMS)' /etc/texmf/texmf.cnf /usr/share/texmf/scripts/context/ruby/base/tex.rb:553:in `mtime': No such file or directory - plain.mem (Errno::ENOENT) from /usr/share/texmf
Bug#418674: tex-common: tex does not look in /usr/share (only in /etc); can't find article.cls
Package: tex-common Version: 1.4 Severity: grave Justification: renders package unusable After upgrading to tex-common which just came in to the repository, latex cannot find article.cls. Strace shows it is looking in /etc/ but not in /usr/share. Downgrading to the previous tex-common removes this problem. When creating this bug report, I was told that this version is ahead of the current debian version, which is puzzling. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18 (PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii ucf 2.0020 Update Configuration File: preserv tex-common recommends no packages. Versions of packages tetex-base depends on: ii ucf 2.0020 Update Configuration File: preserv Versions of packages tetex-bin depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii debianutils 2.18 Miscellaneous utilities specific t ii dialog1.1-20070325-1 Displays user-friendly dialog boxe ii dpkg 1.13.25package maintenance system for Deb ii ed0.2-20 The classic unix line editor ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkpathsea4 3.0-30 path search library for teTeX (run ii libpaper1 1.1.21 Library for handling paper charact ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpoppler0c2 0.4.5-5.1 PDF rendering library ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libt1-5 5.1.0-2Type 1 font rasterizer library - r ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap ii perl 5.8.8-7Larry Wall's Practical Extraction ii sed 4.1.5-1The GNU sed stream editor ii tetex-base3.0.dfsg.3-5 Basic TeX input files of teTeX ii ucf 2.0020 Update Configuration File: preserv ii whiptail 0.52.2-10 Displays user-friendly dialog boxe ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages tetex-extra depends on: ii tetex-base 3.0.dfsg.3-5 Basic TeX input files of teTeX ii tetex-bin 3.0-30 The teTeX programs ii ucf 2.0020 Update Configuration File: preserv -- debconf information: tetex-base/olddat: true tetex-base/fmtutil-failed: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: * tetex-bin/texmf: true tetex-base/oldcfg: true tex-common/singleuser: false tetex-base/oldupdm: tetex-base/updmap-failed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418813: locales 2.5.1 can't install since it depends on glibc-2.5.0-0exp2 (not available in unstable)
Package: locales Version: 2.3.6.ds1-13 Severity: grave Justification: renders package unusable The subject says it all. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18 (PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 [glibc-2.3.6.ds1-1] 2.3.6.ds1-13 GNU C Library: Shared libraries locales recommends no packages. -- debconf information: * locales/default_environment_locale: en_NZ * locales/locales_to_be_generated: en_NZ ISO-8859-1, en_NZ.UTF-8 UTF-8, en_US ISO-8859-1, en_US.UTF-8 UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392342: wodim: a fix
Package: wodim Version: 5:1.0~pre4-1.1 Followup-For: Bug #392342 Just noticed bug report #393188 which solves the problem; wodim is reporting a warning on stdout before the multisession data returned by -msinfo and I guess k3b is getting that text instead of the multisession data. Changing at line 183 in libscg/scsitransp.c to output to stderr: fprintf(stderr,\nWarning: This version of libscg has not been configured via the standard\n); fprintf(stderr,autoconfiguration method of the Schily makefile system. There is a high risk\n); fprintf(stderr,that the code is not configured correctly and for this reason will not behave\n); fprintf(stderr,as expected.\n); and rebuilding cdrkit and installing the wodim package fixes this particular problem for me. I've tested it on a couple of multisession CDs. Haven't done any extensive testing. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages wodim depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. Versions of packages wodim recommends: ii mkisofs 5:1.0~pre4-1.1 Creates ISO-9660 CD-ROM filesystem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392342: wodim and k3b can still extract multisession info but can't write another session
Package: wodim Version: 5:1.0~pre4-1.1 Followup-For: Bug #392342 Following on from my report above, and Martin's post. I get similar info to Martin, in particular the session data is extracted by wodim -v -msinfo and also k3b can extract this info under the Tools / Diskinfo menu. It presents an accurate session analysis. But still when I try to burn another session we get the original reported error that the multisession info cannot be found. Will a manual wodim command will add the session for us? I haven't figured out how to invoke wodim manually for burning so haven't tried it. Bruce -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages wodim depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. Versions of packages wodim recommends: ii mkisofs 5:1.0~pre4-1.1 Creates ISO-9660 CD-ROM filesystem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392342: wodim: same problem
Package: wodim Version: 5:1.0~pre4-1.1 Followup-For: Bug #392342 I have this same problem on my Dell Latitude D600 laptop with k3b or xcdroast as the frontend with CD-Rs created previously with the same software and hardware (a few months ago). Kernel is the latest debian unstable, customised for the laptop. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages wodim depends on: ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. Versions of packages wodim recommends: ii mkisofs 5:1.0~pre4-1.1 Creates ISO-9660 CD-ROM filesystem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385914: pdftk broken in unstable (dependency on libgcj7)
Package: pdftk Version: 1.12-11 Severity: important The current upgrade in unstable will replace libgcj7 with libgcj7-0, which will cause pdftk to be removed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages pdftk depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libgcj7 4.1.1-10Java runtime library for use with ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 pdftk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377755: disable then reenable antialiasing in kde
Hi, I have libcairo2 1.2.0-3, kdebase 4:3.5.4-2. I already had antialiasing enabled, but fonts did not look so great and the problem of missing text in the page and bookmarks tool bar etc occured with firefox. Turns out disabling and enabling antialiasing again in kde control / appearance and themes / fonts removed the problem and also improved fonts. It seemed like antialiasing that had not actually been working after a recent upgrade, until I disabled and reenabled it. Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379760: openoffice.org: openoffice does not retain rotated text properties in a table across saves if saved in .doc format
Package: openoffice.org Version: 2.0.3-3 Severity: normal In a file with just a table, and one text entry, if you rotate the text 90 degrees with the character format entry, then save, the reload, the rotation goes back to zero degrees (if you save as .doc). If you save as .odt the rotation is preserved. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.3-3OpenOffice.org office suite - data ii openoffice.org-calc 2.0.3-3OpenOffice.org office suite - spre ii openoffice.org-core 2.0.3-3OpenOffice.org office suite archit ii openoffice.org-draw 2.0.3-3OpenOffice.org office suite - draw ii openoffice.org-impress2.0.3-3OpenOffice.org office suite - pres ii openoffice.org-java-common2.0.3-3OpenOffice.org office suite Java s ii openoffice.org-math 2.0.3-3OpenOffice.org office suite - equa ii openoffice.org-writer 2.0.3-3OpenOffice.org office suite - word openoffice.org recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372549: openoffice.org-core depends on libnspr4 and libnss3 instead of -0d versions
On Sat, Jun 10, 2006 at 12:43:16PM +0200, Rene Engelhard wrote: severity 372549 wishlist reassign 372549 openoffice.org notfound 372549 2.0.2-3_i386 found 372549 2.0.2-3 merge 372549 364062 367239 thanks Hi, Bruce MacDonald wrote: libnspr4-dev and libnss3-dev conflict with libnspr4 and libnss3. Does openoffice.org need to be built against libnspr4-0d and libnss3-0d instead? I had to remove openoffice to build another package with Yes. some patches, so I could use libnspr4-dev and libnss3-dev. Although I could have done that with pbuilder I guess. Right. And OOo will be built against XULRunner soon (it only became possible yesterday..), see the already reported two wishlist bugs wrt that Sorry, I missed the other reports on openoffice.org. Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372549: openoffice.org-core depends on libnspr4 and libnss3 instead of -0d versions
Package: openoffice.org-core Version: 2.0.2-3_i386 Severity: normal libnspr4-dev and libnss3-dev conflict with libnspr4 and libnss3. Does openoffice.org need to be built against libnspr4-0d and libnss3-0d instead? I had to remove openoffice to build another package with some patches, so I could use libnspr4-dev and libnss3-dev. Although I could have done that with pbuilder I guess. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366948: xfig can't find fonts
I found out some more about this problem and have worked around it as a result. It seems related to gsfonts-x11, which seems to have some reports about similar problems. The problem I had with xfig not finding fonts goes away if I delete the alias lines in /usr/share/fonts/X11/Type1/fonts.alias that have aliases for the fonts that xfig can't find (eg all the adobe ones, but also others). The aliases are to gsfonts fonts I guess are created from /etc/X11/fonts/Type1/gsfonts-x11.alias. There is probably a better way to do this without removing gsfonts-x11. What I found was that the scalable version of the fonts such as adobe times could not be accessed (eg by xfd) and I think that is why xfig was unhappy about it. Something about the aliasing? Once the alias lines were removed, then xfd and xfig are happy with times fonts (and others) at sizes not specifically installed. Found this by comparing fonts.* files across machines. I ended up removing all the alias lines from the file above, except the urw to urw ones. xfig still does not have these fonts: -*-helvetica-medium-o-narrow--13-*-*-*-*-*-ISO8859-* -*-helvetica-bold-o-narrow--13-*-*-*-*-*-ISO8859-* -*-helvetica-medium-r-narrow--13-*-*-*-*-*-ISO8859-* -*-helvetica-bold-r-narrow--13-*-*-*-*-*-ISO8859-* -*-itc zapf chancery-medium-i-normal--13-*-*-*-*-*-ISO8859-* -*-itc zapf dingbats-*-*-*--13-*-*-*-*-*-*-* I think because I don't have these fonts; where to get them from? They aren't that important anyway. Shall I cross report this to gsfonts-x11 or leave that to Roland? Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366948: xfig can't find fonts
Steve, I forgot to copy this to Roland and bugs. Bruce On Sat, May 13, 2006 at 01:19:14PM -0700, Steve Langasek wrote: On Sat, May 13, 2006 at 07:03:24PM +1200, Bruce MacDonald wrote: The font paths in xorg.conf are: $ grep FontPath /etc/X11/xorg.conf FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType so there are more font paths than xset q gives. But not the ones I was specifically hoping to find there. Did you edit your xorg.conf by hand for the X11R7 upgrade? I was looking to see whether you still had /usr/X11R6/lib/X11/fonts/ directories listed here, because the current automated upgrade path from xorg 6.9 to 7 should keep both these and the new /usr/share/fonts/X11 paths for transitional purposes. No I dropped my previous version and went with the new xorg.conf. Of course, it may not matter in this case; it depends on whether font packages are still installing to the legacy path. There are a few fonts in /usr/X11R6/lib/X11/fonts/misc but I think those are just one font from nethack-x11, two fonts from xfonts-konsole. There are files left from elsewhere but they are duplicated in /usr/share/fonts/X11/misc. But that doesn't seem relevant to xfig. Thanks, Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366948: xfig can't find fonts
The font paths in xorg.conf are: $ grep FontPath /etc/X11/xorg.conf FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType so there are more font paths than xset q gives. Restarting X didn't solve the problem, but now I look in /var/log/Xorg.0.log the cyrillic path is not found (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (**) FontPath set to /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/sh are/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/sha re/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/share/fonts/X11/misc /,/usr/share/fonts/X11/TTF/,/usr/share/fonts/X11/OTF,/usr/share/fonts/X11/Type1/,/usr/share/f onts/X11/CID/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/ but there are these messages near the end of the log file: Could not init font path element /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, removing from list! Could not init font path element /usr/share/fonts/X11/TTF/, removing from list! Could not init font path element /usr/share/fonts/X11/OTF, removing from list! Could not init font path element /usr/share/fonts/X11/CID/, removing from list! The latter three don't exist but the first does. But its font.dir is empty so I recreated it with mkfontdir and font.scale with mkfontscale and now that path is not rejected by X and so xset q gives: Font Path: /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/share/fonts/X11/misc/,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/ And xfontsel shows more fonts But the xfig problem remains. Also I noticed that xfontsel shows that the font needed is missing because the size 13 is not available, eg in -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-* Size 12 is available. I'm no expert here but will try to track down the font issues. Bruce On Fri, May 12, 2006 at 11:04:31PM -0700, Steve Langasek wrote: On Sat, May 13, 2006 at 03:59:14PM +1200, Bruce MacDonald wrote: My x11-common 1:7.0.18 (the most recent in unstable). Bruce Ok. Can you also do a grep FontPath /etc/X11/xorg.conf then please? If this command returns more font paths than xset q did, could you try restarting your X server to see if it corrects this problem? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366948: xfig can't find fonts
Package: xfig Version: 1:3.2.5-alpha5-4 Severity: grave Justification: renders package unusable When I start xfig it complains like this: Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-medium-r-normal--16-*-*-*-*-*-*-*,*--16-* to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-*-r-*--16-*-*-*-*-*-*-* to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-bold-r-normal--16-*-*-*-*-*-*-*,-*-*-bold-r-normal--16-*-*-*-*-*-*-*,-*-*-*-r-*--16-*-*-*-*-*-*-* to type FontSet then during editing if I select a font (all the fonts I tried), xfig complains when I click somewhere to start entering text: Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 or if I select say helvetica: Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-helvetica-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 and the courier:n Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-helvetica-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-courier-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 So I can't do much with xfig. I haven't used it for awhile so don't know when it broke, but it used to work. Bruce -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages xfig depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5.1 PNG library - runtime ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi61:1.0.0-5 X11 Input extension library ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxp61:1.0.0-1 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.4.2-3X11 pixmap library ii libxt61:1.0.0-4 X11 toolkit intrinsics library ii xaw3dg1.5+E-14 Xaw3d widget set ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages xfig recommends: ii transfig1:3.2.5-alpha7-1 Utilities for converting XFig figu ii xfig-libs 1:3.2.5-alpha5-4 XFig image libraries and examples -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366948: xfig can't find fonts
Hi, Thanks for you help. The font path is: Font Path: /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/usr/share/fonts/X11/misc/,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/ The font packages are: $ dpkg -l xfonts-\* | grep '^[ih]' ii xfonts-100dpi 1.0.0-2100 dpi fonts for X ii xfonts-75dpi1.0.0-2100 dpi fonts for X ii xfonts-base 1.0.0-3standard fonts for X ii xfonts-encodings1.0.0-3Encodings for X.Org fonts ii xfonts-konsole 3.4.3-3fonts used by the KDE's Konsole ii xfonts-scalable 1.0.0-4scalable fonts for X ii xfonts-utils1.0.0-4X Window System font utility programs $ dpkg -l gsfonts\* | grep '^[ih]' ii gsfonts8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpreter(s) ii gsfonts-other 6.0-3 Additional fonts for the ghostscript interpr ii gsfonts-x110.19 Make Ghostscript fonts available to X11 Thank you, Bruce On Fri, May 12, 2006 at 01:18:57PM +0200, Roland Rosenfeld wrote: On Fri, 12 May 2006, Bruce MacDonald wrote: Package: xfig Version: 1:3.2.5-alpha5-4 Severity: grave Justification: renders package unusable When I start xfig it complains like this: Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-medium-r-normal--16-*-*-*-*-*-*-*,*--16-* to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-*-r-*--16-*-*-*-*-*-*-* to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-bold-r-normal--16-*-*-*-*-*-*-*,-*-*-bold-r-normal--16-*-*-*-*-*-*-*,-*-*-*-r-*--16-*-*-*-*-*-*-* to type FontSet then during editing if I select a font (all the fonts I tried), xfig complains when I click somewhere to start entering text: Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 or if I select say helvetica: Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-helvetica-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 and the courier:n Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-helvetica-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-courier-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 So I can't do much with xfig. I haven't used it for awhile so don't know when it broke, but it used to work. For me this seems to be a problem of your font environment. So I need more information about your system. Could you please send me the Font Path from xset q output? And than I need to know what founts you installed, so the output of the following commands would help to find the center of the problem: dpkg -l xfonts-\* | grep '^[ih]' dpkg -l gsfonts\* | grep '^[ih]' Tscho Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366948: xfig can't find fonts
My x11-common 1:7.0.18 (the most recent in unstable). Bruce On Fri, May 12, 2006 at 02:12:39PM -0700, Steve Langasek wrote: On Fri, May 12, 2006 at 11:25:43PM +1200, Bruce MacDonald wrote: Hi, Thanks for you help. The font path is: Font Path: /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/usr/share/fonts/X11/misc/,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/ What version of x11-common do you have installed? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320554: lsh-client: lshg -G faile if no gateway since it looks for lsh not lshc
Package: lsh-client Version: 2.0.1-4 Severity: normal Invoking lshg -G should cause lshc to be invoked if there is no gateway already established, but it fails because it tries to invoke lsh instead of lshc. The following end of an strace shows this: execve(/opt/java/jre1.5.0_04/bin/lsh, [lshg, -G, gonzo], [/* 34 vars */]) = -1 ENOENT (No such file or directory) execve(/usr/local/sbin/lsh, [lshg, -G, gonzo], [/* 34 vars */]) = -1 ENOENT (No such file or directory) execve(/usr/local/bin/lsh, [lshg, -G, gonzo], [/* 34 vars */]) = -1 ENOENT (No such file or directory) execve(/usr/sbin/lsh, [lshg, -G, gonzo], [/* 34 vars */]) = -1 ENOENT (No such file or directory) execve(/usr/bin/lsh, [lshg, -G, gonzo], [/* 34 vars */]) = -1 ENOENT (No such file or directory) execve(/sbin/lsh, [lshg, -G, gonzo], [/* 34 vars */]) = -1 ENOENT (No such file or directory) execve(/bin/lsh, [lshg, -G, gonzo], [/* 34 vars */]) = -1 ENOENT (No such file or directory) execve(/usr/X11R6/bin/lsh, [lshg, -G, gonzo], [/* 34 vars */]) = -1 ENOENT (No such file or directory) execve(/usr/games/lsh, [lshg, -G, gonzo], [/* 34 vars */]) = -1 ENOENT (No such file or directory) execve(~/bin/lsh, [lshg, -G, gonzo], [/* 34 vars */]) = -1 ENOENT (No such file or directory) write(2, lshg: lsh launch failed, giving ..., 36lshg: lsh launch failed, giving up. ) = 36 exit_group(1) = ? If I set up a link to lsh then it still fails again (aborts), and logs a message; here is the end of strace: write(2, lshg: sys.c:109: sys_on_fd: Asse..., 135) = 135 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 gettid()= 8383 tgkill(8383, 8383, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ And logged is: lshg: sys.c:109: sys_on_fd: Assertion `((void *)0) == sys-files[fd][ev].f multiple handlers registered for a file event' failed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lsh-client depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgmp3 4.1.4-6 Multiprecision arithmetic library ii liboop4 1.0-3Event loop management library ii libpam0g0.76-23 Pluggable Authentication Modules l ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii lsh-utils 2.0.1-4 Secure Shell v2 (SSH2) protocol ut ii zlib1g 1:1.2.3-1compression library - runtime lsh-client recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303188: mozplugger upgrade breaks pdf viewing in firefox (with Acroread 7)
executive - executive size paper a3 - ISO standard A3 size a4 - ISO standard A4 size a5 - ISO standard A5 size b4 - ISO standard B4 size b5 - ISO standard B5 size wxh - custom size paper where w is the integer width in points and h is the integer height in points -transQuality level - set the transparency flattening level Value from 1-5, where 1 means rasterize everything, 5 means rasterize as little as possible, default is 3. -openInNewWindow The application starts normally without checking if it is already running. -version Print version information and quit. -visual visual class [depth=depth] -visual id=visual id -visual best -visual default Specifies a visual. In the first form, the visual class (specified by either its name or number) with an option depth determine the visual to use. In the second form, the visual id is specified. The prefix 0x must be used for hexadecimal numbers. The third form uses an internal algorithm based on depth and visual class. The fourth form simply uses the default visual. Note that PseudoColor visuals of depth greater than 8, and DirectColor visuals are not supported. On Tue, Apr 05, 2005 at 10:21:28PM +0800, Bernard Blackham wrote: On Tue, Apr 05, 2005 at 11:02:45PM +1200, Bruce MacDonald wrote: Package: mozplugger Version: 1.7.1-1 Severity: normal PDFs come up blank in firefox. Starting firefox and viewing a pdf file: $ firefox Usage: /usr/bin/acroread [options] [list of files] (usage info is printed here) Could you send the usage info? Where does one get Acroread 7? The latest I can find for Linux from Adobe is 5.0.10. So acroread seems to object to the invocation. Downgrading to the previous version of mozplugger, 1.6.0-3 removes the problem. That's curious, because the change in invoking acroread involved removing command-line options, not adding. (I'm assuming your /etc/mozpluggerrc files are unmodified from the defaults). Bernard. -- Bernard Blackham bernard at blackham dot com dot au -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303188: mozplugger upgrade breaks pdf viewing in firefox (with Acroread 7)
Package: mozplugger Version: 1.7.1-1 Severity: normal PDFs come up blank in firefox. Starting firefox and viewing a pdf file: $ firefox Usage: /usr/bin/acroread [options] [list of files] (usage info is printed here) So acroread seems to object to the invocation. Downgrading to the previous version of mozplugger, 1.6.0-3 removes the problem. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozplugger depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii m4 1.4.3-1 a macro processing language ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300496: lsh-client: fails to capture host key and so cannot connect to a host without --sloppy-host-authentication
Package: lsh-client Version: 2.0.1-1 Severity: important After upgrading from lsh-client 2.0-1 to 2.0.1-1 lshc will not connect to the host, unless you use --sloppy-host-authentication when it always asks about the host key. lshc is looking for sexp-conv in a nonexistent directory. lshc gromit lshc: lsh_popen: execv `/home/sfllaw/packages/lsh-utils-2.0.1/debian/tmp/usr/bin/sexp-conv' failed (errno = 2): No such file or directory. lshc: Program `/home/sfllaw/packages/lsh-utils-2.0.1/debian/tmp/usr/bin/sexp-conv' exited with status 1. lshc: Failed to read host-acls file (errno = 0): Success lshc: spki_make_signer: Expected private-key expression. lshc: Invalid private key. lshc: Server's hostkey is not trusted. Disconnecting. lshc: Protocol error: Bad server host key host-acls does exist and was working with version 2.0-1 A workaround is to set SEXP_CONV to /usr/bin/sexp.conv, or create /home/sfllaw/packages/lsh-utils-2.0.1/debian/tmp/usr/bin/sexp-conv as a link to /usr/bin/sexp-conv. Then this problem goes away. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lsh-client depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgmp3 4.1.4-5 Multiprecision arithmetic library ii liboop4 1.0-3Event loop management library ii libpam0g0.76-22 Pluggable Authentication Modules l ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii lsh-utils 2.0.1-1 Secure Shell v2 (SSH2) protocol ut ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]