Bug#546929: Acknowledgement (binutils: unrecognised emulation mode: elf_x86_64)
I just found out that 'gcc -m64' works ok. But this does not cancel the question about validity of aforementioned usage. The topic is worth to be noted to upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546731: Fwd: Re: Bug#546731: dpkg: 1.15.4 version pulls kde for upgrade
On Tuesday 15 September 2009 17:34:18 Raphael Hertzog wrote: On Tue, 15 Sep 2009, Aleksey Midenkov wrote: Guys! Placing some hints on dpkg about packages that may be broken is wrong. Imagine that count of such packages is infinity, so you will be keep putting all them inside dpkg control info? This is an abstraction and the next is reality. You fixed a lot of good bugs but made an requirement of switching from KDE 3 to KDE 4. Not everyone believe that KDE 4 is better and such requirement is somehow clumsy because the reason of it lies in some insignificant (by the comparison with the topic of KDE version switching) busyness with install-info. Please, be fair! If you managed to put konqueror on hold, you can surely do the same for dpkg. Sid evolves, if you don't want use newer software, then don't use sid (hint: KDE4 replaces KDE3 in sid). It doesn't pull anything new, it just forces the upgrade of what's already installed if you have packages that have not been transitionned to the separate install-info package. So, I required to go to KDE 4 from KDE 3 just because of some obscure install-info that dpkg needs? If you use sid yes, you can also decide to not upgrade dpkg or to rebuild a patched dpkg that doesn't have the breaks relationship. Maybe it will be better to make it to live peacefully with old packages? It does live peacefully with old packages, it tells them when a change breaks them so that the user doesn't experience the breakage. That said, the kind of breakage related to install-info is only of the sort my info page is not listed in the index. I agree it's not an important breakage but I don't see a good reason to revert the change. Wow! The good reason is: you make me and other people set dpkg on hold and be deprived from the features and bugfixes in 1.15.4. For who you made efforts then? For yourself? For who you serve? For people like me or for yourself? You suggest me to make work by fiddling with your dpkg, dragging custom version? For who then you make your job in Debian man? If KDE 4 doesn't suit you, you'd better file bugs on it so that it can be usable for you when squeeze gets out. Do you realize that KDE 3 and 4 are whole different products? Did you used them per chance to suggest me to switch to KDE4 or not use sid? By putting metainfo about KDE in dpkg you proven your sillyness. Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546885: slap_sasl_init: SASL library version mismatch: expected 2.1.23, got 2.1.22
Package: slapd Version: 2.4.17-1 Severity: grave Justification: renders package unusable -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25.3-std (PREEMPT) Locale: LANG=POSIX, LC_CTYPE=ru_RU.koi8-r (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages slapd depends on: hi adduser 3.80 Add and remove users and groups hi coreutils 7.4-2 The GNU core utilities hi debconf [debconf-2.0] 1.5.26 Debian configuration management sy hi libc6 2.9-25 GNU C Library: Shared libraries ii libdb4.7 4.7.25-6 Berkeley v4.7 Database Libraries [ ii libgnutls26 2.6.4-2the GNU TLS library - runtime libr ii libldap-2.4-2 2.4.17-1 OpenLDAP libraries ii libltdl7 2.2.6a-4 A system independent dlopen wrappe ii libperl5.10 5.10.0-25 Shared Perl library ii libsasl2-22.1.22.dfsg1-8 Authentication abstraction library hi libslp1 1.2.1-5OpenSLP libraries hi libwrap0 7.6.q-15 Wietse Venema's TCP wrappers libra hi perl [libmime-base64-perl 5.10.0-25 Larry Wall's Practical Extraction hi psmisc21.8-1 Utilities that use the proc filesy hi unixodbc 2.2.11-16 ODBC tools libraries Versions of packages slapd recommends: hi libsasl2-modules2.1.19.dfsg1-0.1 Pluggable Authentication Modules f -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546929: binutils: unrecognised emulation mode: elf_x86_64
Package: binutils Version: 2.19.91.20090910-1 Severity: important Another absurd: gcc -march=x86-64 -Xlinker '-m elf_x86_64' foo.c -o foo-64 /usr/bin/ld: unrecognised emulation mode: elf_x86_64 Supported emulations: elf_i386 i386linux elf_x86_64 elf_l1om Have installed: binutils-multiarch 2.19.91.20090910-1 libc6-amd64 2.9-25 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25.3-std (PREEMPT) Locale: LANG=POSIX, LC_CTYPE=ru_RU.koi8-r (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages binutils depends on: hi libc6 2.9-25GNU C Library: Shared libraries hi zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime binutils recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546731: dpkg: 1.15.4 version pulls kde for upgrade
Package: dpkg Version: 1.15.4 Severity: normal Dpkg should know nothing about packages that depend on it. Currently it provides a list of packages it 'breaks'. By the way no info neither in description nor in changelog about how it breaks them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546731: Fwd: Re: Bug#546731: dpkg: 1.15.4 version pulls kde for upgrade
Guys! Placing some hints on dpkg about packages that may be broken is wrong. Imagine that count of such packages is infinity, so you will be keep putting all them inside dpkg control info? This is an abstraction and the next is reality. You fixed a lot of good bugs but made an requirement of switching from KDE 3 to KDE 4. Not everyone believe that KDE 4 is better and such requirement is somehow clumsy because the reason of it lies in some insignificant (by the comparison with the topic of KDE version switching) busyness with install-info. Please, be fair! -- Forwarded Message -- Subject: Re: Bug#546731: dpkg: 1.15.4 version pulls kde for upgrade Date: Tuesday 15 September 2009 From: Aleksey Midenkov a...@uezku.kemsu.ru To: Raphael Hertzog hert...@debian.org On Tuesday 15 September 2009 16:13:10 Raphael Hertzog wrote: Hi, On Tue, 15 Sep 2009, Aleksey Midenkov wrote: Dpkg should know nothing about packages that depend on it. Currently it provides a list of packages it 'breaks'. By the way no info neither in description nor in changelog about how it breaks them. What you saw is the expected behaviour, we want to ensure that you have new enough konqueror so that dpkg can drop install-info without breaking anything. It doesn't pull anything new, it just forces the upgrade of what's already installed if you have packages that have not been transitionned to the separate install-info package. So, I required to go to KDE 4 from KDE 3 just because of some obscure install-info that dpkg needs? Maybe it will be better to make it to live peacefully with old packages? Doesn't it will be more delicate? I think, you should reopen and fix. And the changelog said: * Replace install-info by a wrapper around GNU's install-info. The wrapper will be dropped in squeeze+1. dpkg now Breaks: old versions of info-browsers that do not depend on the new install-info package that provides the real functionality. Closes: #9771, #523980 See http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details. So closing this bug. Cheers, --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546210: nvidia-glx: please move init.d script to postinst phase
Package: nvidia-glx Version: 185.18.36-2 Severity: wishlist Per-startup setup of library links seems to be absurd. Please move it to postinst phase. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546215: nvidia-glx: warning from modprobe
Package: nvidia-glx Version: 185.18.36-2 Severity: minor WARNING: All config files need .conf: /etc/modprobe.d/nvidia-kernel-nkc, it will be ignored in a future release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454350: kernel-package: please add support for KBUILD_OUTPUT
On Sunday 09 December 2007 00:44:59 Ivan Shmakov wrote: Tino Keitel tino.keitel+debb...@tikei.de writes: Package: kernel-package Version: 11.001 Severity: wishlist Hi, it will be nice if KBUILD_OUTPUT is supported. That way, one source tree can be used to build kernels for differend computers with different machines without a clean and messing around with config files. Well, I probably may say that I've some ``initial success'' with building in a separate directory. I'd like to mention a couple of issues that I've stumbled upon: * it seems to me that implementing the support for an autoconf-like style of passing the source and build directories location, e. g.: $ make-kpkg --kernel-source=/where/is/the/source would require less time than a kbuild-like one (assuming using the existing code base, of course); certainly, one'd need to prefix a number of filenames with `$(srctree)/', but it would be even worse to prefix almost everything with `$(KBUILD_OUTPUT)/'; * including build-toplevel Makefile has a little sense, since it contains (almost) no variables, nor `include's (in the separate build directory case); moreover, it defines a rule which may interfere with `debian/rules'. [...] Hi, Ivan, Manoj, anyone! The development time does not matter here, because building the package from the working directory of kernel build tree is inappropriate to the concept of kernel building. make-kpkg must be involved from kernel source tree as it were always before. Though there is no problem with prefixing $(KBUILD_OUTPUT)/ as Ivan mentioned. kernel-package should get everything from kernel source directory and then perform switching to a build directory. It should create this directory if it not exists. The actual build invocation should be done back from source tree. Any checks in kernel source should not taint the source tree as it occurs now with kernel_version.mk. The right method of including kernel Makefile is by setting KBUILD_SRC to avoid spawning fork and override rule warning and overriding dot-config to 0. This will give you VERSION, PATCHLEVEL, SUBLEVEL and EXTRAVERSION. KERNELRELEASE and LOCALVERSION should be acquired after oldconfig was invoked. KERNELRELEASE by the same method as original Makefile does, LOCALVERSION by including .config. Performance question: kernel-package should do as less forks as possible. Current implementation includes original Makefile 6(!) times. There is no need to be afraid of names conflict. Though it is possible to do 1 fork and get all 6 variables by using $(eval). .config may always be included without a fork because it has names prefix. The feature of building in a separate tree is really a treasure. I currently did some symbiotic makefile that builds a package from already built tree (without any changes in kernel-package itself). kernel-package is a great at its flexibility of installation but is clumsy on the building side. I suppose, that it may (and should) be separated from the building process at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#246621: Anybody will fix this?
Hey! What's going on with this bug? Will it be fixed at last? I need to mention, that along with not releasing leases on ifdown it is a good thing to not renew leases on every ifup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545225: robocode: JRE dependency
Package: robocode Severity: normal Package doesn't have alternative JREs like Sun JRE in dependencies. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528532: No tapping on ALPS touchpad
On Wednesday 03 June 2009 17:05:40 Mattia Dongili wrote: On Wed, May 13, 2009 at 09:18:48PM +0800, Aleksey Midenkov wrote: Package: xserver-xorg-input-synaptics Version: 1.1.0-1 Severity: important There were numerous attempts to add varius configuration directives to xorg.conf or use information obtained through HAL. Or to modify settings via synclient. It were noticed that FingerHigh setting is completely ignored by synaptics driver. synclient accepts new FingerHigh value without an error but displays always FingerHigh = 0. The same is observed with other high bound settings like RightEdge, BottomEdge. 'synclient -m' works only when I create explicit section in xorg.conf and set SHMConfig on. Then it shows accurately all the values yes, this is documented changing including z-axis. 'synclient -l' shows always the same and likewise FingerHigh change attempt is ignored. if you use shared memory you should set options using synclient -s. I've already investigated, that I should use 'synclient -s -l'. That were confusing all my tries... The bug should be closed, though some problem with X configuration interface (without -s) may still exist. Thank you! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#427804: Hmmm
So much people spend their time by stumbling upon missing bash documents! I were too unpleasantly surprised when it happened on sid and lost half of hour by investigating what is occured. Now losing my time by dragging bash-doc_3.1-1 everywhere by hand, by writing this letter -- that makes another half-hour. So whole hour on this non-sense!!! Everyone losing their time! It is just so stupid!!! Return back info pages by any means! Quickly! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525828: Fails to install with xinetd
Package: proftpd-basic Version: 1.3.2-3 Severity: important /var/lib/dpkg/info/proftpd-basic.postinst fails with return status 20 The following trace from this postinst script is observed. 'itox' is utility which converts inetd.conf to xinetd.conf. + [ -f /etc/inetd.conf -a 0 -eq 0 ] + update-inetd --group STANDARD --add ftp stream tcp nowait root /usr/sbin/tcpd /usr/sbin/proftpd - IMPORTANT INFORMATION FOR XINETD USERS -- The following line will be added to your /etc/inetd.conf file: ftp stream tcp nowait root/usr/sbin/tcpd /usr/sbin/proftpd If you are indeed using xinetd, you will have to convert the above into /etc/xinetd.conf format, and add it manually. See /usr/share/doc/xinetd/README.Debian for more information. You must use option -daemon_dir if you use tcpd --- + db_get shared/proftpd/inetd_or_standalone + _db_cmd GET shared/proftpd/inetd_or_standalone + IFS= printf %s\n GET shared/proftpd/inetd_or_standalone + IFS= read -r _db_internal_line + RET=20 Unsupported command suggested (full line was Suggested entry (automatically converted using itox):) received from confmodule. + return 20 dpkg: error processing proftpd-basic (--configure): subprocess post-installation script returned error exit status 20 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25.10 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages proftpd-basic depends on: hi adduser 3.105 add and remove users and groups hi debconf 1.5.19 Debian configuration management sy hi debianutils 2.30 Miscellaneous utilities specific t hi libacl1 2.2.45-1 Access control list shared library hi libattr1 1:2.4.41-1 Extended attribute shared library hi libc6 2.9-7 GNU C Library: Shared libraries ii libcap2 1:2.16-5 support for getting/setting POSIX. hi libncurses5 5.6+20080203-1 Shared libraries for terminal hand hi libpam-runtime0.99.7.1-5 Runtime support for the PAM librar hi libpam0g 0.99.7.1-5 Pluggable Authentication Modules l hi libssl0.9.8 0.9.8g-7 SSL shared libraries hi libwrap0 7.6.dbs-14 Wietse Venema's TCP wrappers libra hi netbase 4.30 Basic TCP/IP networking system hi sed 4.1.5-5The GNU sed stream editor hi ucf 3.005 Update Configuration File: preserv hi xinetd [inet-superserver] 1:2.3.14-7 replacement for inetd with many en proftpd-basic recommends no packages. -- debconf information: * shared/proftpd/inetd_or_standalone: from inetd -- 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#479090: please reopen this bug
in package Version: 2008.07.01-102166-3 in postinst script ... update-rc.d open-vm-tools defaults 20 /dev/null ... please replace this string as in netbase package ... update-rc.d open-vm-tools start 20 S . start 30 0 6 . /dev/null ... thanks -- There is no snooze button on a cat who wants breakfast. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487589: hibernate: tuxonice does not resume from initrd image
Package: hibernate Version: 1.99-1 Severity: important Tags: patch Well known problem described in http://wiki.tuxonice.net/DistroAndHardwareSetup/DebianInitrd All suggested solutions are not correct with the latest initramfs-tools 0.92b and tuxonice 3.0-rc7. The solution is as simple as this: script_dir=/etc/initramfs-tools/scripts/local-top script_file=$script_dir/000tuxonice cat 'EOF' $script_file #!/bin/sh TUXONICE_DIR=/sys/power/tuxonice [ -d $TUXONICE_DIR ] echo $TUXONICE_DIR/do_resume EOF chmod +x $script_file # this should be done in postinst: update-initramfs -u I suppose 000tuxonice shoud be installed by this package (and not by initramfs-tools eg.) because tuxonice is supposed to be used from hibernate scripts. I do not see any other ways to use it. Aleks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483671: libevent-dev: 1.4.4 available upstream
Package: libevent-dev Version: 1.3e-3 Severity: important 1.3e-3 is kind of too old (2007-09-24). There is 1.4.4 (2008-05-13). Please, consider releasing it. Thank you. http://www.monkey.org/~provos/libevent-1.4.4-stable.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483374: libaudio-dev: should have dependency in libaudio2 version (like = 1.9.1-1)
Package: libaudio-dev Version: 1.9.1-2 Severity: minor I had 1.7 version of libaudio installed and could not compile a program due to link errors like 'undefined reference to `XauDisposeAuth''. After upgrading libaudio2 compilation gone successfully. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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#478564: elinks: Elinks relays on real UID not on effective.
Hi, Giridhar. Maybe you're right :)) I guess these are different point of view on software design :)) -- Sincerely yours, Aleksey. 2008/5/1, Y Giridhar Appaji Nag [EMAIL PROTECTED]: Hi Aleksey, On 08/05/01 01:44 +0500, Aleksey Zapparov said ... Yes I know about -H argument of sudo. But every other progs that I'm using uses /root as $HOME when I run then via sudo. :)) IMO, sudo is not really a su - foo without the need for a password. I would say that the above is a mis-feature in the other software :) Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIGX1w4eu+pR04mIcRAsu4AKCqcMJabJGc1CdqTcHnmhbOYDTQIACffDxY tTvW79NFo+bS34TgMawMyt8= =mlAy -END PGP SIGNATURE-
Bug#478564: elinks: Elinks relays on real UID not on effective.
Package: elinks Version: 0.11.3-6 Severity: normal Seems like elinks uses real UID, so when you start for example elinks with sudo it uses $HOME of real user, not /root. Here are steps how to reproduce it: [EMAIL PROTECTED]:~$ cd whoami pwd ixti /home/ixti [EMAIL PROTECTED]:~$ ls -la | grep elinks drwx-- 2 ixti ixti 4096 Апр 30 00:13 .elinks [EMAIL PROTECTED]:~$ rm -rf .elinks/ [EMAIL PROTECTED]:~$ sudo elinks [EMAIL PROTECTED]:~$ ls -la | grep elinks drwx-- 2 root root 4096 Апр 30 00:15 .elinks [EMAIL PROTECTED]:~$ elinks ERROR at /tmp/buildd/elinks-0.11.3/src/main/interlink.c:329: The call to connect() failed: 13 (Access denied) ERROR at /tmp/buildd/elinks-0.11.3/src/main/interlink.c:329: The call to bind() failed: 13 (Access denied) ERROR at /tmp/buildd/elinks-0.11.3/src/main/interlink.c:329: The call to bind() failed: 13 (Access denied) ERROR at /tmp/buildd/elinks-0.11.3/src/main/interlink.c:329: The call to bind() failed: 13 (Access denied) ERROR at /tmp/buildd/elinks-0.11.3/src/main/interlink.c:329: The call to bind() failed: 13 (Access denied) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages elinks depends on: ii elinks-data0.11.3-6 advanced text-mode WWW browser - d ii libbz2-1.0 1.0.5-0.1 high-quality block-sorting file co ii libc6 2.7-10GNU C Library: Shared libraries ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libgnutls262.2.2-1 the GNU TLS library - runtime libr ii libgpmg1 1.20.3~pre3-3 General Purpose Mouse - shared lib ii libidn11 1.7-1 GNU libidn library, implementation ii liblua50 5.0.3-3 Main interpreter library for the L ii liblualib505.0.3-3 Extension library for the Lua 5.0 ii libperl5.8 5.8.8-12 Shared Perl library ii libruby1.8 1.8.6.114-2 Libraries necessary to run Ruby 1. ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime elinks recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477778: kernel-package: add ability to build upgraded kernel version and different package flavors
Package: kernel-package Version: 11.001-0.1 Severity: wishlist Currently debian/control file get built from debian/Control template once on debian/ tree creation. For ability to switch to new upstream version saving current debian/ tree there should be possibility to regenerate debian/control file. It is handy that several kernel configurations to exist in one tree. They should reflect kernel flavours and be selected by --flavour option which should imply --append-to-version option. In this case several debian/control, debian/changelog and .config files should coexist suffixed with flavor name. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475036: Wanted features
According to your plans of redesign please consider #48 as features. Always lacking them since have started using make-kpkg 8 years ago. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463783: The problem solved.
Hello. Firstof all, I want to note that the problem was not only with apache. For example MPC also didn't work correctly, so if eth0 wasn't been configured it fault saying that cannot find localhost. I don't know what was the problem, but after my last dist-upgrade (about one week ago) everything corrected, so now everything works perfect.
Bug#474115: aptitude: Got SIGABRT, dying..
On Thursday 10 April 2008 06:10:53 you wrote: To follow up to my last comment, about not knowing why the Section field was empty, it appears that I was confused about the earlier report. I had gotten the impression that the Section field wasn't empty in the package list file, but that's not true: /var/lib/apt/lists/local/_var_local_mirror_..._Packages contains this stanza: Package: gsfonts-other Section: Installed-Size: 1728 (...) This seems to be from deb file:/var/local/mirror/debian/ unknown main contrib non-free in sources-local.list. So in fact apt is not buggy in this case; the Packages file is just unusual and hitting a bad corner case of aptitude's grouping code. (in case you're curious, it looks like the ldso stanza also has an empty Section) This should work in the next upload of aptitude. Thanks for the report. Daniel I mistook the source of this stanza with ftp.debian.de non-free source which also contains gsfonts-other. Sorry for misinformation and thank you for help! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474115: aptitude: Got SIGABRT, dying..
On Monday 07 April 2008 20:21:20 you wrote: On Thu, Apr 03, 2008 at 05:06:50PM +0400, Aleksey Midenkov [EMAIL PROTECTED] was heard to say: Package: aptitude Version: 0.4.11.1-1 Severity: grave The program get terminated at very start. I don't think it's grave for aptitude to break when its database is corrupt, so I'm downgrading this. Daniel Neather database nor package cache rebuild does not help. The bug is not only in reading empty Section: field, as I tried to describe. The bug is in losing Section: field. Please, answer to the point. You seem to be the are author of the program. Changing status of the bug back to grave: there is no way to use a program. Aleksey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474115: aptitude: Got SIGABRT, dying..
Have posted aptitude-create-state-bundle output: http://midenkov.narod.ru/aptitude_state.bz2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474637: pm-utils: missing dependency on console-tools
Package: pm-utils Version: 0.99.2-3 Severity: serious Justification: Policy 3.5 /usr/sbin/pm-suspend depends on /usr/bin/chvt in order to function correctly. (The functions take_suspend_lock and remove_suspend_lock in /usr/lib/pm-utils/functions are the particular culprits). Without console-tools installed, pm-suspend does not suspend the computer as expected. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pm-utils depends on: ii powermgmt-base1.30 Common utils and configs for power Versions of packages pm-utils recommends: ii hal 0.5.11~rc2-1 Hardware Abstraction Layer ii radeontool 1.5-5utility to control ATI Radeon back ii uswsusp 0.7-1.1 tools to use userspace software su ii vbetool 1.0-1.1 run real-mode video BIOS code to a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474115: aptitude: Got SIGABRT, dying..
Package: aptitude
Version: 0.4.11.1-1
Severity: grave
The program get terminated at very start.
The exception std::out_of_range is thrown at pkg_grouppolicy.cc:325
(pkg_grouppolicy_section::add_package):
323section = (sections_remaining.at(0) == '/'
324 ? sections_remaining.substr(1, next_split)
325 : sections_remaining.substr(0, next_split));
due to sections_remaining string emptiness. The string get empty from very
start at 272:
270else
271 {
272section=pkg.VersionList().Section();
273
274// Find the first section divider ('/'); if the split mode is
275// supposed to include only the part of the section preceding it
This is not the first iteration so the pkg (pkgCache) is initialized partly
properly. The problem gets occured when pkg.Name() is gsfonts-other. I
looked into apt list and ascertained that the Section: field is not null for
gsfonts-other (non-free/text). I suspect, that /var/cache/pkgcache.bin get
build somehow wrongly. But to figure where in the code it get build is long
enough task for me. Is there anyone who knows the code enough to give me a
clue where to dig next?
By the way, at 273 the check should be done, that std::string 'section' is not
empty.
Package: apt
Version: 0.7.11
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#186448: 15 tips on mind blowing foreplay
Every bloke gets a mighty poke with this http://www.Dusantra.com/ Orgasmic Wonderland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228164: Add up to 3 inches today.
Make your dreams of having a huge rod true within just weeks. http://www.secopls.com/ Add up to 3 inches today. -- 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#453856: acpi-support: ipw3945 does not boot properly due to wrong isAnyWirelessPoweredOn
As it was said in 463719, device/power/state is deprecated.
I have no such file on 2.6.24. I use following code for
isAnyWirelessPoweredOn:
isAnyWirelessUp()
{
for DEVICE in /sys/class/net/* ; do
[ -d $DEVICE/wireless ] || continue
[ `cat $DEVICE/operstate` != down ] || continue
[ -r $DEVICE/device/rf_kill ] [ `cat $DEVICE/device/rf_kill` -eq
0 ] || continue
return 0
done
# otherwise return failure
return 1
}
By the way, there is no need in 60-asus-wireless-led.sh at startup for
ipw3945.
The driver sets led state properly. I use this tricky led setting only after
resume from suspend
to ram, because then the led sometimes is not resumed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465283: apache2: ProxySourceAddress directive to select source address of outgoing connections from mod_proxy
Hello Stefan, On Tuesday 19 February 2008 23:27:27 Stefan Fritsch wrote: Hi Aleksey, On Monday 11 February 2008, Aleksey Midenkov wrote: This patch allows to bind to source address of outgoing connections from mod_proxy like this: ProxySourceAddress 192.168.0.1 thanks for your patch. However we try to avoid adding new features (and especially new config options) before upstream adds them. Otherwise, if upstream chooses a different implementation, there might be problems with upgrades. that is wise indeed. Will try to negotiate it on upstream. Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420095: sim: 0.9.4.3 is available
It seems to be that deb package is well maintained by upstream developer and is available at: http://sim-im.org/wiki/Download I think the bug priority should be important, because 0.9.4.3 is a bugfix release. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438426: Bug#456007: xserver-xorg-video-intel: solution on resume after suspend to ram
On Tuesday 12 February 2008 21:28:03 Filippo Giunchedi wrote: On Tue, Feb 12, 2008 at 06:48:35PM +0100, Filippo Giunchedi wrote: On Fri, Dec 28, 2007 at 10:37:10AM +0300, Aleksey Midenkov wrote: I have 965GM and in my situation none of suggested workarounds work apart from turning to text mode and back to xorg. It must be noted that text mode is broken after resume. But there is a good news that upstream developers have implemented suspend/resume code in i915 DRM module whish can be downloaded from git repository: $ git-clone git://anongit.freedesktop.org/git/mesa/drm I've tested it, works great on 2.6.23.12! Restores graphic and text modes like a charm! You mean the backlight is turned on after resume both in X and console? Is there any particular setting I should check? I am using 2.6.24-rc7 Confirmed, the backlight is restored on resume with today's mesa/drm git (d63b57749f097b36df04c6beff9b35a1dd859523) Brice: what to do about this bug? For me it is closed, as it shows it is not a intel Xorg driver issue. Ideally, a new package should be created kernel-patch-2.6-drm and this package should suggest it. But I would not close this bug to keep helping people find the solution. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Computer Science is no more about computers than astronomy is about telescopes. -- Edsger Dijkstra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465283: apache2: ProxySourceAddress directive to select source address of outgoing connections from mod_proxy
Package: apache2 Version: 2.2.8-1 Severity: wishlist Tags: patch This patch allows to bind to source address of outgoing connections from mod_proxy like this: ProxySourceAddress 192.168.0.1 PR#29404 in apache bugzilla. Aleksey 060_proxy_source_address.dpatch Description: application/shellscript
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#463783: It doesn't start only if eth1 is not properly configured.
Today I've found out that if my eth1 is configured upon boot via DHCP or manually (depends on /etc/interfaces) then everything is ok and apache is starting up. By default my eth1 is configured to get config from DHCP. But when I run my laptop at home - I have no LAN with DHCP there yet - it is not starts. I've tried to start it manualy (sudo invoke-rc.d apache2 start) and it throwed error: [EMAIL PROTECTED]:~$ sudo invoke-rc.d apache2 start Starting web server: apache2[Mon Feb 04 17:15:12 2008] [crit] (EAI 9)Address \ family for hostname not supported: alloc_listener: failed to set up \ sockaddr for 127.0.0.1 Syntax error on line 1 of /etc/apache2/ports.conf: Listen setup failed failed! invoke-rc.d: initscript apache2, action start failed. Backslash on the endings is inserted by me to keep each line's length less then 80 chars. So I've tried to configure eth1 manually (sudo ifconfig eth1 192.168.0.11) and then tried to start apache again - and it started without any problem. Then I've tried to start it within LAN with DHCP and it also started fine. And one more problem. Even when it is running - it is awfull slow. Each request is processed very slowly (even if it has no dynamic content (no PHP or else - just simple HTML). Here is my $ df -h: /dev/mapper/msi--s300--vg-root 496M 103M 368M 22% / tmpfs 502M 0 502M 0% /lib/init/rw udev 10M 144K 9,9M 2% /dev tmpfs 502M 0 502M 0% /dev/shm /dev/sda6 61M 22M 37M 37% /boot /dev/mapper/msi--s300--vg-home 11G 4,0G 6,4G 39% /home /dev/mapper/msi--s300--vg-tmp 1008M 34M 924M 4% /tmp /dev/mapper/msi--s300--vg-usr 5,0G 4,8G 5,1M 100% /usr /dev/mapper/msi--s300--vg-var 5,0G 1,6G 3,3G 32% /var
Bug#463783: apache2: Apache does not starts at boot time.
Package: apache2 Version: 2.2.6-3 Severity: normal After I have dist-upgraded on last Friday (1st of February'08) I've found that apache does not starts automatically at boot time any more. Starting it manually goes fine. No errors occurs, even no warnings. Every method of starting I've tried works absolutely similar: $ sudo invoke-rc.d apache2 start $ sudo /etc/init.d/apache2 start $ sudo env -i LANG=C PATH=/usr/local/bin:/usr/bin:/bin \ /usr/sbin/apache2ctl start -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apache2 depends on: ii apache2-mpm-prefork 2.2.6-3Traditional model for Apache HTTPD apache2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461867: spamassassin: spamd.pid should be placed to /var/run/spamd/
Package: spamassassin Version: 3.2.3-1 Severity: minor Apart from .pid file there can be UNIX socket. I think this is Debian-way. Having a lot of directories in /var/run already... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456007: xserver-xorg-video-intel: solution on resume after suspend to ram
I have 965GM and in my situation none of suggested workarounds work apart from turning to text mode and back to xorg. It must be noted that text mode is broken after resume. But there is a good news that upstream developers have implemented suspend/resume code in i915 DRM module whish can be downloaded from git repository: $ git-clone git://anongit.freedesktop.org/git/mesa/drm I've tested it, works great on 2.6.23.12! Restores graphic and text modes like a charm! The mailing thread about this issue can be found at: http://marc.info/?t=11927416254r=1w=2 ([RFC] full suspend/resume support for i915 DRM driver) Aleksey -- 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#456215: kwin-baghira: where is the documentation?
Package: kwin-baghira Version: 0.8-1 Severity: minor Man page says: Complete documentation can be found in docbook format in /usr/share/doc/kde/HTML/lang/kwin-baghira/ on this system. There is no docs. $ dpkg -L kwin-baghira|grep HTML|wc -l 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454557: libc6: before upgrade must uninstall libc6-i686 first
Package: libc6 Version: 2.7-3 Severity: grave The situation I got into was in process of upgrading libc6 and libc6-i686 from version 2.6.1-5 to 2.7-3. New libc6 was already unpacked and libc6-i686 was yet of old version. After that the system became totally unusable. Every exec ended up with sigsegv. Only removing /lib/i686 under another system's boot had helped. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454557: libc6: before upgrade must uninstall libc6-i686 first
On Thursday 06 December 2007 13:42:42 you wrote: Aleksey Midenkov a écrit : Package: libc6 Version: 2.7-3 Severity: grave The situation I got into was in process of upgrading libc6 and libc6-i686 from version 2.6.1-5 to 2.7-3. New libc6 was already unpacked and libc6-i686 was yet of old version. After that the system became totally unusable. Every exec ended up with sigsegv. Only removing /lib/i686 under another system's boot had helped. This is most probably a bug of debian-installer, dpkg or apt. Could you please answer the few questions below to help us understand the problem: - What's the output of dpkg -l libc6-i686? - Do you have a /usr/share/doc/libc6-i686 directory? If yes what is the first entry at the top of /usr/share/doc/libc6-i686/changelog.Debian.gz? - Do you have any mentions of libc6-i686 in /var/log/dpkg.log.*? - When did you installed your system and which install CD did you use? Now I have libc6-i686 of version 2.7-3 installed, because I resumed installation process after removing old /lib/i686 binaries. Anyway, I could not show you 'dpkg -l' in that situation. I was using aptitude for the whole upgrade process. The installation log shows this: log# cat dpkg.log|egrep 'libc6(-i686)? ' 2007-12-06 10:35:58 upgrade libc6 2.6.1-5 2.7-3 2007-12-06 10:35:58 status half-configured libc6 2.6.1-5 2007-12-06 10:35:58 status unpacked libc6 2.6.1-5 2007-12-06 10:35:58 status half-installed libc6 2.6.1-5 2007-12-06 10:36:01 status half-installed libc6 2.6.1-5 2007-12-06 10:36:01 status unpacked libc6 2.7-3 2007-12-06 10:36:01 status unpacked libc6 2.7-3 2007-12-06 10:36:03 status unpacked libc6 2.7-3 2007-12-06 10:36:03 status unpacked libc6 2.7-3 2007-12-06 10:36:03 status unpacked libc6 2.7-3 2007-12-06 10:36:03 status unpacked libc6 2.7-3 2007-12-06 10:36:03 status unpacked libc6 2.7-3 2007-12-06 10:36:03 status unpacked libc6 2.7-3 2007-12-06 10:36:03 status half-configured libc6 2.7-3 2007-12-06 10:48:23 status half-configured libc6 2.7-3 2007-12-06 10:48:38 status installed libc6 2.7-3 2007-12-06 10:48:55 upgrade libc6-i686 2.6.1-5 2.7-3 2007-12-06 10:48:55 status half-configured libc6-i686 2.6.1-5 2007-12-06 10:48:55 status unpacked libc6-i686 2.6.1-5 2007-12-06 10:48:55 status half-installed libc6-i686 2.6.1-5 2007-12-06 10:48:56 status half-installed libc6-i686 2.6.1-5 2007-12-06 10:48:56 status unpacked libc6-i686 2.7-3 2007-12-06 10:48:56 status unpacked libc6-i686 2.7-3 2007-12-06 10:49:14 status unpacked libc6-i686 2.7-3 2007-12-06 10:49:14 status half-configured libc6-i686 2.7-3 2007-12-06 10:49:15 status installed libc6-i686 2.7-3 Between 10:36 and 10:48 the problem had occured, reboot was made into another system and /lib/i686 removed. log# aptitude --version aptitude 0.4.8 compiled at Nov 15 2007 22:41:47 Compiler: g++ 4.2.3 20071014 (prerelease) (Debian 4.2.2-3) NCurses version: 5.6 libsigc++ version: 2.0.17 log# apt-get --version apt 0.7.9 for i386 compiled on Oct 31 2007 13:40:43 Supported modules: *Ver: Standard .deb *Pkg: Debian dpkg interface (Priority 30) S.L: 'deb' Standard Debian binary tree S.L: 'deb-src' Standard Debian source tree Idx: Debian Source Index Idx: Debian Package Index Idx: Debian Translation Index Idx: Debian dpkg status file log# dpkg --version Debian `dpkg' package management program version 1.14.6 (i386). This is free software; see the GNU General Public License version 2 or later for copying conditions. There is NO warranty. See dpkg --license for copyright and license details.
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#441759: pioneers-server-gtk dies on startup
Package: pioneers Version: 0.11.2-1 Severity: grave Justification: renders package unusable Either clicking create game in the start a new game dialog box in the GTK pioneers client, or running pioneers-server-gtk directly results in the following output: ** ERROR **: No games available aborting... Aborted Same with pioneers-server-console. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pioneers depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libglib2.0-0 2.14.0-2 The GLib library of C routines ii libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio ii pioneers-console 0.11.2-1 the Settlers of Catan board game - ii pioneers-data 0.11.2-1 the Settlers of Catan board game - Versions of packages pioneers recommends: ii yelp 2.18.1-1 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434503: nut: /etc/default/nut can not set starting arguments
Package: nut Version: 2.0.5-3+b1 Severity: minor Tags: patch Please, consider attached init.d script. nut Description: application/shellscript
Bug#431777: comments have unfounded offendings
Package: info2man Version: 1.1-3 Severity: minor Please, remove the whole paragraphs of comments from info2pod about 'stupid info' and 'the GNU people are arrogant scum'. It does not carry any sense, but is a stupid rave. -- 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#427949: kdevelop: GDB cmd prompt (integrated debugger) loses focus after entering a command
Package: kdevelop Version: 4:3.4.0-3 Severity: minor Tags: patch Originally reported to upstream by Christopher Layne (http://bugs.kde.org/show_bug.cgi?id=141320), but not fixed since 2007-02-07. Please, incorporate this patch. It is very annoying bug. Regards, Aleksey --- kdevelop-3.4.0-orig/languages/cpp/debugger/gdboutputwidget.cpp 2007-06-07 18:30:58.0 +0400 +++ kdevelop-3.4.0/languages/cpp/debugger/gdboutputwidget.cpp 2007-03-06 15:33:36.0 +0300 @@ -242,6 +242,7 @@ void GDBOutputWidget::flushPending() m_gdbView-scrollToBottom(); m_gdbView-setUpdatesEnabled(true); m_gdbView-update(); +m_userGDBCmdEditor-setFocus(); } /***/
Bug#424536: apache2.2-common: modules configurations should be carried from apache2.conf into corresponding mods-available/ .conf files
Package: apache2.2-common Version: 2.2.3-3.3 Severity: minor Good day! Subj. Modules configuration make apache2.conf unnecessary huge. The modules I say about are: alias_module mod_autoindex mod_mime mod_negotiation mod_setenvif mod_status mod_info Each of them should have its own .conf file in mods-available/. Thank you! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424434: Bug with locales for menus in fluxbox
Package: fluxbox Version: 0.9.14-1.2 I've found some kind of bug. This is actually not bug, but a little mistake :)) First of all: contents of '/usr/share/fluxbox/nls' of.deb package on your site differs from package included in repository. In .deb package on your site this directory contain folders like 'xx_XX.CP', where xx_XX - language like: ru_RU and CP is codepage UTF-8 for example. Fluxbox, tries to get messages from file /usr/share/fluxbox/nls/xx_XX, where xx_XX is current locale. In my case it is ru_RU. So if I'm instaling fluxbox with .deb that you offer on your site then I can simply create a symlink for locale and codepage that I need, or leave it alone, so I'll get English messages. In package that is in official repository it has nls without codepages, so for russian locale someone choose KOI8-R, but I'm for example use UTF8, so the only way for me is to rename ru_RU dir to ru_RU.wrongCP so I'll get english messages (in menus) IMHO it''s better to leave /usr/shaer/fluxbox/nls dir in the way it is in your deb package on site and apped a notice for users, that if they want localized messages they have to make a symlink on correct codepage. Just noticed that on site you're offering version 0.9.15
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#416469: uncrustify: upstream version is 3 more newer than unstable
Package: uncrustify Version: 0.30-1 Severity: minor Please, update the unstable to 0.33. http://uncrustify.sourceforge.net/ChangeLog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285609: coreutils: Bug still here
Package: coreutils Version: 5.97-5.3 Followup-For: Bug #285609 $09:52 ~ :: date Thu Mar 29 09:52:39 YEKST 2007 $09:52 ~ :: date --date='-1 month' +%Y-%m 2007-03 $09:52 ~ :: date --date='-2 month' +%Y-%m 2007-01 --date key don`t work properly most of time 8-( -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages coreutils depends on: ii libacl1 2.2.42-1 Access control list shared library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libselinux1 1.32-3 SELinux shared libraries coreutils recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415565: astyle: -l switch breaks code (kdevelop is affected too)
Package: astyle
Version: 1.18-1
Severity: important
tmp$ cp /dev/stdin a.cpp
{
//
}
tmp$ astyle -l a.cpp
Artistic Style 1.18
formatted a.cpp
tmp$ cat a.cpp
{
//}
tmp$
--
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#396162: /etc/init.d/apache2 still has wrong logic in PID detection
Package: apache2-common
Version: 2.2.3-2
Severity: important
Tags: patch
In /etc/init.d/apache2 (my comments are after # sign):
pidof_apache() {
...
# This loop returns from procedure with first PID it encounters in
# existing .pid file no matter PidFile is from the right source or not.
# So what if the .pid file is stalled and PidFile source is wrong?
for PFILE in `grep ^PidFile /etc/apache2/* -r | awk '{print $2}'`; do
if [ -e $PFILE ]; then
cat $PFILE
return 0
fi
done
...
for i in $PIDS; do
# $PID is always empty string, it was never used before. This matter
with
# useless REALPID initialization make impression that the file was
published
# in the middle of development process ;)
if [ $i = $PID ]; then
My patch fixes these issues trying to follow the orginal thought. Though
again, it is not the most proper (but rather fastest) way to do the thing. ;)
--- apache2.orig 2006-10-08 12:38:25.0 +0800
+++ apache2 2006-10-30 11:53:50.0 +0700
@@ -36,29 +36,32 @@ pidof_apache() {
# classified as good/unknown feature
PIDS=`pidof apache2` || true
-PID=
-
# let's try to find the pid file
-# apache2 allows more than PidFile entry in the config but only
-# the last found in the config is used
+# apache2 allows more than PidFile entry
+# most simple way is to check all of them
+
+PIDS2=
+
for PFILE in `grep ^PidFile /etc/apache2/* -r | awk '{print $2}'`; do
- if [ -e $PFILE ]; then
-cat $PFILE
-return 0
- fi
+ [ -e $PFILE ] PIDS2=$PIDS2 `cat $PFILE`
done
-REALPID=0
+
# if there is a pid we need to verify that belongs to apache2
# for real
for i in $PIDS; do
-if [ $i = $PID ]; then
+ # may be it is not the right way to make second dimension
+ # for really huge setups with hundreds of apache processes
+ # and tons of garbage in /etc/apache2... or is it?
+ for j in $PIDS2; do
+ if [ $i = $j ]; then
# in this case the pid stored in the
# pidfile matches one of the pidof apache
# so a simple kill will make it
-echo $PID
+ echo $i
return 0
fi
done
+done
return 1
}
Bug#395529: maildrop: Maildrop and courier-authlib
Package: maildrop Version: 2.0.2-11 Severity: important Please add depends from courier-authlib for maildrop ldd `which maildrop` libgdbm.so.3 = /usr/lib/libgdbm.so.3 (0x2b217a069000) libcourierauth.so.0 = not found libcrypt.so.1 = /lib/libcrypt.so.1 (0x2b217a179000) libpcre.so.3 = /usr/lib/libpcre.so.3 (0x2b217a2ad000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x2b217a3cd000) libm.so.6 = /lib/libm.so.6 (0x2b217a5cb000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x2b217a74d000) libc.so.6 = /lib/libc.so.6 (0x2b217a85b000) /lib64/ld-linux-x86-64.so.2 (0x4000) dpkg -s maildrop Package: maildrop Status: install ok installed Priority: optional Section: mail Installed-Size: 1020 Maintainer: Josip Rodin [EMAIL PROTECTED] Architecture: amd64 Version: 2.0.2-11 Depends: exim4 | mail-transport-agent, libc6 (= 2.3.5-1), libgcc1 (= 1:4.1.1-12), libgdbm3, libpcre3 (= 4.5), libstdc++6 (= 4.1.1-12) Conflicts: suidmanager ( 0.50) Conffiles: /etc/maildroprc f97d85cda57fe701561547a20de9a827 Description: mail delivery agent with filtering abilities -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages maildrop depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-17 GCC support library ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii libstdc++6 4.1.1-17The GNU Standard C++ Library v3 ii postfix [mail-transport-agen 2.3.3-4 A high-performance mail transport maildrop recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390517: bricolage-cms does not start without libhtml-template-expr-perl
Package: libbric-perl Severity: serious Version: 1.8.9-1 bash_shell# /etc/init.d/bricolage-cms start bric_apachectl start: starting httpd Syntax error on line 81 of /etc/bricolage/httpd.conf: Can't locate HTML/Template/Expr.pm in @INC ... Package libhtml-template-expr-perl should be on Depends list, not on Suggests list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305642: OK, it fixed the problem
Pavel, export HISTCONTROL=ignoreboth did fixed the problem. It would be good if it were a comment on this in bash package. Thank you for the info! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305642: I agree, it is very annoying!
I just enter in the directory in MC panel, for example /usr/src. Then ^O, ^P. I get: 05:52:53 [EMAIL PROTECTED]:usr# 05:53:01 [EMAIL PROTECTED]:src# cd `echo -e '\057usr\057src'` Note the old bash prompt. It have not disappeared. The new bash prompt have appeared right after it. My bash prompt format is: export PS1='\T [EMAIL PROTECTED]:\W\$ ' 05:56:53 [EMAIL PROTECTED]:src# mc --version GNU Midnight Commander 4.6.1 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, smbfs With builtin Editor Using system-installed S-Lang library with terminfo database With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Package: libglib2.0-0 Version: 2.10.2-1 Package: libc6 Version: 2.3.6.ds1-4 Package: libgpmg1 Version: 1.19.6-22 Package: libslang2 Version: 2.0.6-2 05:56:58 [EMAIL PROTECTED]:src# ldd `which mc` linux-gate.so.1 = (0xe000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0xb7f8b000) libdl.so.2 = /lib/tls/libdl.so.2 (0xb7f87000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0xb7eff000) libgpm.so.1 = /usr/lib/libgpm.so.1 (0xb7ef9000) libslang.so.2 = /lib/libslang.so.2 (0xb7e37000) libnsl.so.1 = /lib/tls/libnsl.so.1 (0xb7e21000) libc.so.6 = /lib/tls/libc.so.6 (0xb7ce9000) /lib/ld-linux.so.2 (0xb7fa2000) libm.so.6 = /lib/tls/libm.so.6 (0xb7cc3000) Note that linux-gate.so.1 doesn't map to any file. Is it normal? On Tuesday 05 September 2006 06:31, you wrote: Weired, since I am using MC all the day, I can not reproduce this bug I use MC from Sarge: GNU Midnight Commander 4.6.1-pre3 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, smbfs With builtin Editor Using included S-Lang library with terminfo database With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support What do you do exactly to get this Bug? Thanks, Greetings and nice Day Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant Am 2006-09-01 09:57:01, schrieb Aleksey Midenkov: Package: mc Version: 1:4.6.1-1 Severity: normal I agree, it is very annoying for me too! I didn't seem to notice this bug before. May be it appeared in recent versions. Or is it may be misconfiguration? - END OF REPLIED MESSAGE - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305642: I agree, it is very annoying!
Package: mc Version: 1:4.6.1-1 Severity: normal I agree, it is very annoying for me too! I didn't seem to notice this bug before. May be it appeared in recent versions. Or is it may be misconfiguration? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381092: Authentication does not work in certain circumstances
Package: gnugk
Version: 2.2.3-2-3
Severity: important
Tags: patch
The bug shows up when both MD5 CryptoToken and CAT Token have arrived and the
CAT Token is wrong. In this case MD5 CryptoToken turns out to be failed even
if it is right. This situation was encountered with Teles iGate hardware
which by some means makes bad Cisco Access Token hash (or maybe gnugk makes
bad CAT hash). Now it works OK.
The fix is contained in attachment:
--- gnugk-2.2.3-2/gkauth.h 2005-02-01 15:28:10.0 +0100
+++ gnugk-2.2.3-2-mod/gkauth.h 2006-07-31 17:15:10.0 +0200
@@ -632,18 +632,13 @@ protected:
{
const RAS req = request;
bool finalResult = false;
- int result;
if (req.HasOptionalField(RAS::e_cryptoTokens)) {
- if ((result = CheckCryptoTokens(req.m_cryptoTokens, aliases,
- request-m_rasPDU)) == e_fail)
-return e_fail;
- finalResult = (result == e_ok);
+ finalResult = (CheckCryptoTokens(req.m_cryptoTokens, aliases,
+ request-m_rasPDU) == e_ok);
}
if (req.HasOptionalField(RAS::e_tokens)) {
- if ((result = CheckTokens(req.m_tokens, aliases)) == e_fail)
-return e_fail;
- finalResult = finalResult || (result == e_ok);
+ finalResult = finalResult || (CheckTokens(req.m_tokens, aliases) == e_ok);
}
return finalResult ? e_ok : GetDefaultStatus();
}
Bug#370765: gnome-control-center: gnome-window-properties cannot load Metacity settings module
Package: gnome-control-center Version: 1:2.14.1-1 Severity: important Recently, the Windows desktop preference application has stopped working. Running it in the terminal produces the following: (gnome-window-properties:5788): capplet-common-WARNING **: Couldn't load window manager settings module `/usr/lib/libgnome-window-settings1/libmetacity.so' (/usr/lib/libgnome-window-settings1/libmetacity.so: cannot open shared object file: No such file or directory) I have the 1:2.14.5-1 version of the metacity packages installed. A similar message comes up if you run /usr/bin/gnome-theme-manager -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnome-control-center depends on: ii capplets-data 1:2.14.1-1configuration applets for GNOME 2 ii desktop-file-utils 0.10-1Utilities for .desktop files ii gnome-desktop-data 2.14.2-1 Common files for GNOME 2 desktop a ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii gnome-menus2.14.0-2 an implementation of the freedeskt ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.61-6simple interprocess messaging syst ii libebook1.2-5 1.6.1-3 Client library for evolution addre ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgamin0 [libfam0]0.1.7-3 Client library for the gamin file ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnome-desktop-2 2.14.2-1 Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome-menu2 2.14.0-2 an implementation of the freedeskt ii libgnome-window-settings1 1:2.14.1-1Utility library for getting window ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgnutls131.3.5-1.1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgstreamer-plugins-base0 0.10.7-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.6-2 Core GStreamer libraries and eleme ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmetacity0 1:2.14.5-1library of lightweight GTK2 based ii libnautilus-extension1 2.14.1-4 libraries for nautilus components ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.10-1lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libtasn1-2 1:0.2.17-2Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension
Bug#366378: KDE is not starting on /etc/default/rcS VERBOSE=no (with fix)
Package: x11-common
Version: 1:7.0.15
.xsession-errors contains:
_IceTransmkdir: ERROR: Owner of /tmp/.ICE-unix must be set to root
/etc/init.d/x11-common is not creating /tmp/.ICE-unix when VERBOSE=no
in /etc/default/rcS
Suggested fix in attached patch file:
--- /etc/init.d/x11-common.old 2006-04-28 12:18:58.0 +0800
+++ /etc/init.d/x11-common 2006-05-08 13:51:21.0 +0800
@@ -28,7 +28,7 @@ set_up_socket_dir () {
chown 0:0 $SOCKET_DIR
chmod 1777 $SOCKET_DIR
do_restorecon $SOCKET_DIR
- [ $VERBOSE != no ] log_end_msg 0 || exit 0
+ [ $VERBOSE != no ] log_end_msg 0 || return 0
}
set_up_ice_dir () {
@@ -42,7 +42,7 @@ set_up_ice_dir () {
chown 0:0 $ICE_DIR
chmod 1777 $ICE_DIR
do_restorecon $ICE_DIR
- [ $VERBOSE != no ] log_end_msg 0 || exit 0
+ [ $VERBOSE != no ] log_end_msg 0 || return 0
}
case $1 in
Bug#365321: star: typo in man page
Package: star Version: 1.5a67-1 Severity: wishlist I think this typo STAR_FIFOSIZE_MAX Sets the maximum size of the FIFO (see also fs=# option). Setting STAR_FIFOSIZE_MAX in /etc/default/star allows to overwrite global values from backup scripts for machines with less memory. archive0= archive2= archive3= archive4= archive5= archive6= archive7= archive0= Archive entries for the -[0..7] option. I think list must start at archive1 archive2 .. archive7 archive0 or archive0 archive1 ... archive7 thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (900, 'stable'), (500, 'testing'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages star depends on: ii libacl1 2.2.36-1 Access control list shared library ii libattr1 2.4.32-1 Extended attribute shared library ii libc6 2.3.6-7GNU C Library: Shared libraries star recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364728: new version for havp
Package: havp Severity: wishlist HAVP 0.79 with ftp over http support available. Please upgrade package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (900, 'stable'), (500, 'testing'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364563: libclamav-dev: Typo in man page for clamav-config
Package: libclamav-dev Version: 0.88.1-1 Severity: minor man clamav-config ... CLAMAV-CONFIG(1) Debian GNU/Linux CLAMAV-CONFIG(1) NAME clamav-config - script to get information about libaudiofile SYNOPSIS clamav-config [--prefix[=DIR]] [--version] [--cflags] [--libs] ... I think this must be: ... clamav-config - script to get information about libclamav1 ... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (900, 'stable'), (500, 'testing'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages libclamav-dev depends on: ii libbz2-dev1.0.3-2high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.6-7GNU C Library: Development Librari ii libclamav10.88.1-1 virus scanner library ii libcurl3-dev 7.15.3-1 Transitional package to libcurl3-o ii libgmp3-dev 4.2.dfsg-1 Multiprecision arithmetic library ii libidn11-dev 0.5.18-2 Development files GNU libidn, impl ii libssl-dev0.9.8a-8 SSL development libraries, header ii zlib1g-dev1:1.2.3-11 compression library - development libclamav-dev recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358456: sml-mode: Font highlighting in inferior-sml mode slow with emacs-snapshot
Package: sml-mode Version: 4.0-5 Severity: important With a recent emacs-snapshot-gtk, font highlighting in an inferior SML mode seems to take time proportional to the amount of text in the *sml* buffer. To reproduce: 1. make sure that font highlighting is on (eg, global-font-lock-mode) 2. visit an sml file 3. launch an inferior SML mode (eg, M-x switch-to-sml) 4. repeatedly type open SMLofNJ; or similar as the buffer fills up with output, font highlighting will eat more and more CPU time. for example after a while, it takes seconds on my computer before the initial o of open SMLofNJ; will appear, and there are similar pauses between all subsequent letters. 5. switch off font-highlighting in the *sml* buffer (M-x font-lock-mode) 6. now typing anything is fast again. I don't have this problem in other buffers with highlighting turned on. Also neither M-x shell, nor a plain M-x comint-run RET sml seems to exhibit this problem. So it's something in sml-proc.el interacting with some recent changes to emacs-snapshot. (I can't pinpoint the exact version of emacs-snapshot when this started, but it was some time in the last month). This problem does not appear with a current emacs21. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages sml-mode depends on: ii emacs-snapshot-gtk [emacsen 1:20060315-1 The GNU Emacs editor (with GTK+ 2. ii emacs21 [emacsen] 21.4a-1 The GNU Emacs editor sml-mode recommends no packages. -- no debconf information -- 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#332682: vnc4 with gcc-4.0
As far as I can tell, the build problems in vnc4 happen because
rfb/Rect.h provides its
own definitions of min() and max() as macros which interact badly with
the guts of the C++ standard library (in particular with some
functions in vectorbool). On my system locally, I applied the
following changes, and the program seemed to compile fine.
cheers,
Aleksey Kliger
===
--- rfb/Rect.h.old 2005-12-08 16:16:01.0 -0500
+++ rfb/Rect.h 2005-12-08 15:57:58.0 -0500
@@ -21,13 +21,17 @@
#ifndef __RFB_RECT_INCLUDED__
#define __RFB_RECT_INCLUDED__
-#ifndef max
-#define max(a,b)(((a) (b)) ? (a) : (b))
-#endif
-
-#ifndef min
-#define min(a,b)(((a) (b)) ? (a) : (b))
-#endif
+#include algorithm
+
+using std::min;
+using std::max;
+// #ifndef max
+// #define max(a,b)(((a) (b)) ? (a) : (b))
+// #endif
+
+// #ifndef min
+// #define min(a,b)(((a) (b)) ? (a) : (b))
+// #endif
namespace rfb {
===
Bug#341083: some changes needed to udev script (nee hotplug script)
I believe that when /etc/hotplug/usb/libgphoto2 script is run by udevd instead of hotplug (as with recent udev versions, and with hotplug purged), the environment is somewhat different from what the script expects. in particular if I add echo = /tmp/script-output printenv /tmp/script-output echo = /tmp/script-output to /etc/hotplug/usb/ligphoto2, the output file contains the following after I plug in my camera: == SUBSYSTEM=usb DEVPATH=/devices/pci:00/:00:03.0/usb1/1-2 ACTION=add PWD=/ UDEV_LOG=3 UDEVD_EVENT=1 SHLVL=1 PHYSDEVDRIVER=usb PHYSDEVBUS=usb SEQNUM=993 _=/usr/bin/printenv == == SUBSYSTEM=usb DEVPATH=/devices/pci:00/:00:03.0/usb1/1-2/1-2:1.0 ACTION=add MODALIAS=usb:v04A9p3070d0001dcFFdscFFdpFFic*isc*ip* PWD=/ UDEV_LOG=3 UDEVD_EVENT=1 SHLVL=1 DEVICE=/proc/bus/usb/001/010 PRODUCT=4a9/3070/1 TYPE=255/255/255 PHYSDEVBUS=usb SEQNUM=994 _=/usr/bin/printenv == == PHYSDEVPATH=/devices/pci:00/:00:03.0/usb1/1-2 SUBSYSTEM=usb_device DEVPATH=/class/usb_device/usbdev1.10 MINOR=9 ACTION=add PWD=/ UDEV_LOG=3 MAJOR=189 UDEVD_EVENT=1 DEVNAME=/dev/bus/usb/1/10 SHLVL=1 PHYSDEVDRIVER=usb PHYSDEVBUS=usb SEQNUM=995 _=/usr/bin/printenv == so as far as i can tell, the libgphoto2 script should replace references to $DEVICE with $DEVNAME, and moreover, the device is a character device not a regular file. so instead of -f, the test should be -c. with those changes done to my local copy, I am able to plug in a camera and import photos as a non-root user (one that is a member of the camera group, obviously). Cheers, Aleksey Kliger
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#316362: acknowledged by developer (Bug#316362: fixed in drupal 4.5.4-1)
This is an automatic notification regarding your Bug report #316362: security problem with drupal, which was filed against the drupal package. It has been closed by one of the developers, namely Hilko Bengen [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Received: (at 316362-close) by bugs.debian.org; 1 Jul 2005 16:08:05 + From [EMAIL PROTECTED] Fri Jul 01 09:08:05 2005 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DoO3g-0006Tk-00; Fri, 01 Jul 2005 09:08:05 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1DoNyF-0001pM-00; Fri, 01 Jul 2005 12:02:27 -0400 From: Hilko Bengen [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.56 $ Subject: Bug#316362: fixed in drupal 4.5.4-1 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Fri, 01 Jul 2005 12:02:27 -0400 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Source: drupal Source-Version: 4.5.4-1 We believe that the bug you reported is fixed in the latest version of drupal, which is due to be installed in the Debian FTP archive: drupal_4.5.4-1.diff.gz to pool/main/d/drupal/drupal_4.5.4-1.diff.gz drupal_4.5.4-1.dsc to pool/main/d/drupal/drupal_4.5.4-1.dsc drupal_4.5.4-1_all.deb to pool/main/d/drupal/drupal_4.5.4-1_all.deb drupal_4.5.4.orig.tar.gz to pool/main/d/drupal/drupal_4.5.4.orig.tar.gz Hmm, where fix in stable? I think you can`t upload new version in sarge. Maybe need contact with Security Team? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316362: security problem with drupal
Package: drupal Version: 4.5.3-2 Severity: grave Justification: user security hole See http://drupal.org/files/sa-2005-002/advisory.txt Drupal security advisory DRUPAL-SA-2005-002 Advisory ID:DRUPAL-SA-2005-002 Date: 2005-jun-29 Security risk: highly critical Impact: system access Where: from remote Vulnerability: arbitrary PHP code execution Description --- Kuba Zygmunt discovered a flaw in the input validation routines of Drupal's filter mechanism. An attacker could execute arbitrary PHP code on a target site when public comments or postings are allowed. Versions affected - Drupal 4.5.0, 4.5.1, 4.5.2, 4.5.3 Drupal 4.6.0, 4.6.1 Solution Either disable public comments and postings, or upgrade to the latest Drupal version: - If you cannot upgrade immediately, you can secure your site by disabling public postings and comments. Log in as an administrator, go to administer access control and make sure that untrusted roles don't have the permissions to submit or edit content. - If you are running Drupal 4.5.x, then upgrade to Drupal 4.5.4. - If you are running Drupal 4.6.x, then upgrade to Drupal 4.6.2. Contact --- The security contact for Drupal can be reached at [EMAIL PROTECTED] or using the form at http://drupal.org/contact. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages drupal depends on: ii apache 1.3.33-6versatile, high-performance HTTP s ii debconf 1.4.30.13 Debian configuration management sy ii makepasswd 1.10-2 Generate and encrypt passwords ii mysql-client-4.1 [mysql-clie 4.1.11a-4 mysql database client binaries ii php4-cli 4:4.3.10-15 command-line interpreter for the p ii php4-mysql 4:4.3.10-15 MySQL module for php4 ii postfix [mail-transport-agen 2.1.5-9 A high-performance mail transport ii wwwconfig-common 0.0.43 Debian web auto configuration -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316362: drupal: fixes
Package: drupal Version: 4.5.3-2 Followup-For: Bug #316362 Here .patch fro 4.5.3 http://drupal.org/drupal-4.6.2 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages drupal depends on: ii apache 1.3.33-6versatile, high-performance HTTP s ii debconf 1.4.30.13 Debian configuration management sy ii makepasswd 1.10-2 Generate and encrypt passwords ii mysql-client-4.1 [mysql-clie 4.1.11a-4 mysql database client binaries ii php4-cli 4:4.3.10-15 command-line interpreter for the p ii php4-mysql 4:4.3.10-15 MySQL module for php4 ii postfix [mail-transport-agen 2.1.5-9 A high-performance mail transport ii wwwconfig-common 0.0.43 Debian web auto configuration -- debconf information excluded -- 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#305012: pptpd 1.2.1-3 and pppd 2.4.2
Please see in bug #297508 pptpd enter sarge but pppd 2.4.3 don`t 8-( Need downgrade/rebuild pptpd or promote ppp 2.4.3 to sarge -- Luke, I'm yer father, eh. Come over to the dark side, you hoser. -- Dave Thomas, Strange Brew -- 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]
