Quoting Sergey Poznyakoff :
database {
name "fd-tur-eng";
handler "dictorg sort database=/usr/share/dictd/freedict-tur-eng";
}
Ok, i did not see the ordering problems, thank you.
I have deactivated global sort because loading so much database with
this option is absolutely impracticable
Marc Dequènes (Duck) ha escrit:
> Looking at the fd-tur-eng index, i can find these entries, but is
> seems it is then missing from the dict.dz, if i understand the format
> well. I made a few other searches, and was not capable to reproduce
> with another search pattern on several other database
Quoting Sergey Poznyakoff :
And now getting the definition for each one:
koruma -> No match
kurama -> OK
kurma -> OK
kurum -> No match
kuruma -> OK
kurumak -> No match
kurutma -> No match
In fact, when i tested, i forgot the "-d fd-tur-eng", and should have
had "No match" everywhere.
Looki
Marc Dequènes (Duck) ha escrit:
> And now getting the definition for each one:
> koruma -> No match
> kurama -> OK
> kurma -> OK
> kurum -> No match
> kuruma -> OK
> kurumak -> No match
> kurutma -> No match
Very strange. I cannot reproduce this. With 2.0.90 I get definitions for
each one of the
You're right, it is working in a few cases, i should have tried more.
Let's say we start with:
# dico --host=dico.duckcorp.org --noauth -m kuruma
fd-tur-eng "koruma"
fd-tur-eng "kurama"
fd-tur-eng "kurma"
fd-tur-eng "kurum"
fd-tur-eng "kuruma"
fd-tur-eng "kurumak"
fd-tur-eng "kurutma"
And now ge
Marc Dequ�nes (Duck) ha escrit:
> Installed on dico.duckcorp.org, but does not fix this bug (tested both
> web and cli).
Here's what I get when talking to dico.duckcorp.org:
$ telnet dico.duckcorp.org dict
Trying 193.200.42.177...
Connected to dico.duckcorp.org (193.200.42.177).
Escape characte
Quoting Sergey Poznyakoff :
ftp://download.gnu.org.ua/pub/alpha/dico/dico-2.0.90.tar.gz
Installed on dico.duckcorp.org, but does not fix this bug (tested both
web and cli).
--
Marc Dequènes (Duck)
pgpxBE4YBYPM3.pgp
Description: PGP Digital Signature
ãí¥ï ç¤¥í¥¨ïª ha escrit:
> Do you consider it to be stable enough for release ? Or is it just for
> testing ?
It is definitely more stable than 2.0 after applying patches, because
it ensures that no changes would get lost in between.
Regards,
Sergey
--
To UNSUBSCRIBE, email to debian-bugs-
On Sun, May 23, 2010 at 06:55:21PM +0300, Sergey Poznyakoff wrote:
> That's because of that 15 patches in between. Ahmed, perhaps you can
> use 2.0.90 for the debian package?
---end quoted text---
Do you consider it to be stable enough for release ? Or is it just for
testing ?
--
أحمد المحمود
ãí¥ï ç¤¥í¥¨ïª ha escrit:
> Actually the original version of this patch did not apply cleanly, there
> were two or three hunks, and then I refreshed the patch.
That's because of that 15 patches in between. Ahmed, perhaps you can
use 2.0.90 for the debian package?
Regards,
Sergey
--
To UNSUB
On Sun, May 23, 2010 at 05:35:53PM +0200, Marc Dequènes (Duck) wrote:
> Quoting Sergey Poznyakoff :
>
> >The attached patch coalesces multiple matches into one entry.
> >Please give it a try and let me know if it works for you.
>
> It works like a charm, thank you :-).
---end quoted text---
Serg
On Sun, May 23, 2010 at 05:19:51PM +0200, Marc Dequènes (Duck) wrote:
> 0002-Fix-improper-handling-of-conversion-errors-in-levens.patch
---end quoted text---
Actually the original version of this patch did not apply cleanly, there
were two or three hunks, and then I refreshed the patch.
--
أح
Quoting Sergey Poznyakoff :
The attached patch coalesces multiple matches into one entry.
Please give it a try and let me know if it works for you.
It works like a charm, thank you :-).
--
Marc Dequènes (Duck)
pgpVbURCt300N.pgp
Description: PGP Digital Signature
Marc Dequènes (Duck) ha escrit:
>
> Perhaps another buffer problem. I'm using a lot of databases on my
> config (74 to be precise), so perhaps this is a problem.
Strange, I have installed the same set of databases on my box (except for
english-german and german-english which I was unable to fin
Quoting Sergey Poznyakoff :
Yes, when querying your server I do get a "No match" answer. However,
trying on my box I get a definition. Are you sure the patch has applied
cleanly?
I proofread the build log, and yes i am:
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: warning:
Marc Dequènes (Duck) ha escrit:
> Using 0003-Avoid-using-fixed-size-buffer-in-dictorg.c.patch, i still
> get a no match. Try this to see by yourself:
> dico --host=dico.duckcorp.org -a kurutma
> ("kurutma" being one of the found entries for the same "kuruma" search)
Yes, when querying
Sergey Poznyakoff ha escrit:
> ãí¥ï ç¤¥í¥¨ïª ha escrit:
>
> > This patch does not fix that one gets duplicates, is it intended to
> > be this way ?
>
[...]
> This will require a bit more work, though.
The attached patch coalesces multiple matches into one entry.
Please give it a try and
Coin,
Quoting Sergey Poznyakoff :
dico --host=localhost -m kuruma
I got:
fd-deu-eng "kurkuma"
Which does have a definition indeed.
Using 0003-Avoid-using-fixed-size-buffer-in-dictorg.c.patch, i still
get a no match. Try this to see by yourself:
dico --host=dico.duckco
ãí¥ï ç¤¥í¥¨ïª ha escrit:
> This patch does not fix that one gets duplicates, is it intended to
> be this way ?
The patch was not intended to change this particular behavior. Since the
database does contain several entries with the same key, displaying
them all is correct, at least according
Hello,
On Sun, May 23, 2010 at 02:52:39PM +0300, Sergey Poznyakoff wrote:
> That's a bug. A fix is attached. Thank you.
---end quoted text---
This patch does not fix that one gets duplicates, is it intended to
be this way ?
--
أحمد المحمودي (Ahmed El-Mahmoudy)
Digital design engineer
ãí¥ï ç¤¥í¥¨ïª ha escrit:
> 1. I confirm that I get duplicates too, the reason as I see, is that
> the matching word has several definitions in that dictionary.
Yes, that's right.
> dico --host=localhost -m kuruma
>
> I got:
>
> fd-deu-eng "kurkuma"
>
> Which does have
21 matches
Mail list logo
