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
-reporting address that is more
specific 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]
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 ha
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
> 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]
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 co
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 6.9.0-d
> 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 pr
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
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
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 yo
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,
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
00-database-all
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> case-inse
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
PAGE
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
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
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 rer
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
> 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
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
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 pagin
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
> 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,
> 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- entries. From dictd's source, it
appears that "name @*" directives are implemented and should work, but
I'll feel more confidant
;t going to take 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
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
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 vers
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 changelog.Debian.
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 s
Hi,
BTW, the note is under the definition for the headword Aves.
> Aves \A"ves\, 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, repro
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.
K
35 matches
Mail list logo
