Hey Justin,
Can I expect to see this bug fixed for etch?
I agree that this should be fixed.
I'll look to see if it is possible to close the pager after the failed
request is received, but I suspect that dict will have to delay
opening the pager until it knows that the request has succeeded.
Hi,
BTW, the note is under the definition for the headword Aves.
Aves \Aves\, n. pl. [L., pl. of avis bird.] (Zool.)
The class of Vertebrata that includes the birds.
[1913 Webster]
Note: Aves, or birds, have a complete double circulation,
oviparous,
Package: xterm
Version: 208-2
Severity: wishlist
Hi Ender,
I've been trying to write this bug report up as a request for more
visible documentation of this change, but it keeps turning into a
wishlist submission, so I thought I'd be honest with myself and file
it that way.
The
Package: xdm
Version: 6.9.0.dfsg.1-3
Severity: normal
Tags: fixed
The prerm script for xdm 6.9.0.dfsg.1-3 contains these lines:
# Automatically added by dh_installinit
if [ -x /etc/init.d/xdm ]; then
if [ -x `which invoke-rc.d 2/dev/null` ]; then
invoke-rc.d xdm stop
We believe that the bug you reported is fixed in the latest version
of xterm, ...
Looks good to me. Thanks.
I find that I am still curious about the path. I wrote:
BTW, I noticed that the path to xterm has changed from
/usr/bin/X11/xterm
to
/usr/bin/xterm
. This is not a problem
Package: xterm
Version: 208-1
Severity: normal
The scrollbar used to indicate what portion of the scrollback buffer
was currently being displayed, but the shaded in portion of the bar
now seems to vary randomly, with no relation to what it should be
indicating. The scrollbar still functions to
Oops. I see that the path change is mentioned in NEWS.Debian.gz.
The scrollbar problem still stands.
Kirk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 345621 fixed
stop
This bug was due to the empty /etc/X11/xdm/xdm-config as reported in
bug #345406 against package xdm, and fixed with last night's release
of xorg-x11/6.9.0.dfsg.1-2, as acknowledged in an email from Mika
Bostrom, the bug reporter:
I can confirm this. Upgrading to
OK, I suppose that there is no reason for this package to xref
properly with multiple flavors / version of emacs as it specifically
documents the elisp of emacs-21. In fact, the development version of
emacs-22 has rolled this, along with emacs-lisp-intro, into the emacs
package itself (with files
Eli Zaretskii from GNU responded that in CVS they have fixed things
the other way around -- @setfilename now uses eintr. That is, the
filenames of the info files are changed to match the dir entry.
He also mentioned that when released, it will be bundled with the
Emacs distribution; it will no
Hi Romain,
You can get a peek of what it will look like with the emacs-snapshot
package in Debian unstable. It includes the Emacs Lisp reference,
and the Emacs Lisp Intro manual.
Thanks. I didn't know about that. I just took a look at them in
emacs-snapshot-common. Very cool!
Do you have
to this emacs-lisp-intro package.
Thanks,
Kirk Hilliard
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
This may be due to the fact that the postinst and prerm scripts
define $PACKAGE differently.
That certainly is the problem.
Thank you,
Kirk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Aleksey,
Note that if dictd databases was created by dictfmt with --utf8
option but without --allchars, 00-database-xxx entry will be present
in .index file as 00databasexxx, i.e. with no dashes.
Indeed, s/-//g allows it to work without the 00-database-allchars.
Is this a documented feature,
Aleksey,
AC Before looking for word in .index file dictd converts it to lower
AC case and removes non-alphanumeric characters from the word (if no
AC 00-database-allchars is found of cause). This is necessary to
AC ignore non-alphanumeric characters in search and make the search
AC
Thomas Ludovic,
I have been testing a dictd_1.10.2, and as Aleksey suggested, it
serves UTF8 dictionaries without needing a --locale=*.utf-8 line.
The unreadability of the 00-database-short entry when running uft8 is
still present, but I have made some progress with this. If a
Thomas:
What about upgrading the Debian package to dictd 1.10.1, as
suggested by Aleksey ?
Absolutely! I did not realize that 1.10 was out -- and it appears to
have been so since June. How embarrassing.
I will build a new package and let you know how it behaves.
Kirk
--
To UNSUBSCRIBE,
Hi Thomas, Ludovic,
Ludovic:
Are you sure the sort order is problematic?
Thomas:
Quite strange, since revo works perfectly with dictd, word search
through indexes works.
It is only the 00-* headers missorted. This will have to be fixed,
but it is a minor thing. There is definitely a bug in
Hi Thomas,
Just a note to keep you up to date.
The work we did with indexing multiple alternative 00-database-short
entries is good, and something like it should be included in the revo
package, but the problem definitely lies elsewhere.
I finally downloaded your stuff, and even the database in
Thanks for all your explanations. It was now clearer, and I could give a
try to it, but still doesn't work.
[snip]
What I do in the debian/rules is the following:
..
That looks good to me.
I fear that I must given you a solution for what I assumed was wrong,
not for what the actual problem
Package: emacs-lisp-intro
Version: 2.04-1
Severity: minor
The START-INFO-DIR-ENTRY line of emacs-lisp-intro.info.gz lists the
filename eintr, not the correct emacs-lisp-intro. This can cause
problems if a user chooses to run install-info directly on
emacs-lisp-intro.info.gz, as opposed to
Hi BTS, this is just a note to keep you up to date.
dictd should be able to handle multiple indices for a single database,
running as multiple dictionaries. A small change to dictdconfig alows
it to automatically write the additional database sections to db.list.
Regarding the 00-database-short
Hi Thomas,
Presumably you are adding these before the index is built.
No, I'm not, because the indexes are not built: they are included in
the upstream package. Is this a problem ? Should the
00-database-short-$LANGUAGE string be defined also in indexes ?
Yes, the server retrieves the
Hi,
I'll give a try to this patch this evening and let you know. Thanks !
Good. I tested dictdconfig, but did not build a database with
multiple 00-database-short-ext entries. From dictd's source, it
appears that name @* directives are implemented and should work, but
I'll feel more confidant
Hi Vincent,
Does the pager successfully show the definition?
It didn't, but it's now OK after rebooting the machine.
So, does a bug still exist?
-- 8 --
unset LESS
PAGER=less dict -h zzz test
PAGER=less -c dict -h zzz test
PAGER=less
Hi Thomas,
I've fixed the dict-revo Debian package, so that:
1) it doesn't generate useless symlinks, since dictdconfig now allows
multiple indexes for the same database
2) add some 00-database-short-$LANGUAGE at the beginning of the
database. Here's the beginning of the database file
Ludovic Courtès ([EMAIL PROTECTED]) and I are currently trying to
package « Reta Vortaro », an Esperanto dictionary
[snip]
a single .dict.dz file ... has several .index files
Great! I think that we can handle it all by modifying dictdconfig a bit.
dictdconfig is driven by index files --
Hi Vincent,
The following combinations should be tested in a terminal that
supports the alternative screen:
Let me verify that by this you mean a terminal such as an xterm where
less, without -X, pages the document on one screen, and after paging
restores the screen to how it was before paging
Thank you Mario, now I see the light.
This has nothing to do with locales -- it's the logfile.
From dictd(8)
-L file or --logfile file
[snip]
If dictd does not have write permission for this file, it will
silently fail.
I bet that while on
Hi Mario,
I think that you have something else going on here.
Solution: Remove the -c dictd from /etc/init.d/dictd, then, it works:
You must be referring to:
start-stop-daemon --start -o -c dictd --exec $DAEMON -- ${DICTD_ARGS}
Note that this
Hi Matt,
If the dict client accepted multiple -d flags, users could search a
short list of dictionaries on the specified server.
That does sound desirable.
A quick look at RFC 2229 suggests that the DICT protocol does not
permit multiple database names with a single DEFINE command, requiring
the time to look at all the
READMEs out there.
I enjoy having several of the other dictionary databases installed,
but don't think that I can Suggest more than the big 5 -- the current
four plus dict-vera.
Thanks for the note,
Kirk Hilliard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Hi Ramses,
Thanks for the bug report.
I think the manpage is out-to-date about the --locale option.
I assume that you object to this sentence:
The locale used for the server should be the same as that used for
dictfmt when the database was built (specifically, the locale under
which the
Hi Cyril,
Excellent. It looks obvious according to the documentation, I don't
understand why I haven't seen it before submitting the bug.
Well, the man page is certainly not encouraging on the subject.
Was it documented a long time ago?
It dates back to Feb 2002 and is in the stable
Thanks Dmitry,
This bug is closed in the latest Debian version of dict: 1.9.15-1
For the record, the patch is:
-- 8 --
--- dictl.in.orig 2004-02-07 07:34:32.0 -0500
+++ dictl.in2005-01-13 14:03:09.0 -0500
@@ -93,8
35 matches
Mail list logo