Bug#1050463: RFP: picosnitch -- monitor network traffic per executable
Package: picosnitch Severity: wishlist * Package name: picosnitch Version : 0.14.1 Upstream Author : Eric Lesiuta * URL : https://github.com/elesiuta/picosnitch * License : GPL-3 Programming Lang: Python (BPF) Description : monitor network traffic per executable Picosnitch is a per application bandwidth monitor which notifies users when new apps make internet connections, or when the hash of an application has changed since its last connection. It has a terminal based UI for browsing and filtering traffic history on: time, executable, sha256, parent of the executable, uid, local/remote ports, local/remote addresses, or domain. There is also an optional GUI for viewing bandwidth graphs using plotly dash (https://pypi.org/project/dash/) which needs to be installed separately with pip or pipx. It would be nice if this could be packaged in Debian as well.
Bug#779382: parted: sometimes fails to align new partitions correctly
Package: parted Version: 2.3-12 Severity: normal Dear Maintainer, While using a script to partition a new disk, I found that parted sometimes starts a new partition 1 sector past the expected position. Here are the lines from the script that exercise parted, and some comments and additional information: --- Begin script and parted output -- # Writing a blank msdos label on /dev/sdb: parted -s /dev/sdb mklabel msdos # Swap partition is number 8 # adding /dev/sdb1, to be mounted on /boot parted -s /dev/sdb mkpart primary ext4 0% 115MB # adding /dev/sdb2, to be mounted on / parted -s /dev/sdb mkpart primary ext4 115MB 20115MB # adding /dev/sdb3, to be mounted on /tmp parted -s /dev/sdb mkpart primary ext4 20115MB 23115MB # adding /dev/sdb4, the extended partition: parted -s /dev/sdb mkpart extended 23115MB 100% # adding /dev/sdb5, to be mounted on /home parted -s /dev/sdb mkpart logical ext4 23115MB 95340MB # adding /dev/sdb6, to be mounted on /var parted -s /dev/sdb mkpart logical ext4 95340MB 102840MB # adding /dev/sdb7, to be mounted on /usr/local parted -s /dev/sdb mkpart logical ext4 102840MB 122840MB Warning: The resulting partition is not properly aligned for best performance. # adding /dev/sdb8 for swap space: parted -s /dev/sdb mkpart logical linux-swap 122840MB 127840MB # adding /dev/sdb9, to be mounted on /spare parted -s /dev/sdb mkpart logical ext4 127840MB 200060MB Warning: The resulting partition is not properly aligned for best performance. --- End of script and parted o/p # The resulting partition table, in MB: Model: ATA WDC WD5000AAKX-2 (scsi) Disk /dev/sdb: 500108MB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1.05MB115MB 114MB primary 2 115MB 20115MB 1MB primary 3 20115MB 23115MB 3000MBprimary 4 23115MB 500108MB 476993MB extended lba 5 23116MB 95340MB 72224MB logical 6 95341MB 102840MB 7499MBlogical 7 102840MB 122840MB 2MB logical 8 122841MB 127840MB 5000MBlogical 9 127840MB 200060MB 72220MB logical The same partition table, in MiB: Model: ATA WDC WD5000AAKX-2 (scsi) Disk /dev/sdb: 476940MiB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start EndSize Type File system Flags 1 1.00MiB110MiB 109MiB primary 2 110MiB 19183MiB 19073MiB primary 3 19183MiB 22044MiB 2861MiBprimary 4 22044MiB 476940MiB 454896MiB extended lba 5 22045MiB 90923MiB 68878MiB logical 6 90924MiB 98076MiB 7152MiBlogical 7 98076MiB 117149MiB 19073MiB logical 8 117150MiB 121918MiB 4768MiBlogical 9 121918MiB 190792MiB 68874MiB logical The same partition table, in sectors: Model: ATA WDC WD5000AAKX-2 (scsi) Disk /dev/sdb: 976773168s Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End SizeType File system Flags 1 2048s 225279s 223232s primary 2 225280s 39286783s 39061504s primary 3 39286784s 45146111s 5859328sprimary 4 45146112s 976773119s 931627008s extended lba 5 45148160s 186210303s 141062144s logical 6 186212352s 200859647s 14647296s logical 7 200859649s 239921875s 39062227s logical 8 239923200s 249688063s 9764864slogical 9 249688065s 390742187s 141054123s logical Notice that partitions 7 and 9 begin on an odd-numbered sector! It appears that parted added 1 *twice* to the last sector in partition 6: 200859647 +1 = 200859648 ; and factor 200859648 200859648: 2 2 2 2 2 2 2 2 2 2 2 2 2 3 11 743 So 200859648 would have been a good place to start the next partition. Similarly, for partition 9: factor 249688064 249688064: 2 2 2 2 2 2 2 2 2 2 2 2 47 1297 A curious feature of this bug is that parted returned 0 after reporting this mis-alignment, either with no alignment option, or with -a opt . However, it *does* produce an error return with -a min . -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages parted depends on: ii libblkid1 2.20.1-5.3 ii libc6 2.13-38+deb7u8 ii libdevmapper1.02.1 2:1.02.74-8 ii libparted0debian1 2.3-12 ii libreadline66.2+dfsg-0.1 ii libtinfo5 5.9-10 ii libuuid12.20.1-5.3 parted recommends no packages. Versions of packages parted suggests: ii parted-doc 2.3-12 -- no debconf information -- To
Bug#688795: desktop-file-utils: No manual entry for update-desktop-database
Package: desktop-file-utils Version: 0.15-2 Severity: normal update-desktop-database is installed; but there's no man page for it. If it were a shell script, I could look inside and figure out what it does; but it's a compiled program, which makes this difficult. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages desktop-file-utils depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines desktop-file-utils recommends no packages. desktop-file-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678436: pngcrush dumps core if you try to insert more than 2 text chunks
Package: pngcrush Version: 1.7.9-1 Severity: normal You can insert two text chunks OK; but if you try the command pngcrush -text b Author 'Andrew T. Young' -text b Title \ P0046.png -text b Description fails P0046.png pngout.png then pngcrush immediately dumps core, instead of writing the desired output PNG file. (The input file P0046.png is OK; I've had this problem with many different files.) The man page says up to 10 text chunks can be added. I guess whoever wrote that was thinking in binary -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pngcrush depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libpng12-0 1.2.44-1+squeeze4 PNG library - runtime ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime pngcrush recommends no packages. pngcrush suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626105: mount: misleading error message if kernel lacks ext4 module
Package: mount Version: 2.17.2-9 Severity: normal I thought it would be nice to upgrade from ext3 to ext4 when I copied my old system to a new disk, but the cloned system failed to boot, claiming No such device when it tried to mount the root partition. In fact, inspection of the filesystem with the busybox shell showed that the required partition existed, along with the symbolic links in the /dev/disk/by-label, /dev/disk/by-uuid, and related subdirectories. After much searching, I discovered the problem discussed at http://lists.debian.org/debian-user/2009/07/msg00864.html and was able to fix it by adding the ext4 module to /etc/initramfs-tools/modules and running update-initramfs -u -v -t in a chroot jail with the appropriate partitions and pseudo-filesystems mounted. Much time and effort could have been saved if mount had said something like Can't mount ext4 filesystems instead of giving a bogus error message. As the expected type was clearly indicated with a rootfstype=ext4 option on the kernel command line, mount had no excuse for giving a misleading error message. If this is too hard to fix, a more general error message such as mount can't mount /dev/xxx would have been less misleading. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mount depends on: ii libblkid1 2.17.2-9 block device id library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libsepol1 2.0.41-1 SELinux library for manipulating b ii libuuid1 2.17.2-9 Universally Unique ID library mount recommends no packages. Versions of packages mount suggests: pn nfs-commonnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518258: more on the dangling symlinks problem
This is essentially the same problem described in bug #452127 -- which also cites bugs 419052, 437674, and 440142. The last two are the most informative. Although 440142 claims the problem was fixed with a corrected file ttf-dejavu-extra.defoma-hints in the ttf-dejavu-extra package, it appears that there is currently *no* defoma hintfile in any of the ttf-dejavu* packages. This may be what's needed to get the links installed correctly. -- A.T.Young -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612685: gnome-desktop-environment depends on gnome-bluetooth ???
Package: gnome-desktop-environment Severity: normal After the recent upgrade, I found the machine infested with bluez and various bluetooth libraries. I believe this is a side-effect of the decision to drag in everything under Recommends:. In my case, I had a few pieces of an old gnome desktop setup; and I suspect that one of those pieces initiated a cascade of dependencies that caused the bluetooth stuff to be installed automatically. I have cleaned out most of the offending packages. But it seems absurd to me that gnome-desktop-environment *depends* on gnome-bluetooth. You ought to at least check to see whether the necessary hardware is present before installing such stuff. This 10-year-old Pentium III box certainly does not have bluetooth hardware in it. I should add that (believing that computers should be seen and not heard) I have no sound enabled, and no speakers. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-desktop-environment depends on: pn ekiga none (no description available) pn esoundnone (no description available) pn evincenone (no description available) pn evolution none (no description available) ii evolution-data-server 2.30.3-2 evolution database backend server pn fast-user-switch-applet none (no description available) pn file-roller none (no description available) pn gcalctool none (no description available) pn gconf-editor none (no description available) pn gdm none (no description available) ii gnome-about 2.30.2-2 The GNOME about box pn gnome-backgrounds none (no description available) pn gnome-corenone (no description available) pn gnome-games none (no description available) pn gnome-keyring-manager none (no description available) ii gnome-media 2.30.0-1 GNOME media utilities ii gnome-netstatus-applet2.28.1-1 Network status applet for GNOME pn gnome-nettool none (no description available) ii gnome-system-monitor 2.28.1-1 Process viewer and system resource pn gnome-system-toolsnone (no description available) pn gnome-themes none (no description available) ii gnome-user-guide 2.30.1-1 GNOME user's guide pn gnome-utils none (no description available) pn gnome-volume-manager none (no description available) pn gstreamer0.10-esd none (no description available) ii gtk2-engines 1:2.20.1-1 theme engines for GTK+ 2.x pn gucharmap none (no description available) ii iceweasel [gnome-www-browser] 3.5.16-4 Web browser based on Firefox pn industrial-cursor-theme none (no description available) ii libgnome2-perl1.042-2Perl interface to the GNOME librar pn libgnomevfs2-bin none (no description available) ii libgnomevfs2-extra1:2.24.3-1 GNOME Virtual File System (extra m pn nautilus-cd-burnernone (no description available) pn sound-juicer none (no description available) pn totem none (no description available) pn vino none (no description available) ii zenity2.30.0-1 Display graphical dialog boxes fro Versions of packages gnome-desktop-environment recommends: pn dashernone (no description available) pn fam none (no description available) pn gnome-accessibility-themesnone (no description available) pn gnome-mag none (no description available) pn gnopernicus none (no description available) pn gok none (no description available) Versions of packages gnome-desktop-environment suggests: pn evolution-exchangenone (no description available) pn gnome-audio none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591517: xmaxima should depend on gnuplot, not just gnuplot-nox
Package: xmaxima Version: 5.13.0-3.1+b1 Severity: normal It seems to me that xmaxima should depend on gnuplot, or gnuplot-x11. I had just gnuplot-nox installed, and xmaxima generated opaque error messages from gnuplot when I tried to use the plot2d facility of maxima. -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xmaxima depends on: ii maxima 5.13.0-3.1+b1 A computer algebra system -- base ii maxima-doc 5.13.0-3.1A computer algebra system -- docum ii maxima-test5.13.0-3.1A computer algebra system -- test ii tk8.4 8.4.19-2 Tk toolkit for Tcl and X11, v8.4 - xmaxima recommends no packages. Versions of packages xmaxima suggests: pn texmacs none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577481: fftw-docs: tests in examples subdir fail many tests
Package: fftw-docs Version: 2.1.3-22 Severity: normal I ran make in the tests directory to generate the testing programs. (Note that the executables are names test_fftw and not fftw_test as the documentation says; this should be changed to make things agree.) test_fftw -v -p 0 passed the planning test; but everything else failed. test_fftw -v -a 0 gave FATAL ERROR: test_out_of_place: wrong answer (with howmany = 2) test_fftw -v -c 1x1 failed with a segmentation fault test_fftw -v -r 0 failed with NaN in answer for n = 1144, dir = forward test_fftw -v -r 1 failed with NaN in answer for N = 4032 test_fftw -v -s 1 says that glibc's malloc() gave memory corruption This is an AMD Athlon machine. Apparently the fftw libraries optimized for the k7 architecture are no longer available (again, in disagreement with the documentation the recommends them.) Despite these test failures, a program I compiled a few years ago that uses the fftw libraries seems to work OK. Maybe this has to do with the newer compiler in use, which is now gcc-4.3? Here's what I have (output from aptitude search fftw): i fftw-dev- library for computing Fast Fourier Transfo i fftw-docs - documentation for fftw v fftw-double-dev - v fftw-single-dev - i fftw2 - library for computing Fast Fourier Transfo v fftw2-double- v fftw2-single- c fftw3 - library for computing Fast Fourier Transfo v fftw3-dev - v fftw3-doc - c k7fftwgel2 - library for computing Fast Fourier Transfo c libfftw3-3 - library for computing Fast Fourier Transfo p libfftw3-dev- library for computing Fast Fourier Transfo p libfftw3-doc- documentation for fftw version 3 p mffm-fftw-dev - A C++ wrapper for the fftw.org C library ( p mffm-fftw1c2- A C++ wrapper for the fftw.org C library ( p root-plugin-fftw3 - FFTw plugin for ROOT i sfftw-dev - library for computing Fast Fourier Transfo i sfftw2 -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash fftw-docs depends on no packages. fftw-docs recommends no packages. Versions of packages fftw-docs suggests: ii fftw2 2.1.3-22 library for computing Fast Fourier -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547739: mutt: many typos in manual.txt doc file
Package: mutt Version: 1.5.18-6 Severity: minor Tags: patch The manual.txt.gz doc file contains many typos and minor errors. Here's a patch to fix them: # This is a patch for manual.txt to update it to manual.txt.new # # To apply this patch: # STEP 1: Chdir to the source directory. # STEP 2: Run the 'applypatch' program with this patch file as input. # # If you do not have 'applypatch', it is part of the 'makepatch' package # that you can fetch from the Comprehensive Perl Archive Network: # http://www.perl.com/CPAN/authors/Johan_Vromans/makepatch-x.y.tar.gz # In the above URL, 'x' should be 2 or higher. # # To apply this patch without the use of 'applypatch': # STEP 1: Chdir to the source directory. # STEP 2: Run the 'patch' program with this file as input. # End of Preamble Patch data follows diff -c 'manual.txt' 'manual.txt.new' Index: ./manual.txt *** ./manual.txtMon Sep 21 19:25:35 2009 --- ./manual.txt.newMon Sep 21 19:25:09 2009 *** *** 123,129 27. Reading initialization commands from another file ! 28. Configuring features conditionnaly 29. Removing hooks --- 123,129 27. Reading initialization commands from another file ! 28. Configuring features conditionally 29. Removing hooks *** *** 1143,1149 |+-+-| | ^K | kill-eol| delete to the end of the line | |+-+-| !| ESC d | kill-eow| delete to the end ot the word | |+-+-| | ^W | kill-word | kill the word in front of the | || | cursor | --- 1143,1149 |+-+-| | ^K | kill-eol| delete to the end of the line | |+-+-| !| ESC d | kill-eow| delete to the end to the word | |+-+-| | ^W | kill-word | kill the word in front of the | || | cursor | *** *** 1832,1838 current chain position, use the insert function. To append a remailer behind the current chain position, use select-entry or append. You can also delete entries from the chain, using the corresponding function. !Finally, to abandon your changes, leave the menu, or accept them pressing (by default) the Return key. Note that different remailers do have different capabilities, indicated in --- 1832,1838 current chain position, use the insert function. To append a remailer behind the current chain position, use select-entry or append. You can also delete entries from the chain, using the corresponding function. !Finally, to abandon your changes, leave the menu, or accept them, pressing (by default) the Return key. Note that different remailers do have different capabilities, indicated in *** *** 1866,1872 calling the editor). After editing the initial message text and before entering the compose !menu, mutt properly space-stuffes the message. Space-stuffing is required by RfC3676 defining format=flowed and means to prepend a space to: o all lines starting with a space --- 1866,1872 calling the editor). After editing the initial message text and before entering the compose !menu, mutt properly space-stuffs the message. Space-stuffing is required by RfC3676 defining format=flowed and means to prepend a space to: o all lines starting with a space *** *** 2016,2022 27. Reading initialization commands from another file !28. Configuring features conditionnaly 29. Removing hooks --- 2016,2022 27. Reading initialization commands from another file !28. Configuring features conditionally 29. Removing hooks *** *** 2125,2131 interpreted as: either a regular expression or an email address, respectively. !These address groups can also be created implicitely by the alias, lists, subscribe and alternates commands by specifying the optional -group option. --- 2125,2131 interpreted as: either a regular expression or an email address, respectively. !These address groups can also be created implicitly by the alias, lists, subscribe and alternates commands by specifying the
Bug#543997: texlive-publishers: obsolete (2006) versions of osa LaTeX stuff
Package: texlive-publishers Version: 2007.dfsg.17-1~lenny01 Severity: normal The Optical Society of America has newer versions of its LaTeX package available as a *.tar file at http://www.opticsinfobase.org/oe/submit/templates/default.cfm The new files are called osajnl2.sty, etc. Please update the Debian package. -- 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-rw-r-- 1 root users 1150 Aug 27 11:00 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 1110 Jun 24 14:17 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Jun 24 12:40 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Jun 24 12:40 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Jun 24 12:40 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Jun 24 12:40 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 6750 Jun 24 14:17 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 12927 Jun 24 14:17 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 13358 Jun 24 14:17 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Feb 26 2007 mktex.cnf ## md5sums of texmf.d 42c20d7e8bd343542772b5a145bf8ad8 /etc/texmf/texmf.d/05TeXMF.cnf 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf f68e5add6afd6585b982f2f78e2e6a92 /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-publishers depends on: ii tex-common 1.11.3common infrastructure for building ii texlive-common 2007.dfsg.1-5 TeX Live: Base component ii texlive-latex-base 2007.dfsg.1-5 TeX Live: Basic LaTeX packages Versions of packages texlive-publishers recommends: ii texlive-publisher 2007.dfsg.17-1~lenny01 TeX Live: Documentation files for texlive-publishers suggests no packages. Versions of packages tex-common depends on: ii debconf 1.5.24 Debian configuration management sy ii ucf 3.0016 Update Configuration File: preserv Versions of packages texlive-publishers is related to: ii tetex-base 2007.dfsg.1-5 TeX Live: teTeX transitional packa ii tetex-bin 2007.dfsg.1-5 TeX Live: teTeX transitional packa ii tetex-extra2007.dfsg.1-5 TeX Live: teTeX transitional packa ii tex-common 1.11.3common infrastructure for building -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542277: grub: fails to find configfile on hard disk
Package: grub Version: 0.97-47lenny2 Severity: normal Grub (legacy) installs with no errors, either using grub-install or from the grub-shell prompt (using the root and setup commands). However, the resulting system fails to boot normally from the hard disk: instead of showing the menu, it drops into the grub prompt. Experimentation shows that it suffices to enter configfile /grub/menu.lst at the grub prompt to make the menu appear. Booting then proceeds normally. [Note that I have a separate /boot partition.] Oddly, the grub2 version on the floppy produced by the grub-rescue-pc package *finds* the configfile and boots normally. However, I can't install grub2 or grub-pc because it takes too much space on the small /boot partition. As I'm not happy with having to boot from a floppy disk, I guess it's back to LILO. -- Package-specific info: *** BEGIN /boot/grub/device.map (hd0) /dev/hda (hd1) /dev/hde *** END /boot/grub/device.map *** BEGIN /proc/mounts /dev/hda2 / ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/hda3 /tmp ext3 rw,errors=continue,data=ordered 0 0 /dev/hda6 /var ext3 rw,errors=continue,data=ordered 0 0 /dev/hda1 /boot ext3 rw,errors=continue,data=ordered 0 0 /dev/hda5 /home ext3 rw,errors=continue,data=ordered 0 0 /dev/hda7 /usr/local ext3 rw,errors=continue,data=ordered 0 0 /dev/hda9 /spare ext3 rw,errors=continue,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. # WARNING: If you are using dmraid do not change this entry to 'saved' or your # array will desync and will not let you boot your system. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 ## Try telling grub where to look (but this does not help) configfile (hd0,0)/grub/menu.lst root(hd0,0) # Pretty colours color cyan/blue white/blue ### PASSWORD LINE REMOVED ### # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/hda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specific kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/hda1 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro # kopt=root=/dev/hda2 ro ## default grub root device ## e.g. groot=(hd0,0) # groot=(hd0,0) ## should update-grub create alternative automagic boot options ## e.g. alternative=true ## alternative=false # alternative=true ## should update-grub lock alternative automagic boot options ## e.g. lockalternative=true ## lockalternative=false # lockalternative=false ## additional options to use with the default boot option, but not with the ## alternatives ## e.g. defoptions=vga=791 resume=/dev/hda5 # defoptions= ## should update-grub lock old automagic boot options ## e.g. lockold=false ## lockold=true # lockold=false ## Xen hypervisor options to use with the default Xen boot option # xenhopt= ## Xen Linux kernel options to use with the default Xen boot option # xenkopt=console=tty0 ## altoption boot targets option ## multiple altoptions lines are allowed ## e.g. altoptions=(extra menu suffix) extra boot options ## altoptions=(single-user) single # altoptions=(single-user mode) single ## controls how many kernels should be put into the menu.lst ## only counts the first occurence of a kernel, not the ## alternative kernel options ## e.g. howmany=all ## howmany=7 # howmany=all ## should update-grub create memtest86 boot option ## e.g. memtest86=true ## memtest86=false # memtest86=true ##
Bug#535517: gimp: Gimp fails to execute dbus-launch
Package: gimp Version: 2.4.7-1 Severity: normal When Gimp starts, it prints an error message complaining that it Failed to execute dbus-launch As dbus-launch is in the package dbus-x11, and installing that package makes the error message disappear, I think Gimp should have dbus-x11 in its Depends list. This is a problem with several other packages; see bugs 480486, 497401, 514108, etc. Note that there are some bugs filed against dbus-x11, so it may not be a reliable fix until that package is cleaner. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gimp depends on: ii gimp-data 2.4.7-1Data files for GIMP ii libaa11.4p5-37+b1ascii art library ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-5simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libexif12 0.6.16-2.1 library to parse EXIF files ii libfontconfig12.6.0-3generic font configuration library ii libfreetype6 2.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgimp2.02.4.7-1Libraries for the GNU Image Manipu ii libglib2.0-0 2.16.6-2 The GLib library of C routines ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libgtkhtml2-0 2.11.1-2 HTML rendering/editing library - r ii libhal1 0.5.11-8 Hardware Abstraction Layer - share ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.17.dfsg-1+lenny2 Color management library ii libmng1 1.0.9-1Multiple-image Network Graphics li ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio ii libpng12-01.2.27-2+lenny2PNG library - runtime ii libpoppler-glib3 0.8.7-2PDF rendering library (GLib-based ii librsvg2-22.22.2-2lenny1 SAX-based renderer library for SVG ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8.4-6+lenny1 Windows metafile conversion librar ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxpm4 1:3.5.7-1 X11 pixmap library ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages gimp recommends: ii gimp-gnomevfs 2.4.7-1GNOME-VFS URI plugin for GIMP ii gimp-python 2.4.7-1Python support and plugins for GIM Versions of packages gimp suggests: ii ghostscript8.62.dfsg.1-3.2lenny1 The GPL Ghostscript PostScript/PDF pn gimp-data-extras none(no description available) ii gimp-help-en [gimp 2.4.1-1 Documentation for the GIMP (Englis ii libasound2 1.0.16-2 ALSA library pn libgimp-perl none(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475489: libtiff-tools: tiffinfo segfaults on Nikon NEF files
Package: libtiff-tools Version: 3.8.2-7 Severity: normal Nikon cameras produce a special TIFF format for raw images that Nikon calls *.NEF files. The file utility identifies them as tiffs, and I would expect the tiff tools to handle them reasonably well. I have some NEF files sent to me by the user of a Nikon D300, which is a high-end, professional-quality camera. Some of the images can be decoded correctly, and some (those larger than about 20MB) can't. While trying to identify that problem, I discovered that even the NEF files that can be displayed by ufraw and other image utilities cause tiffinfo to segfault. Curiously, tiffdump managed to slog through them with no serious problems; so I assume that either the problem is some error in tiffinfo, or that tiffinfo calls some library routine that tiffdump does not (in which case the bug probably belongs to libtiff4). Here's the screen output from tiffinfo for a typical example: $ tiffinfo *1984*F TIFFReadDirectory: Warning, EDD_1984.NEF: unknown field with tag 36867 (0x9003) encountered. TIFFReadDirectory: Warning, EDD_1984.NEF: unknown field with tag 37398 (0x9216) encountered. TIFF Directory at offset 0x8 (8) Subfile Type: reduced-resolution image (1 = 0x1) Image Width: 160 Image Length: 120 Resolution: 300, 300 pixels/inch Bits/Sample: 8 Compression Scheme: None Photometric Interpretation: RGB color Orientation: row 0 top, col 0 lhs Samples/Pixel: 3 Rows/Strip: 120 Planar Configuration: single image plane SubIFD Offsets: 145368 145488 Make: NIKON CORPORATION Model: NIKON D300 Software: Ver.1.00 DateTime: 2008:03:19 01:10:25 Reference Black/White: 0: 0 255 1: 0 255 2: 0 255 EXIFIFDOffset: 480 GPSIFDOffset: 87750 Tag 36867: 2008:03:19 01:10:25 Tag 37398: 1,0,0,0 TIFFReadCustomDirectory: Warning, EDD_1984.NEF: wrong data type 3 for GainControl; tag ignored. TIFF Directory at offset 0x1e0 (480) Segmentation fault For comparison, here's the output from tiffdump for the same file: $ tiffdump *1984*F EDD_1984.NEF: Magic: 0x4d4d big-endian Version: 0x2a Directory 0: offset 8 (0x8) next 0 (0) SubFileType (254) LONG (4) 11 ImageWidth (256) LONG (4) 1160 ImageLength (257) LONG (4) 1120 BitsPerSample (258) SHORT (3) 38 8 8 Compression (259) SHORT (3) 11 Photometric (262) SHORT (3) 12 Make (271) ASCII (2) 18NIKON CORPORATION\0 Model (272) ASCII (2) 11NIKON D300\0 StripOffsets (273) LONG (4) 187768 Orientation (274) SHORT (3) 11 SamplesPerPixel (277) SHORT (3) 13 RowsPerStrip (278) LONG (4) 1120 StripByteCounts (279) LONG (4) 157600 XResolution (282) RATIONAL (5) 1300 YResolution (283) RATIONAL (5) 1300 PlanarConfig (284) SHORT (3) 11 ResolutionUnit (296) SHORT (3) 12 Software (305) ASCII (2) 10Ver.1.00 \0 DateTime (306) ASCII (2) 202008:03:19 01:10:25\0 SubIFD (330) LONG (4) 2145368 145488 ReferenceBlackWhite (532) RATIONAL (5) 60 255 0 255 0 255 34665 (0x8769) LONG (4) 1480 34853 (0x8825) LONG (4) 187750 36867 (0x9003) ASCII (2) 202008:03:19 01:10:25\0 37398 (0x9216) BYTE (1) 400 00 00 0x1 If it's any help, ufraw's log reports: EXIF data read using exiv2, buflen 4292 Warning: Size 5291 of Exif.Nikon3.0x0091 exceeds 4096 bytes limit. Not decoded. -- in spite of which, it displays the image correctly. (This same warning appears in the log for the images that don't display correctly, so it may be irrelevant.) The smallest file I have that shows this problem is about 18MB in size, and I'd need to get the photographer's permission to post a sample on a website. I'll mail you a file if you like; please consider that I'm on a modem so it will take about an hour to send one of these images anywhere -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libtiff-tools depends on: ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3-13compression library - runtime libtiff-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457882: findutils: setting LOCALUSER in /etc/cron.daily/find has no effect
Package: findutils Version: 4.2.28-1 Severity: normal The lines LOCALUSER=nobody export LOCALUSER in /etc/cron.daily/find have no effect, because ubdatedb gets the value set in /etc/updatedb.conf instead. You could either test in updatedb.conf to see whether this environmental parameter has been set, or omit the export and instead use an option --localuser=$LOCALUSER for the updatedb command in /etc/cron.daily/find (because the command-line option will override the environmental variable). Clearly there's a policy issue here: which of these configuration files should take precedence? -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages findutils depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries findutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441927: accton complains if no args
Package: acct Version: 6.4~pre1-3 Severity: normal The man page for accton says you can use it with no arguments; but it complains if you do this. Please make the program and the man page agree. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages acct depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries acct recommends no packages. -- debconf information: acct/kernel_mismatch: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425769: libc6-i686: valgrind detects CRC error in package
Package: libc6-i686 Version: 2.3.6.ds1-13 Severity: normal When running a program under the valgrind memory-allocation debugger, I got the following error messages: --3777-- Reading syms from /lib/tls/i686/cmov/libm-2.3.6.so (0x4028000) --3777-- Reading debug info from /lib/tls/i686/cmov/libm-2.3.6.so... --3777-- ... CRC mismatch (computed 70BA299D wanted 3AF3BB73) --3777--object doesn't have a symbol table --3777-- Reading syms from /lib/tls/i686/cmov/libc-2.3.6.so (0x404E000) --3777-- Reading debug info from /lib/tls/i686/cmov/libc-2.3.6.so... --3777-- ... CRC mismatch (computed 997A732C wanted BFAEF692) --3777--object doesn't have a symbol table These symbol-table files belong to libc6-i686, so I assume that's where the problem is. Another possibility might be that valgrind is expecting the symbol tables from the regular (un-optimized for i686) libraries. I re-installed the libc6-i686 package and got the same messages, so I don't think this is a file-corruption issue. -- A.T.Young ([EMAIL PROTECTED]) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libc6-i686 depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries libc6-i686 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425053: Suggests: g77-3.4-doc -- but no such package exists
Package: g77-3.4 Version: 3.4.6-5 Severity: minor o what is the latest g77 documentation package? All I can find is g77-2.95-doc, which seems a bit antiquated. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages g77-3.4 depends on: ii gcc-3.4 3.4.6-5 The GNU C compiler ii gcc-3.4-base3.4.6-5 The GNU Compiler Collection (base ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libg2c0-dev 1:3.4.6-5GNU Fortran 77 library development g77-3.4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425062: latex: no such package
Package: latex Severity: minor Aptitude reports: latex exists in the package database, but it is not a real package and no package provides it. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371870: xprint: all printer entries in mozilla are gone
Isn't the problem here that all the xprint stuff was removed from iceape? (See the discussion in bug report 301649 about this. If that's the reason, I suppose this bug should be re-filed against the mozilla transition package, for failing to add the printers to the proper configuration files for iceape. I have the same problem since upgrading from sarge to etch. I have searched the mozilla directories without success to try to find how to add printers manually. Maybe somebody who understands the inner workings of this system can figure out how to add printers to the browser. It would be *nice* if this were available as part of the edit preferences dialogs. -- A. T. Young -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408342: xpdf-utils: pdftops gets wrong glyphs
Package: xpdf-utils Version: 3.00-13.6 Severity: normal The file at http://ieg.or.kr:8080/abstractII/G0102513003.PDF is displayed correctly by xpdf on the monitor, but prints with Courier glyphs instead of the correct embedded fonts. The trouble appears to be in pdftops, as the PostScript file generated by xpdf's print to file menu item also displays the wrong glyphs when viewed with gv. Acroread prints the document correctly, so I don't think the original PDF file is bad. -- A. T. Young -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xpdf-utils depends on: ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13sarge1 GCC support library ii libpaper1 1.1.14-3 Library for handling paper charact ii libstdc++51:3.3.5-13 The GNU Standard C++ Library v3 ii xpdf-common 3.00-13.6 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405513: mozilla-browser: missing semicolons in test0.html
Package: mozilla-browser Version: 2:1.7.8-1sarge8 Severity: minor The file /usr/lib/mozilla/res/samples/test0.html lacks a couple of trailing semicolons in the Egrave and egrave words that are at the right-hand ends of two lines. These words are (correctly) followed by periods; a semicolon should be inserted before the periord in each case. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mozilla-browser depends on: ii debconf1.4.30.13 Debian configuration management sy ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22sarge4GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-6 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13sarge1 GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libnspr4 2:1.7.8-1sarge8 Netscape Portable Runtime Library ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge2 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge2 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14sarge2 X Window System printing extension ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14sarge2 X Toolkit Intrinsics ii psmisc 21.5-1Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-14sarge2 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: * mozilla/dsp: none mozilla/locale_auto: true * mozilla/gdkxft_note: * mozilla/prefs_note: * mozilla/freetype: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274943: dirvish-expire
I had the same problem with dirvish-expire not expiring anything and reverting the following change fixed it: -for $expire (sort(imsort @expires)) +for $expire (sort(imsort(@expires))) The command when run with the extra () just says: athlon:/etc/dirvish# /usr/sbin/dirvish-expire Expiring images as of 2006-07-12 22:10:07 VAULT:BRANCHIMAGE CREATED EXPIRED cannot expire :: No unexpired good images It also returns with a non-zero status and therefore the cronjob does not start off the dirvish for that night. --andy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360255: netpbm: pnmtops man page refers to missing command pbmtolps
Package: netpbm Version: 2:10.0-8sarge3 Severity: minor The SEE ALSO section of the man page for pnmtops lists pbmtolps, which is not included in the netpbm package. (I think I understand *why* it's not included; but this misdirection should be removed.) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages netpbm depends on: ii bc 1.06-15 The GNU bc arbitrary precision cal ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libnetpbm102:10.0-8sarge3Shared libraries for netpbm ii libpng12-0 1.2.8rel-1PNG library - runtime ii libtiff4 3.7.2-3 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359766: tth: errors in ps2png script
Package: tth Version: 2.92-1 Severity: normal There are some things that should be fixed in the ps2png script distributed with tth: 1. The gif strings in the Usage: line should be replaced with png. 2. The comment in line 10 that says no cropping is not correct. 3. The redirection of output in the line below the Make an icon file comment is not in agreement with the Usage: message and the man page. As it stands, it will overwrite the input file. I believe this should be redirected to $3, not $1. Make sure this does not break some other part of the tth package that calls this script. -- Andy Young -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages tth depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357306: netpbm: pnmgamma does not work as the man page says
Package: netpbm Version: 2:10.0-8sarge2 Severity: normal The man page says that you can feed a file to pnmgamma -cieramp -ungamma to convert it back to linear intensities. But when I try this, I get the message: Invalid gamma value. Must be a positive floating point number The file is a pgm file; but supposedly that should still work, right? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages netpbm depends on: ii bc 1.06-15 The GNU bc arbitrary precision cal ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libnetpbm102:10.0-8sarge2Shared libraries for netpbm ii libpng12-0 1.2.8rel-1PNG library - runtime ii libtiff4 3.7.2-3 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335063: fonts.dir and fonts.scale files
(These 2 files are identical, so I'm sending just one.) 336 VeraMoBd.ttf -Bitstream-Bitstream Vera Sans Mono-bold-r-normal--0-0-0-0-m-0-adobe-standard VeraMoBd.ttf -Bitstream-Bitstream Vera Sans Mono-bold-r-normal--0-0-0-0-m-0-ascii-0 VeraMoBd.ttf -Bitstream-Bitstream Vera Sans Mono-bold-r-normal--0-0-0-0-m-0-iso10646-1 VeraMoBd.ttf -Bitstream-Bitstream Vera Sans Mono-bold-r-normal--0-0-0-0-m-0-iso8859-1 VeraMoBd.ttf -Bitstream-Bitstream Vera Sans Mono-bold-r-normal--0-0-0-0-m-0-iso8859-15 VeraMoBd.ttf -Bitstream-Bitstream Vera Sans Mono-bold-r-normal--0-0-0-0-m-0-iso8859-9 VeraMoBd.ttf -Bitstream-Bitstream Vera Sans Mono-bold-r-normal--0-0-0-0-m-0-microsoft-ansi VeraMoBd.ttf -Bitstream-Bitstream Vera Sans Mono-bold-r-normal--0-0-0-0-m-0-microsoft-cp1252 VeraMono.ttf -Bitstream-Bitstream Vera Sans Mono-medium-r-normal--0-0-0-0-m-0-adobe-standard VeraMono.ttf -Bitstream-Bitstream Vera Sans Mono-medium-r-normal--0-0-0-0-m-0-ascii-0 VeraMono.ttf -Bitstream-Bitstream Vera Sans Mono-medium-r-normal--0-0-0-0-m-0-iso10646-1 VeraMono.ttf -Bitstream-Bitstream Vera Sans Mono-medium-r-normal--0-0-0-0-m-0-iso8859-1 VeraMono.ttf -Bitstream-Bitstream Vera Sans Mono-medium-r-normal--0-0-0-0-m-0-iso8859-15 VeraMono.ttf -Bitstream-Bitstream Vera Sans Mono-medium-r-normal--0-0-0-0-m-0-iso8859-9 VeraMono.ttf -Bitstream-Bitstream Vera Sans Mono-medium-r-normal--0-0-0-0-m-0-microsoft-ansi VeraMono.ttf -Bitstream-Bitstream Vera Sans Mono-medium-r-normal--0-0-0-0-m-0-microsoft-cp1252 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-adobe-standard luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-ascii-0 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-iso10646-1 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-iso8859-1 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-iso8859-10 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-iso8859-13 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-iso8859-15 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-iso8859-16 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-iso8859-2 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-iso8859-3 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-iso8859-4 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-iso8859-9 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-microsoft-ansi luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-microsoft-cp1250 luxirb.ttf -bh-Luxi Serif-bold-r-normal--0-0-0-0-p-0-microsoft-cp1252 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-adobe-standard luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-ascii-0 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-iso10646-1 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-iso8859-1 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-iso8859-10 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-iso8859-13 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-iso8859-15 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-iso8859-16 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-iso8859-2 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-iso8859-3 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-iso8859-4 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-iso8859-9 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-microsoft-ansi luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-microsoft-cp1250 luxisbi.ttf -bh-Luxi Sans-bold-i-normal--0-0-0-0-p-0-microsoft-cp1252 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-adobe-standard luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-ascii-0 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-iso10646-1 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-iso8859-1 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-iso8859-10 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-iso8859-13 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-iso8859-15 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-iso8859-16 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-iso8859-2 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-iso8859-3 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-iso8859-4 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-iso8859-9 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-microsoft-ansi luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-microsoft-cp1250 luximr.ttf -bh-Luxi Mono-medium-r-normal--0-0-0-0-m-0-microsoft-cp1252 thrybi__.ttf -macromedia-Thryomanes-bold-i-normal--0-0-0-0-p-0-adobe-standard thrybi__.ttf -macromedia-Thryomanes-bold-i-normal--0-0-0-0-p-0-ascii-0 thrybi__.ttf -macromedia-Thryomanes-bold-i-normal--0-0-0-0-p-0-iso10646-1 thrybi__.ttf -macromedia-Thryomanes-bold-i-normal--0-0-0-0-p-0-iso8859-1 thrybi__.ttf -macromedia-Thryomanes-bold-i-normal--0-0-0-0-p-0-iso8859-10 thrybi__.ttf -macromedia-Thryomanes-bold-i-normal--0-0-0-0-p-0-iso8859-13 thrybi__.ttf -macromedia-Thryomanes-bold-i-normal--0-0-0-0-p-0-iso8859-15 thrybi__.ttf
Bug#335063: XF86Config-4 file
### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the ### BEGIN DEBCONF SECTION line above, and/or after the # ### END DEBCONF SECTION line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file? in /usr/share/doc/xfree86-common/FAQ.gz. Section Files # try commenting out the local server: # FontPath unix/:7100# local font server # if the local font server has problems, we can fall back on these # added by hand, June 14 2005: FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/Speedo # FontPath /usr/lib/X11/fonts/100dpi # FontPath /usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadpex5 Loadrecord Loadspeedo Loadtype1 Loadvbe Loadxie EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us Option AutoRepeat500 30 Option LeftAlt Meta Option RightAlt Meta Option RightCtl Control EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option Buttons 5 Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Device Identifier ATI Rage 128 PF/PRO AGP 4x TMDS Driver r128 BusID PCI:1:0:0 # VideoRam 32768 Option UseFBDev false Option Display CRT EndSection Section Monitor Identifier ViewSonic M70 HorizSync 30-70 VertRefresh 50-160 Option DPMS EndSection Section Screen Identifier Default Screen Device ATI Rage 128 PF/PRO AGP 4x TMDS Monitor ViewSonic M70 DefaultDepth24 SubSection Display Depth 1 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 # Modes 1152x864 1024x768 800x600 640x480 Modes 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Generic Mouse EndSection Section DRI Mode0666 EndSection ### END DEBCONF SECTION -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL
Bug#335064: xbase-clients: mkfontscale installs faulty fonts.scale for ttf-bitstream-vera pkg.
Package: xbase-clients Version: 4.3.0.dfsg.1-14sarge1 Severity: important After installing the ttf-bitstream-vera font package, I find that X gives a could not init fontpath element error message for the TrueType fonts. This appears to be caused by faulty fonts.dir and fonts.scale files created in /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType directory; they have blanks instead of underscores in the XLFDs for the Bitstream fonts. The blanks make X barf when it tries to set up these fonts. I have inspected the defoma hintfile installed with the Bitstream package. It gives the font families as Bitstream-Vera-Sans, Bitstream-Vera-Serif, etc., which is (I think) reasonable. Probably the problem could be avoided for *this* font by changing the hyphens to underscores; but it seems to me the X utilities ought to be written to handle such cases gracefully, rather than making everybody who packages a font worry about replacing (normal) hyphens with (ugly) underscores in the defoma hintfiles. That's why I'm filing this bug against xutils (which provides mkfontdir) and xbase-clients (the package that provides mkfontscale). It may turn out that both these programs use some common xlib function to parse fontnames and font-family names, in which case this bug should be reassigned to the appropriate package. Note, by the way, that defoma's Defoma::Id module correctly handles these fonts, installing XLFD names with underscores in the /var/lib/defoma/x-ttcidfont-conf.d/id-cache file. A further complication is that Bug 219854 says that TrueType fonts should be using mkttfdir rather than mkfontdir, and that a bug report should be filed against font packages that violate this. This is evidently the case with the Bitstream font package; I see my system doesn't even have the fttools package installed, which should have been a dependency of the font package if it had used mkttfdir. It remains to be seen whether mkttfdir handles font-family names containing hyphens correctly -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xbase-clients depends on: ii cpp4:3.3.5-3 The GNU C preprocessor (cpp) ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdps14.3.0.dfsg.1-14sarge1 Display PostScript (DPS) client li ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libncurses55.4-4 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-1PNG library - runtime ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libxaw74.3.0.dfsg.1-14sarge1 X Athena widget set library ii libxcursor11.1.3-1 X cursor management library ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxi6 4.3.0.dfsg.1-14sarge1 X Window System Input extension li ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii libxmuu1 4.3.0.dfsg.1-14sarge1 lightweight X Window System miscel ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxrandr2 4.3.0.dfsg.1-14sarge1 X Window System Resize, Rotate and ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii libxtrap6 4.3.0.dfsg.1-14sarge1 X Window System protocol-trapping ii libxtst6 4.3.0.dfsg.1-14sarge1 X Window System event recording an ii libxv1 4.3.0.dfsg.1-14sarge1 X Window System video extension li ii xfree86-common 4.3.0.dfsg.1-14sarge1 X Window System (XFree86) infrastr ii xlibmesa-gl [libgl 4.3.0.dfsg.1-14sarge1 Mesa 3D graphics library [XFree86] ii xlibmesa-glu [libg 4.3.0.dfsg.1-14sarge1 Mesa OpenGL utility library [XFree ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii xlibs-data 4.3.0.dfsg.1-14sarge1 X Window System client data ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335063: xutils: mkfontdir installs faulty fonts.dir for ttf-bitstream-vera pkg.
Package: xutils Version: 4.3.0.dfsg.1-14sarge1 Severity: important After installing the ttf-bitstream-vera font package, I find that X gives a could not init fontpath element error message for the TrueType fonts. This appears to be caused by faulty fonts.dir and fonts.scale files created in /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType directory; they have blanks instead of underscores in the XLFDs for the Bitstream fonts. The blanks make X barf when it tries to set up these fonts. I have inspected the defoma hintfile installed with the Bitstream package. It gives the font families as Bitstream-Vera-Sans, Bitstream-Vera-Serif, etc., which is (I think) reasonable. Probably the problem could be avoided for *this* font by changing the hyphens to underscores; but it seems to me the X utilities ought to be written to handle such cases gracefully, rather than making everybody who packages a font worry about replacing (normal) hyphens with (ugly) underscores in the defoma hintfiles. That's why I'm filing this bug against xutils (which provides mkfontdir) and xbase-clients (the package that provides mkfontscale). It may turn out that both these programs use some common xlib function to parse fontnames and font-family names, in which case this bug should be reassigned to the appropriate package. Note, by the way, that defoma's Defoma::Id module correctly handles these fonts, installing XLFD names with underscores in the /var/lib/defoma/x-ttcidfont-conf.d/id-cache file. A further complication is that Bug 219854 says that TrueType fonts should be using mkttfdir rather than mkfontdir, and that a bug report should be filed against font packages that violate this. This is evidently the case with the Bitstream font package; I see my system doesn't even have the fttools package installed, which should have been a dependency of the font package if it had used mkttfdir. It remains to be seen whether mkttfdir handles font-family names containing hyphens correctly -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xutils depends on: ii cpp4:3.3.5-3 The GNU C preprocessor (cpp) ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii xfree86-common 4.3.0.dfsg.1-14sarge1 X Window System (XFree86) infrastr ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335072: ttf-bitstream-vera: should use mkttfdir and depend on fttools
Package: ttf-bitstream-vera Version: 1.10-3 Severity: important After installing the ttf-bitstream-vera font package, I find that X gives a could not init fontpath element error message for the TrueType fonts. This appears to be caused by faulty fonts.dir and fonts.scale files created in /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType directory; they have blanks instead of underscores in the XLFDs for the Bitstream fonts. The blanks make X barf when it tries to set up these fonts. I have inspected the defoma hintfile installed with the Bitstream package. It gives the font families as Bitstream-Vera-Sans, Bitstream-Vera-Serif, etc., which is (I think) reasonable. Probably the problem could be avoided for *this* font by changing the hyphens to underscores; but it seems to me the X utilities ought to be written to handle such cases gracefully, rather than making everybody who packages a font worry about replacing (normal) hyphens with (ugly) underscores in the defoma hintfiles. That's why I'm also filing this bug against xutils (which provides mkfontdir) and xbase-clients (the package that provides mkfontscale). It may turn out that both these programs use some common xlib function to parse fontnames and font-family names, in which case this bug should be reassigned to the appropriate package. Note, by the way, that defoma's Defoma::Id module correctly handles these fonts, installing XLFD names with underscores in the /var/lib/defoma/x-ttcidfont-conf.d/id-cache file. A further complication is that Bug 219854 says that TrueType fonts should be using mkttfdir rather than mkfontdir, and that a bug report should be filed against font packages that violate this. This is evidently the case with the Bitstream font package; I see my system doesn't even have the fttools package installed, which should have been a dependency of the font package if it had used mkttfdir. Therefore, this report is filed against the font package. It remains to be seen whether mkttfdir handles font-family names containing hyphens correctly -- Package-specific info: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared library files ii libxft22.1.7-1FreeType-based font drawing library for X ii fontconfig 2.3.1-2generic font configuration library -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ttf-bitstream-vera depends on: ii defoma0.11.8-0.1 Debian Font Manager -- automatic f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334764: type1inst creates Fontmap and fonts.scale with 755 permissions
Package: type1inst Version: 0.6.1-4 Severity: minor Though it doesn't affect normal use, I'm a little nervous about the creation of root-owned files with execute permissions. It seems to me these files should have 644 rather than 755 permissions. If somehow a malicious user could overwrite these files with a script,we could have a potential security problem here. I'd suggest changing the system commands that start out chmod 755 ... to chmod 644 ... instead. Is there any reason for having execute permission on these files? I can't see one. -- A. T. Young -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages type1inst depends on: ii groff 1.18.1.1-7GNU troff text-formatting system ii perl 5.8.4-8 Larry Wall's Practical Extraction ii xutils 4.3.0.dfsg.1-14sarge1 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332875: Errors in /usr/doc/gs-common/README.Debian
Package: gs-common Version: 0.3.7 Severity: minor There are several typos and unclear sections in the README.Debian file. The most harmful is probably the typo in line 52, which has --Suape instead of --Shape. (This will be obvious to people who have some familiarity with defoma; but there will be some people who are not, and will just copy the typo and wonder why it doesn't work.) I suppose gsfontderivatice in line 20 means something like gs-font-derived or gs-font related??? (I see the term gsfontderivative in line 60, but it seems awkward to me.) In the next line, registered should be registers. In line 22, top should probably be front. And I'd add the before postscript. Line 26: I'd add the before the *second* occurrence of CMap. Line 38: for propotional widthed, put proportionally-spaced (don't forget to insert the missing r). In line 60, the word Substance seems peculiar; what's meant here? I suppose the word substantial in line 62 means existing? Could this part be re-written a little more clearly? If I understood how defoma works, maybe I could suggest better wordings -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gs-common depends on: ii debconf 1.4.30.13 Debian configuration management sy ii debianutils 2.8.4 Miscellaneous utilities specific t ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ii gs8.01-5 Transitional package ii gs-gpl [gs] 8.01-5 The GPL Ghostscript PostScript int ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332371: ucbmpeg-play: mpeg_play loops indefinitely at end of *.mpg made by ffmpeg
Package: ucbmpeg-play Version: 2.3p-12 Severity: normal When I make a movie with ffmpeg, it plays fine in both xine and ffplay. But if I try to play it with mpeg_play, there is an infinite loop of error messages like this: Improper or missing sequence end code. Real Time Spent (After Initializations): 7.933807 secs. Avg. Frames/Sec: 50.165072 Improper or missing sequence end code. Real Time Spent (After Initializations): 7.933807 secs. Avg. Frames/Sec: 50.165072 Error Improper or missing sequence end code. Real Time Spent (After Initializations): 7.933807 secs. Avg. Frames/Sec: 50.165072 Improper or missing sequence end code. Real Time Spent (After Initializations): 7.933807 secs. Avg. Frames/Sec: 50.165072 That line that says Error!!! turns up about every 6th set of error messages. Curiously enough, this seems to occur only on my AMD Athlon box. On the Pentium III, I just get the error message once. This suggests that the infinite loop might be connected with the re-ordering of actual instructions that occurs in the Athlon core. Even though the mpeg_play man page warns about the bogus error message, I suspect the *.mpg file is actually OK, and that the trouble is in mpeg_play instead. In any case, the infinite loop is definitely user-unfriendly, as it scrolls potentially informative information off the screen before you can kill it. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ucbmpeg-play depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330817: clarification of gimp problem
I figured out what happened: when I asked Gimp to do a Save As, it popped up a small window, proposing to save the file in the /cdrom directory the original TIF had been read from. When I asked to select a different directory, that window expanded to show a file-tree listing. When I asked to save it by file extension PNG, that enlarged the window *again* to offer a menu of extensions, pushing the bottom of it off the bottom of my screen. But this put the progress bar well off the screen. So, after telling Gimp to save the file, I waited the few seconds that I thought should be enough, and exited from the Gimp. Unfortunately, this big file was only partly written; Gimp takes about a minute to write the 11-MB PNG version, I find. When I told it to Quit, it didn't object that the file was only partly written; as it objects when there are changes to be saved, I figured all was well, and only discovered the corrupt (i.e., incomplete) file when I tried to use it later. The problem here is twofold: (1) Gimp let the progress bar be pushed off the visible area of the screen; and (2) it didn't complain (as I had expected it would have) when I asked it to quite before the file was completely written. I'd call this a user-interface problem. You probably consider it a stupid-user problem. Anyway, I now see what the problem is; and it is indeed a consequence of the file being so big. -- A. T. Young -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330817: gimp-2.2 fails to convert TIF tp PNG correctly
Package: gimp Version: 2.2.6-1 Severity: normal Ordinarily, I can read a file in one format and ask Gimp to write it out as a PNG, and it works. But today, I had a couple of TIF files that Gimp read and displayed correctly; but when it wrote PNG versions, I found they were somehow corrupted. Trying to read them with identify gives a Corrupt image error message. And the problem isn't with identify, either; pngcrush refuses to process the supposed PNG files produced by Gimp 2.2. I was able to convert the files from TIF to PNG by using anytopnm and then pnmtopng; so the original files are OK. This box is a 1400 MHz Athlon, if that's relevant. Just did an aptitude dist-upgrade this morning, so everything's current. -- A. T. Young -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gimp depends on: ii aalib1 1.4p5-22 ascii art library ii gimp-data 2.2.6-1 Data files for The GIMP ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libexif10 0.6.9-6 library to parse EXIF files ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgimp2.0 2.2.6-1 Libraries necessary to run the GIM ii libgimpprint1 4.2.7-10 The Gimp-Print printer driver libr ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii liblcms1 1.13-1Color management library ii libmng11.0.8-1 Multiple-image Network Graphics li ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libtiff4 3.7.2-3 Tag Image File Format (TIFF) libra ii libwmf0.2-70.2.8.3-2 Windows metafile conversion librar ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii wget 1.9.1-12 retrieves files from the web ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327170: xpdf-reader: Always fails to allocate fonts on first try
Package: xpdf-reader Version: 3.00-13 Severity: normal Since the upgrade to sarge, I find that xpdf always fails on the first try with a message like: X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 455 Current serial number in output stream: 456 But then if I just re-issue the *same* command line, it works. On Googling for the error message, I came upon Debian Bug #238100, in which Branden Robinson said: Any app that doesn't fall back to doing video via the MIT-SHM extension rather than XVideo should probably have a bug filed against it. [That was in response to another package that provoked a similar message.] (That's why I'm reporting the bug as due to xpdf rather than the X server; no other programs are producing it.) Let me also point out http://www.xfree86.org/current/isc8.html where there is a comment (again about a similar X error message) that You also should increase MAXUMEM to its maximum, else programs may die with ... [a BadAlloc error] and suggests tuning kernel parameters with something called xf86install, which I don't seem to have. If this is a configuration problem, I'd appreciate a pointer on how to fix it. I'm sending this from an AMD Athlon box, but the same problem exists on a P III box with similar software. -- A. T. Young -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xpdf-reader depends on: ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii lesstif2 1:0.93.94-11.4 OSF/Motif 2.1 implementation relea ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-13 GCC support library ii libice6 4.3.0.dfsg.1-14Inter-Client Exchange library ii libpaper1 1.1.14-3 Library for handling paper charact ii libsm64.3.0.dfsg.1-14X Window System Session Management ii libstdc++51:3.3.5-13 The GNU Standard C++ Library v3 ii libt1-5 5.0.2-3Type 1 font rasterizer library - r ii libx11-6 4.3.0.dfsg.1-14X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14X Window System miscellaneous exte ii libxp64.3.0.dfsg.1-14X Window System printing extension ii libxpm4 4.3.0.dfsg.1-14X pixmap library ii libxt64.3.0.dfsg.1-14X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-14X Keyboard Extension (XKB) configu ii xpdf-common 3.00-13Portable Document Format (PDF) sui ii zlib1g1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324218: mozilla-browser: renders Q tags incorrectly
Package: mozilla-browser Version: 2:1.7.8-1sarge1 Severity: normal According to the W3C, Q and /Q tags are supposed to delimit short in-line quotations, using the appropriate left- and right- quote punctuation marks (see http://www.w3.org/TR/html401/struct/text.html#edef-Q for the official description). Unfortunately, the example they offer is misleading, as it uses a ``typewriter'' font in which both left and right double-quotes are represented by the same character -- which is what mozilla is using. The W3C text above the rendering example says: User agents should render quotation marks in a language-sensitive manner (see the lang attribute). Many languages adopt different quotation styles for outer and inner (nested) quotations, which should be respected by user-agents. ... and their example emphasizes the alternation of single and double quotes, for cases where there are quotes-within-quotes. However, it's equally important (and ``language-sensitive'') to use the correct left- and right- double-quote and single-quote characters. The double-quote marks are listed in the HTML 4.01 Entity Table as ldquo; and rdquo; respectively. And in fact, mozilla *does* render these entities correctly, as nice curly quote-marks, not little accent-marks or primes. This matter is discussed in several Web pages, such as: http://www.saila.com/attic/sandbox/quotes.html http://www.cl.cam.ac.uk/~mgk25/ucs/quotes.html http://www.dwheeler.com/essays/quotes-in-html.html http://lists.freebsd.org/pipermail/freebsd-doc/2003-March/06.html and it's also well discussed down toward the end of the classical article http://www.alistapart.com/articles/emen/ Inasmuch as the browser already has to keep track of the opening and closing of quotations, to determine where a quoted-quotation begins and ends, the information should already be available to place opening `` and closing '' double [and single, presumably] quotation marks in the appropriate places. The only tricky thing is the language-sensitive part, I think. -- A. T. Young -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mozilla-browser depends on: ii debconf1.4.30.13 Debian configuration management sy ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libnspr4 2:1.7.8-1sarge1 Netscape Portable Runtime Library ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14 X Window System printing extension ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii psmisc 21.5-1Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: * mozilla/dsp: none mozilla/locale_auto: true * mozilla/gdkxft_note: * mozilla/prefs_note: * mozilla/freetype: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#221258: kdar package updates
I have attempted to contact Roman Kreisel regarding the status of the kdar package, but have been unsuccessful. The newest upstream release of KDar (http://sourceforge.net/projects/kdar/) is 2.0.6, while the Kalyxo project's package is still at 2.0.4-1. I've made a few minor improvements to the package and have the source and binary files (for i386) available at... deb http://potatosalad.gotdns.com/debian/ unstable main deb-src http://potatosalad.gotdns.com/debian/ unstable main Specific files for 2.0.6-1... [binary_i386] http://potatosalad.gotdns.com/debian/pool/main/k/kdar/kdar_2.0.6-1_i386.deb [source] http://potatosalad.gotdns.com/debian/pool/main/k/kdar/kdar_2.0.6-1.dsc Anyway, just curious about the status of the package and whether someone has already done what I've done (probably much better). Thanks -- Andrew Bennett [EMAIL PROTECTED] http://potatosalad.gotdns.com pgpltwb0ntrLB.pgp Description: PGP signature
Bug#316665: defoma: duplicate scripts in different places
Package: defoma Version: 0.11.8-0.1 Severity: normal It appears that defoma installs identical scripts in 2 different places: /scratch/var/lib/defoma/scripts: total 76 -rw-r--r-- 1 root root 3370 Jun 9 17:40 fontconfig.defoma -rw-r--r-- 1 root root 19085 Aug 26 2002 gs.defoma -rw-r--r-- 1 root root 2935 Jun 9 17:39 libwmf0.2-7.defoma -rw-r--r-- 1 root root 8701 Jun 20 09:24 pango.defoma -rw-r--r-- 1 root root 7503 Jun 20 09:20 psfontmgr.defoma -rw-r--r-- 1 root root 3647 Aug 26 2002 vflib2.defoma -rw-r--r-- 1 root root 23666 Aug 27 2002 x-ttcidfont-conf.defoma /usr/share/defoma/scripts: total 76 -rw-r--r-- 1 root root 3370 Mar 10 19:03 fontconfig.defoma -rw-r--r-- 1 root root 19085 Mar 13 09:47 gs.defoma -rw-r--r-- 1 root root 2935 Mar 25 12:25 libwmf0.2-7.defoma -rw-r--r-- 1 root root 8701 Mar 6 01:02 pango.defoma -rw-r--r-- 1 root root 7503 Aug 21 2004 psfontmgr.defoma -rw-r--r-- 1 root root 3647 Sep 13 2003 vflib2.defoma -rw-r--r-- 1 root root 23666 Apr 16 2004 x-ttcidfont-conf.defoma Shouldn't one of these be a set of links pointing to the other? If someone modified one set of scripts and not the other, all sorts of confusion could arise. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages defoma depends on: ii dialog1.0-20050306-1 Displays user-friendly dialog boxe ii file 4.12-1 Determines file type using magic ii perl 5.8.4-8Larry Wall's Practical Extraction ii whiptail 0.51.6-20 Displays user-friendly dialog boxe -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316554: psfontmgr: defoma-psfont-installer fails to look for PPD files properly
Package: psfontmgr Version: 0.11.8-0.1 Severity: normal The script defoma-psfont-installer looks for the recommended PPD file *only* in the current working directory. It should look first in /usr/share/postscript/ppd/ -- the standard place for PPD files. Looking only in $PWD encourages people to put *.ppd files in non-standard directories. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages psfontmgr depends on: ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ii dialog1.0-20050306-1 Displays user-friendly dialog boxe ii perl 5.8.4-8Larry Wall's Practical Extraction ii whiptail 0.51.6-20 Displays user-friendly dialog boxe -- debconf information: * defoma-ps/have_psprinter: true defoma-ps/psfont_rule: Both * defoma-ps/register_later: defoma-ps/psfont_text: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316320: many wrong entries in gsfonts.hints
Package: gsfonts Version: 8.14+v8.11+urw-0.2 Severity: normal The file /etc/defoma/hints/gsfonts.hints distributed with sarge appears to have been generated by the defoma-hints script. But the resulting hint-file requires a lot of correction to be useful. There are several problems: 1. The font /usr/share/fonts/type1/gsfonts/a010013l.afm is assigned FontNameURWGothicL-Book Family URW_Gothic_L GeneralFamily Gothic Weight Book but the instructions in /usr/share/doc/defoma-doc/developers.html/ch1.html say to assign a PostScript-like font name. The PostScript name for the corresponding PS font (ITC Avant Garde Gothic Book) is AvantGarde-Book. Clearly the FontName assigned is acceptable, as it isn't the original ITC font. But the Family should be AvantGarde_Gothic, or maybe Avant_Garde_Gothic (using the defoma convention of replacing spaces with underscores). I have tried using *both* Family = URW_Gothic_L Family = Avant_Garde_Gothic in the hintfile, and it appears that this just makes 2 different entries for the font; but maybe this can cause problems. Similarly, the GeneralFamily should be SansSerif. Note that the doc file cited above says: The values of this HintType for alphabetical fonts are Roman, SansSerif, Typewriter and Script. The values for CJK hieroglyphs are Mincho, Gothic and Maru. This seems to reserve Gothic for CJK fonts. [Note that this is an incorrect use of the term hieroglyphs; it should just be glyphs.] In any case, the term Gothic is used very ambiguously by typographers, and is used differently in England and in North America: on the one hand, it's used to mean the group of typefaces formerly used to print German (also known as Blackletter and Fraktur); on the other hand, it's used (as ITC did) to indicate a square-cut sans-serif typeface according to numerous dictionaries. We would be better off avoiding this troublesome term entirely; but I suppose if it is used to identify a class of CJK fonts, it may cause minimal confusion. I also think it would be useful to add: Alias = AvantGarde-Book to the hintfile. This makes the actual PostScript name of the font available to applications. 2. Likewise, this same font is assigned Weight = Book which is nonsense; it ought to be Medium. For the font URWGothicL-Demi in /usr/share/fonts/type1/gsfonts/a010015l.afm we find Weight = Demi which ought to be bold. And the Zapf Dingbats are assigned Weight = Regular which ought to be Medium. It's clear that these difficulties are mostly a result of mechanically decomposing the font name in the defoma-hints script, which isn't very clever. It provides a promising beginning, but cannot be used without some hand-editing. 3. A disturbing consequence of the lack of real PostScript fontnames in the gsfonts.hints file is the disappearance of such familiar names as Times from the font-selection menu in mozilla. By judiciously adding real PostScript names as aliases , it's possible to get Times back in the list (though I have not yet managed to get Palatino there.) I believe some of the difficulty is due to fontconfig. There are so many pieces to the font puzzle that several rounds of tidying-up are probably required to make it all work smoothly. Here's the result of diff -Naur gsfonts.hints gsfonts.hints.orig --- gsfonts.hints 2005-06-29 21:19:55.0 -0700 +++ gsfonts.hints.orig 2005-06-29 20:15:05.0 -0700 @@ -7,9 +7,8 @@ FontName = URWGothicL-Book Charset = ISO8859-1 Family = URW_Gothic_L - Family = Avant_Garde_Gothic - GeneralFamily = SansSerif - Weight = Medium + GeneralFamily = Gothic + Weight = Book Width = Variable Shape = NoSerif Upright Priority = 20 @@ -36,9 +35,8 @@ FontName = URWGothicL-Demi Charset = ISO8859-1 Family = URW_Gothic_L - Family = Avant_Garde_Gothic - GeneralFamily = SansSerif - Weight = Bold + GeneralFamily = Gothic + Weight = Demi Width = Variable Shape = NoSerif Upright Priority = 20 @@ -58,14 +56,13 @@ begin /usr/share/fonts/type1/gsfonts/a010033l.pfb AFM = /usr/share/fonts/type1/gsfonts/a010033l.afm FaceNum = 6 - Inherit = Family GeneralFamily Weight Width Shape Priority + inherit = Family GeneralFamily Weight Width Shape Priority Foundry = URW FontName = URWGothicL-BookObli Charset = ISO8859-1 Family = URW_Gothic_L - Family = Avant_Garde_Gothic - GeneralFamily = SansSerif - Weight = Medium + GeneralFamily = Gothic + Weight = Book Width = Variable Shape = NoSerif Oblique Priority = 20 @@ -90,9 +87,8 @@ FontName = URWGothicL-DemiObli Charset = ISO8859-1 Family = URW_Gothic_L - Family = Avant_Garde_Gothic - GeneralFamily = SansSerif - Weight = Bold + GeneralFamily = Gothic + Weight = Demi Width = Variable Shape = NoSerif Oblique Priority = 20 @@ -172,7 +168,7 @@ Charset = ISO8859-1 Family = URW_Bookman_L
Bug#316138: spelling errors in /etc/defoma/loc-cset.data
Package: defoma Version: 0.11.8-0.1 Severity: normal The configuration file /etc/defoma/loc-cset.data contains the names of languages, used by defoma for the Location property in hints files. Some of the language names are spelled incorrectly, and will cause problems: Romania should be Romanian Italish should be Italian Lithanian should be Lithuanian -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages defoma depends on: ii dialog1.0-20050306-1 Displays user-friendly dialog boxe ii file 4.12-1 Determines file type using magic ii perl 5.8.4-8Larry Wall's Practical Extraction ii whiptail 0.51.6-20 Displays user-friendly dialog boxe -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258843: xprint: xphelloworld prints one blank page
Package: xprint Version: 1:0.1.0.alpha1-10 Followup-For: Bug #258843 After wasting a couple of sheets of paper, exactly one per try, I caught the generated PS in a file: %!PS-Adobe-3.0 %%Creator: The X Print Server's PostScript DDX (xprint.mozdev.org, release 10, FreeType version 0.0.0) %%Title: %%EndComments %%BeginProlog %%BeginProcSet: XServer_PS_Functions /d{def}bind def/b{bind}bind d/bd{b d}b d/x{exch}bd/xd{x d}bd/dp{dup}bd/t {true}bd/f{false}bd/p{pop}bd/r{roll}bd/c{copy}bd/i{index}bd/rp{repeat}bd /n{newpath}bd/w{setlinewidth}bd/lc{setlinecap}bd/lj{setlinejoin}bd/sml{setmiterlimit}bd /ds{setdash}bd/ie{ifelse}bd/len{length}bd/m{moveto}bd/rm{rmoveto}bd/l{lineto}bd /rl{rlineto}bd/a{arc}bd/an{arcn}bd/st{stroke}bd/fl{fill}bd/ef{eofill}bd /sp{showpage}bd/cp{closepath}bd/clp{clippath}bd/cl{clip}bd/pb{pathbbox}bd /tr{translate}bd/rt{rotate}bd/dv{div}bd/ml{mul}bd/ad{add}bd/ng{neg}bd/scl {scale}bd/sc{setrgbcolor}bd/g{setgray}bd/gs{gsave}bd/gr{grestore}bd/sv{save}bd /rs{restore}bd/mx{matrix}bd/cm{currentmatrix}bd/sm{setmatrix}bd/ccm{concatmatrix}bd /cc{concat}bd/ff{findfont}bd/mf{makefont}bd/sf{setfont}bd/cft{currentfont}bd /fd{FontDirectory}bd/sh{show}bd/stw{stringwidth}bd/ci{colorimage}bd/ig{image}bd /im{imagemask}bd/cf{currentfile}bd/rh{readhexstring}bd/str{string}bd/al {aload}bd/wh{where}bd/kn{known}bd/stp{stopped}bd/bg{begin}bd/ed{end}bd/fa {forall}bd/pi{putinterval}bd/mk{mark}bd/ctm{cleartomark}bd/df{definefont}bd /cd{currentdict}bd/db{20 dict dp bg}bd/de{ed}bd/languagelevel wh{p languagelevel} {1}ie 1 eq{/makepattern{p}bd/setpattern{p}bd/setpagedevice{p}bd}if/mp{makepattern}bd /spt{setpattern}bd/spd{setpagedevice}bd/trmoveto{currentfont /FontMatrix get transform rm}d /XYr{/currentpagedevice wh {p currentpagedevice dp /HWResolution kn {/HWResolution get al p}{p 300 300}ie}{300 300}ie}bd/Cs{dp 0 eq{0 pHt tr XYr -1 x dv 72 ml x 1 x dv 72 ml x scl}if dp 1 eq{90 rt XYr -1 x dv 72 ml x 1 x dv 72 ml x scl}if dp 2 eq{pWd 0 tr XYr 1 x dv 72 ml x -1 x dv 72 ml x scl}if 3 eq{pHt pWd tr 90 rt XYr 1 x dv 72 ml x -1 x dv 72 ml x scl}if}bd/P{gs 1 w [] 0 ds 2 c m .1 ad x .1 ad x l st gr}bd/R{4 2 r m 1 i 0 rl 0 x rl ng 0 rl cp}bd/Ac{mx_ cm p 6 -2 r tr 4 2 r ng scl 0 0 .5 5 3 r a mx_ sm}bd /An{mx_ cm p 6 -2 r tr 4 2 r ng scl 0 0 .5 5 3 r an mx_ sm}bd/ISO{dp len dict bg{1 i/FID ne{d}{p p}ie}fa /Encoding ISOLatin1Encoding d cd ed df}bd /iN{dp len str cvs dp len x 1 i 3 ad str 2 c c p x p dp 3 -1 r(ISO)pi}bd /Tp{{x dp iN dp fd x kn{x p dp/f_ x d ff}{dp/f_ x d x ff ISO}ie x} {x dp /f_ x d ff x}ie}bd/Tf{Tp[x 0 0 2 i ng 0 0] dp/fm_ x d mf sf}bd/Tfm{Tp 1 -1 tm1_ scl tm2_ ccm dp/fm_ x d mf sf}bd/T{m sh}bd/Tb{gs sc f_ ff sf cft /FontMatrix get 3 get cft/FontBBox get dp 1 get x 3 get 2 i ml 3 1 r ml 0 0 m 4 i stw p 4 i 4 i m fm_ cc 0 2 i rl dp 0 rl 0 2 i ng rl 0 3 i rl ng 0 rl cp fl p p gr T}bd/Im1{6 4 r tr scl t [3 i 0 0 5 i 0 0]{cf str1 rh p} im}bd/Im1rev{6 4 r tr scl f [3 i 0 0 5 i 0 0]{cf str1 rh p} im}bd /Im24{gs 6 4 r tr scl 8 [3 i 0 0 5 i 0 0]{cf str3 rh p} f 3 ci}bd/Im1t{6 4 r tr scl t [3 i 0 0 5 i 0 0]{} im}bd/Im24t{gs 6 4 r tr scl 8 [3 i 0 0 5 i 0 0]{} f 3 ci}bd/ck2{/currentpagedevice wh {p dp currentpagedevice dp 3 -1 r kn {x get al p 3 -1 r eq 3 1 r eq and } {p p p p t}ie} {p p p t}ie}bd /ck1{/currentpagedevice wh {p dp currentpagedevice dp 3 -1 r kn {x get eq} {p p p t}ie} {p p t}ie}bd /mtx{scl t [3 i 0 0 5 i 0 0]}bd %%EndProcSet %%EndProlog %%BeginSetup /pWd 595.2 d /pHt 841.68 d {db /Orientation 0 d /PageSize [pWd pHt] d de spd }stp /orientationFailed x d {db /Duplex f d /Tumble f d /HWResolution [ 300 300 ] d de spd}stp p %%Pages: atend /mx_ mx d /im_ mx d /tm1_ mx d /tm2_ mx d /str3 3 str d /str1 1 str d %%EndSetup %%PageHeader %%Page: 1 1 %%PageOrientation: Portrait /pWd 595.2 d /pHt 841.68 d 0 /Orientation ck1 pWd pHt /PageSize ck2 and not { {db /Orientation 0 d /PageSize [pWd pHt] d de spd }stp /orientationFailed x d }if f /Duplex ck1 f /Tumble ck1 and 300 300 /HWResolution ck2 and not { {db /Duplex f d /Tumble f d /HWResolution [ 300 300 ] d de spd}stp p }if gs 0 orientationFailed { 0 } { 0 }ie Cs 100 sml gs gr gs 0 g /AvantGarde-DemiOblique 75 t Tf (hello world from X11 print system) 185 185 T gr gr sp %%PageTrailer %%Trailer %%Pages: 1 %%EOF It's not just my printer, either; gv shows a blank page as well. -- Andy Young -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xprint depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libice64.3.0.dfsg.1-14 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxaw74.3.0.dfsg.1-14 X Athena widget set library ii libxext6
Bug#315682: defoma: many hintfiles lack Location and even FontName
Package: defoma Version: 0.11.8-0.1 Severity: important In the ch3.html file in /usr/share/doc/defoma-doc/defoma-script.html, it says: On register command, the hints must be parsed to pick out Location and FontName hints. parse_hints_start() is used for this purpose. This function converts hints stored in an array to a hash. For more detail, please refer the manpage of Defoma::Common. If these necessary HintTypes, Location and FontName are not found, the script returns non-zero to tell defoma that the script failed to register the font. However, many of the hintfiles installed automatically have no Location entries, and some even lack FontName. In particular, the defoma-ps.hints file installed by /usr/bin/defoma-psfont-installer from a PPD file has neither FontName nor Location entries. I had to add Location manually to gsfonts.hints, gsfonts-other.hints, and scalable-cyrfonts.hints. I also see that xfree86-nonfree-type1.hints lacks Location lines. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages defoma depends on: ii dialog1.0-20050306-1 Displays user-friendly dialog boxe ii file 4.12-1 Determines file type using magic ii perl 5.8.4-8Larry Wall's Practical Extraction ii whiptail 0.51.6-20 Displays user-friendly dialog boxe -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251067: printing problems
I recently upgraded two woody boxes to sarge, and got the printing problem on one but not the other. The box with the printing problem has the msttcorefonts installed; the one without them seems to be OK. (This appears to confirm the brief mention of this connection in earlier reports.) There are some strange features of the problem here. The Debian home page prints all the Latin text in a sans-serif font similar to Helvetica. The body type is spaced correctly; but the headings (AboutDebian, etc.), as well as the sidebar and the Select a server near you at the upper right, are printed without spaces. The footer (This page is also available in the following languages) has further peculiarities. All the non-Latin scripts print correctly; but the ones using Cyrillic fonts (Bulgarian, Russian, and Ukainian) are spaced-out, with each character taking up 2 character cells in the printout, just as they used to appear on screen in woody. On the other hand, the Latin-font names of the Oriental languages (Hangul and Nihongo) are spaced correctly in the printout, but appear spaced-out on-screen! As has been reported elsewhere, the PostScript generated seems to be faulty; but I wonder if that's the fault of Xprint or mozilla, or if it is a bug in the font system. With sarge, we now have fontconfig, which was missing in woody; and fontconfig plays a part in matching up fonts, doesn't it? I'll try removing the MS core fonts from this box and see if that helps. -- A. T. Young -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251067: mozilla/xprint problem
Removing the msttcorefonts package with aptitude purge msttcorefonts did just about *nothing*. The only change was that I now see a different font used to print Arabic script. (This suggests that the MS font package may not be very useful, after all.) Just to be on the safe side, I tried running fc-cache and defoma-app update fontconfig to make sure all the font databases were synchronized after the removal, rebooting in between these steps to make sure I had a clean setup each time. It appears that the MS font issue is a false lead. The problem with spaces suggests that the font mixup involves fonts with different encodings. If SPACE were replaced with some non-printing character, you might get the runtogether text. Just a thought. -- A. T. Young -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315352: documentation: please add links to make it easier to locate
Package: fontconfig Version: 2.3.1-2 Severity: wishlist /usr/share/doc/fontconfig has a nice html manual, but it doesn't come up when you ask dhelp. Adding an entry in the appropriate directory would be useful. Likewise, man fontconfig produces nothing. You have to know enough about the system to ask for man fonts.conf, which is not at all obvious. Please add a symbolic link, to bring up the fonts.conf man page when a user asks for man fontconfig. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fontconfig depends on: ii debconf [debconf-2.0] 1.4.30.13Debian configuration management sy ii defoma 0.11.8-0.1 Debian Font Manager -- automatic f ii gsfonts-x11 0.17 Make Ghostscript fonts available t ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii ttf-bitstream-vera 1.10-3 The Bitstream Vera family of free ii ucf 1.17 Update Configuration File: preserv -- debconf information: * fontconfig/subpixel_rendering: Automatic * fontconfig/enable_bitmaps: true * fontconfig/hinting_type: Native -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310664: imagemagick: convert ignores flags to turn off antialiasing
Package: imagemagick Version: 4:5.4.4.5-1woody6 Severity: normal The ImageMagick program convert refuses to stop using antialiasing in converting *.eps files. I assume it creates the wrong set of options to gs. The HTML docs are not clearly worded, but it seems that either -antialias or +antialias should turn off antialiasing. Neither one does. The docs also say: Use +dither to turn off dithering and to render Postscript without text or graphic aliasing. which sounds crazy. It doesn't work either. I always get PS files interpreted with full antialiasing. -- A. T. Young ([EMAIL PROTECTED]) -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages imagemagick depends on: ii libmagick5 5.4.4.5-1woody Image manipulation library (free version). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309215: netpbm: pnmrotate allocates hundreds of MB of memory
Package: netpbm Version: 2:9.25-9.backports.org.1 Severity: normal When trying to rotate a 5388x2352 image through a small angle, I found that pnmrotate was consuming vast amounts of memory: all of the 256 MB of core, plus about another 400 MB of swap space. Because of all the swapping, many minutes are needed to rotate the image. The machine is not heavily loaded; I'm the only user. I can rotate the same image using ImageMagick's mogrify command (which supposedly uses the same algorithm) in a reasonable amount of space (and time). A glance at the source code for pnmrotate shows nothing obviously wrong. Maybe it's a problem in some netpbm library? -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages netpbm depends on: ii bc 1.06-8 The GNU bc arbitrary precision calculator la ii libc6 2.2.5-11.8 GNU C Library: Shared libraries and Timezone ii libjpeg62 6b-5 The Independent JPEG Group's JPEG runtime li ii libnetpbm109.25-9.backpor Shared libraries for netpbm ii libpng21.0.12-3.woody PNG library - runtime ii libtiff3g 3.5.5-6.woody5 Tag Image File Format library ii zlib1g 1.1.4-1.0woody compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296219: mozilla fragment-display bug
I've now encountered this bug again on another page, and have a little understanding of what's happening. Apparently, mozilla is trying to format the text and determine where the fragment reference occurs *before* it has loaded images. If the HTML on the loaded page does *not* specify the width and height attributes of an image, mozilla allows some default space (probably zero?) for it and goes on. Its estimate of where the fragment anchor will be on the page is then earlier in the final display than the proper location. If you ask it to reload the page after the images have been loaded, mozilla now knows how big the images are, and allows the proper space for them; so it finds the correct location for the fragment reference. Specifying width=*** and height=*** attributes (giving the correct dimensions for the images -- which are easily determined by using the identify command from the ImageMagick package) allows mozilla to allocate the correct amount of space for the images as it loads the text. Then the fragment reference will go to the correct place in the page as it loads. The correct behavior for mozilla would be to wait until it has loaded an image file to determine the space to allow for the image, rather than to go ahead and load pages and assume some (incorrect) default size. This deferral need only occur when a link refers to a fragment rather than a whole page. It seems to me there's some obscure configuration setting that affects this, but I can't seem to find it. Given the difficulty of configuring mozilla's preferences, I think the observed behavior should be considered a bug rather than a feature. -- A. T. Young -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304961: netpbm: error in pnmtops man page
Package: netpbm Version: 2:9.25-9.backports.org.1 Severity: normal The man page for pnmtops says that the -nocenter option puts the image in the upper left corner of the page. Actually, it puts it in the *lower* left corner. I assume this error arose from the difference in where the origin of coordinates is for PS and PNM files. For PostScript, the origin is in the lower left corner; for netpbm images, the origin is at the upper left corner. -- A. T. Young -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages netpbm depends on: ii bc 1.06-8 The GNU bc arbitrary precision calculator la ii libc6 2.2.5-11.8 GNU C Library: Shared libraries and Timezone ii libjpeg62 6b-5 The Independent JPEG Group's JPEG runtime li ii libnetpbm109.25-9.backpor Shared libraries for netpbm ii libpng21.0.12-3.woody PNG library - runtime ii libtiff3g 3.5.5-6.woody5 Tag Image File Format library ii zlib1g 1.1.4-1.0woody compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303792: gs: gs docs are missing the index.html file
Package: gs Version: 6.53-3 Severity: normal The HTML doc page /usr/share/doc/gs/Htmstyle.htm *prominently* refers to a nonexistent index.html file, which is intended to make life easier for both webmasters and users. Alas, its absence makes life harder for us. How are we supposed to discover that Readme.htm is really the intended file? We don't even need an actual index.html file; a symbolic link to Readme.htm would suffice. -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages gs depends on: ii gs-common 0.3.3.0woody1 Common files for different Ghostscript relea ii libc6 2.2.5-11.8 GNU C Library: Shared libraries and Timezone ii libgimpprint1 4.2.0-4library necessary to use gimp-print programs ii libpaperg 1.1.8 Library for handling paper characteristics ii libpng21.0.12-3.woody PNG library - runtime ii xlibs 4.1.0-16woody5 X Window System client libraries ii zlib1g 1.1.4-1.0woody compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302435: tetex-bin: dvips info error
Package: tetex-bin Version: 1.0.7+20011202-7.3 Severity: normal The URL http://www.emrg.com/texpdf.html listed in the info for dvips seems to be a broken link. It just brings up the main page for emrg.com. -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages tetex-bin depends on: ii debianutils1.16.2woody1 Miscellaneous utilities specific to Debian. ii dpkg 1.9.21 Package maintenance system for Debian ii ed 0.2-19 The classic unix line editor ii libc6 2.2.5-11.8 GNU C Library: Shared libraries and Timezone ii libkpathsea3 1.0.7+20011202 shared libkpathsea for teTeX ii libpng21.0.12-3.woody PNG library - runtime ii libstdc++2.10- 2.95.4-11woody The GNU stdc++ library ii libtiff3g 3.5.5-6.woody5 Tag Image File Format library ii libxaw74.1.0-16woody5 X Athena widget set library ii tetex-base 1.0.2+20011202 basic teTeX library files ii xlibs 4.1.0-16woody5 X Window System client libraries ii zlib1g 1.1.4-1.0woody compression library - runtime --- Begin /etc/texmf/mktex.cnf (modified conffile) : ${MT_FEATURES=appendonlydir:varfonts} : ${MODE=cx} : ${BDPI=300} : ${DPI=300} --- End /etc/texmf/mktex.cnf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300611: doc-linux-text: the Font-HOWTO is very out of date
Package: doc-linux-text Version: 2002.04-2 Severity: wishlist The Font-HOWTO still described woody as testing. It says nothing about defoma -- is there some helpful documentation available for using it? Somebody needs to update the Debian part of the Font HOWTO file. The upstream author seems to know little about Debian; the last update of the source file was back in 2002. -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299889: tetex-doc: typos in babel macro package's user.dvi.gz
Package: tetex-doc Version: 1.0.2+20011202-2 Severity: normal I notice a number of spelling errors in the documentation for the babel macro package. For example, at the end of the second paragraph of section 6.1 there is ... untill the end of then document. which should be ... until the end of the document. The first error would have been caught by a spell-checker; the second would not. The second sentence of section 6.2 begins with Therefor (which should be Therefore). Near the end of the abstract, non-american should be non-American. Rather than chase down all the slips by eye, I'll refer you to my Web page on multi-lingual spell-correcting, at http://mintaka.sdsu.edu/GF/bibliog/ispell/multi.html in hopes you'll find it useful. I tried mailing [EMAIL PROTECTED] who is listed in the 00readme file as well as in the document mentioned above. It came back User unknown. -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages tetex-doc depends on: ii dpkg 1.9.21 Package maintenance system for Debian ii tetex-base 1.0.2+20011202 basic teTeX library files -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299687: tetex-base: TETEXDOC says texconf and texconfig where texdoc is meant
Package: tetex-base Version: 1.0.2+20011202-2 Severity: normal On p. 5 of TETEXDOC (which comes in dvi, ps, and pdf versions), in the paragraph headed texdoc, the text has wrong names where it should say texdoc. This is in section 1.6, UNIX scripts and tools. -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages tetex-base depends on: ii dpkg 1.9.21 Package maintenance system for Debian ii texinfo4.1-2 Documentation system for on-line information --- Begin /etc/X11/app-defaults/XDvi (modified conffile) XDvi*mfMode: cx XDvi*pixelsPerInch: 300 XDvi*shrinkFactor: 6 XDvi*paper: us XDvi*wwwBrowser: netscape XDvi*thorough: true XDvi*shrinkButton1: 2 XDvi*shrinkButton2: 3 XDvi*shrinkButton3: 6 --- End /etc/X11/app-defaults/XDvi --- Begin /etc/texmf/dvips/config.ps (modified conffile) % teTeX's config.ps. Thomas Esser, 1998, public domain. % Memory available. Download the three-line PostScript file: % %! Hey, we're PostScript % /Times-Roman findfont 30 scalefont setfont 144 432 moveto % vmstatus exch sub 40 string cvs show pop showpage % to determine this number. (It will be the only thing printed.) m 350 % How to print, maybe with lp instead lpr, etc. If commented-out, output % will go into a file by default. % o |lpr % Default resolution of this device, in dots per inch. D 300 X 300 Y 300 % Metafont mode. (This is completely different from the -M % command-line option, which controls whether mktexpk is invoked.) % See ../../metafont/misc/modes.mf for a list of mode names. This mode % and the D number above must agree, or mktexpk will get confused. M cx % Also look for this list of resolutions. R 300 600 % Correct printer offset. You can use testpage.tex from the LaTeX % distribution to find these numbers. O 0pt,0pt % With a high resolution and a RISC cpu, better to compress the bitmaps. % PS files are much more compact, but can sometimes cause trouble. Z % Partially download Type 1 fonts by default. Only reason not to do % this is if you encounter bugs. (Please report them to % @email{tex-k@@mail.tug.org} if you do.) j % Configuration of postscript type 1 fonts: p psfonts.map % This shows how to add your own map file. % Remove the comment and adjust the name: % p +myfonts.map @ letterSize 8.5in 11in @ A4size 210mm 297mm @+ %%PaperSize: A4 @ letter 8.5in 11in @+ %%BeginPaperSize: Letter @+ letter @+ %%EndPaperSize @ legal 8.5in 14in @+ ! %%DocumentPaperSizes: Legal @+ %%BeginPaperSize: Legal @+ legal @+ %%EndPaperSize @ ledger 17in 11in @+ ! %%DocumentPaperSizes: Ledger @+ %%BeginPaperSize: Ledger @+ ledger @+ %%EndPaperSize @ tabloid 11in 17in @+ ! %%DocumentPaperSizes: Tabloid @+ %%BeginPaperSize: Tabloid @+ 11x17 @+ %%EndPaperSize @ a4 210mm 297mm @+ ! %%DocumentPaperSizes: a4 @+ %%BeginPaperSize: a4 @+ a4 @+ %%EndPaperSize @ a3 297mm 420mm @+ ! %%DocumentPaperSizes: a3 @+ %%BeginPaperSize: a3 @+ a3 @+ %%EndPaperSize --- End /etc/texmf/dvips/config.ps --- Ignoring modified conffile /etc/texmf/dvips/pdftex.map (8k) --- Ignoring modified conffile /etc/texmf/dvips/ps2pk.map (8k) --- Ignoring modified conffile /etc/texmf/dvips/psfonts.map (8k) --- Begin /etc/texmf/dvips/updmap (modified conffile) #!/bin/sh extra_modules= pxr2.map txr.map lw35=urw-kb # URW fonts (download type1 files using Berry names) type1_default=false common_modules= antp.map antt.map charter.map context.map lucidabr.map marvosym.map mathpi.map mathpple-ext.map mt-plus.map mt-yy.map omega.map qpl.map qtm.map utopia.map xypic.map pazo.map cmcyr.map $extra_modules mf_modules= bsr.map bsr-interpolated.map cs.map hoekwater.map pl.map lw35_modules= *-adobe-bi.map $common_modules if test x$type1_default = xtrue; then lw35_modules=$lw35_modules $mf_modules fi ps2pk_modules= *-$lw35.map $common_modules $mf_modules pdftex_modules= $mf_modules *ar-ext-$lw35.map *ar-std-adobe-bi.map *lw35extra-$lw35.map mtsupp-ext-$lw35.map mtsupp-std-adobe-bi.map $common_modules for file in psfonts.map ps2pk.map pdftex.map; do cat $file eof % $file: maintained by the script updmap in \$TEXMFMAIN/dvips/config. % The preferred way to add things to this file is to put the extra lines % into a separate file and add that filename to the updmap script. Then, % run the updmap script to recreate this file. eof done cat $lw35_modules | grep -v '^%' | grep . | sort | uniq psfonts.map cat $ps2pk_modules | grep -v '^%' | grep . | sort | uniq ps2pk.map cat $pdftex_modules | grep -v '^%' | grep . | sort | uniq pdftex.map --- End /etc/texmf/dvips/updmap --- Ignoring modified conffile /etc/texmf/modes.mf (8k) --- Begin /etc/texmf/pdftex/pdftex.cfg (modified conffile) % Thomas Esser, 1998, 1999, 2000 public domain. output_format 1 compress_level 9 decimal_digits 3 page_width 8.5 true in page_height 11 true in horigin 1 true in vorigin 1 true in
Bug#298479: tetex-bin: typos in texconfig
Package: tetex-bin Version: 1.0.7+20011202-7.3 Severity: normal On line 631 of the texconfig script, we have: use GhostScript to do the conversation (if you printer is supported). which should be: use GhostScript to do the conversion (if your printer is supported). ^ The incorrect wording is confusing, though someone familiar with English can puzzle out what is intended. But for those with difficulty with English, this must be a real stumbling-block. -- A. T. Young ([EMAIL PROTECTED]) -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages tetex-bin depends on: ii debianutils1.16.2woody1 Miscellaneous utilities specific to Debian. ii dpkg 1.9.21 Package maintenance system for Debian ii ed 0.2-19 The classic unix line editor ii libc6 2.2.5-11.8 GNU C Library: Shared libraries and Timezone ii libkpathsea3 1.0.7+20011202 shared libkpathsea for teTeX ii libpng21.0.12-3.woody PNG library - runtime ii libstdc++2.10- 2.95.4-11woody The GNU stdc++ library ii libtiff3g 3.5.5-6.woody5 Tag Image File Format library ii libxaw74.1.0-16woody5 X Athena widget set library ii tetex-base 1.0.2+20011202 basic teTeX library files ii xlibs 4.1.0-16woody5 X Window System client libraries ii zlib1g 1.1.4-1.0woody compression library - runtime --- Begin /etc/texmf/mktex.cnf (modified conffile) : ${MT_FEATURES=appendonlydir:varfonts} : ${MODE=cx} : ${BDPI=300} : ${DPI=300} --- End /etc/texmf/mktex.cnf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298481: tetex-bin: texconfig fails to print test page
Package: tetex-bin Version: 1.0.7+20011202-7.3 Severity: important The function dvips_test_print that begins on line 464 of the texconfig script fails to print the test page. In my case, the printer went into an infinite loop and never produced any output; debugging revealed that the string A4size had been sent to the PS printer, leading to an undefined PS error with an empty stack. The reason appears to be that the texconf script never copies the testpage.tex file to the temporary working directory. This file lives at /usr/share/texmf/tex/latex/base/testpage.tex so I suggest inserting a line like cp /usr/share/texmf/tex/latex/base/testpage.tex . just before line 469, which tries to latex testpage . -- A. T. Young -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages tetex-bin depends on: ii debianutils1.16.2woody1 Miscellaneous utilities specific to Debian. ii dpkg 1.9.21 Package maintenance system for Debian ii ed 0.2-19 The classic unix line editor ii libc6 2.2.5-11.8 GNU C Library: Shared libraries and Timezone ii libkpathsea3 1.0.7+20011202 shared libkpathsea for teTeX ii libpng21.0.12-3.woody PNG library - runtime ii libstdc++2.10- 2.95.4-11woody The GNU stdc++ library ii libtiff3g 3.5.5-6.woody5 Tag Image File Format library ii libxaw74.1.0-16woody5 X Athena widget set library ii tetex-base 1.0.2+20011202 basic teTeX library files ii xlibs 4.1.0-16woody5 X Window System client libraries ii zlib1g 1.1.4-1.0woody compression library - runtime --- Begin /etc/texmf/mktex.cnf (modified conffile) : ${MT_FEATURES=appendonlydir:varfonts} : ${MODE=cx} : ${BDPI=300} : ${DPI=300} --- End /etc/texmf/mktex.cnf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296219: mozilla-browser: clicking on a fragment link can go to wrong place; but 'reload' fixes
Package: mozilla-browser Version: 2:1.0.0-0.woody.1 Severity: normal When I have mozilla displaying the page http://mintaka.sdsu.edu/GF/mirages/Wollaston.html and click on the inferior mirage link (in the second line of the second paragraph) whose target is http://mintaka.sdsu.edu/GF/mirages/mirintro.html#inf-mir I get the wrong part of the requested page displayed. But if I then click the reload button, the correct part of the page is displayed. I have checked the HTML on both pages with the W3C verifier and both are valid HTML 4.01. The error does *not* occur with IE on a machine in the library, but does reproduce on another box running woody (identical to this one, but with a P III cpu instead of an AMD Athlon); so the problem is evidently in mozilla. -- A. T. Young -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages mozilla-browser depends on: ii debconf1.0.32 Debian configuration management system ii libc6 2.2.5-11.8 GNU C Library: Shared libraries and Timezone ii libglib1.2 1.2.10-4 The GLib library of C routines ii libgtk1.2 1.2.10-11 The GIMP Toolkit set of widgets for X ii libnspr4 1.0.0-0.woody. Netscape Portable Runtime Library ii libstdc++2.10- 2.95.4-11woody The GNU stdc++ library ii psmisc 20.2-2.1 Utilities that use the proc filesystem ii xlibs 4.1.0-16woody5 X Window System client libraries ii zlib1g 1.1.4-1.0woody compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296021: xbase-clients: xgamma fails,gives error message
Package: xbase-clients Version: 4.1.0-16woody5 Severity: normal xgamma's man page says it will show the current gamma value if no option is given with the -gamma flag. I was unable to get it to do this. Typing just xgamma with no arguments gave: Xserver is running an old XFree86-VidModeExtension version (0.8) Minimum required version is 2.0 Looks as if the clients are out of step with the server in woody. -- A. T. Young -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages xbase-clients depends on: ii cpp2.95.4-14 The GNU C preprocessor. ii debconf1.0.32 Debian configuration management system ii libc6 2.2.5-11.8 GNU C Library: Shared libraries and Timezone ii libdps14.1.0-16woody5 Display PostScript (DPS) client library ii libfreetype6 2.0.9-1FreeType 2 font engine, shared library files ii libncurses55.2.20020112a- Shared libraries for terminal handling ii libxaw74.1.0-16woody5 X Athena widget set library ii xlibmesa3 4.1.0-16woody5 XFree86 version of Mesa 3D graphics library ii xlibs 4.1.0-16woody5 X Window System client libraries ii xlibmesa3 4.1.0-16woody5 XFree86 version of Mesa 3D graphics library ^^^ (Provides virtual package libgl1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293695: kernel-image-2.4.18-1-k7: CD-ROM buttons and eject don't work right
Package: kernel-image-2.4.18-1-k7 Version: 2.4.18-13.1 Severity: normal My AMD 1.4GHz Athlon clone box has a no-name CD-ROM drive with two buttons on it. When the power is on but Linux is not yet running, the right button seems to open the tray, and the left button closes it. When the system is running, the setcd -i command reports the tray is open when in fact it's closed. Pressing the right-hand button on the CD drive and the eject command both have the same effect: the tray is opened and *immediately* closed. This happens too fast to drop a CD into the tray before it closes. Now for the _really_ strange part. If I press the left button on the drive, and then press the right button, the tray opens and stays open -- for some variable period of time. Sometimes it's 20 or 30 seconds; sometimes its several minutes. Anyway, I can usually get a CD into or out of the tray this way before it closes again. dmesg reports: hdc: CD-ROM Drive/F5E, ATAPI CD/DVD-ROM drive hdc: ATAPI 52X CD-ROM drive, 128kB Cache Uniform CD-ROM driver Revision: 3.12 Because the CD drive appears to behave reasonably on its own, I think this is a software problem with the IDE driver -- but I am not a kernel person and not used to this stuff. Google has not revealed anything like this. Any ideas? -- A. T. Young -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages kernel-image-2.4.18-1-k7 depends on: ii fileutils 4.1-10 GNU file management utilities ii initrd-tools 0.1.32woody.3 Tools to generate an initrd image. ii modutils 2.4.15-1 Linux module utilities. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291649: xpdf-utils: pdftotext reports bad PDF file if no text in it
Package: xpdf-utils Version: 1.00-3.4 Severity: normal pdftotext reports an error for the file /usr/share/doc/texmf/pdftex/base/pic.pdf.gz (after unzipping it), claiming that Error (0): PDF file is damaged - attempting to reconstruct xref table... Error: Couldn't find trailer dictionary Error: Couldn't read xref table but in fact the file displays a nice picture with xpdf, and pdfinfo says Producer: Acrobat Distiller Command 3.0 for Solaris 2.3 and later (SPARC) Wed Sep 4 14:35:50 PDT 1996 CreationDate: Mon Dec 13 23:52:33 1909 Tagged: no Pages:1 Encrypted:no Page size:440 x 311 pts File size:32811 bytes Optimized:no PDF version: 1.2 which all seems to be OK ... except for the interesting date. Clearly either pdftotext is mistaken, or the file really does fail to meet some requirement for PDF files; if the latter, then the tetex-doc package should have the bug report filed against it. -- A. T. Young -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages xpdf-utils depends on: ii libc6 2.2.5-11.8 GNU C Library: Shared libraries and Timezone ii libpaperg 1.1.8 Library for handling paper characteristics ii libstdc++2.10- 2.95.4-11woody The GNU stdc++ library ii xpdf-common1.00-3.4 Portable Document Format (PDF) suite -- comm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]