Bug#375824: closed by Andreas Metzler (Re: Bug#375824: netpbm: pgmtopbm -threshold -value 160 -> usage message)
That's great, thanks -- Silas S. Brown http://ssb22.user.srcf.net Sent from my Android device with K-9 Mail. Please excuse my brevity.
Bug#992987: RFP: pooler -- Optimise DNA sequencing primer-set combinations
Package: wnpp Severity: wishlist Would the Debian Med team be interested in Primer Pooler for Debian's Next Generation Sequencing section? Primer Pooler has been used and cited in cancer research, plant science and climatology, and I am also aware of its use at a national food standards agency and other places. It should be an easy package to maintain, being a single C binary and man page, and it's quite stable now (the last few updates were changing the wording of some messages in response to occasional user misunderstandings). I could probably maintain it myself if I had a little help with the initial stage of making it Debian-compliant. (I am the upstream developer.) License is Apache 2, and there is a FreeBSD package, see https://cgit.freebsd.org/ports/tree/biology/pooler/ Upstream is http://ssb22.user.srcf.net/pooler/ or in Git: https://github.com/ssb22/PrimerPooler Thanks. Silas
Bug#324542: Update of cjk-latex (now latex-cjk)
Hi Hilmar, yes it's OK to close the bug now, sorry I forgot to reply before. Silas -- Silas S Brown http://people.ds.cam.ac.uk/ssb22 "Man prefers to believe what he prefers to be true." - Francis Bacon
Bug#707097: RFP: gradint -- learning tool for spoken words using graduated-interval recall
Package: wnpp Severity: wishlist Is anybody interested in packaging Gradint? It's GPL v3 and it requires python (2.x), and virtually requires sox and libsox-fmt-all. Recommended (highly) is espeak and python-tk. It's a learning tool for creating vocabulary practice sessions using the graduated-interval recall memory technique. Please see http://people.ds.cam.ac.uk/ssb22/gradint/ Packaging might simply be a matter of renaming gradint.py and putting it into /usr/bin, but I'm happy to make changes to the way Gradint runs if needed. Packages to put in its suggested list might include: - python-tksnack (for recording); - mpg123, mpg321, madplay, or mplayer (if sox doesn't have MP3 support); - unzip (for installing the optional extra voice data); - gzip (if you want your progress files to be compressed); - festival or flite (if espeak is not available); - lame, faac, oggenc, toolame, or speexenc (for non-realtime output); - leafpad, gedit, nedit, kedit or xedit (text editors) but none of these are really required. The additional voice data for Mandarin and Cantonese (downloaded from the link in the sidebar) would increase the package size rather a lot; perhaps that should be optional (if it's included at all). Thanks. Silas -- Silas S Brown http://people.ds.cam.ac.uk/ssb22 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707101: RFP: web-adjuster -- proxy for customizing modern websites
Package: wnpp Severity: wishlist Web Adjuster: http://people.ds.cam.ac.uk/ssb22/adjuster/ it lets you set up a server to provide arbitrary customization of websites for use with your mobile phone etc. License is Apache 2. Requires python-tornado and python (2.x), suggests python-imaging (for optional font rendering), poppler-utils (for pdftotext), and calibre. It's only one file, adjuster.py. Packaging it should simply be a matter of giving it an appropriate name and path. I'm happy to make changes upstream if needed. (There's also a related program, Annotator Generator, but I'm not sure if that should be in the same package.) Thanks. Silas -- Silas S Brown http://people.ds.cam.ac.uk/ssb22 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707103: RFP: lexconvert -- convert English phonemes between different speech synthesizers
Package: wnpp Severity: wishlist lexconvert: http://people.ds.cam.ac.uk/ssb22/gradint/lexconvert.html It's just one Python file and should be easy to package. GPL licensed. Recommends espeak, suggests festlex-oald. It can convert between the phoneme formats of Festival, eSpeak, SAPI (for MS Windows), Cepstral, Mac, X-SAMPA, Acapela UK, CMU, and Unicode IPA. (Oh, and the BBC Micro.) Thanks. Silas -- Silas S Brown http://people.ds.cam.ac.uk/ssb22 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707105: RFP: ohi -- create offline-searchable index in HTML
Package: wnpp Severity: wishlist Offline HTML Indexer: http://people.ds.cam.ac.uk/ssb22/gradint/ohi.html Simple Python script, GPL, should be easy to package if anyone's interested. It's a small utility to create HTML-based references that are searchable offline using Javascript; for example you can use it to put dictionaries and other references onto a mobile phone for offline lookup (an example using the CEDICT dictionary is shown on that page). Thanks. Silas -- Silas S Brown http://people.ds.cam.ac.uk/ssb22 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316630: libxft2: Cannot load bitmap fonts; other fonts look ugly
Hi, Brice Goglin writes: Hi, About 2 years ago, you reported a bug to the Debian BTS regarding bitmap fonts not being loaded while the others looked ugly. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. Problem hasn't changed for me, but I haven't upgraded my distro. I expect the etch package will be OK, because when I reported the bug it had already been fixed upstream. And meanwhile I wrote about a workaround on http://www.cus.cam.ac.uk/~ssb22/source/freetype.html Silas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368949: xserver-xfree86: DPMS won't work
Hi Brice, I don't know if I'm going to get a chance to move to etch, but I'd be happy to re-open the bug if I do upgrade and find it's still there. Silas Brice Goglin writes: Silas S. Brown wrote: Dear Brice, I'm still suffering from this bug on my Debian Sarge system. I haven't tried Debian Etch. In the circumstances I'm in at the moment, it's a bit too much work to change to non-stable just to try this out. But I'd be happy to try anything that's reversible. Silas I am not going to say that Etch is completely stable, but it is supposed to be almost stable nowadays :) Anyway, is there any chance you will upgrade to Etch once it will be released? If so, I leave the bug open and wait for your input in the next months. If not, I can close with an invitation to reopen in case anybody reproduces the bug in the future. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368949: xserver-xfree86: DPMS won't work
Dear Brice, I'm still suffering from this bug on my Debian Sarge system. I haven't tried Debian Etch. In the circumstances I'm in at the moment, it's a bit too much work to change to non-stable just to try this out. But I'd be happy to try anything that's reversible. Silas Brice Goglin writes: Hi silas, Last year, you reported a bug to the Debian BTS regarding DPMS not working. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391888: playmidi: segfaults when playing .mid.gz
Package: playmidi Version: 2.4debian-3 Severity: normal I tried to play the .mid.gz files in /usr/share/doc/playmidi/examples using 'playmidi -e' and it segfaulted every time. It played the files correctly when I manually unzipped them with 'gzip -d' first. 'man playmidi' doesn't say anything about gzip support, but /usr/share/doc/playmidi/changelog.Debian.gz has a mention of Fix a possible buffer overflow in command line handling of gzipped MIDI files, so I guess that means playmidi is supposed to support gzipped MIDI files. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages playmidi depends on: ii debconf [debconf-2 1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22sarge4GNU C Library: Shared libraries an ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libncurses55.4-4 Shared libraries for terminal hand ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxaw74.3.0.dfsg.1-14sarge1 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu -- debconf information: * playmidi/options: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386726: Reconfiguring package to remove locales does not clean up /usr/share/locale
Package: locales Version: 2.3.2.ds1-22sarge3 Severity: normal If you install too many locales by mistake (perhaps thinking just in case) and later want to remove some to save disk space, running 'dpkg-reconfigure locales' and de-selecting them won't do it. You have to manually run 'rm -rf /usr/share/locale/*' and 'locale-gen' afterwards. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages locales depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libc6 [glibc-2.3.2.ds 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an -- debconf information: * locales/default_environment_locale: en_GB * locales/locales_to_be_generated: en_GB ISO-8859-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385750: dcd: Spurious warnings about musicbrainz
Package: dcd Version: 0.99-1 Severity: normal When I enter a command like dcd 1 (to start a CD at track 1) and an Internet connection is not available, DCD will print: Warning: CD not found on www.musicbrainz.org However, if an Internet connection is available, dcd 1 has no output, which means it doesn't really have to check musicbrainz.org in that case and certainly doesn't have to issue that warning. Shouldn't it issue the warning only when dcd dir is specified (the only option that actually prints data from musicbrainz) ? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages dcd depends on: ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libmusicbrainz2 2.0.2-10sarge1 Second generation incarnation of t ii libstdc++51:3.3.5-13 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336443: [Pkg-lyx-devel] Bug#336443: I can confirm this bug partly
Hi, Sven Hoexter writes: Maybe the reporter of this bug can tell us what exactly he did and if it's reproduceable. Yes it is reproduceable. All I did was to put this in a script that I run every time I connect to the Internet: /usr/sbin/ntpdate -b time.cableol.net which synchronises the time via NTP and also does daylight-saving changes. I can also reproduce it manually with date --set=12:00:00 or whatever time you want to set. Thanks. Silas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379912: kodo: Incorrectly described as useless
Package: kodo Version: 4:3.3.2-3 Severity: normal The package description incorrectly describes kodo as useless. It is not. When looking at on-screen maps, I use kodo to get a rough idea of which routes are shorter. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages kodo depends on: ii kdelibs4 4:3.3.2-6.4 KDE core libraries ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-22sarge3GNU C Library: Shared libraries an ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libidn11 0.5.13-1.0GNU libidn library, implementation ii libpng12-0 1.2.8rel-1PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v 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 libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxrender10.8.3-7 X Rendering Extension client libra 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#375824: netpbm: pgmtopbm -threshold -value 160 - usage message
Package: netpbm Version: 2:10.0-8sarge3 Severity: normal I tried: pgmtopbm -threshold -value 160 and all I get is: usage: pgmtopbm [-floyd|-fs | -hilbert | -threshold | -dither8|-d8 | -cluster3|-c3|-cluster4|-c4|-cluster8|-c8] [-value val] [-clump size] [pgmfile] It works OK if I just type: pgmtopbm -threshold but adding the -value argument breaks it. And yet I am in compliance with that usage message, aren't I? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages netpbm depends on: ii bc1.06-15The GNU bc arbitrary precision cal ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libnetpbm10 2:10.0-8sarge3 Shared libraries for netpbm ii libpng12-01.2.8rel-1 PNG library - runtime ii libtiff4 3.7.2-5Tag Image File Format (TIFF) libra 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#316535: Screen DPI
Hi, Per Olofsson writes: The Screen DPI setting should probably be removed from Preferences. LyX should always use the DPI given by X. That would make the problem worse. What I actually want to do is get LyX to use my 20-pixel font for its on-screen text. This is because the 20-pixel font is the most readable for me. The pixel size is worked out by screen DPI * zoom setting / 720 but only integer zoom settings are allowed, so if the screen DPI is not a divisor of 720*20 then it's not possible to find a good zoom setting. Therefore, it's best if we can control the screen DPI from inside LyX, or else make it possible to have non-integer zoom settings or to choose pixel sizes directly. Thanks. Silas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368949: xserver-xfree86: DPMS won't work
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-14sarge1 Severity: normal xset dpms force off does nothing except blank the monitor (it does not actually turn it off). Similarly, setting timeouts does not cause the monitor to turn off after the timeout but only blanks it. When I boot into Knoppix or Morphix on the same hardware, DPMS works as expected, so I am suspecting something's up with the Debian package. If I should be doing something differently then perhaps that needs to be documented somewhere. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 20 2006-01-05 23:44 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1746444 2005-09-01 23:44 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :00:0b.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG [Mystique] (rev 02) /var/lib/xfree86/XF86Config-4.md5sum does not exist. XFree86 X server configuration file status: -rw-rw-r-- 1 root root 5038 2006-05-24 15:53 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: Section Files FontPath /usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/Speedo,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi FontPath /usr/X11R6/lib/X11/fonts/TrueType FontPath /usr/X11R6/lib/X11/fonts/kaname/ FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/ 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 pc105 Option XkbLayout gb EndSection #Section InputDevice # Identifier Configured Mouse # Driver mouse # Option CorePointer ## Option Device/dev/ttyS0 #Option Device/dev/mconv2-msemouse # ## 2-button: ## Option Protocol Microsoft ## 3-button: #Option Protocol MouseSystems ##Option ClearDTR # not for mconv2 # # Option Emulate3Buttons true # Option ZAxisMapping 4 5 #EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue # OptionDevice/dev/psaux # real PS/2 # NOTE! DO NOT use real PS/2 mouse with software suspend # - it crashes on resume. see /etc/suspend.conf. # Get a USB hub if you need the USB port back. Option Device/dev/input/mouse0 # USB # OptionDevice/dev/mconv2-ps2mouse # OptionDevice/dev/gpmdata Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 # SSB: added: Option CorePointer EndSection Section Device Identifier Matrox Mystique 2Mb # Drivervesa Driver mga # BusID PCI:0:11:0 VideoRam2048 EndSection Section Monitor Identifier 15-inch TFT HorizSync 27-110 Modeline [EMAIL PROTECTED] 64.56 1024 1056 1296 1328 768 783 791 807 Modeline [EMAIL PROTECTED] 24.11 640 672 760 792 480 490 495 505 Modeline [EMAIL PROTECTED] 30.76 512 544 600 632 384 392 396 404 doublescan Modeline [EMAIL PROTECTED] 15.38 512 544 600 632 384 392 396 404 Modeline [EMAIL PROTECTED] 12.37 320 352 368 400 240 245 248 253 doublescan Modeline [EMAIL PROTECTED] 6.19 320 352 368 400 240 245 248 253 Modeline [EMAIL PROTECTED] 8.13 256 288 296 328 192 196 198 202 doublescan Modeline [EMAIL PROTECTED] 4.07 256 288 296 328 192 196 198 202 Modeline [EMAIL PROTECTED] 83.54 1152 1184 1496 1528 864 881 890 908 EndSection Section Monitor Identifier Iiyama VM at 85Hz HorizSync 27-110 VertRefresh 50-160 # modelines created using http://xtiming.sourceforge.net/cgi-bin/xtiming.pl # Modeline 1152x864 132.80 1152 1184 1688 1720 864 880 892 908 # 74Hz # from prev: Modeline 1152x864 137.65 1152 1184 1312 1536 864 866 885 902 -hsync -vsync # 99 Hz Modeline [EMAIL PROTECTED] 100.94 1024 1056 1432 1464 768 782 793 807 # Modeline
Bug#361637: gcc-3.3: takes too much RAM when compiling const arrays
Package: gcc-3.3 Version: 1:3.3.5-13 Severity: minor I tried to compile flite (Festival Lite, the speech synthesizer) using gcc. One of the source files is a 7.5-megabyte C file with no includes and the only thing it contains is a single array of the form const char array[]={142,152,276,371, ... and so on for 7.5 megabytes (automatically generated) Why does gcc need well over 250 megabytes of RAM to compile this? My 128M system was not up to the task. I was later able to compile it without problems on a system with 1G of RAM. Automatically-generated arrays like this are reasonably common enough to warrant an effort to compile them more efficiently, especially for the benefit of people who don't have the latest hardware to compile on. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages gcc-3.3 depends on: ii binutils2.15-6 The GNU assembler, linker and bina ii cpp-3.3 1:3.3.5-13 The GNU C preprocessor ii gcc-3.3-base1:3.3.5-13 The GNU Compiler Collection (base ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358337: flwm: Windows with '' in title are displayed wrongly on menu
Package: flwm Version: 1.00-7 Severity: minor If there is a window with an ampersand () in its title, then on the window-list menu the will not be displayed but the following letter will be underlined instead. This is probably because the window-list is displayed by some function that is normally used to display menus with shortcut keys. (Pressing the letter has no effect however.) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages flwm depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfltk1.1c102 1.1.6-5 Fast Light Toolkit shared librarie ii libgcc11:3.4.3-13GCC support library ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte 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#354937: calendar: 30 * runs on March 2
Package: bsdmainutils Version: 6.0.17 Severity: normal An entry to appear on the 30th of each month, marked 30 *, will appear on March 2 in a non-leap year and March 1 in a leap year. I'm not sure if this would always be desirable or not but it would be nice if it were documented in the man page. It's a shame there is no way to specify the last day of every month or N days before the end of every month by using negative day numbers. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages bsdmainutils depends on: ii bsdutils 1:2.12p-4sarge1 Basic utilities from 4.4BSD-Lite ii debconf [debconf-2.0]1.4.30.13 Debian configuration management sy ii debianutils 2.8.4 Miscellaneous utilities specific t ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand -- debconf information: bsdmainutils/calendar_lib_is_not_empty: bsdmainutils/calendar_config_moved: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336443: /usr/bin/lyx-xforms: Cursor behaves strangely when the system clock is changed
Package: lyx-xforms Version: 1.3.4-2 Severity: normal File: /usr/bin/lyx-xforms Today I set the system clock back 1 hour due to the end of British Summer Time (the equivalent of Daylight Saving Time). The LyX cursor stopped blinking, and when another window was placed over the cursor and then moved away, the cursor was not re-drawn until it was moved. Maybe the cursor code is depending on the real-time clock rather than on a timer that is independent of clock time. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages lyx-xforms depends on: ii libaik 1.0.1+cvs.2004.03.15+dev-0.12-0.2 an English-language thesaurus (dev ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfor 1.0-6 The XForms graphical interface wid ii libgcc 1:3.4.3-13GCC support library ii libice 4.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libjpe 6b-10 The Independent JPEG Group's JPEG ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstd 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxpm 4.3.0.dfsg.1-14sarge1 X pixmap library ii lyx-co 1.3.4-2 High Level Word Processor - common 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#336445: /usr/bin/xemacs-21.4.17-mule: display-time behaves incorrectly when system clock is adjusted backwards
Package: xemacs21-mule Version: 21.4.17-1 Severity: normal File: /usr/bin/xemacs-21.4.17-mule Today I set the system clock back 1 hour due to the end of British Summer Time (the equivalent of Daylight Saving Time). xemacs' display-time did not change the time on its clock display for 1 hour. Evidently it does not like the clock being set to an earlier time while it is running. I was able to work around this by doing M-x display-time-stop and M-x display-time. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages xemacs21-mule depends on: ii emacsen-common 1.4.16Common facilities for all emacsen ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcompfaceg1 1989.11.11-24 Compress/decompress images for mai ii libdb3 3.2.9-22 Berkeley v3 Database Libraries [ru ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libldap2 2.1.30-8 OpenLDAP libraries 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 libtiff4 3.7.2-3 Tag Image File Format (TIFF) libra ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxaw74.3.0.dfsg.1-14sarge1 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte 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 xemacs21-basesuppo 2005.03.07-1 Editor and kitchen sink -- compile ii xemacs21-bin 21.4.17-1 highly customizable text editor -- ii xemacs21-mulesuppo 2005.03.07-1 Editor and kitchen sink -- Mule el ii xemacs21-support 21.4.17-1 highly customizable text editor -- 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#335569: gimp: Proceduce browser segfaults on some input
Package: gimp Version: 2.2.6-1 Severity: normal Go to Xtns / Proceduce browser, and in the Search box type a backslash (\) or any string containing \, press Enter, and gimp will segfault (losing unsaved changes). On the Dvorak keyboard, \ is next to Return, so it is easily possible to make gimp segfault by accident if you're on Dvorak. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) 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#332655: rox-filer: When running files, does not properly quote pathnames that have spaces in them
Package: rox-filer Version: 2.2.0-2 Severity: normal I did this: cd /tmp mkdir space test cd space test rox-filer In that directory (/tmp/space test) I created a new blank file and then clicked on it. Emacs opened /tmp/space and /home/ssb22/test/NewFile. So I imagine it has been invoked as sensible-editor /tmp/space test/NewFile whereas actually it should have been invoked as sensible-editor /tmp/space test/NewFile or equivalent (i.e. with proper quoting). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages rox-filer depends on: 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 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 libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxml22.6.16-7 GNOME XML library ii shared-mime-info 0.16-3FreeDesktop.org shared MIME databa 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#332664: gnomesword: Misleading package description?
Package: gnomesword Version: 2.0.0-6 Severity: normal The package description says Interlinear Page - Display up to five versions The word interlinear makes me think of the Greek text with English renderings under each word. However, I was not able to find any such functionality. Perhaps parallel display would be a better description? (Anyway, it seems that only one version of the text is available in Debian.) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages gnomesword depends on: 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 libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgal2.0-61.99.11-1.2 G App Libs (run time library) ii libgcc11:3.4.3-13GCC support library ii libgconf2-42.8.1-6 GNOME configuration database syste ii libglade2-01:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome2-02.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2 2.8.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libgtkhtml3.0-43.0.10-1 HTML rendering/editing library - r ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters 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 libsword4 1.5.7-7 API/library for bible software ii libxml22.6.16-7 GNOME XML library ii sword-comm-mhcc [s 1.1-3 Matthew Henry Concise Commentary f ii sword-dict-naves [ 1.1-2 Naves Topical Bible for SWORD ii sword-text-web [sw 1.4-2 World English Bible (WEB) for SWOR 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#332421: Manual page refers to /usr/doc/multimon which isn't there
Package: multimon Version: 1.0-3 Severity: normal 'man multimon' says: The programs are documented somewhat more by files in /usr/doc/multimon/ but that directory doesn't exist, and there isn't any significant documentation in /usr/share/doc/multimon/ either. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages multimon 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#327809: mailx: Confusing error message
Package: mailx Version: 1:8.1.2-0.20040524cvs-4 Severity: normal This error message is confusing and I don't understand it. I thought -s was for subject (not recipient), and I DID say -b (and -s). ssb22:~$ mail -b ssb22 -s This is a test mail: You must specify direct recipients with -s, -c, or -b ssb22:~$ -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages mailx depends on: ii base-files 3.1.2Debian base system miscellaneous f ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii liblockfile11.06 NFS-safe locking library, includes ii postfix [mail-transport-age 2.1.5-9 A high-performance mail transport -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326800: ssh: scp password prompt does not cleanup terminal on Ctrl-C
Package: ssh Version: 1:3.8.1p1-8.sarge.4 Severity: normal If you press Control-C at scp's Password prompt, you get dropped back to the shell prompt but subsequent commands are not echoed as you type them (only the prompt and the output is visible). For example, here I pressed Control-C at the prompt, then pressed Enter a few times and then typed ls: ssb22:~$ scp /tmp/resume2.ps beethoven: [EMAIL PROTECTED]'s password: ssb22:~$ ssb22:~$ ssb22:~$ ssb22:~$ #%=2Ascratch=2A# greetings.lyx #newfile3.lyx# resume.tex.m4~ 5jul handout.pdf ... This bug only happens with scp, not with ssh. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages ssh depends on: ii adduser3.63 Add and remove users and groups ii debconf1.4.30.13 Debian configuration management sy ii dpkg 1.10.28 Package maintenance system for Deb ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libssl0.9.70.9.7e-3 SSL shared libraries ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: * ssh/privsep_tell: ssh/insecure_rshd: ssh/privsep_ask: true ssh/ssh2_keys_merged: * ssh/user_environment_tell: * ssh/forward_warning: ssh/insecure_telnetd: ssh/new_config: true * ssh/use_old_init_script: true ssh/protocol2_only: true ssh/encrypted_host_key_but_no_keygen: * ssh/run_sshd: true * ssh/SUID_client: true ssh/disable_cr_auth: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326038: mpg123: -s does not work as documented in manpage
Package: mpg123 Version: 0.59r-20 Severity: normal In describing the -s option of mpg123, the man page says: The output format is raw (headerless) linear PCM audio data, 16 bit, stereo, host byte order. However, if the MP3 file is mono, then mono data is output. No conversion is made from mono to stereo to ensure that the output is always stereo as the manpage suggests. Would it be best to ammend the manpage? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages mpg123 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#324542: cjk-latex: Different horizontal/vertical DPI cause wrong size CJK characters and overprinting
Package: cjk-latex Version: 4.5.1-4 Severity: normal I used \begin{CJK*}{GB}{song} .. \end{CJK*} around some GB2312-encoded Chinese characters in a letter which I intended to send by fax. Because I was going to fax it using a fax modem, I used the -Pdfaxlo option of dvips (see /etc/texmf/dvips/config.dfaxlo) so that Metafont is set to generate optimal bitmaps for the G3 fax resolution (204dpi horizontal, 98dpi vertical). This resulted in the Chinese characters coming out as double height (as seen in GhostScript) and partially overprinting the line above. It seems that, when the CJK characters were involved, Metafont ignored the fact that the vertical resolution was only about half the horizontal resolution. This bug would also affect people who want to use Metafont to optimise the quality of old inkjet printers that have different horizontal and vertical resolutions, although it may not be so obvious. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages cjk-latex depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libkpathsea32.0.2-30 path search library for teTeX (run ii tetex-base 2.0.2c-8 Basic library files of teTeX ii tetex-bin 2.0.2-30 The teTeX binary files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320938: console-tools: vt-is-UTF8 hangs when a background process writes during run
Package: console-tools Version: 1:0.2.3dbs-56 Severity: normal I had a problem with my software suspend script which I tracked down to a hang in vt-is-UTF8. vt-is-UTF8 works by writing a sequence of characters to the terminal and then querying it. However, if a background process just happens to write to the terminal at the exact moment between when vt-is-UTF8 has written its characters and when it queries the terminal, vt-is-UTF8 will hang indefinitely. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages console-tools depends on: ii console-common 0.7.49Basic infrastructure for text cons ii debconf1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libconsole 1:0.2.3dbs-56 Shared libraries for Linux console ii sysvinit 2.86.ds1-1System-V like init -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318061: mozilla-firefox: There appears to be more information now
Package: mozilla-firefox Version: 1.0.4-2 Followup-For: Bug #318061 It seems that a little more information has appeared on that page now. Code execution through shared function objects sounds scary. Why not simply backport 1.0.5? I can't see any major difference between 1.0.4 and 1.0.5 except for these security problems. The same goes for all future security updates they put out (as long as they're only security updates). Alternatively, is there a simple way of providing an option to run Firefox in a sandbox, so it can't touch your home directory and its settings are restored after each session? (Not restored to factory defaults, but restored as you want them.) That would mitigate most of the risk, although there might be some stack-smashing bug that allows trojan sites to execute arbitrary machine code and potentially break out of the sandbox by exploiting a 'suid' vulnerability. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages mozilla-firefox depends on: ii debianutils2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library 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 libidl00.8.5-1 library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2 MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime 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 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.1 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318105: plptools: ncpd works only for first connection
Package: plptools Version: 0.12-5 Severity: normal If I connect my Psion Revo and type plpftp everything works fine. It works fine if I quit plpftp and run plpftp again. However, if I then physically disconnect the Revo and reconnect it, and then run plpftp, plpftp will say there is no Psion connected (no matter how many times I try). To work around this I have to become root and run /etc/init.d/ncpd stop and /etc/init.d/ncpd start before or after reconnecting the Revo. This was not the case on Debian Woody; it has appeared since I upgraded to Sarge. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages plptools depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libnewt0.51 0.51.6-20Not Erik's Windowing Toolkit - tex ii libreadline44.3-11 GNU readline and history libraries ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 -- debconf information: * plptools/plpnfsd/start: false plptools/customize: * plptools/plpprintd/start: false * plptools/ncpd/serial: /dev/ttyS1 * plptools/ncpd/listenat: 127.0.0.1 * plptools/ncpd/start: true plptools/frontends/remoteaddr: * plptools/plpnfsd/suid: false plptools/plpprintd/printqueue: psion -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317256: tetex-bin: \pdfadjustspacing and \pdfprotrudechars no longer working
Hi, Hilmar Preusse writes: Did you try to clarify that on any kind of mailing list/newsgroup etc? No because I'm not sure which newsgroups would understand me if I said the Debian package. Further I think it was never a good idea to implement that manually, cause there are packages to get protrusion. pdfcprot should work even with the version in woody, cause it has about the same age. pdfcprot does work in woody and also in sarge. But the problem is that microtype doesn't work (so no font expansion). Last question: Could you tell, which pdfTeX version we had in 1.0.7? I don't have a pure woody installation any more. Neither do I. I've upgraded to sarge, and that's when I reported the bug. Doing it manually worked fine in woody but not in sarge. I'm sorry I didn't keep a backup of my woody installation (I only backed up the user data). Silas -- Silas S. Brown, Cambridge Univ. Computer Lab, http://www.cus.cam.ac.uk/~ssb22 Let us not become egotistical, stirring up competition with one another, envying one another - Galatians 5:26 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317570: lilypond: convert-ly not working
Hi, Thomas Bushnell BSG writes: I'm sorry, but I can't do anything with this without the included files too. What included files? The only one I can see is \include paper26.ly, which is standard (set stave size to 26 point) that apparently got converted to #(set-global-staff-size 26). The paper26.ly file was part of Woody's distribution of lilypond but it is no longer present in Sarge. Thanks. Silas -- Silas S. Brown, Cambridge Univ. Computer Lab, http://www.cus.cam.ac.uk/~ssb22 Time and unforseen occurrence befall them all - Ecclesiastes 9:11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317256: tetex-bin: \pdfadjustspacing and \pdfprotrudechars no longer working
Hi, The pdfcprot package only helps with character protrusion not font expansion. microtype does both. Font expansion is the more important of the two because it can lead to much nicer line breaks and distribution of grey through the document. I downloaded microtype.* from http://www.ctan.org/tex-archive/macros/latex/contrib/microtype/ and saved it to /tmp/microtype and then did cd /tmp/microtype latex microtype.ins mkdir -p /usr/local/share/texmf/tex/latex/microtype mv * /usr/local/share/texmf/tex/latex/microtype texhash But when I put \usepackage[verbose]{microtype} in my document, it did the protrusion OK but it didn't do font expansion (and consequently there was no effect on the line breaks). I tried: \usepackage[verbose,protrusion=true,expansion=true]{microtype} and I got: kpathsea: Illegal fontname `aer12+20': contains '+' The pdftex documentation says that if 'autoexpand' is in use then the adjusted fonts are kept in memory (which I suppose means kpathsea should have nothing to do with it). However, it also says autoexpand applies to pdftex version 1.20 or above, but Sarge has version 1.10b. (Presumably that means if kpathsea didn't complain then pdflatex would notice that the fonts are missing, because without autoexpand it won't generate them.) I don't know how the old Woody version of pdflatex managed to do font expansion then. Any ideas how to get it back? Thanks. Silas Frank K,A|(Bster writes: Silas S. Brown [EMAIL PROTECTED] wrote: Package: tetex-bin Version: 2.0.2-30 Severity: normal When I was using Debian Woody, I would put \pdfadjustspacing=2 \pdfprotrudechars=2 in the preambles of my letters and other documents, and this would make a positive difference to the spacing when typeset with pdflatex. After the upgrade to Sarge, the presence or absence of this setting appears to make no difference whatsoever to the printed output. It seems that some of the internal mechanisms of pdftex have changed. A short glance on the pdftex documentation seemed to imply that it should work as you describe, but here (with teTeX-3.0 from Debian experimental) it doesn't work, either. What helps, however, is to use pdfcprot.sty (or probably also microtype.sty) - unfortunately, both are not in teTeX-2.0: \documentclass{article} \usepackage{multicol} \usepackage{mathptmx} \usepackage{lipsum} % not in teTeX \usepackage[activate]{pdfcprot} % \pdfadjustspacing=2 % \pdfprotrudechars=2 \begin{document} \begin{multicols}{3} \lipsum[1-4] \end{multicols} \end{document} But I guess that is must be possible somehow to achieve the same without loading a package - I just don't know how. Regards, Frank -- Frank K,A|(Bster Inst. f. Biochemie der Univ. Z,A|(Brich Debian Developer -- Silas S. Brown, Cambridge Univ. Computer Lab, http://www.cus.cam.ac.uk/~ssb22 Time and unforseen occurrence befall them all - Ecclesiastes 9:11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317570: lilypond: convert-ly not working
Package: lilypond Version: 2.2.6-3 Severity: normal Here is a piece of music in Lilypond format which I wrote on Debian Woody and it worked fine. When I upgraded to Sarge, it wouldn't typeset anymore. I tried using convert-ly to upgrade it, but the resulting output from convert-ly wouldn't typeset either, and it gave me quite a lot of complex error messages and it may take me many hours to figure out what I have to fix now. This is not the sort of thing that should happen when upgrading a reliable system like Debian stable. I want my music back! -- \version 1.9.8 \header{ title = Three Chinese melodies subtitle = Green High Mountain, Leading Livestock \ A Gust of Wind composer = } \include paper26.ly Flute = \notes \context Voice = $Flute { \property Staff.instrument = Flute \property Staff.midiInstrument = flute \time 4/4 \key d \minor \clef treble a'4. g'8 a' c'' d'' f'' | g''4 a''2. | g''16 a'' g''8 ~ g'' d'' f'' g''16 f'' d''8 c'' | c'' d'' ~ d''2. | %5 a''8 b''32 a'' b'' a'' g''8 a'' c'''4 \mordent a''32 b'' a''16 g''8 | a''1 | g''4. d''8 f'' g''32 f'' g'' f'' d''8 c'' | d''2. a''8 c''' | d'''4 d'''8 c''' a''4 a''8 b''32 a'' b'' a'' | %10 a''4 g''8 a'' f''4 d'' | g''4. a''8 c'''4 a'' | g''8 a'' g'' f'' f'' g''16 f'' d''8 c'' | d''1 | d''8. f''16 d''8 c'' g'' a''16 g'' f''8 g'' | %15 a''1 | g''4. d''8 f''4 d''8 c'' | d''2. a''8 c''' | d'''4. c'''8 a''4 a''8 a'' | a''4 g''8 a'' f''4 d'' | %20 g''4. a''8 c'''4 a'' | g''8 a'' g'' f'' f'' g''16 f'' d''8 c'' | d''1 | d'''8 d'''16 d''' d'''8 c''' a''4 a'' | a''16 a'' a'' a'' g''8 a'' f''4 d'' | %25 g''16 g'' g'' g'' g''8 a'' c'''4 a''8 c''' | g'' a'' g'' f'' f'' g''16 f'' d''8 c'' | d''2. r4 | d'''2. c'''8 a'' | a''2. f''8 d'' | %30 g''2. a''8 c''' | g''16. g''32 a''8 g'' f'' r a''32 g''16. ~ g''8 f'' | d''1 | a'4 g'8 a' c''8. d''16 a'8 g' | a'1 | %35 g'4. d'8 f' g'16 f' d'8 c' | d'2. a'8 c'' | d''4 d''8 c'' a'4 a' | a' g'8 a' f'4 d' | g'4. a'8 c''4 a' | %40 g'8 a' g' f' f' g'16 f' d'8 c' | d'1 \bar || \key a \minor g''16 a''8. ~ a''4 g''16 a''8. d'''4 | d'''16 b''8. ~ b''8 a'' fis''4 e'' | e''2 d''' | e'''1 ~ | %5 e'''2. a'''4 | d'''16 b''8. ~ b''8 cis'''16 b'' a''4 b'' | e'''4.. d'''16 b''4 a'' | a''2 e''4 \staccato e'' \staccato | e''2 \trill e''4 \staccato a'' \staccato | %10 e''2 \trill d''4 \staccato e'' \staccato | d''2 \trill b'4 \staccato a' \staccato | e'2 b'4 \staccato d'' \staccato | e''4. a''8 a'2 | d'' \trill cis''4 \staccato b' \staccato | %15 a'1 ~ | a'2 r4 e'' | a''2. d'''4 | g''2 e''4 d'' | e''2. e''4 | %20 a''2. d'''4 | g''2 e''4 d'' | a'1 ~ | a'2 g''' | a''2. b''4 | %25 d''' c'''8 d''' e'''4 a''' | e'''1 ~ | e'''2 g''' | a''2. c'''4 | d''' c'''8 d''' e''' d''' e''' g''' | %30 a'''1 \bar || g'''16 a''' g'''8 ~ g''' d''' f''' g'''16 f''' d'''8 c''' | c''' d''' ~ d'''2. \bar || \key g \major d'''16 b'' d''' b'' g'' e'' g'' e'' d'' b' d'' b' g' e' g' e' | d'8 r d' e' g' b' d'' e'' | g'' d''16 e'' g''8 g'16 a' c''8 a'16 c'' d''8 e'' | d'' r r4 d'4. \times 4/5 { e'32 g' a' b' c'' } | %5 \repeat volta 2 { d''4 b'8 d'' e''4 g''8 e'' | d''4 d'' b'8 d'' d'' b' | a' b' d''4 d''8 b' a' g' | a'2 d''8 b' d''4 | d''8 b' a' g' e'4 g'8 a' | %10 b' a'4 b'8 e'4 g'8 a' | b' a'4 b'8 g' a' g' e' | d'1 | d''8 d''16 d'' b'8 d'' e''4 g''8 e'' | d'' r d'' r b' d'' d'' b' | %15 a' b' d''4 d''8 b' a' g' | a'2 d''8 b' d''4 | d''8 b' a' g' e'4 g'8 a' | b' a'4 b'8 e'4 g'8 a' | b' a'4 b'8 g' a' g' e' | %20 d'1 | g''2. e''16 g'' e''8 | d''2. e''4 | d''4. e''8 d'' b' a' g' | a'1 | %25 d''2. b'4 | a'2. d''16 e'' d'' b' | a'4. b'8 g' a' g' e' | d'1 | d''4 b'8 d'' e''4 g'' | %30 d'' b'8 d'' e''4 g'' | r8 d''4 e''8 d''4 b' | d''2. e''4 | g'' e''8 g'' a''4 c'''8 a'' | g''4 g'' e''8 g'' g'' e'' | %35 d'' e'' g''4 g''8 e'' d'' c'' | d''2 g''8 e'' g''4 | g''8 e'' d'' c'' a'4 c''8 d'' | e'' d''4 e''8 a'4 c''8 d'' | e'' d''4 e''8 c'' d'' c'' a' | %40 g'1 } | g''8 e'' d'' b' d'' b' g' e' | d' r d' e' g' b' d'' e'' | g'' d''16 e'' g''8 g'16 a' c''8
Bug#317256: tetex-bin: \pdfadjustspacing and \pdfprotrudechars no longer working
Package: tetex-bin Version: 2.0.2-30 Severity: normal When I was using Debian Woody, I would put \pdfadjustspacing=2 \pdfprotrudechars=2 in the preambles of my letters and other documents, and this would make a positive difference to the spacing when typeset with pdflatex. After the upgrade to Sarge, the presence or absence of this setting appears to make no difference whatsoever to the printed output. Certainly no characters are protruded (verified by loading the output into The Gimp and drawing a straight line down the right-hand margin) and the spacing does not appear to be adjusted, and pdflatex produces output that is identical to latex (i.e. none of pdflatex's adjustments have taken effect). I am using the same documents as I used before, and I have not otherwise tampered with the tetex distribution. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages tetex-bin depends on: ii debconf1.4.30.13 Debian configuration management sy ii debianutils2.8.4 Miscellaneous utilities specific t ii dpkg 1.10.28 Package maintenance system for Deb ii ed 0.2-20The classic unix line editor ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14 Inter-Client Exchange library ii libkpathsea3 2.0.2-30 path search library for teTeX (run ii libpaper1 1.1.14-3 Library for handling paper charact ii libpng12-0 1.2.8rel-1PNG library - runtime ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libt1-55.0.2-3 Type 1 font rasterizer library - r ii libwww05.4.0-9 The W3C WWW library 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 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxmu64.3.0.dfsg.1-14 X Window System miscellaneous util ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii mime-support 3.28-1MIME files 'mime.types' 'mailcap ii perl 5.8.4-8 Larry Wall's Practical Extraction ii sed4.1.2-8 The GNU sed stream editor ii tetex-base 2.0.2c-8 Basic library files of teTeX ii ucf1.17 Update Configuration File: preserv ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.1 compression library - runtime -- debconf information: tetex-bin/updmap-failed: tetex-bin/hyphen: french[=patois], ngerman[=naustrian-neue_Rechtschreibung] tetex-bin/oldcfg: true tetex-bin/upd_map: true * tetex-bin/cnf_name: tetex-bin/fmtutil: true tetex-bin/use_debconf: false tetex-bin/fmtutil-failed: tetex-bin/groupname: users tetex-bin/userperm: false tetex-bin/groupperm: true tetex-bin/lsr-perms: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317257: gv: PDF with full pathname + change settings = crash
Package: gv Version: 1:3.6.1-10 Severity: normal If you use gv to view a PDF file, and that PDF file has a full pathname, e.g. gv /tmp/flyer.pdf and then use the drop-down box to change the zoom factor, the gs interpreter crashes with the following message: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1051/1123(ro)(G)-- --dict:0/20(G)-- --dict:74/200(L)-- --dict:100/127(ro)(G)-- --dict:230/230(G)-- Current allocation mode is local GPL Ghostscript 8.01: Unrecoverable error, exit code 1 and then if you try to set the size back to 1.0, you just get more of the same: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1051/1123(ro)(G)-- --dict:0/20(G)-- --dict:74/200(L)-- --dict:100/127(ro)(G)-- --dict:230/230(G)-- Current allocation mode is local GPL Ghostscript 8.01: Unrecoverable error, exit code 1 Error: /invalidfileaccess in --file-- Operand stack: (/tmp/flyer.pdf) (r) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1051/1123(ro)(G)-- --dict:0/20(G)-- --dict:74/200(L)-- --dict:100/127(ro)(G)-- --dict:230/230(G)-- Current allocation mode is local GPL Ghostscript 8.01: Unrecoverable error, exit code 1 Similar things happen when you try to change the paper size and orientation. However, if when launching gv you do: cd /tmp gv flyer.pdf then everything works fine. However, the bug is still effective if you do cd /tmp gv /tmp/flyer.pdf so it's the presence of a pathname on the command line that causes the bug, not the value of the current directory. Incidentally the bug does NOT take effect if you do cd / gv tmp/flyer.pdf so it must be the leading / that is causing a problem. I have tested this on different PDFs and it is consistent. The bug does NOT manifest itself with PostScript files, only with PDF files. This bug was not present on Woody's gv. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages gv depends on: ii gs 8.01-5 Transitional package ii gs-gpl [gs] 8.01-5 The GPL Ghostscript PostScript int ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libice6 4.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 libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-14 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-14 X pixmap library ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii xaw3dg 1.5+E-8 Xaw3d widget set ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286479: initscripts: /var/run cleared on resume from suspend too
Package: initscripts Version: 2.86.ds1-1 Followup-For: Bug #286479 Bug 286479 hit me too. I use Software Suspend for the Linux kernel. This defaults to running umountnfs.sh on suspend and mountnfs.sh on resume (even if you're not actually using NFS). The result was that bootclean.sh was called (clearing /var/run) whenever the system resumed from suspend. And that caused all manner of problems as well (mostly to do with log tracking, see bug #316983 which I mistakenly reported against the logrotate package)/ -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages initscripts depends on: ii coreutils 5.2.1-2 The GNU core utilities ii dpkg1.10.28 Package maintenance system for Deb ii e2fsprogs 1.37-2sarge1 ext2 file system utilities and lib ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii mount 2.12p-4 Tools for mounting and manipulatin ii util-linux 2.12p-4 Miscellaneous system utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316983: /etc/logrotate.conf should send HUP to syslogd
Hi, OK I've figured out what the problem is now. I use Software Suspend in my kernel, and /etc/suspend.conf was set to run mountnfs.sh on resume. The new mountnfs.sh in Sarge runs bootclean.sh (it didn't do that before), and bootclean.sh cleans up /var/run. So /var/run was being cleaned every time I resumed from suspend in the morning, even though sysklogd was still running (it was resumed from suspend). So when /etc/cron.daily/sysklogd tried to do /etc/init.d/sysklogd reload-or-restart which invoked start-stop-daemon to do its work, start-stop-daemon saw there was no PID file but there WAS another running syslogd process, and so it did NOTHING. My /usr/bin/killall -HUP syslogd in /etc/logrotate.conf seemed to fix it becuase I hadn't actually qualified it with syslog so it did it after rotating every log (and logrotate runs just after cron.daily/sysklogd, so it seemed to fix the problem). So it's not a logrotate bug. However there may be an initscripts bug to report, since I don't see why mountnfs.sh should run bootclean.sh, given that an admin might well want to use mountnfs.sh to mount the NFS independently of cleaning /var/run. (I notice that there's already a bug filed about this, bug 286479. I'll put some more info in it.) Silas Paul Martin writes: tag 316983 unreproducible moreinfo thanks On Tue, Jul 05, 2005 at 11:22:39AM +0100, Silas S. Brown wrote: After I upgraded from woody to sarge, syslogd is no longer signalled when the logs are rotated. The effect is that syslogd continues to write to /var/log/syslog.0 instead of the new /var/log/syslog, and my log tracking scripts (which assume writes will always go to /var/log/syslog) fails to catch the new entries. ...but logrotate isn't responsible for rotating syslogd's logs. /etc/cron.{daily,weekly,monthly}/sysklogd does it. That ends with... # Restart syslogd # /etc/init.d/sysklogd reload-or-restart /dev/null -- Paul Martin [EMAIL PROTECTED] -- Silas S. Brown, Cambridge Univ. Computer Lab, http://www.cus.cam.ac.uk/~ssb22 The rationality of our universe is best suggested by the fact that we can discover more about it from any starting point, as if it were a fabric that will unravel from any thread - George Zebrowski, 1994 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317157: /usr/bin/lyx-xforms: LyX window cannot be resized any smaller than its initial size
Package: lyx-xforms Version: 1.3.4-2 Severity: normal File: /usr/bin/lyx-xforms The LyX window cannot be made smaller than its initial size. When I try to do so (on the FLWM window manager), nothing happens. To work around this I have to supply a -geometry setting that represents the smallest size I will ever want the window. (Since I have low vision, I often work in low-resolution modes but still have a high-resolution desktop that I can scroll around. The LyX initial window is frequently larger than my screen, so I'd like to be able to change its size.) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages lyx-xforms depends on: ii libaik 1.0.1+cvs.2004.03.15+dev-0.12-0.2 an English-language thesaurus (dev ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfor 1.0-6 The XForms graphical interface wid ii libgcc 1:3.4.3-13GCC support library ii libice 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libjpe 6b-10 The Independent JPEG Group's JPEG ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstd 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11 4.3.0.dfsg.1-14 X Window System protocol client li ii libxpm 4.3.0.dfsg.1-14 X pixmap library ii lyx-co 1.3.4-2 High Level Word Processor - common ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316983: /etc/logrotate.conf should send HUP to syslogd
Package: logrotate Version: 3.7-5 Severity: normal After I upgraded from woody to sarge, syslogd is no longer signalled when the logs are rotated. The effect is that syslogd continues to write to /var/log/syslog.0 instead of the new /var/log/syslog, and my log tracking scripts (which assume writes will always go to /var/log/syslog) fails to catch the new entries. I worked around the problem by putting the following in /etc/logrotate.conf and I'm suggesting this should probably be in there by default: /var/log/syslog { postrotate /usr/bin/killall -HUP syslogd endscript } /var/log/messages { postrotate /usr/bin/killall -HUP syslogd endscript } -- Package-specific info: Contents of /etc/logrotate.d total 16 -rw-r--r-- 1 root root 366 2005-05-11 10:33 apache -rw-r--r-- 1 root root 79 2005-04-07 14:43 aptitude -rw-r--r-- 1 root root 172 2005-04-19 15:27 cupsys -rw-r--r-- 1 root root 151 2002-01-27 12:54 iptraf -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages logrotate depends on: ii anacron 2.3-11 a cron-like program that doesn't g ii base-passwd 3.5.9Debian base system master password ii cron3.0pl1-86management of regular background p ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpopt01.7-5lib for parsing cmdline parameters -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267983: flwm: (patch enclosed) This is an accessibility bug
Package: flwm Version: 1.00-7 Followup-For: Bug #267983 This is an accessibility bug because it can make flwm unreadable for people like me (my visual disability means I need bright text on a dark background, not the other way around). The colours used to work OK in Debian Woody. I did apt-get source flwm and had a look. In Menu.C, there are 2 references to FL_BLACK (hard-coded black colour). I replaced both instances of FL_BLACK with Fl::get_color(FL_FOREGROUND_COLOR) and then I compiled it by doing aptitude install libfltk1.1-dev (to install the necessary libraries) and ./configure and make. The result was that most of the menus display correctly, but not new desktop, logout or the title bars. I fixed the title bars by editing Frame.C and replacing both fl_color(labelcolor()); (line 1153) and fl_color(parent()-labelcolor()); (line 1172) with fl_color(Fl::get_color(FL_FOREGROUND_COLOR)); For the remaining 2 menu items, I edited Menu.C and replaced line 624, while (menu[n].label()) menu[n++].labeltype(TEXT_LABEL); with this: while (menu[n].label()) { menu[n].labelcolor(Fl::get_color(FL_FOREGROUND_COLOR)); menu[n++].labeltype(TEXT_LABEL); } That causes the colour to be set for these items (otherwise it is left at zero which is black). There remains the dialogue boxes for new desktop name and logout. I added code to set the colours properly in these as well. Here is a patch with all the changes I made: diff -u flwm-1.00/Frame.C flwm-1.00-new/Frame.C --- flwm-1.00/Frame.C 2000-09-22 17:53:05.0 +0100 +++ flwm-1.00-new/Frame.C 2005-07-02 08:11:54.0 +0100 @@ -1150,7 +1150,7 @@ XClearArea(fl_display, fl_xid(this), 1, label_y+3, left-1, label_h-3, 0); #endif - fl_color(labelcolor()); + fl_color(Fl::get_color(FL_FOREGROUND_COLOR)); fl_font(TITLE_FONT_SLOT, TITLE_FONT_SIZE); draw_rotated90(label(), 1, label_y+3, left-1, label_h-3, Fl_Align(FL_ALIGN_TOP|FL_ALIGN_CLIP)); @@ -1169,7 +1169,7 @@ void FrameButton::draw() { Fl_Widget::draw_box(value() ? FL_DOWN_FRAME : FL_UP_FRAME, FL_GRAY); - fl_color(parent()-labelcolor()); + fl_color(Fl::get_color(FL_FOREGROUND_COLOR)); switch (label()[0]) { case 'W': #if MINIMIZE_ARROW Only in flwm-1.00-new: makeinclude diff -u flwm-1.00/Menu.C flwm-1.00-new/Menu.C --- flwm-1.00/Menu.C2005-07-02 08:48:47.0 +0100 +++ flwm-1.00-new/Menu.C2005-07-02 08:47:29.0 +0100 @@ -81,7 +81,7 @@ if (h 3) h = 3; if (y+h SCREEN_H) y = SCREEN_H-h; if (y 0) y = 0; - fl_color(FL_BLACK); + fl_color(Fl::get_color(FL_FOREGROUND_COLOR)); if (c-state() == ICONIC) fl_rect(X+x+SCREEN_DX, Y+y+SCREEN_DX, w, h); else @@ -171,11 +171,17 @@ FrameWindow* w = new FrameWindow(190,90); new_desktop_input = new Fl_Input(10,30,170,25,New desktop name:); new_desktop_input-align(FL_ALIGN_TOP_LEFT); +new_desktop_input-textcolor(Fl::get_color(FL_FOREGROUND_COLOR)); +new_desktop_input-cursor_color(Fl::get_color(FL_FOREGROUND_COLOR)); +new_desktop_input-color((Fl::get_color(FL_FOREGROUND_COLOR)==FL_BLACK) ? FL_WHITE : FL_BLACK); // the background of the input box (NB don't set it to FL_BACKGROUND_COLOR because that's also the selection colour) new_desktop_input-labelfont(FL_BOLD); +new_desktop_input-labelcolor(Fl::get_color(FL_FOREGROUND_COLOR)); Fl_Return_Button* b = new Fl_Return_Button(100,60,80,20,OK); b-callback(new_desktop_ok_cb); +b-labelcolor(Fl::get_color(FL_FOREGROUND_COLOR)); Fl_Button* b2 = new Fl_Button(10,60,80,20,Cancel); b2-callback(cancel_cb); +b2-labelcolor(Fl::get_color(FL_FOREGROUND_COLOR)); w-set_non_modal(); w-end(); } @@ -216,11 +222,11 @@ if (!w) { w = new FrameWindow(190,90); Fl_Box* l = new Fl_Box(0, 0, 190, 60, Really log out?); -l-labelfont(FL_BOLD); +l-labelfont(FL_BOLD); l-labelcolor(Fl::get_color(FL_FOREGROUND_COLOR)); Fl_Return_Button* b = new Fl_Return_Button(100,60,80,20,OK); -b-callback(exit_cb); +b-callback(exit_cb); b-labelcolor(Fl::get_color(FL_FOREGROUND_COLOR)); Fl_Button* b2 = new Fl_Button(10,60,80,20,Cancel); -b2-callback(cancel_cb); +b2-callback(cancel_cb); b2-labelcolor(Fl::get_color(FL_FOREGROUND_COLOR)); w-set_non_modal(); w-end(); } @@ -283,7 +289,7 @@ m.shortcut(0); m.labelfont(MENU_FONT_SLOT); m.labelsize(MENU_FONT_SIZE); - m.labelcolor(FL_BLACK); + m.labelcolor(Fl::get_color(FL_FOREGROUND_COLOR)); } #if WMX_MENU_ITEMS @@ -621,7 +627,7 @@ if (one_desktop) #endif // fix the menus items so they are indented to align with window names: -while (menu[n].label()) menu[n++].labeltype(TEXT_LABEL); +while (menu[n].label()) { menu[n].labelcolor(Fl::get_color(FL_FOREGROUND_COLOR)); menu[n++].labeltype(TEXT_LABEL); } const Fl_Menu_Item* picked = menu-popup(Fl::event_x(), Fl::event_y(), 0,
Bug#316608: reportbug: Fails to send a copy to me
Package: reportbug Version: 3.8 Severity: normal When I tell reportbug to submit the report, it says Bug report submitted to: Debian Bug Tracking System [EMAIL PROTECTED] Copies sent to: Silas S. Brown [EMAIL PROTECTED] However, the copy never appears in my inbox, and according to my Exim logs, it was never sent (only the BTS mail goes out). -- Package-specific info: ** Environment settings: EDITOR=/home/ssb22/bin/myemacs.sh -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages reportbug depends on: ii python2.3 2.3.5-3An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316630: libxft2: Cannot load bitmap fonts; other fonts look ugly
Package: libxft2 Version: 2.1.7-1 Severity: normal The problem with libXft-2.1.5 described at http://lists.freedesktop.org/pipermail/xlibs/2004-March/000263.html appears to be still present in this version. In particular, when I do: fc-list : file | grep dpi (looking to see if it found any of the 100dpi or 75dpi directories, which it certainly should have done because /usr/X11R6/lib/X11/fonts is listed in /etc/fonts/fonts.conf which I have not changed), there is no output. I really want it to be able to load the bitmap fonts because they render much better than the scalable ones (as long as you get the applications to ask for exactly the right size, which you can do by messing around with Xft.dpi in .Xresources if all else fails). The best configuration I can find for scaled fonts is Xft.hinting:true Xft.hintstyle: hintfull Xft.antialias: 0 but it's still not very good (probably due to the fact that it can't use the patented algorithms) so I want to stick to the bitmap fonts. Is there any way of getting an improved version of libxft2 on sarge without having to upgrade the whole distribution or break all the dependencies? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages libxft2 depends on: ii libc62.3.2.ds1-22GNU 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 libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#193652: htp: It's worse than bug 193652 suggests
Package: htp Version: 1.13-2 Followup-For: Bug #193652 Actually it nukes anything of the form !-- ... so, for example, !-- this is a comment BR with a tag in it -- will be re-written as !-- -- with a tag in it -- This caused my home page to be messed up when I upgraded to sarge. I worked around the problem by manually installing HTP version 1.15 from htp.sourceforge.net. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages htp 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#316535: lyx-qt ignores screen DPI setting in Preferences
Package: lyx-qt Version: 1.3.4-2 Severity: normal In lyx-qt, the screen dpi setting in Preferences has no effect. It works correctly in lyx-xforms. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages lyx-qt depends on: pn latex- Not found. ii libaik 1.0.1+cvs.2004.03.15+dev-0.12-0.2 an English-language thesaurus (dev ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc 1:3.4.3-13GCC support library ii libice 4.3.0.dfsg.1-14 Inter-Client Exchange library pn libqt3 Not found. ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstd 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11 4.3.0.dfsg.1-14 X Window System protocol client li ii lyx-co 1.3.4-2 High Level Word Processor - common ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298755: www.debian.org: Unable to find Women@Debian project
Package: www.debian.org Version: N/A; reported 2005-03-09 Severity: normal I believe there is a sub-project called [EMAIL PROTECTED], but I could not find more information about it on www.debian.org, either from the front page, the site map, or via Search. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux beethoven 2.4.23 #19 Thu Feb 26 17:33:46 GMT 2004 i686 Locale: LANG=en_GB, LC_CTYPE=en_GB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298759: www.debian.org: Why Debian page contains paragraph that seems dated
Package: www.debian.org Version: N/A; reported 2005-03-09 Severity: normal The page http://www.debian.org/intro/why_debian contains a paragraph labelled Good system security which begins Windows 95 has essentially no security. True, but mentioning Windows 95 first makes it seem rather dated (someone may conclude that the arguments are no longer relevant because they're talking about a 10-year-old OS). Can this paragraph be updated? -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux beethoven 2.4.23 #19 Thu Feb 26 17:33:46 GMT 2004 i686 Locale: LANG=en_GB, LC_CTYPE=en_GB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298760: popularity-contest: Gives inaccurate information when disk is mounted with noatime option
Package: popularity-contest Version: N/A; reported 2005-03-09 Severity: normal popularity-contest reports the atime (access time) of files in packages, but if you mount your disk with noatime option (if you want to reduce the number of disk writes in order to use a solid-state drive or noflushd) then this information will be wrong. It would be better for popularity-contest to test if the disk is mounted with noatime (check in /proc/mounts or wherever) and if so to report this. Then the developers can decide whether they want to include those machines or not and if yes then how. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux beethoven 2.4.23 #19 Thu Feb 26 17:33:46 GMT 2004 i686 Locale: LANG=en_GB, LC_CTYPE=en_GB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297916: xemacs21: VM silently loses FCC-d mail when disk is full
Package: xemacs21 Version: 21.4.6-8 Severity: normal VM seems to implement FCC (folder carbon copy) by loading the file you specify, appending the current message to it, and writing the result. If some other process is filling up the disk while this is happening, the resulting folder may be truncated at ANY point, hence losing earlier mail (not just the mail you've just written). I just lost a whole month of email that way. Why didn't VM say something like error writing the folder and keep the copy in the Emacs buffer? By the time I found out, I had already quit Emacs for the day and it was too late to recover anything. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux beethoven 2.4.23 #19 Thu Feb 26 17:33:46 GMT 2004 i686 Locale: LANG=en_GB, LC_CTYPE=en_GB Versions of packages xemacs21 depends on: ii xemacs21-mule 21.4.6-8 Editor and kitchen sink -- Mule bi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]