Your message dated Fri, 06 Jul 2007 13:47:04 +0000 with message-id <[EMAIL PROTECTED]> and subject line Bug#431791: fixed in libept 0.5.10 has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)
--- Begin Message ---Package: ept-cache Version: 0.5.9+b1 Severity: normal The 'related' feature sounds good: % man ept-cache | grep -n -m 1 -A 2 related 46: related [pkgnames] 47- show packages similar to the given ones 48- But returns many duds: # 'most' is a nice little text file pager % ept-cache related most beav - binary editor and viewer gman - small man(1) front-end for X imediff2 - interactive full screen 2-way merge tool less - Pager program similar to more dwm - dynamic window manager makeztxt - Create zTXT databases from ASCII files to read them in a Palm syslog-summary - Summarize the contents of a syslog log file bibindex - Fast lookup in BibTeX bibliography data bases garlic-doc - [Chemistry] a molecular visualization program - documents qsf - small and fast Bayesian spam filter garlic - A visualization program for biomolecules sysv-rc-conf - SysV init runlevel configuration tool for the terminal figlet - Frank, Ian & Glenn's Letters tclex - A lexical analyzer generator for Tcl ascii - interactive ASCII name and synonym chart 'less' was expected; 'garlic-doc' seems virtually random. The man page doesn't explain how 'related' works, so it's hard to tell if the above output is buggy, or somehow makes sense. If it does make sense, the how and why of it should be documented in the man page. BTW: is there any reason for the ordering? That is, 'beav' comes first, and 'ascii' comes last. And I notice 15 items per run, should there be 15 if there aren't 15 good matches? Hope this helps... PS: trivia, a while back I wrote a shell script to do something like this for 'apropos' output: % ./whatsim.sh most most (1) - browse or page through a text file Wordlist: browse file page text through 3: pg (1) "browse pagewise through text files" 2: glimpse (1) "search quickly through entire file systems" 2: catdoc (1) "reads MS-Word file and puts its content as plain text on standard output" 2: readahead (2) "perform file readahead into page cache" 2: wrjpgcom (1) "insert text comments into a JPEG file" 2: zless (1) zmore (1) "file perusal filter for crt viewing of compressed text" 2: bzless (1) bzmore (1) "file perusal filter for crt viewing of bzip2 compressed text" 2: preparetips (1) "extract text from tips file" 2: pstotext (1) "extract ASCII text from a PostScript or PDF file" 2: wordview (1) "displays text contained in MS-Word file in X window" 2: rdjpgcom (1) "display text comments from a JPEG file" 2: gcal2txt (1) "creates a verbatim text file from a Gcal resource file." 2: txt2gcal (1) "creates a verbatim Gcal resource file from a text file." 2: aviindex (1) "Write and read text files describing the index of an AVI file" 2: HTML::Filter (3pm) "Filter HTML text through the parser" The leading number is the number of Wordlist hits. Note that 'less' never shows up because: % whatis less less (1) - opposite of more ...these descriptions are sometimes telegraphic or even oracular. Without some kind of standardization the general problem seems insoluble. But 'most' is a bad example for both programs. This: ept-cache related qemu ...works well. My proggie does poorly: ./whatsim.sh qemu qemu (1) - QEMU Emulator User Documentation Wordlist: Documentation Emulator QEMU User 3: qemu-arm (1) qemu-armeb (1) qemu-i386 (1) qemu-m68k (1) qemu-mips (1) qemu-mipsel (1) qemu-ppc (1) qemu-sparc (1) qemu-user (1) "QEMU User Emulator" 2: qemu-launcher (1) "Graphical front-end for the QEMU computer emulator." ...because of a buggy 'whatis' line -- GIGO; actually it's a useful tool for finding lame 'whatis' text. (OTOH, 'whatsim.sh' does better on 'gedit' than 'ept-cache'.) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages ept-cache depends on: ii apt [libapt-pkg-libc6.5 0.7.3 Advanced front-end for dpkg ii libc6 2.5-11 GNU C Library: Shared libraries ii libept0 0.5.9+b1 High-level library for managing De ii libgcc1 1:4.2-20070627-1 GCC support library ii libstdc++6 4.2-20070627-1 The GNU Standard C++ Library v3 ii libxapian15 1.0.1-1 Search engine library ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime Versions of packages ept-cache recommends: pn debtags <none> (no description available) -- no debconf information
--- End Message ---
--- Begin Message ---Source: libept Source-Version: 0.5.10 We believe that the bug you reported is fixed in the latest version of libept, which is due to be installed in the Debian FTP archive: ept-cache_0.5.10_amd64.deb to pool/main/libe/libept/ept-cache_0.5.10_amd64.deb libept-dev_0.5.10_amd64.deb to pool/main/libe/libept/libept-dev_0.5.10_amd64.deb libept0_0.5.10_amd64.deb to pool/main/libe/libept/libept0_0.5.10_amd64.deb libept_0.5.10.dsc to pool/main/libe/libept/libept_0.5.10.dsc libept_0.5.10.tar.gz to pool/main/libe/libept/libept_0.5.10.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Enrico Zini <[EMAIL PROTECTED]> (supplier of updated libept package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Fri, 06 Jul 2007 12:15:07 +0100 Source: libept Binary: libept0 ept-cache libept-dev Architecture: source amd64 Version: 0.5.10 Distribution: unstable Urgency: low Maintainer: [EMAIL PROTECTED] Changed-By: Enrico Zini <[EMAIL PROTECTED]> Description: ept-cache - Commandline tool to search the package archive libept-dev - High-level library for managing Debian package information libept0 - High-level library for managing Debian package information Closes: 431791 Changes: libept (0.5.10) unstable; urgency=low . * ept-cache: allow to sort by package size and installed size * ept-cache: --debug will show useful information about the various steps involved in building the Xapian query * Removed unused TextSearch::search functions * Added TextSearch::docidByName * Added TextSearch::makePartialORQuery * Don't segfault when trying to index a vocabulary which contains a facet without tags * Improved description of ept-cache related * Reactivated --full switch that accidentally disappeared * Added a faq for ept-cache. Closes: #431791. * Added a --cutoff option to choose limits for the quality of the results Files: 266b333c416fa582849e9721163672c5 936 libdevel optional libept_0.5.10.dsc c705cc7531d5c019e0e7ad6f70de286d 1416527 libdevel optional libept_0.5.10.tar.gz dcd519f3574f6c96b8396f20675505ca 796750 libdevel optional libept-dev_0.5.10_amd64.deb 07b983da0b66171680974f88190cb0b9 183004 libs optional libept0_0.5.10_amd64.deb ca76b7a3ed710efb29a4011e6e6249f7 103454 misc optional ept-cache_0.5.10_amd64.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGjkNm9LSwzHl+v6sRAsheAKCQfcginJs9QFhH2T+dZW0FaEli6wCglaxv d3HuycE4DsITTeaNCmmeK/Y= =kSgR -----END PGP SIGNATURE-----
--- End Message ---
