Bug#100808: Ref: MRS.A.G-00847-INFO
What is the question?05:13, 27 October 2018, "Mrs. A. Griffith" :Greetings of the day to you...I am not sure you received my previous e-mail. Is this e-mail still valid and secured? I have important details to share with you. If interested Get back asap.Thanks for understanding.Mrs Audrey Griffith.Email: mrsgriffit...@foldercrate.com
Bug#889891: python-csvkit: Executable for csvgrep.py, csvcut.py etc. are needed
Package: python-csvkit Version: 0.9.1-3 Severity: normal Hello. Could you please provide executables for .py files under /usr/lib/python2.7/dist-packages/csvkit/utilities directory? That is, csvgrep (without .py or .pyc extension), csvcut, csvsort etc. It would be nice to see these executable under bin directory. Also, please specify python2 in shebang explicitely instead of '/usr/bin/env python'. A reason for this is that default python may change to, for example, python v.3. Thanks. -- System Information: Debian Release: 9.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-csvkit depends on: ii python 2.7.13-2 ii python-dateutil2.5.3-2 ii python-dbf 0.96.005-1 ii python-openpyxl2.3.0-3 ii python-six 1.10.0-3 ii python-sqlalchemy 1.0.15+ds1-1 ii python-xlrd1.0.0-1 python-csvkit recommends no packages. python-csvkit suggests no packages. -- no debconf information
Bug#689410: grep: character classes do not work with non-ASCII 8-bit locale
Package: grep Version: 2.6.3-3 Severity: normal Tags: upstream character classes do not work with non-ASCII 8-bit locale. Typescript is below. GNU awk works correctly. \335 is an uppercased cyrillic letter. $ locale -a | grep ru_RU.cp1251 ru_RU.cp1251 $ printf '\335' | LC_CTYPE=ru_RU.cp1251 grep '[[:upper:]]' | wc -l 0 $ printf '\335' | LC_CTYPE=ru_RU.cp1251 gawk '/[[:upper:]]/' | wc -l 1 $ -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages grep depends on: ii dpkg 1.15.8.13 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib grep recommends no packages. Versions of packages grep suggests: ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564251: function dictem-run marked as interactive - crashed.
With C-x dictem-run RET get in *Message*: call-interactively: Wrong number of arguments: (lambda (search-fun optional database query strategy) Creates new *dictem* buffer and As manual says dictem-run function requires at least one argument. So this is a documented behaviour. Or you are saying that I have to remove (interactive) from function definition? May be yes? I type M-x dictem- TAB and see dictem-run, nice name, so I run it. Why see that I can not run? JFYI. I've just released dictem-1.0.4 where this bug has been fixed. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681943: dictem: Dictem gives ERROR when reuse a db
This bug should be fixed in dictem-1.0.3. The problem appeared when dictem-use-user-databases-only is set to t. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677868: /usr/bin/dictl: incorrect handling of apostrophe
dictl (unlike dict) does not handle apostrophe correctly: % dictl won't /usr/bin/dictl: 1: eval: Syntax error: Unterminated quoted string This means arbitrary code execution if dictl is used in a script accepting untrusted data (but dictl is not suitable for such scripts anyway due to lack of -- argument support): % dictl -- asdfasdf';echo qqq;beep;': No definitions found for asdfasdf qqq Fixed in upstream a bit differently. http://dict.cvs.sourceforge.net/viewvc/dict/dictd1/dictl.in?r1=1.14r2=1.15 Thanks a lot! -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657197: dictd: 'man dictd' typos: configuarion, faility, inaccesible, informarion, preffered prepanded.
Found some typos in '/usr/share/man/man8/dictd.8.gz', see attached '.diff'. Hope this helps... Applied in upstream. Thanks! -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626877: pmake: Hardcoded paths to libraries breaks multiarch
If you are really interested in pmake, have a look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476267 pmake is not maintained for ages. Nowadays crossplatform version of the NetBSD make is distributed under name bmake. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622637: Wrong keyword in dictd_virtual.conf
In file /usr/share/doc/dictd/examples/dictd_virtual.conf virtual dictionaries are defined using the keyword database, which does not work. The correct keyword is database_virtual, like in this tested example: Fixed in upstream. Thank you for your report! -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611203: AUTH doesn't work with amd64 dict against i386 dictd
[ CC Aleksey, who is the upstream maintainer of dictd ] As you may already understand I'm subscribed to this list because Debian is (and was) one of the main source of bug reports for dictd. However I've just looked into source codes and found the possible cause of the bug: the five following lines from the top of the md5.h file: #ifdef __alpha typedef unsigned int uint32; #else typedef unsigned long uint32; #endif Thanks you both. I'll look into this problem ASAP. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608701: dictfmt: missing dependency on mawk
dictfmt Depends: on gawk while scripts in the package hardcode mawk invocation: grep awk /usr/bin/dict* /usr/bin/dictfmt_index2suffix:mawk -v utf8_mode=$utf8_mode ' /usr/bin/dictfmt_index2word:awk ' /usr/bin/dictunformat:exec mawk ' It makes sense to configure dictd like the following: AWK=/usr/bin/awk [other assignments] ./configure [options] -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605623: pmake: certain modifiers cannot be used with parentheses
Certain modifiers, such as ::!=, don't work if the variable in question is delimited using parentheses instead of braces, while others do. I would expect running the attached Makefile to produce foo bar baz or maybe even foo, but not foo baz. 1) pmake packaged in Debian is extreamly old version of the NetBSD make. It is not released for years by upstream. Latest versions of the NetBSD make are released under name bmake by Simon J. Gerraty. ftp://ftp.NetBSD.org/pub/NetBSD/misc/sjg/ http://www.crufty.net/help/sjg/bmake.html 2) I'm packaging bmake as well as mk files for Debian Lenny/i386. http://lists.debian.org/debian-mentors/2010/01/msg00379.html 3) The bug you reported was recently fixed in NetBSD current. Thanks! -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597002: raise priority of gawk?
Currently, mawk is priority required while gawk is priority optional. So mawk is installed by default while gawk isn't. However, if gawk is installed, it becomes the default awk because it has a higher alternatives priority than mawk. (The reason mawk has a lower priority, according to its changelog, is that mawk is unmaintained upstream and has bugs.) JFYI: After more than a decade of stagnation mawk now has a maintainer. Huge amount of work were done during last few years. http://freshmeat.net/projects/mawk/ -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597002: raise priority of gawk?
2010-09-15 22:26, Aleksey Cheusov skrev: Currently, mawk is priority required while gawk is priority optional. So mawk is installed by default while gawk isn't. However, if gawk is installed, it becomes the default awk because it has a higher alternatives priority than mawk. (The reason mawk has a lower priority, according to its changelog, is that mawk is unmaintained upstream and has bugs.) JFYI: After more than a decade of stagnation mawk now has a maintainer. Huge amount of work were done during last few years. http://freshmeat.net/projects/mawk/ I see. But it's still not in Debian, see #554167. Yes. The sad fact. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583287: ITP: pipestatus -- pipestatus for UNIX/POSIX shell
Subject: ITP: pipestatus -- pipestatus for UNIX/POSIX shell Package: wnpp Owner: Aleksey Cheusov v...@gmx.net Severity: wishlist * Package name: pipestatus Version : 0.6 Upstream Author : Aleksey Cheusov v...@gmx.net * URL : http://sourceforge.net/projects/pipestatus/ * License : Public Domain Programming Lang: Shell Description : pipestatus for UNIX/POSIX shell Pipestatus is a source file for POSIX shell that allows one to obtain an exit status of each program in a pipe. This software is already packaged here (binary is available for lenny/i386 only) deb http://mova.org/~cheusov/pub/debian lennymain deb-src http://mova.org/~cheusov/pub/debian lennymain So, I ask for review and importing. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575717: ITP: runawk -- Wrapper for AWK interpreter implementing modules
Subject: ITP: runawk -- Wrapper for AWK interpreter implementing modules Package: wnpp Owner: Aleksey Cheusov v...@gmx.net Severity: wishlist * Package name: runawk Version : 0.21.0 Upstream Author : Aleksey Cheusov v...@gmx.net * URL : http://sourceforge.net/projects/runawk/ * License : MIT/X Programming Lang: C, AWK Description : Wrapper for AWK interpreter implementing modules RUNAWK is a small wrapper for AWK interpreter that impements module system (similar to Perl's use command) and helps one write the standalone AWK programs. Dozens of modules ready for use are also provided. I'm looking for sponsor who can review and upload this package to Debian repository. Package is ready and works fine on Lenny. deb http://mova.org/~cheusov/pub/debian lennymain deb-src http://mova.org/~cheusov/pub/debian lennymain -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26-bpo.2-686-bigmem Locale: LANG=ru_RU.CP1251, LC_CTYPE=ru_RU.CP1251 (charmap=CP1251) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519443: paexec is already packaged, sponsor is needed
paexec is already packaged for Debian. deb http://mova.org/~cheusov/pub/debian lennymain deb-src http://mova.org/~cheusov/pub/debian lennymain Please review it and upload. I'd like to maintain it. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476267: pmake: please update the package from the NetBSD sources
Latest versions of NetBSD make are maintained by Simon Gerraty and are available under name bmake. Sources are available for download from here http://www.crufty.net/ftp/pub/sjg/ Home page is here http://www.crufty.net/help/sjg/bmake.htm I've prepared a bmake package for Debian as well as pkgsrc-mk-files package consisting of mk-files backward compatible with those from pmake package. mk-files by Simon Gerraty (mk-YYYMMDD.tar.gz tarballs) are not compatible. So, I propose to use mk-files from PkgSrc. Here are .deb packages tested under Debian Lenny and Etch. deb http://mova.org/~cheusov/pub/debian lennymain deb-src http://mova.org/~cheusov/pub/debian lennymain NetBSD make is very nice piece of software. So, please update the package. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476267: RFP: paexec -- distributes tasks across CPUs or machines in a network
I've prepared a package myself. Here it is deb http://mova.org/~cheusov/pub/debian lennymain deb-src http://mova.org/~cheusov/pub/debian lennymain Please, add it to a repository. For building this package latest NetBSD make (package bmake) and mk-files (package pkgsrc-mk-files) are needed. Both they are also Debianized in the above repository. Also, have a look at bug#476267 pmake: please update the package from the NetBSD sources -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564251: function dictem-run marked as interactive - crashed.
Package: dictem Version: 0.8-1 With C-x dictem-run RET get in *Message*: call-interactively: Wrong number of arguments: (lambda (search-fun optional database query strategy) Creates new *dictem* buffer and As manual says dictem-run function requires at least one argument. So this is a documented behaviour. Or you are saying that I have to remove (interactive) from function definition? P.S. The latest upstream release is 1.0.2 -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519444: RFP: paexec -- distributes tasks across CPUs or machines in a network
Package: wnpp Severity: wishlist PAEXEC -- parallel executor. It distributes performing the given tasks across several CPUs or machines on a network and collects the results from those CPUs/machines. Sources are available for download from http://sourceforge.net/projects/paexec http://freshmeat.net/projects/paexec -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519443: RFP: paexec -- distributes tasks across CPUs or machines in a network
Package: wnpp Severity: wishlist PAEXEC -- parallel executor. It distributes performing the given tasks across several CPUs or machines on a network and collects the results from those CPUs/machines. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480950: dash: backquotes and $() work differently with backslash
Package: dash Version: 0.5.4-9 Severity: important I think the following violates SUSv3 and therefore is very serious bug for the default /bin/sh. Or at least this violates dash's own man page where backquotes and $() are described as equivalents. 0 ~cat ~/tmp/test.sh #!/bin/sh var1=`printf '\'` var2=$(printf '\') printf %s\n $var1 printf %s\n $var2 0 ~/bin/bash ~/tmp/test.sh 0 ~/bin/dash ~/tmp/test.sh \ 0 ~ -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dash depends on: ii libc6 2.3.6.ds1-13etch6 GNU C Library: Shared libraries dash recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428050: unfinite loop inside xdm
After a few days of normal work xdm hangs and doesn't respond to the remote xdmcp queries anymore. It wastes CPU and does nothing. I strace it, look below. [EMAIL PROTECTED]:~$ sudo strace -p 4319 21 | head Process 4319 attached - interrupt to quit read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 [EMAIL PROTECTED]:~$ I used 'head' here because the list of read calls is unfinite. Hi Aleksey, sorry for the late reply. Do you still experience this problem with xdm? If this is the case, could you attach gdb to the xdm process and get a backtrace, so we know where it's stuck? After upgrade to xdm-1.1.4-3 I don't see this problem anymore. If I'll see it again, I show backtrace. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463777: dict: strange line wrapping behavior
This is accessing dict-jargon through a local dictd. ii dict-jargon4.4.4-6.1 Jargon File 4.4.4 ii dictd 1.10.10.dfsg-1 Dictionary Server The full command is just: $ dict foo Show the result of the following command zcat /usr/share/dictd/jargon.dict.dz | grep -C10 'Army slang acronym' -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463777: dict: strange line wrapping behavior
Show the result of the following command
zcat /usr/share/dictd/jargon.dict.dz | grep -C10 'Army slang acronym'
Ah, they're sufficiently plain-text for that to work?
Both .index and .dict are plain text by design. .dict.dz - compressed
using dictzip format - modification of gzip format, see man dictzip(1) and
RFC 1952 for details
Using -C2
instead:
When `foo' is used in connection with `bar' it has generally traced
to
the WWII-era Army slang acronym {FUBAR} (`Fucked Up Beyond All
Repair'
or `Fucked Up Beyond All Recognition'), later modified to {foobar}.
Okay, so I suppose my initial instinct was correct and it's probably
the dict-jargon file itself that has the bogus linebreaks after all.
Yes. The problem comes from dict-jargon package.
Tsk. Cc'ing the dict-jargon maintainer so he can possibly reassign if
verifiable.
AFAIK Bob Hilliard doesn't maintain anything for a couple of years :-(
--
Best regards, Aleksey Cheusov.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454819: FTBFS with GCC 4.3: missing #includes
I suggest you talk to your upstream. I'm here. Thanks ;) P.S. Is anybody in Debian interesting is latest upstream version? The latest is 1.10.10 ;) -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444112: dict works correctly only in uxterm for Russian vocabulary
dict does not work in KOI8-R dict should !not! work with koi8-r. It only delivers UTF-8 content to you. Then you can convert it to everything you need. See dictl executable. It probably does what you need. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428050: unfinite loop inside xdm
Package: xdm Version: 1:1.0.5-2 Severity: important After a few days of normal work xdm hangs and doesn't respond to the remote xdmcp queries anymore. It wastes CPU and does nothing. I strace it, look below. [EMAIL PROTECTED]:~$ sudo strace -p 4319 21 | head Process 4319 attached - interrupt to quit read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 read(5, , 4096) = 0 [EMAIL PROTECTED]:~$ I used 'head' here because the list of read calls is unfinite. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xdm depends on: ii cpp 4:4.1.1-15 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libpam0g0.79-4 Pluggable Authentication Modules l ii libselinux1 1.32-3 SELinux shared libraries ii libsm6 1:1.0.1-3X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library ii libxau6 1:1.0.1-2X11 authorisation library ii libxaw7 1:1.0.2-4X11 Athena Widget library ii libxdmcp6 1:1.0.1-2X11 Display Manager Control Protoc ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxpm4 1:3.5.5-2X11 pixmap library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii x11-common 1:7.1.0-16 X Window System (X.Org) infrastruc ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients xdm recommends no packages. -- debconf information: xdm/stop_running_server_with_children: false xdm/daemon_name: /usr/bin/X11/xdm * shared/default-x-display-manager: xdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418863: dict doesn't show correct Russian translation in KOI8-R
In ru_RU.KOI8-R dict show junks on the screen (mueller7 dictionary). Somehow it does not understand that locale is _NOT_ UTF-8. It works OK in UTF-8. Command line dict client doesn't react on locale at all. Use dictl command for this purpose. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#202250: xserver-xfree86: PCF font rasterizer can be DoSed by font in old version of xfonts-cronyx-misc (see #170413)
Hi Aleksey, About 3 years ago, you reported a bug to the Debian BTS regarding a DoS in the PCF font rasterizer. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. Sarge contains xfonts-cronyx-misc version 2.3.8-4 which is fine. You may close the bug. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405863: dict: default server doesn't respond
Package: dict Version: 1.10.2-3 Severity: important X-Debbugs-Cc: debian-release@lists.debian.org, Rickard E. Faith [EMAIL PROTECTED] Debbugs-Cc: debian-release@lists.debian.org, Rickard E. Faith [EMAIL PROTECTED] The default conffile /etc/dictd/dict.conf uses server dict.org, which recently stopped responding to requests. telnet to dict.org 80, however, shows Location: http://www.miranda.org/;, which *does* respond. http://www.dict.org/links.html / DICT Protocol Servers Alternative/additional server adresses can be added to the default dict.conf in debian package I don't know if this is an intentional or permanent change. dict.org folks, could you comment? Ask Rick Faith directly -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355442: mawk: missing Posix ERE curly braces
FC On Monday, 06 March 2006, you (Aleksey Cheusov) wrote:
Look at this patch
http://www.mova.org/~cheusov/pub/mawk_external_regexp.patch
It allows to link mawk with external regexp library.
0 ~mawk '/^a{3,5}$/'
aa
aaa
aaa
a
a
aa
0 ~
FC Thanks, it looks interesting, I will try it. Is there any chance
FC it is integrated into mainstream, and become widespread ? (which
FC was, indirectly, the purpose of my bug report)
Do not forget to autoconf mawk sources using autoconf 2.13,
later versions didn't work for me.
It looks like mawk is almost dead. AFAIK nobody maintains it.
P.S.
Here is my bugreport for mawk
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314323
It looks very similar to your BR.
--
Best regards, Aleksey Cheusov.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355442: mawk: missing Posix ERE curly braces
FC Package: mawk
FC Version: 1.3.3-11
FC Severity: normal
FC mawk claims to comply with Posix 1003.2. I can't check it directly, but
FC checking instead SUSv2 (which I think equals Posix concerning Awk), it
FC mandates that regular expressions support the interval repetition count
FC feature. I am talking about {m}/{m,}/{m,n}
FC at the place where you use ?, *
FC or +.
Look at this patch
http://www.mova.org/~cheusov/pub/mawk_external_regexp.patch
It allows to link mawk with external regexp library.
0 ~mawk '/^a{3,5}$/'
aa
aaa
aaa
a
a
aa
0 ~
--
Best regards, Aleksey Cheusov.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331700: libjudy-dev: a few importants lines are missed in man pages
Package: libjudy-dev Version: 1.0.1-5 Severity: minor Tags: patch When I see Judy's man pages using 'man' command (xterm or mrxvt) I don't see some important lines in them. The patch follows diff -Nurb judy-1.0.1.orig/doc/man/man3/Judy1 judy-1.0.1/doc/man/man3/Judy1 --- judy-1.0.1.orig/doc/man/man3/Judy1 2005-05-27 17:03:41.0 +0300 +++ judy-1.0.1/doc/man/man3/Judy1 2005-10-04 21:29:48.0 +0300 @@ -91,7 +91,7 @@ they are the preferred way of calling the Judy1 functions. .PP .TP 15 -.C \fBJ1S(Rc_int, PJ1Array, Index);\fP // \fBJudy1Set()\fP +\fBJ1S(Rc_int, PJ1Array, Index);\fP // \fBJudy1Set()\fP Set \fBIndex\fP's bit in the Judy1 array \fBPJ1Array\fP. .IP Return \fBRc_int\fP set to 1 if \fBIndex\fP's bit was previously unset @@ -99,7 +99,7 @@ if the bit was already set (unsuccessful). .IP .TP 15 -.C \fBJ1U(Rc_int, PJ1Array, Index);\fP // \fBJudy1Unset()\fP +\fBJ1U(Rc_int, PJ1Array, Index);\fP // \fBJudy1Unset()\fP Unset \fBIndex\fP's bit in the Judy1 array \fBPJ1Array\fP; that is, remove \fBIndex\fP from the Judy1 array. .IP @@ -108,7 +108,7 @@ if the bit was already unset (unsuccessful). .IP .TP 15 -.C \fBJ1T(Rc_int, PJ1Array, Index);\fP // \fBJudy1Test()\fP +\fBJ1T(Rc_int, PJ1Array, Index);\fP // \fBJudy1Test()\fP Test if \fBIndex\fP's bit is set in the Judy1 array \fBPJ1Array\fP. .IP @@ -117,7 +117,7 @@ 0 if it is unset (\fBIndex\fP is absent). .IP .TP 15 -.C \fBJ1C(Rc_word, PJ1Array, Index1, Index2);\fP // \fBJudy1Count()\fP +\fBJ1C(Rc_word, PJ1Array, Index1, Index2);\fP // \fBJudy1Count()\fP Count the number of indexes present in the Judy1 array \fBPJ1Array\fP between \fBIndex1\fP and \fBIndex2\fP (inclusive). @@ -139,7 +139,7 @@ \fBNote:\fP The -1 promotes to the maximum index, that is, all ones. .IP .TP 15 -.C \fBJ1BC(Rc_int, PJ1Array, Nth, Index);\fP // \fBJudy1ByCount()\fP +\fBJ1BC(Rc_int, PJ1Array, Nth, Index);\fP // \fBJudy1ByCount()\fP Locate the \fBNth\fP index that is present in the Judy1 array \fBPJ1Array\fP (\fBNth\fP = 1 returns the first index present). To refer to the last index in a fully populated array (all indexes @@ -151,7 +151,7 @@ useful information). .IP .TP 15 -.C \fBJ1FA(Rc_word, PJ1Array);\fP // \fBJudy1FreeArray()\fP +\fBJ1FA(Rc_word, PJ1Array);\fP // \fBJudy1FreeArray()\fP Free the entire Judy1 array \fBPJ1Array\fP (much faster than using a \fBJ1N()\fP, \fBJ1U()\fP loop). .IP @@ -159,13 +159,13 @@ and \fBPJ1Array\fP set to \fBNULL\fP. .IP .TP 15 -.C \fBJ1MU(Rc_word, PJ1Array);\fP // \fBJudy1MemUsed()\fP +\fBJ1MU(Rc_word, PJ1Array);\fP // \fBJudy1MemUsed()\fP Return \fBRc_word\fP set to the number of bytes of memory currently in use by Judy1 array \fBPJ1Array\fP. This is a very fast routine, and may be used after a \fBJ1S()\fP or \fBJ1U()\fP call with little performance impact. .IP .TP 15 -.C \fBJudy1 Search Functions\fP +\fBJudy1 Search Functions\fP The Judy1 search functions allow you to search for set or unset bits in the array. You may search inclusively or exclusively, in either forward or reverse directions. @@ -177,7 +177,7 @@ since a search failure is possible. .IP .TP 15 -.C \fBJ1F(Rc_int, PJ1Array, Index);\fP // \fBJudy1First()\fP +\fBJ1F(Rc_int, PJ1Array, Index);\fP // \fBJudy1First()\fP Search (inclusive) for the first index present that is equal to or greater than the passed \fBIndex\fP. (Start with \fBIndex\fP = 0 to find the first index in the @@ -185,7 +185,7 @@ sorted-order scan of the indexes present in a Judy1 array. .IP .TP 15 -.C \fBJ1N(Rc_int, PJ1Array, Index);\fP // \fBJudy1Next()\fP +\fBJ1N(Rc_int, PJ1Array, Index);\fP // \fBJudy1Next()\fP Search (exclusive) for the next index present that is greater than the passed \fBIndex\fP. \fBJ1N()\fP is typically used to \fIcontinue\fP a @@ -193,7 +193,7 @@ in a Judy1 array, or to locate a neighbor of a given index. .IP .TP 15 -.C \fBJ1L(Rc_int, PJ1Array, Index);\fP // \fBJudy1Last()\fP +\fBJ1L(Rc_int, PJ1Array, Index);\fP // \fBJudy1Last()\fP Search (inclusive) for the last index present that is equal to or less than the passed \fBIndex\fP. (Start with \fBIndex\fP = -1, that is, all ones, to find the last index @@ -202,32 +202,32 @@ of the indexes present in a Judy1 array. .IP .TP 15 -.C \fBJ1P(Rc_int, PJ1Array, Index);\fP // \fBJudy1Prev()\fP +\fBJ1P(Rc_int, PJ1Array, Index);\fP // \fBJudy1Prev()\fP Search (exclusive) for the previous index present that is less than the passed \fBIndex\fP. \fBJ1P()\fP is typically used to \fIcontinue\fP a reverse-sorted-order scan of the indexes present in a Judy1 array, or to locate a neighbor of a given index. .IP .TP 15 -.C \fBJ1FE(Rc_int, PJ1Array, Index);\fP // \fBJudy1FirstEmpty()\fP +\fBJ1FE(Rc_int, PJ1Array, Index);\fP // \fBJudy1FirstEmpty()\fP Search (inclusive) for the first absent index that is equal to or greater than the passed \fBIndex\fP. (Start with \fBIndex\fP = 0 to find the first index absent in the array.) .IP .TP 15 -.C \fBJ1NE(Rc_int, PJ1Array,
Bug#326970: dictd: Dictdconfig improvement managing dictionary names
KH 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-insensitive. 'dictfmt' builds .index file the same way. This
AC is why 00-database-short could not be found in your databases.
KH I am curious as to how this is special for uft8. Don't the same
KH requirements of a case-insensitive search apply to non-uft8? So, why
KH then is the full 00-database-short allowed in a non-uft8 index even
KH when 00-database-allchars is omitted?
'sort -df -k 1,3' is used for sorting ASCII dictionary
This allows us to keep nonalphanumeric characters in .index.
Also all characters are in their original case.
Some info from sort manual:
-d, --dictionary-order
consider only blanks and alphanumeric characters
-f, --ignore-case
fold lower case to upper case characters
dictd in turn uses appropriate sorting compare function,
see index.c:compare_alnumspace for details.
This is how dict/dictfmt was designed by Rick.
The same method is possible for UTF-8 dictionary
(and the very first version worked this way), but
later (before releasing anything) I changed sorting order
both in dictfmt and dictd.
Now all words in .index are normalized, i.e. lowercased
and only alnum chars are kept in them.
Benefits:
- 'sort' utility doesn't need be aware of UTF-8.
- Sorting order is trivial, byte-to-byte.
- Much simplier and much faster compare function in dictd,
see index.c:compare_allchars
Disadvantageous:
- MATCH command returns normalized words, but the original one.
I have a plan to implement fourth column in .index file
to keep original word.
P.S.
Here the correct compare function is selected:
static int compare(
const char *word,
const dictIndex *dbindex,
const char *start, const char *end )
{
...
if (dbindex
(dbindex - flag_allchars || dbindex - flag_utf8 ||
dbindex - flag_8bit))
{
return compare_allchars( word, start, end );
}else{
return compare_alnumspace( word, dbindex, start, end );
}
}
Upper level functions call 'tolower_alnumspace' to normalize query.
--
Best regards, Aleksey Cheusov.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326970: dictd: Dictdconfig improvement managing dictionary names
KH Aleksey, KH Do you know why 00-database-allchars is necessary when KH 00-database-allchars is present, in order for dictd to read KH 00-database-short (and thus report the database name)? Is this a bug KH or a feature? Could you please show me 'head -n 30 buggy_db.index'? P.S. 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. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326970: dictd: Dictdconfig improvement managing dictionary names
KH 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. KH Indeed, s/-//g allows it to work without the KH 00-database-allchars. Is this a documented feature, or just a KH fluke of dictfmt/dictd? This is not a fluke and not a bug. Before looking for word in .index file dictd converts it to lower case and removes non-alphanumeric characters from the word (if no 00-database-allchars is found of cause). This is necessary to ignore non-alphanumeric characters in search and make the search case-insensitive. 'dictfmt' builds .index file the same way. This is why 00-database-short could not be found in uour databases. It ALWAYS better to use 'dictfmt' to create databases for dictd. If something is missing in 'dictfmt', it is better to inform me and I'll add necessary functionality. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326970: dictd: Dictdconfig improvement managing dictionary names
KH Thomas: What about upgrading the Debian package to dictd 1.10.1, as suggested by Aleksey ? KH Absolutely! I did not realize that 1.10 was out -- and it appears to KH have been so since June. How embarrassing. KH I will build a new package and let you know how it behaves. I always sent notification e-mails to [EMAIL PROTECTED] For some unknown reason server rejected my e-mails to [EMAIL PROTECTED] -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326970: dictd: Dictdconfig improvement managing dictionary names
The problem is that, given the way that the locales package works
(with locales built by locale-gen), there is no means that I know of
to create a dependency on there being a UTF-8 locale built.
TP I don't understand why locales are necessary to allow dictd to read
TP UTF-8 dictionnaries. It's possible to read UTF-8 mails on an ISO-8859
TP only system, so why dictd cannot do the same ?
It easy. dictd prior to 1.10.1 uses libc functions
isw{alpha,alnum,...} and tow{upper,lower}
which are locale sensitive.
If you dislike this, upgrade dictd to the latest versions.
TP BTW, who is the upstream author of dictd ?
me
TP Is there a CVS somewhere ?
http://sf.net/projects/dict
TP Mailing-list ?
www.dict.org
--
Best regards, Aleksey Cheusov.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314325:
AK Hi. AK Same as it was it writes 'invalid locale...' on the screen. Being root, insert the line ru_RU.UTF-8 UTF-8 to /etc/locale.gen, then run `locale-gen' and then /etc/init.d/dictd start -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314325: dictd: fales to use utf-8 muller dictionary
AK Package: dictd AK Version: 1.9.15-1 AK Severity: normal AK Tags: l10n AK Right after instalation of Debian 3.1 I have dictd unworked. AK I found that it cause of muller dictionary. (I'ts installs by default AK in russian debian). AK I've tried another dictionary (without muller) dictd service runs well. AK With the dictionary it tells locale 'C' can not be used for utf-8 AK dictionaries. Exiting. I've add --locale ru_RU.utf-8 dictd fails start AK also. After I remove muller dictionary it start well with english AK dictionaries. AK AK So ..., bug! :-) Add -L/var/log/dictd.log -dinit option to dictd and see log file. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314323: mawk: mawk's regexps don't conform to POSIX
Package: mawk Version: 1.3.3a-11 Severity: normal Tags: patch Hi. As you may know, mawk's internal regular expression engine doesn't support character classes and therefore is not conformant to POSIX regexp. I've written patch which builds mawk with external regexp engine. [skipped] Do not forget to run 'autoconf' before configuring mawk. autoconf2.13 works fine. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314325: dictd: fales to use utf-8 muller dictionary
AK Hi. Add -L/var/log/dictd.log -dinit option to dictd and see log file. AK I've added: AK --locale ru_RU.UFT-8 -i -L/tmp/dictd.log Add -dinit option and show your log file. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#214554: acknowledged by developer (ctrl-S in pinfo)
Hi! As Christian pointed out a while ago, ctrl-S stops the terminal on unix systems. This behaviour is not a bug, but rather some prehistoric beast that managed to survive in modern times. Therefor, I'm closing this bug. Thanks for your interest in pinfo! This feature can easily be turned off in configuration file. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300630: dict: Displays UTF-8 regaradless of locale
PC Package: dict PC Version: 1.9.15-1 PC Severity: normal PC Tags: l10n PC dict appears to return UTF-8 regardless of the locale (eg dict PC stockbroker). I'm not sure whether the client tries to translate, or PC whether it just passes through whatever the server sends it, but I PC guess it's a bug either way. The program `dict' does not make any conversions and this is its normal behaviour. If you want the client to translate query and results to your current locale, use dictl program. It seems to me that `dictl' does exactly what you need. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
