Bug#340593: linux-image-2.6.14-2-686: swsusp does not suspend (swsusp: cannot find swap device, try swapon -a.)
Package: linux-image-2.6.14-2-686 Version: 2.6.14-3 Severity: normal When I try to suspend to disk, swsusp answers: swsusp: cannot find swap device, try swapon -a. I use the hibernate script (package hibernate) configured to use ### sysfs_power_state UseSysfsPowerState disk but the same happens when I echo disk to /sys/power/state. I have googled a while and it seems to me swsusp is complaining about IDE being compiled as modules (begging for a bug report to the swsusp maintainer for the misleading output), see LKML, thread http://marc.theaimsgroup.com/?t=11078954241r=1w=2 However, this thread is quite old and may be out of date. The start of this discussion happened on bug #267600. Maximilian Attems asked for the following information: cat /proc/mounts rootfs / rootfs rw 0 0 /dev/hda7 / reiserfs rw 0 0 proc /proc proc rw,nodiratime 0 0 sysfs /sys sysfs rw 0 0 usbfs /proc/bus/usb usbfs rw 0 0 /dev/hda7 /dev/.static/dev reiserfs rw 0 0 tmpfs /dev tmpfs rw 0 0 devpts /dev/pts devpts rw 0 0 tmpfs /dev/shm tmpfs rw 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0 /dev/hda1 /media/win ntfs ro,nosuid,nodev,uid=0,gid=100,fmask=0337,dmask=0227,nls=utf8,errors=continue,mft_zone_multiplier=1 0 0 /dev/hda5 /media/data vfat rw,nodiratime,nosuid,nodev,uid=1002,gid=1002,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1,utf8 0 0 cat /proc/swaps FilenameTypeSizeUsedPriority /dev/hda6 partition 1261060 944 -1 cat /etc/fstab # /etc/fstab: filesystem table. # filesystemmountpoint typeoptions dump pass /dev/hda7 / reiserfsdefaults 0 1 /dev/hda6 noneswapsw 0 0 proc/proc procdefaults 0 0 sys /syssysfs defaults 0 0 usbfs /proc/bus/usb usbfs auto 0 0 /dev/hda1 /media/win ntfs noauto,users,exec,gid=users,dmask=0227,fmask=0337,nls=utf8,ro 0 0 /dev/hda5 /media/data autonoauto,users,exec,utf8=true 0 0 # This should be handled by gvm, too, but it seems my cdrom is crap. Or dbus/hal/whatever. # Update: with some new software versions (30.Nov.2004) it works # When I comment the line, it gets mounted as /dev/hdc/ on /media/hdc and Nautilus displays an hdc icon. # When I leave the line, it gets mounted as /dev/hdc on /media/cdrom and Nautilus displays the volume label. Strange # /dev/cdrom/media/cdromauto defaults,,noauto,ro,user,noexec,nosuid,nodev0 0 /dev/hdc/media/cdromauto defaults,,noauto,ro,user,noexec,nosuid,nodev0 0 I passed a resume=/dev/hda6 parameter with grub. cat /proc/cmdline root=/dev/hda7 hdb=none hdd=none apm=off vga=775 ydebug resume=/dev/hda6 This is my first (Debian) bug report, hooray :). Thomas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages linux-image-2.6.14-2-686 depends on: ii module-init-tools 3.2-pre9-4 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.11-12 Yet Another mkInitRD linux-image-2.6.14-2-686 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340567: digikam: fails to start with albumtreestate.bin not found
On Thursday 24 November 2005 12:57, you wrote: [...] I famd running? Yes, of course it's running, otherwise digikam couldn't connect to it: 4985 ?Ss 0:01 /usr/sbin/famd -T 0 Which version ii fam2.7.0-6File Alteration Monitor (Note: I'm not using KDE per se, but Enlightenment, and pulled in digikam via simple apt-get install from stable) Well, I guess here's the culprit. The mixture pkgs from unstable with some stable. In this case the bug would be an improper dependency - but which one? Good question ;) Do you have any other app that uses famd? Do they work? One possibility is to install konqueror (remember the additional pkgs installed). Start konqueror $HOME create from the command line a file in $HOME. Does konqueror update it's view and shows the new file? If yes, does digikam now work? If yes, via removing the newly installed pkgs one by one, it is maybe possibile to find out what's goes wrong. My sid is currently pretty useless due to c++ trans. But maybe I manage to get a similar setup like your. Achim cheers, rw -- -- OS/X: Because making Unix user-friendly -- was easier than debugging Windows. -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340531: libc6: freopen() function closes unrelated streams.
On Thu, Nov 24, 2005 at 12:46:41AM -0500, Daniel Jacobowitz wrote: On Wed, Nov 23, 2005 at 05:59:59PM -0500, Thomas Dickey wrote: The call to freopen() is causing the stream for TRACE's output to close, so the last line in the output is the first TRACE shown in this chunk. Putting an abort() before the last TRACE proves that the code is getting that far. What does strace say is going on? Oddly, I didn't think to try that. It says that the fopen() for TRACE is getting file descriptor 0. But fileno(stdin) says it also is 0. If stdin is closed, it's legal for another fopen() to get file descriptor 0 of course, but then stdin is no longer a valid stream and fileno() has to return a -1. I setup a trace showing the file descriptors and moving the chunk to the beginning of the program to keep things short: char *tty = /dev/tty; TRACE((call freopen(%s) for stdin\n, tty)); if ((freopen(tty, r, stdin)) == 0 || !isatty(fileno(stdin))) { TRACE((...failed to reopen stdin\n)); fprintf(stderr, cannot open a terminal (%s)\n, tty); tidy_exit(BADEXIT); } TRACE((...successfully reopened stdin\n)); exit(0); /usr/bin/strace -o/tmp/foo.out -s512 /usr/build/vile/vile/vile -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net execve(/usr/build/vile/vile/vile, [/usr/build/vile/vile/vile], [/* 9 vars */]) = 0 uname({sys=Linux, node=crayon, ...}) = 0 brk(0) = 0x8182ec8 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 0 fstat64(0, {st_mode=S_IFREG|0644, st_size=106091, ...}) = 0 old_mmap(NULL, 106091, PROT_READ, MAP_PRIVATE, 0, 0) = 0x40018000 close(0)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libcrypt.so.1, O_RDONLY)= 0 read(0, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\10\0\0004\0\0\0HQ\0\0\0\0\0\0004\0 \0\10\0(\0\33\0\32\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0\0\1\0\0\0\1\0\0\5\0\0\0\4\0\0\0\3\0\0\0\3B\0\0\3B\0\0\3B\0\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\34B\0\0\34B\0\0\5\0\0\0\0\20\0\0\1\0\0\0\360N\0\0\360^\0\0\360^\0\0d\1\0\0Lr\2\0\6\0\0\0\0\20\0\0\2\0\0\0\4O\0\0\4_\0\0\4_\0\0\330\0\0\0\330\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0004\1\0\0004\1\0\0004\1\0\0 \0\0\0 \0\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0R\345td\360N\0\0\360^\0\0\360^\0\0\4\1\0\0\4\1\0\0\4\0\0\0\4\0\0\0\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\2\0\0\0\0\0\0\0\'\0\0\0$\0\0\0\37\0\0\0\0\0\0\0\26\0\0\0!\0\0\0\24\0\0\0 \0\0\0\0\0\0\0\30\0\0\0\0\0\0\0#\0\0\0\f\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\34\0\0\0\20\0\0\0\31\0\0\0\33\0\0\0\0\0\0\0\21\0\0\0\36\0\0\0\16\0\0\0\27\0\0\0\0\0\0\0\35\0\0\0\0\0\0\0\r\0\0\0\0\0\0\0\32\0\0\0\0\0\0\0\25\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\\0\0\0\22\0\0..., 512) = 512 fstat64(0, {st_mode=S_IFREG|0644, st_size=21888, ...}) = 0 old_mmap(NULL, 184636, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 0, 0) = 0x40032000 old_mmap(0x40037000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 0, 0x4000) = 0x40037000 old_mmap(0x40039000, 155964, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40039000 close(0)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libncurses.so.5, O_RDONLY) = 0 read(0, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\356\0\0004\0\0\0\\\217\5\0\0\0\0\0004\0 \0\4\0(\0\37\0\34\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0p\362\4\0p\362\4\0\5\0\0\0\0\20\0\0\1\0\0\0p\362\4\0p\2\5\0p\2\5\0\24\202\0\0\324\240\0\0\6\0\0\0\0\20\0\0\2\0\0\0 g\5\0 w\5\0 w\5\0\320\0\0\0\320\0\0\0\6\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0\t\2\0\0a\2\0\0v\1\0\0\f\2\0\0\1\2\0\0\0\0\0\0\275\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0009\0\0\0T\0\0\0\261\1\0\0\0\0\0\0\0\0\0\0%\2\0\0005\2\0\0\0\0\0\0\0\0\0\0\350\0\0\0\267\1\0\0\1\0\0w\1\0\0\0\0\0\0\0\0\0\0S\2\0\0\343\0\0\0\0\0\0\0\246\1\0\0\21\2\0\0\0\0\0\0\5\2\0\0\0\0\0\0001\1\0\0\236\0\0\0#\1\0\0V\1\0\0\341\1\0\0\376\1\0\0\0\0\0\0\334\1\0\0\24\1\0\0\325\1\0\0\0\0\0\0]\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\272\1\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0R\1\0\0\0\0\0\0\257\0\0\0\0\0\0\0\0\0\0\0\235\0\0\0\0\0\0\0\310\0\0\0\232\1\0\0\311\1\0\0\317\0\0\0\\2\0\0\327\1\0\0L\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\n\2\0\0\246\0\0\0\233\0\0\0\0\0\0\0s..., 512) = 512 fstat64(0, {st_mode=S_IFREG|0755, st_size=397066, ...}) = 0 old_mmap(NULL, 369476, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 0, 0) = 0x4006 old_mmap(0x400b, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 0,
Bug#340594: python-pisock: missing python bindings
Package: python-pisock Version: 0.11.8-0.12.0-pre4-2 Severity: normal Tags: experimental Thanks for your very good work. I'm using the pilot-link package from the debian repository for the last two years and it always works great. Could you tell me, why this package doesn't contained the python binding files? /usr/lib/python2.3/site-packages/_pisock.so /usr/lib/python2.3/site-packages/pisock.py dpkg -L python-pisock /. /usr /usr/share /usr/share/doc /usr/share/doc/python-pisock /usr/share/doc/python-pisock/README /usr/share/doc/python-pisock/TODO /usr/share/doc/python-pisock/copyright /usr/share/doc/python-pisock/changelog.Debian.gz Thanks in advanced, Viktor Abrams. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages python-pisock depends on: ii python2.3.5-2An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340595: hdparm - FTBFS: missing build dependency
Package: hdparm Version: 6.3-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of hdparm_6.3-1 on debian-31 by sbuild/s390 79 [...] Checking for source dependency conflicts... /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install cdbs debhelper [...] dpatch deapply-all make: dpatch: Command not found make: *** [deapply-dpatches] Error 127 ** Build finished at 20051124-0604 FAILED [dpkg-buildpackage died] Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340593: Bug#267600: Is CONFIG_SOFTWARE_SUSPEND enough?
Am Mittwoch, den 23.11.2005, 15:50 +0100 schrieb Maximilian Attems: please open a _new_ bug report, so the issue don't get lost. Am Dienstag, den 22.11.2005, 12:55 +0100 schrieb Jonas Smedegaard: Well, I *think* it won't work as swsusp even refuses to suspend (so I could never try to resume): swsusp: cannot find swap device, try swapon -a please post to that bug report the output of: * cat /proc/mounts * cat /proc/swaps * cat /etc/fstab aboves is a quite clear message that you are not using any swap partition. swsusp parks your data there, so no luck without. ;) If it had just been so easy :). I have been fiddling around with swsusp and suspend2 probably for years now (every now and then) and think I understood at least that I need some space to hibernate to :). And the quite clear message you are referring to might be exactly /not/ clear at all but rather misleading instead. Because I have checked of course that my swap is active and I think it might be that suspend wants to tell me that it /would not/ find the swap partition if I suspended now and rebooted because IDE stuff is compiled as modules and swsusp would not be able to resume without them. I don't know however, how early swsusp's resume is triggered during boot and I am rather surprised if an initrd could not insmod them before. But maybe that is just the modular IDE patch I read about in the LKML thread and that you mentioned in an earlier mail. I have opened bug #340593 and supplied the information you requested. I am CCing to [EMAIL PROTECTED] and hope this is the Right Thing. Thanks for any help, Thomas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340596: quicklist - FTBFS: build-depends against not available package
Package: quicklist Version: 0.8.6-11 Severity: serious There was an error while trying to autobuild your package: Automatic build of quicklist_0.8.6-11 on debian-31 by sbuild/s390 79 [...] Checking for source dependency conflicts... /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install debhelper libgtkextra1.0-dev libgtk1.2-dev Reading Package Lists... Building Dependency Tree... E: Couldn't find package libgtkextra1.0-dev apt-get failed. Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340597: updatedb.conf: Add udf to PRUNEFS list
Package: findutils Version: 4.2.26-1 Severity: wishlist I would like to propose to add udf to the PRUNEFS list in /etc/updatedb.conf. UDF is used for DVD-RAM and for some CD/DVD-ROMs, therefore it seems to me that udf fits in the same category as iso9660 (a file system for removable media). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (3, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages findutils depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an findutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340598: postfix: Please allow make clean without libdb4.2-dev installed
Package: postfix Version: 2.2.4-1.0.1 Severity: minor Hi, I wanted to do a backport, but even to do a debuild -S i.e. a source only build, it required libdb to be installed. Since I was going to build the package using pbuilder, it wasn't really necessary to do a real cleanup... it would be nice if one could do that without installing libdb-dev -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages postfix depends on: ii adduser 3.79Add and remove users and groups ii debconf [debconf-2.0]1.4.59 Debian configuration management sy ii dpkg 1.13.11.0.1 package maintenance system for Deb ii libc62.3.5-8 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-20 Berkeley v4.2 Database Libraries [ ii libsasl2 2.1.19-1.7 Authentication abstraction library ii libssl0.9.8 0.9.8a-4SSL shared libraries ii netbase 4.23Basic TCP/IP networking system Versions of packages postfix recommends: ii evolution [mail- 2.2.3-5 The groupware suite ii kmail [mail-read 4:3.4.2-2 KDE Email client ii mailx [mail-read 1:8.1.2-0.20050715cvs-1 A simple mail user agent ii mozilla-mailnews 2:1.7.12-1 The Mozilla Internet application s ii mozilla-thunderb 1.0.7-3 Mozilla Thunderbird standalone mai ii mutt [mail-reade 1.5.11-3Text-based mailreader supporting M ii resolvconf 1.33nameserver information handler -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340599: slatec package
Package: slatec Version: 4.1-4 The shared library includes most object files from the chk directory. This makes some of the routines unusable, as they require supplying a callback function/subroutine with a fixed name. The callback routines in question are: dfmat dgvec duivp duvec fmat gvec uivp uvec The solution would be 1. not to link the chk object files into the shared library - this is generally reasonable 2. and to provide stubs with the weak attribute so that there are no unsatisfied dependencies in a program that does not use those routines. Cezary Sliwa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338450: gs-esp: gs-esp+gs-cjk-resource failed when it had -dSAFER or -dPARANOIDSAFER
merge 338450 337936 reassign 338450 gs-common thanks At Thu, 10 Nov 2005 19:48:48 +0900 (JST), Kenshi Muto wrote: Package: gs-esp Version: 8.15.1.dfsg.1-1 Severity: important I noticed GhostScript viewer 'gv' or some PPD for CUPS always fail by missing Japanese fonts (gs-cjk-resource covers them) since gs-esp 8. And I found this problem happened only if they include -dSAFER or -dPARANOIDSAFER option. After observation, I found the reason. When -dSAFER or -dPARANOIDSAFER is defined, all of gs 8 load, includes font files, must be in GS path. /usr/share/fonts is not in GS path... So most easy workaround is to let /usr/share/fonts in GS path. But I believe it's just workaround. IMHO best way is changing defoma script of gs-common to write symlinked font path (/var/lib/defoma/gs.d/dirs/fonts/*) instead of real font path (/usr/share/fonts/*) to /var/lib/defoma/gs.d/dirs/fonts/cidfmap. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340595: hdparm - FTBFS: missing build dependency
This one time, at band camp, Bastian Blank said: Package: hdparm Version: 6.3-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of hdparm_6.3-1 on debian-31 by sbuild/s390 79 [...] Checking for source dependency conflicts... /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install cdbs debhelper [...] dpatch deapply-all make: dpatch: Command not found make: *** [deapply-dpatches] Error 127 ** Build finished at 20051124-0604 FAILED [dpkg-buildpackage died] Bastian Dammit. I knew I forgot something. Fix coming up. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#340600: Package: menu-xdg has unclear name
Package: menu-xdg Version: all Hi Christopher, My debian menu went AWOL some time ago. Finally, with the help of this [http://lists.debian.org/debian-user/2005/10/msg01203.html] post I was able to restore it. It would have been a lot easier for me if the package had had a more logical name such as 'debian-menu', rather than the cryptic 'menu-xdg'. If not desireable to rename the package completely, surely an alias is possible? I am using Debian GNU/Linux testing with a Gnome desktop. Thanks, Pete ps. I'll also be posting a bug-report to gnome-menus as that package doesn't list menu-xdg as a recommended/suggested package.
Bug#340601: ldapsearch hangs when using ldap for /etc/hosts
Subject: ldapsearch hangs when using ldap for /etc/hosts Package: ldap-utils Version: 2.2.23-8 Severity: important File: /usr/bin/ldapsearch ldapsearch hangs when host nss information is retrieved from an LDAP server and a user uses ldapsearch to search a different LDAP server. The relevant parts of the relevant configfiles: /etc/nsswitch.conf: hosts: files ldap dns /etc/libnss-ldap.conf: host 10.10.10.10 base dc=domain,dc=tld ldap_version 3 /etc/hosts: 10.10.10.10 ldapserver1 When I run ldapsearch with the name of an LDAP server it hangs (searches on ldapserver1 work as expected): % ldapsearch -v -h ldapserver2 -D '' -x -W 'uid=*' ldap_initialize( ldap://ldapserver2 ) Enter LDAP Password: *ldapsearch hangs* (ldapserver2 does not have the address 10.10.10.10 and is not listed in /etc/hosts) % strace ldapsearch -v -h ldapserver2 -D '' -x -W 'uid=*' [...] rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0 geteuid32() = 181 futex(0xb7c7aafc, FUTEX_WAKE, 2147483647) = 0 open(/etc/libnss-ldap.conf, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=9108, ...}) = 0 mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7a76000 read(3, ###DEBCONF###\n# the configuratio..., 131072) = 9108 read(3, , 131072) = 0 close(3)= 0 munmap(0xb7a76000, 131072) = 0 geteuid32() = 181 futex(0xb7fd1598, FUTEX_WAIT, 2, NULL If I substitute the ip address of ldapserver2 ldapsearch produces the expected results. It appears that the LDAP library uses some locking mechanism to ensure that it does not do two requests at the same time. Without looking at the code, it appears that this lock is aquired before the LDAP server name lookup is done which results in a deadlock. This problem also occurs for any nss lookup if the ip address of ldapserver1 is not listed in /etc/hosts (even if the ip address is referenced in libnss-ldap.conf). -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (51, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.12 Locale: LANG=en_US, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages ldap-utils depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libldap-2.2-7 2.2.23-8 OpenLDAP libraries ii libsasl22.1.19-1.5 Authentication abstraction library ii libssl0.9.7 0.9.7e-3 SSL shared libraries -- -- arthur de jong - [EMAIL PROTECTED] - west consulting b.v. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340602: libcdb-file-perl fails with recent mod_perl/apache versions
Package: libcdb-file-perl Severity: important I wasn't able to reproduce this error in a standalone perl script, but running a script which uses CDB_File in mod_perl gave me Protocol errors all the time (this was on amd64 though). Installing the most recent version (as suggested in #192050) via CPAN fixed this problem for me. Please upgrade the package. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.12.3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libcdb-file-perl depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii perl 5.8.7-7Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.4] 5.8.7-7The Pathologically Eclectic Rubbis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340603: cannot see keybindings for dependencies solutions management
Package: aptitude Version: 0.4.0-3 When a dependencie problem is encountered a menu in the bottom of the screen appears. Here is last line of my menu: : Examine : Apply : Next : Previous As you can see it lacks keybinding indications: e ! , . apt = 0.6.42.3 libc6 = 2.3.5-8 libgcc1 = 1:4.0.2-4 libncursesw5 = 5.5-1 libsigc++-2.0-0c2 = 2.0.16-1 libstdc++6 = 4.0.2-4 $ uname -a Linux kamaji 2.6.12-rc4 #55 Wed Aug 17 17:35:26 CEST 2005 ppc GNU/Linux luca -- Beware of programmers who carry screwdrivers. -- Leonard Brandwein http://shammash.homelinux.org/ - http://www.artha.org/shammash/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340604: qemu: FTBFS on i386
Package: qemu Version: 0.7.2-1 Severity: normal # apt-get source qemu # apt-get build-dep qemu # cd qemu-0.7.2/ # debuild binary ... /usr/bin/ld: qemu-i386: Not enough room for program headers (allocated 8, need 9) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages qemu depends on: ii bochsbios 2.2.1-2BIOS for the Bochs emulator ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libsdl1.2debian 1.2.9-0.0 Simple DirectMedia Layer ii openhackware 0.4.1-1OpenFirmware emulator for PowerPC ii proll 18-1 JavaStation PROM 2.x compatible re ii vgabios 0.5c-1 VGA BIOS software for the Bochs an ii zlib1g1:1.2.3-8 compression library - runtime Versions of packages qemu recommends: ii debootstrap 0.3.3 Bootstrap a basic Debian system ii sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340605: Package: gnome-menus doesn't recommend debian menus package menu-xdg)
Package: gnome-menus Version: all Hi Sebastien, My debian menu went AWOL some time ago. Finally, with the help of this [http://lists.debian.org/debian-user/2005/10/msg01203.html] post I was able to restore it. It would have been a lot easier for me if the package had been recommended/suggested by gnome-menus. I am using Debian GNU/Linux testing with a Gnome desktop. Thanks, Pete ps. I've also posted a bug-report to menus-xdg to ask if you could either change there name to debian-menus or make such an alias.
Bug#340606: ITP: libsub-name-perl -- Assigns a new name to referenced sub
Package: wnpp Severity: wishlist Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] * Package name: libsub-name-perl Version : 0.02 Upstream Author : Matthijs van Duin [EMAIL PROTECTED] * URL : http://search.cpan.org/~xmath/Sub-Name-0.02/ * License : Perl: GPL/Artistic Description : Assigns a new name to referenced sub This module has only one function, which is also exported by default: . subname NAME, CODEREF . Assigns a new name to referenced sub. If package specification is omitted in the name, then the current package is used. The return value is the sub. . The name is only used for informative routines (caller, Carp, etc). You won't be able to actually invoke the sub by the given name. To allow that, you need to do glob-assignment yourself. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340607: ITP: libclass-c3-perl -- A pragma to use the C3 method resolution order algortihm
Package: wnpp Severity: wishlist Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] * Package name: libclass-c3-perl Version : 0.07 Upstream Author : Stevan Little, [EMAIL PROTECTED] * URL : http://www.cpan.org/modules/by-module/Class/Class-C3-0.06.tar.gz * License : Perl: GPL/Artistic Description : A pragma to use the C3 method resolution order algortihm This is currently an experimental pragma to change Perl 5's standard method resolution order from depth-first left-to-right (a.k.a - pre-order) to the more sophisticated C3 method resolution order. . C3 is the name of an algorithm which aims to provide a sane method resolution order under multiple inheritence. It was first introduced in the langauge Dylan, and then later adopted as the prefered MRO (Method Resolution Order) for the new-style classes in Python 2.3. Most recently it has been adopted as the 'canonical' MRO for Perl 6 classes, and the default MRO for Parrot objects as well. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318754: flashplugin-nonfree: does not work with current xorg server (6.8.2.dfsg.1-2)
Hi guys, After upgrade to 6.8.2.dfsg.1-4 bug dissapeared. Thanks. I'm running Debian GNU/Linux testing and so presumably have xorg server 6.8.2.dfsg.1-7 (I've just apt-get update dist-upgraded) but the flashplugin isn't working for me! Apt-get install flashplugin-nonfree went fine but after restarting firefox it still starts the plugin finder server when in comes across some flash. This gets as far as saying OK to the licence but never completes (or even starts) the installation. The progress bar stays at 0%. Any ideas? Thanks,Pete
Bug#339439: occurs only with hardware acceleration
After further experiments, the problem that I have described occured only when using the hardware acceleration output option of the configuration panel. Without this option ooimpress works smoothly on my G3 ibook. Perhaps a xorg related problem with my graphic hardware (Radeon mobility 7500) ? -- == Hubert Klein [EMAIL PROTECTED] CRMC-N UPR 7251 CNRS Faculte des Sciences de Luminy, case 901, F-13288 Marseille cedex 09 tel : +33(0)491 829 302 / fax : +33(0)491 829 176 == -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340442: [cl-debian] Bug#340442: cl-swank: Removing package leaves variable slime-backend set
Hello! On Thu, 24 Nov 2005 11:13:07 +0100, Peter Van Eynde wrote: On Wednesday 23 November 2005 15:05, Nicolas Neuss wrote: I encountered problems using the SLIME package with SBCL. Then I wanted to switch to CVS Slime by removing the slime and cl-swank packages. Strangely, this did not work, because even after emacs -q the variable slime-backend is still set to /usr/share/common-lisp/source/slime/swank-loader.lisp I fear I cannot reproduce this. Can you find out where the slime-backend variable comes from? Here: = gismo:/home/luca# grep -r slime-backend /etc/emacs* /etc/emacs/site-start.d/50slime.el:(setq slime-backend gismo:/home/luca# = But what is strange is that it seems ok after a purging step: = gismo:/home/luca# dpkg --purge slime cl-swank (Reading database ... 105476 files and directories currently installed.) Removing slime ... remove/slime: purging byte-compiled files for emacs-snapshot remove/slime: purging byte-compiled files for emacs21 Purging configuration files for slime ... Removing cl-swank ... gismo:/home/luca# grep slime-backend /etc/emacs* gismo:/home/luca# = Obviously, I checked that after the purging step `slime-backend' is no more defined in GNU Emasc snapshot. Probably a misconfigured /etc/emacs* ? Thx, bye, Gismo / Luca pgpIkz0TG8OZX.pgp Description: PGP signature
Bug#340608: fai: nfsroot should not be in /usr
Package: fai Version: 2.8.4 Severity: serious Justification: FHS According to the FHS, ``/usr is shareable, read-only data''. So FAI should not by default try to write anything in /usr and place it's nfsroot there. See #309554. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fai depends on: ii libapt-pkg-perl 0.1.13 Perl interface to libapt-pkg ii perl 5.8.7-6Larry Wall's Practical Extraction Versions of packages fai recommends: ii debootstrap 0.3.2 Bootstrap a basic Debian system pn dhcp3-server | bootp none (no description available) pn fai-kernels none (no description available) ii krb5-rsh-server [rsh-server] 1.3.6-5Secure replacements for rshd and r ii nfs-kernel-server [nfs-server 1:1.0.7-3 Kernel NFS server support ii syslinux 2.11-0.1 Bootloader for Linux/i386 using MS pn tftpd-hpa | tftpd none (no description available) ii wget 1.10.2-1 retrieves files from the web -- no debconf information -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature
Bug#340609: fai: /mnt2 not FHS compliant
Package: fai Version: 2.8.4 Severity: serious Justification: FHS According to the FHS, the /mnt directory is the place where a temporary mount should be done. At least, the / directory should not be the place where a custom FAI directory is created. AFAIK, /media is the perfect place. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fai depends on: ii libapt-pkg-perl 0.1.13 Perl interface to libapt-pkg ii perl 5.8.7-6Larry Wall's Practical Extraction Versions of packages fai recommends: ii debootstrap 0.3.2 Bootstrap a basic Debian system pn dhcp3-server | bootp none (no description available) pn fai-kernels none (no description available) ii krb5-rsh-server [rsh-server] 1.3.6-5Secure replacements for rshd and r ii nfs-kernel-server [nfs-server 1:1.0.7-3 Kernel NFS server support ii syslinux 2.11-0.1 Bootloader for Linux/i386 using MS pn tftpd-hpa | tftpd none (no description available) ii wget 1.10.2-1 retrieves files from the web -- no debconf information -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature
Bug#340610: kimberlite: depends on pdksh but /bin/ksh may not be pdksh
Package: kimberlite Version: 1.1.0-3.3 Severity: normal kimberlite depends on pdksh and includes ksh scripts in /usr/lib/kimberlite that rely on #!/bin/ksh to run the scripts. However, since version 5.2.14-18 of pdksh, pdksh is installed as /bin/pdksh and the alternates system used to handle /bin/ksh. This means that installing kimberlite can add pdksh as a dependency but a different ksh is then used. One solution would therefore be to change the dependency to ksh | mksh | pdksh | zsh. Alternatively, the scripts should be changed to use #!/bin/pdksh. The advantage of changing the dependency is that it reduces the chance that someone needs to install an extra package. The problem is that the scripts may break in one of the other shells. Looking through the scripts closely, I noticed one problem. Function definitions are of this form: stopDevices() { typeset TMPFILE=/tmp/$MYNAME.stopDevices.$$ ... } In the real Korn shell, the two function declaration forms have different semantics and variable definitions will not have local scope. The fix is to use the syntax: function stopDevices { } This should really be changed upstream: other distributions have changed their ksh to the real ksh. Oliver This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340611: flowscan depends on pdksh but /bin/ksh may not be pdksh
Package: flowscan Version: 1.006-8 Severity: normal This package depends on pdksh and as far as I can tell, uses /bin/ksh. However, since version 5.2.14-18 of pdksh, pdksh is installed as /bin/pdksh and the alternates system used to handle /bin/ksh. Upstream suggests that either real ksh or pdksh can be used. I'd be very suprised if either of mksh or zsh (emulating ksh as it does when linked from /bin/ksh) didn't work. I'd therefore suggest that the dependency be changed to ksh | mksh | pdksh | zsh. An alternative is to ensure that a more specific path such as /bin/ksh93 is assigned to SHELL in the Makefile. Oliver This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340612: xaw3dg: patch to add some more prototypes
Package: xaw3dg Version: 1.5+E-9 Severity: wishlist The attached patch adds some more prototypes to the header files and modifies the code to compile cleanly with them. There are many more prototypes missing, but those were those that annoyed me because they are triggered by xfm. diff -r -u xaw3d.orig/lib/Xaw3d/Form.c xaw3d-1.5+E/lib/Xaw3d/Form.c --- xaw3d.orig/lib/Xaw3d/Form.c 1998-05-14 21:03:23.0 +0200 +++ xaw3d-1.5+E/lib/Xaw3d/Form.c2005-11-24 14:55:30.0 +0100 @@ -96,7 +96,11 @@ static Boolean SetValues(), ConstraintSetValues(); static XtGeometryResult GeometryManager(), PreferredGeometry(); static void ChangeManaged(); +#if NeedFunctionPrototypes +static Boolean Layout(FormWidget,Dimension,Dimension,Boolean); +#else static Boolean Layout(); +#endif static void LayoutChild(), ResizeChildren(); diff -r -u xaw3d.orig/lib/Xaw3d/FormP.h xaw3d-1.5+E/lib/Xaw3d/FormP.h --- xaw3d.orig/lib/Xaw3d/FormP.h1996-10-15 16:41:19.0 +0200 +++ xaw3d-1.5+E/lib/Xaw3d/FormP.h 2005-11-24 14:54:54.0 +0100 @@ -58,10 +58,18 @@ #define XtREdgeType EdgeType typedef enum {LayoutPending, LayoutInProgress, LayoutDone} LayoutState; +#if NeedFunctionPrototypes +#define XtInheritLayout ((Boolean (*)(FormWidget,Dimension,Dimension,Boolean))_XtInherit) +#else #define XtInheritLayout ((Boolean (*)())_XtInherit) +#endif typedef struct { +#if NeedFunctionPrototypes +Boolean(*layout)(FormWidget, Dimension, Dimension, Boolean); +#else Boolean(*layout)(/* FormWidget, Dimension, Dimension */); +#endif } FormClassPart; /* diff -r -u xaw3d.orig/lib/Xaw3d/SimpleP.h xaw3d-1.5+E/lib/Xaw3d/SimpleP.h --- xaw3d.orig/lib/Xaw3d/SimpleP.h 2000-11-27 14:19:36.0 +0100 +++ xaw3d-1.5+E/lib/Xaw3d/SimpleP.h 2005-11-24 14:44:44.0 +0100 @@ -56,10 +56,10 @@ #include X11/Xaw3d/Simple.h typedef struct { -Boolean(*change_sensitive)(/* widget */); +Boolean(*change_sensitive)(Widget /* widget */); } SimpleClassPart; -#define XtInheritChangeSensitive ((Boolean (*)())_XtInherit) +#define XtInheritChangeSensitive ((Boolean (*)(Widget))_XtInherit) typedef struct _SimpleClassRec { CoreClassPart core_class; diff -r -u xaw3d.orig/lib/Xaw3d/ThreeD.c xaw3d-1.5+E/lib/Xaw3d/ThreeD.c --- xaw3d.orig/lib/Xaw3d/ThreeD.c 2003-02-11 12:41:56.0 +0100 +++ xaw3d-1.5+E/lib/Xaw3d/ThreeD.c 2005-11-24 14:42:38.0 +0100 @@ -80,7 +80,12 @@ #undef offset static void ClassInitialize(), ClassPartInitialize(), Initialize(), Destroy(); -static void Redisplay(), Realize(), _Xaw3dDrawShadows(); +static void Redisplay(), Realize(); +static void _Xaw3dDrawShadows( +#if NeedFunctionPrototypes +Widget,XEvent *,Region,XtRelief,Boolean +#endif +); static Boolean SetValues(); ThreeDClassRec threeDClassRec = { diff -r -u xaw3d.orig/lib/Xaw3d/ThreeDP.h xaw3d-1.5+E/lib/Xaw3d/ThreeDP.h --- xaw3d.orig/lib/Xaw3d/ThreeDP.h 2000-11-27 14:19:34.0 +0100 +++ xaw3d-1.5+E/lib/Xaw3d/ThreeDP.h 2005-11-24 14:38:55.0 +0100 @@ -57,11 +57,21 @@ ThreeDPart threeD; } ThreeDRec; +typedef void (*Xaw3dShadowDrawProc)( +#if NeedFunctionPrototypes +Widget /*gw*/, +XEvent * /*event*/, +Region /*region*/, +XtRelief /*relief*/, +Boolean /*out*/ +#endif +); + typedef struct { -void (*shadowdraw)(); +Xaw3dShadowDrawProc shadowdraw; } ThreeDClassPart; -#define XtInheritXaw3dShadowDraw ((void (*)())_XtInherit) +#define XtInheritXaw3dShadowDraw ((Xaw3dShadowDrawProc)_XtInherit) /* Full class record declaration. */ typedef struct _ThreeDClassRec { diff -r -u xaw3d.orig/lib/Xaw3d/Viewport.c xaw3d-1.5+E/lib/Xaw3d/Viewport.c --- xaw3d.orig/lib/Xaw3d/Viewport.c 2001-03-08 04:05:26.0 +0100 +++ xaw3d-1.5+E/lib/Xaw3d/Viewport.c2005-11-24 14:59:14.0 +0100 @@ -80,7 +80,12 @@ static void Initialize(), ConstraintInitialize(), Realize(), Resize(), ChangeManaged(); -static Boolean SetValues(), Layout(); +static Boolean SetValues(); +static Boolean Layout( +#if NeedFunctionPrototypes +FormWidget,Dimension,Dimension,Boolean +#endif +); static XtGeometryResult GeometryManager(), PreferredGeometry(); #define superclass (formClassRec) @@ -414,7 +419,7 @@ } GetGeometry( widget, child-core.width, child-core.height ); (*((ViewportWidgetClass)w-core.widget_class)-form_class.layout) - ( (FormWidget)w, w-core.width, w-core.height ); + ( (FormWidget)w, w-core.width, w-core.height, False ); /* %%% do we need to hide this child from Form? */ } } @@ -858,9 +863,10 @@ /* ARGSUSED */ -static Boolean Layout(w, width, height) +static Boolean Layout(w, width, height, force_relayout) FormWidget w; Dimension width, height; +Boolean force_relayout; { ComputeLayout( (Widget)w, /*query=*/True, /*destroy=*/True ); w-form.preferred_width = w-core.width; diff -r
Bug#339920: reproduce bug with highlight-regexp
Jay, Thank you very much for your help. Jay Berkenbilt [EMAIL PROTECTED] writes: I've finally found a very short and easy recipe to reliably reproduce this bug. It took a lot of widdling down, but I identified the culprit as highlight-regexp. So this indeed boils down to hi-lock mode messing with font-lock. I've now identified the change that introduced the bug, I'll ask its author why the change was done, and if we can fix the problem in a better way. Expect a fix shortly. Thanks again, -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332598: unace as alternative
Guillem! I wrote another patch which fixes inclusion of headerfiles in the makefile and makes unace finally compile in one go. Please replace the one from my last mail with the one attached! Good luck! Yours, Fabian diff -Nru unace-2.5.orig/base.mk unace-2.5/base.mk --- unace-2.5.orig/base.mk 2003-11-27 20:16:20.0 +0100 +++ unace-2.5/base.mk 2005-11-24 15:05:05.0 +0100 @@ -426,10 +426,8 @@ ## -ifndef ISWMAKE -include $(MAKE_DIR)baseace.mk -include $(MAKE_DIR)baseuace.mk -else -!include $(MAKE_DIR)baseace.mk -!include $(MAKE_DIR)baseuace.mk -endif +ifndef ISWMAKE +include $(MAKE_DIR)baseuace.mk +else +!include $(MAKE_DIR)baseuace.mk +endif diff -Nru unace-2.5.orig/makefile unace-2.5/makefile --- unace-2.5.orig/makefile 2003-11-24 00:24:24.0 +0100 +++ unace-2.5/makefile 2005-11-24 15:05:51.0 +0100 @@ -47,7 +47,7 @@ $(APPS_UNACEEXE_CFILES) unace: $(UNACEEXELIN_CFILES) - gcc $(LSWITCHES) -Wl,-lncurses -static -I$(INCLDIR) -I$(INCLSYSDIR) -I$(SRCSsl) $(DEFINES) $(UNACEEXELIN_CFILES) -ggdb -o$(EXECS_DIR)unace + gcc $(LSWITCHES) -Wl,-lncurses -static -I$(INCLDIR) -idirafter $(INCLSYSDIR) -I$(SRCSsl) $(DEFINES) $(UNACEEXELIN_CFILES) -ggdb -o$(EXECS_DIR)unace ifndef DEBUG tar cfvz linunace25.tgz unace file_id.diz licence #sh linpack.sh diff -Nru unace-2.5.orig/unace.mk unace-2.5/unace.mk --- unace-2.5.orig/unace.mk 2003-11-27 20:17:46.0 +0100 +++ unace-2.5/unace.mk 2005-11-24 15:05:05.0 +0100 @@ -27,8 +27,6 @@ ifndef ISWMAKE include $(MAKE_DIR)unaceexe.mk -include $(MAKE_DIR)unacedll.mk else !include $(MAKE_DIR)unaceexe.mk -!include $(MAKE_DIR)unacedll.mk endif
Bug#340613: gnomebaker: missing build dependences field on debian/control file
Package: gnomebaker Version: 0.5.0-3 Severity: important gnomebaker should show build dependencies on control file. thanks and bye -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnomebaker depends on: ii cdda2wav 4:2.01+01a03-3 Creates WAV files from audio CDs ii cdrdao 1:1.1.9-3 Disk-At-Once (DAO) recording of au ii cdrecord 4:2.01+01a03-3 command line CD writing tool ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgconf2-4 2.10.1-6GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgstreamer0.8-00.8.11-1Core GStreamer libraries, plugins, ii libgtk2.0-0 2.6.10-2The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libxml2 2.6.22-2GNOME XML library ii mkisofs 4:2.01+01a03-3 Creates ISO-9660 CD-ROM filesystem ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages gnomebaker recommends: pn dvd+rw-tools none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329974: xlibmesa-dri: function __driUtilCreateScreen is freeing never allocated data
On Wed, Nov 23, 2005 at 11:30:07 +, Michel Dänzer wrote: On Tue, 2005-11-22 at 22:35 +0100, Samuel Hym wrote: The __driUtilCreateScreen function (line 1357 and beyond...) is freeing, at the end, framebuffer.dev_priv that has never been allocated when drmOpen(NULL,BusID) fails to open for instance, which must be the case in this bug report (when /dev/dri/* are not readable for the user calling the function, for instance). Initializing framebuffer.dev_priv at NULL at the very beginning of the function solved the symptom in my case but access to framebuffer.base should probably not be allowed either. In a word: framebuffer should be initialized to be somewhat valid in case of failures in the function. Sounds like you could provide a patch? If you do, please also submit it upstream at http://bugs.freedesktop.org . The code affected by this bug seems to have changed a lot between 6.8.2 and now, so I think that this is fixed upstream (and probably in experimental). Samuel, could you try the Xorg debs from experimental and confirm whether the bug is fixed? Thanks, Julien
Bug#338123: Systemwide way to disable Openoffice.org file dialogs?
Is there a systemwide setting to disable the use of Openoffice.org's own file dialogs? -- Sam Morris http://robots.org.uk/ PGP key id 5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339514: [Pkg-zope-developers] Bug#339514: plone-site: Can't add 'Plone Site'
Il giorno mer, 16/11/2005 alle 20.53 +0100, Luk Claes ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: plone-site Severity: important Version: 2.1-2 Hi When I install plone-site and try to Add a 'Plone Site' via the drop down box in the ZMI it fails with: Sorry, but I can't reproduce this behaviour. Could you please give me the list of the products you have installed (dpkg -l | grep zope) ? Thanks -- Fabio Tranchitella http://www.kobold.it Studio Tranchitella Assoc. Professionale http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: This is a digitally signed message part
Bug#339790: Automatic VT allocation is unreliable
Tags: +patch upstream This bug is from upstream, and is fixed. Here is the bugzilla entry with the corresponding fix. Hope to see it in debian soon as this bug is really bugging me :-D http://bugzilla.gnome.org/show_bug.cgi?id=322137 Hope to help Damián(Des). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340397: postgresql-common and lsb_release
The problem is that lsb_release -ir returns Release:3.1 and /usr/share/postgresql-common/supported-versions is not accepting this release but is rather expecting testing/unstable instead, which is what appears in /etc/debian_version. I think a proper fix would involve modifying /usr/share/postgresql-common/supported-versions to properly detect testing/unstable. An incorrect temporary workaround that will allow you to get the packages installed properly is to apply this patch: --- /usr/share/postgresql-common/supported-versions~2005-11-21 19:22:56.0 -0500 +++ /usr/share/postgresql-common/supported-versions 2005-11-24 09:39:30.803502656 -0500 @@ -25,6 +25,9 @@ testing/unstable) echo -e 7.4\n8.1 ;; + 3.1) +echo -e 7.4\n8.1 +;; *) echo Unknown Debian release: $1 exit 1 to /usr/share/postgresql-common/supported-versions. This is a wrong fix though because the real answer for an actual 3.1 system may be different. -- Jay Berkenbilt [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340537: closing a window will often freeze X
On Wed, 2005-11-23 at 18:59 -0500, Ari Pollak wrote: Sometimes, when closing a window to exit an application, X will freeze and go into an infinite loop wherein the following will get printed continuously to Xorg.0.log until I either kill X or I run out of disk space: Freeing resource id=40A023E7 which isn't there. The application being closed doesn't seem to matter; it's happened with gaim, firefox, thunderbird, and others. Does it also happen with non-GTK apps? Also, could you try whether it also happens with a 32 bit X server? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#340537: closing a window will often freeze X
I don't think it ever happened with a non-GTK app, but I very rarely use apps that aren't GTK. I'll try to use a 32-bit X server and see what happens. Michel Dänzer wrote: Does it also happen with non-GTK apps? Also, could you try whether it also happens with a 32 bit X server?
Bug#340614: Misspelled Suggests: entry for linux-image-2.6 in debian/control
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: lm-sensors Version: 1:2.9.2-5 Severity: normal The Suggests: entry for the lm-sensors package in the control file has a misspelled entry for linux-image-2.6. It mistakenly reads inux-image-2.6, which pulls in other suggested alternatives if one does indeed have linux-image-2.6 installed. debian/control excerpt: [...] Suggests: linux-image-2.6 | kernel-image-2.6 | lm-sensors-source, inux-image-2.6 | kernel-image-2.6 | i2c-source, sensord, read-edid [...] Regards, - -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDhdhKHuKcDICy0QoRAkAjAJ9MGETk6RWjIapq/IfV4Kxy6nT0CwCdFXuC MBeoqqLbMedV33vDx2Y5APY= =5p1w -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340615: ignores commented lines in mozpluggerrc
Package: mozplugger Version: 1.7.1-1 Severity: important Hello, because mozplugger started to break with xpdf for unknown reason in recent versions, I tried to disable the PDF viewing... but it ignores my changes! about:plugins in Firefox says: MozPlugger 1.7.1 Dateiname: mozplugger.so MozPlugger version 1.7.1, written by Fredrik Hübinette [EMAIL PROTECTED] and Louis Bavoil [EMAIL PROTECTED]. For documentation on how to configure mozplugger, check the man page. (type man mozplugger) Configuration file: /etc/mozpluggerrc Helper binary: mozplugger-helper Controller binary: mozplugger-controller But: $ grep pdf /etc/mozpluggerrc #application/pdf: pdf: PDF file #application/x-pdf: pdf: PDF file #text/pdf: pdf: PDF file #text/x-pdf: pdf: PDF file # repeat noisy swallow(Xpdf) fill: xpdf -g +9000+9000 $file ... application/pdf PDF filepdfJa application/x-pdf PDF filepdf Ja text/pdfPDF filepdf Ja text/x-pdf PDF filepdf Ja and it keeps opening application/x-pdf files with (broken) xpdf. And even if I disable that in the Firefox preferences, it still does no change the behaviour. I tried that in Mozilla as well. There the same thing happens but a more verbose error message appears which says: Mozplugger: No appropriate application found.. So... what? I wish to disable that thing, it should just not register itself for that mime type when it is completely disabled in the config. Eduard. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages mozplugger depends on: ii libc62.3.5-8 GNU C Library: Shared libraries an ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii m4 1.4.4-1 a macro processing language ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m Versions of packages mozplugger recommends: ii mozilla-browser 2:1.7.12-1 The Mozilla Internet application s ii mozilla-firefox 1.0.7-1lightweight web browser based on M -- no debconf information
Bug#340617: RM: zodb3.4 -- RoM; superseded by zodb
Package: ftp.debian.org Severity: normal Please, remove the source package zodb3.4 since it will be replaced by the source package zodb (same binaries). It has been a mistake to name it with the version in the name instead of having a general name. I've just uploaded the new 'zodb' package. Thanks in advance, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340618: RM: zope2.7-archetypes -- RoM; superseded by zope-archetypes
Package: ftp.debian.org Severity: normal Please, remove the source package zope2.7-archetypes since it has been replaced by the source package zope-archetypes (different binaries). It has been a mistake to name it with the version in the name instead of having a general name. Thanks in advance, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340605: Package: gnome-menus doesn't recommend debian menus package menu-xdg)
close 340605 severity 315782 minor merge 315782 340605 thanks On jeu, 2005-11-24 at 15:07 +0100, Pete van der Spoel wrote: Package: gnome-menus Version: all Hi Sebastien, My debian menu went AWOL some time ago. Finally, with the help of this [http://lists.debian.org/debian-user/2005/10/msg01203.html] post I was able to restore it. It would have been a lot easier for me if the package had been recommended/suggested by gnome-menus. Hi, Thanks for your bug. that's a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=315782 . As mentioned by the other bug gnome-panel has this recommend, I'm closing this bug. Cheers, Sebastien Bacher -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340616: ITP: kat -- desktop search environment for KDE
Package: wnpp Severity: wishlist Owner: Fathi Boudra [EMAIL PROTECTED] * Package name: kat Version : 0.6.4 Upstream Author : Roberto Cappuccio [EMAIL PROTECTED] * URL : http://kat.mandriva.com * License : GPL Description : desktop search environment for KDE Kat Desktop Search Environment is an open source framework designed to allow KDE applications to index and retrieve files. Metadata, fulltext and thumbnails are extracted from documents, images, mp3 and other media allowing quick and accurate information retrieval. cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340619: mozilla-mplayer: Closing tab with mplayerplug-in in crashes firefox and mozilla
Package: mozilla-mplayer Version: 3.15-1 Severity: grave Justification: renders package unusable Closing a tab with mplayerplug-in in crashes mozilla and firefox with Segmentation fault, before i upgraded to 3.15 this used to happen every now and then but now it happens every time i load a page which has a movie which uses mplayerplug-in. I have also tried with a clean install and it still happens. I have tried: Firefox 1.0.7 Firefox 1.5rc3 Mozilla 1.7.12 All the same... /Nico -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages mozilla-mplayer depends on: ii libatk1.0-01.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-8 GNU C Library: Shared libraries an ii libgcc11:4.0.2-4 GCC support library ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgtk2.0-02.6.10-2 The GTK+ graphical user interface ii libice66.8.2.dfsg.1-10 Inter-Client Exchange library ii libpango1.0-0 1.8.2-3 Layout and rendering of internatio ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libstdc++6 4.0.2-4 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxpm46.8.2.dfsg.1-10 X pixmap library ii libxt6 6.8.2.dfsg.1-10 X Toolkit Intrinsics ii mozilla-browse 2:1.7.12-1The Mozilla Internet application s ii mozilla-firefo 1.4.99+1.5rc3.dfsg-1 lightweight web browser based on M ii mplayer-586 [m 1:1.0-pre7cvs20051102-0.0 The Ultimate Movie Player For Linu ii xlibs 6.8.2.dfsg.1-10 X Window System client libraries m mozilla-mplayer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340620: muse-el: Doesn't escape specials when publish using the latex style
Package: muse-el Version: 3.02.02-1 Severity: normal When publishing from muse to latex files specials like '\' and '' aren't escaped. I'm not enough of an elisp hacker to know what's wrong, but '\', at least, is in the muse-latex-markup-specials table, and putting '' in as well doesn't cause it to be handled either. I've tested publishing a document with both characters in the text (i.e., un-marked up), both with the default value for muse-latex-markup-specials and with it set to: '((?\\ . ) (? . \\)) In both cases both characters make it unchanged into the .tex file. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-3-wasp-1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages muse-el depends on: ii emacs21 [emacsen] 21.4a-3The GNU Emacs editor muse-el recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340621: turba2: LDAP driver uses incorrect encoding for DN
Package: turba2 Version: 2.0.3-1 Severity: important When trying to add or modify entries in an LDAP addressbook, I get an error if the Common Name (CN) contains non-ascii characters. The reason seems to be that the LDAP driver does not handle character encoding properly when building the Distinguished Name (DN). This error will occur if the LDAP directory uses a characterset that is different from the locale. In my case, my LDAP directory uses utf-8 while the locale on the server is 'C'. For instance if you look at the '_save' method in /usr/share/horde3/turba/lib/Driver/ldap.php : /* Check if we need to rename the object. */ if ($this-_params['version'] == 3 String::lower($this-_makeKey($attributes)) != String::lower($object_id)) { This check is incorrect, $object_id will be in the LDAP server's locale while the result of _makeKey is not. Cheers, Jeremy -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26-bytemark-uml-20040706-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages turba2 depends on: ii horde33.0.7-1horde web application framework Versions of packages turba2 recommends: ii php4-ldap 4:4.4.0-4 LDAP module for php4 ii php4-mysql4:4.4.0-4 MySQL module for php4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340622: ggz-gtk-client: Recommends ggz-kde-games instead of ggz-gtk-games
Package: ggz-gtk-client Version: 0.0.7-1 Severity: normal The package ggz-gtk-client recomments ggz-kde-games, while it obviously should recomment ggz-gtk-games. -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (995, 'testing-proposed-updates'), (990, 'testing'), (500, 'proposed-updates'), (500, 'stable'), (90, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages ggz-gtk-client depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libggz1 0.0.7-1.1 GGZ Gaming Zone: common utilities ii libggzcore3 0.0.7-1.1 GGZ Gaming Zone: Client front-end ii libglib2.0-0 2.6.5-1The GLib library of C routines ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii xlibs 6.8.2-5.1 X Window System client libraries m Versions of packages ggz-gtk-client recommends: ii ggz-gtk-games 0.0.7-2GGZ Gaming Zone: Gtk+ based game pn ggz-kde-games none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339790: Automatic VT allocation is unreliable
forwarded 339790 http://bugzilla.gnome.org/show_bug.cgi?id=322137 tags 339790 + patch upstream fixed-upstream thanks -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#340498: dovecot-common: Missing man page for maildirmake.dovecot
Il giorno mer, 23/11/2005 alle 21.56 +0100, Henry Precheur ha scritto: Package: dovecot-common Severity: minor Tags: patch maildirmake.dovecot does not have manual. I have written it. It is attached. Thanks for your work, really! We'll include that with the next upload. -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: This is a digitally signed message part
Bug#340531: libc6: freopen() function closes unrelated streams.
On Thu, Nov 24, 2005 at 07:36:11AM -0500, Thomas E. Dickey wrote: On Thu, Nov 24, 2005 at 12:46:41AM -0500, Daniel Jacobowitz wrote: On Wed, Nov 23, 2005 at 05:59:59PM -0500, Thomas Dickey wrote: The call to freopen() is causing the stream for TRACE's output to close, so the last line in the output is the first TRACE shown in this chunk. Putting an abort() before the last TRACE proves that the code is getting that far. What does strace say is going on? Oddly, I didn't think to try that. It says that the fopen() for TRACE is getting file descriptor 0. But fileno(stdin) says it also is 0. If stdin is closed, it's legal for another fopen() to get file descriptor 0 of course, but then stdin is no longer a valid stream and fileno() has to return a -1. If stdin is closed _by the application_, then of course this is true. If it's closed before the application starts, then the standard library has no way to know. This is happening because vile is invoked with stdin/stdout/stderr closed. Glibc has code to fix this - but it's only invoked for setuid binaries. For non-setuid binaries that you expect to be run with file descriptors closed, you need to first open 0/1/2 yourself, or not attempt to use stdin/stdout/stderr. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340563: cppunit: [m68k] FTBFS: Illegal instruction ${dir}$tst
Hello Christian, The main change between this upload and the previous one is that I enabled unit tests at build time. Chances are that the unit tests would have failed before too, or perhaps there's a toolchain regression. On Thu, Nov 24, 2005 at 09:08:25AM +0100, Christian T. Steigies wrote: Package: cppunit Version: 1.10.2-5 Severity: serious Justification: no longer builds from source XmlUniformiserTest::testElementWithContent : OK XmlUniformiserTest::testElementsHierarchyWithContents : OK XmlUniformiserTest::testAssertXmlEqual/bin/sh: line 1: 2463 Illegal instruction ${dir}$tst FAIL: cppunittestmain Could you do a little debugging for me and find out what is triggering this illegal instruction? Thanks, -Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340623: cherokee: Init script fails
Package: cherokee Version: 0.4.29-1 Severity: normal `/etc/init.d/cherokee start' fails on my system: Starting web server: cherokee[: 62: ==: unexpected operator failed Indeed, the `==' is not a standard `sh' operator and is not supported by dash (this is what /bin/sh points to on my machine). I suggest to use the standard sh operator `=' instead. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (99, 'testing'), (98, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.14-2-686 Locale: LANG=C, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Versions of packages cherokee depends on: ii libcherokee-base0 0.4.29-1 extremely fast and flexible web se ii libcherokee-server0 0.4.29-1 extremely fast and flexible web se ii logrotate 3.7-5 Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340624: ITP: sendcard -- web-based virtual greeting card (e-card) software
Package: wnpp Severity: wishlist Owner: Wesley J. Landaker [EMAIL PROTECTED] * Package name: sendcard Version : 3.2.3 Upstream Author : Peter Bowyer [EMAIL PROTECTED] * URL : http://www.sendcard.org * License : Artistic License or QPL (contacted author to clarify) Description : web-based virtual greeting card (e-card) software Sendcard is a web-based virtual greeting card (e-card) server software package. As described by the upstream website (the rest of this is a quote): What is sendcard? Sendcard is a multi-database (It currently supports 9 different databases!) e-card or virtual postcard program written in PHP. Suitable for large or small sites, it is very easy to setup, and comes with an installation wizard. What could be easier? Some of sendcard's features: * Adminstration console * Configuration interface * Statistics module * Plugin control panel * Automatic database table creation * JPEG/ GIF/ PNG/Java/Flash/Quicktime support in cards * different templates for different cards (if required) * PHP in the templates * Emoticons (if required) * Comprehensive documentation * Automatic deletion of old cards * Multiple recipients * Smart template system * Optional music * Optional background and font colour * Optional selection of font face * Delayed sending of cards * Support for 9 databases * MySQL * PostgreSQL * Interbase * MS SQL * mSQL * OCi8 * ODBC * Oracle * Sybase * Easily Extensible using built-in plugin architecture * Unlimited support * IT'S FREE! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309068: ITP: kat -- desktop search environment for KDE
On Thursday 24 November 2005 16:35, Fathi Boudra wrote: Package: wnpp Severity: wishlist Owner: Fathi Boudra [EMAIL PROTECTED] * Package name: kat Version : 0.6.4 Upstream Author : Roberto Cappuccio [EMAIL PROTECTED] * URL : http://kat.mandriva.com * License : GPL Description : desktop search environment for KDE Kat Desktop Search Environment is an open source framework designed to allow KDE applications to index and retrieve files. Metadata, fulltext and thumbnails are extracted from documents, images, mp3 and other media allowing quick and accurate information retrieval. Hi, there's aleady an open ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309068 kat is already packaged for ubuntu: http://packages.ubuntu.com/kat Maybe you can share code, work and the fun to working together. [Cc'ed kubuntu pkger.] Achim cheers, Fathi -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340136: acknowledged by developer (Re: Bug#340136: Updated Danish po-debconf translation)
Hi Marc, * Debian Bug Tracking System [EMAIL PROTECTED] [2005-11-24 14:05:30]: This is an automatic notification regarding your Bug report #340136: Updated Danish po-debconf translation, which was filed against the aide package. It has been closed by one of the developers, namely Marc Haber [EMAIL PROTECTED]. [...] Version: 0.10.99.20051122-2 This bug is now fixed in experimental. As far as I know, you should not close bugs which are only fixed in experimental. You should tag it as pending and fixed-in-experimental and only close the bug when it has reached the unstable distribution. As time goes by, this bug will disappear from the aide bug list, but the translation will still show up on: http://www.debian.org/international/l10n/po-debconf/da Then a translator will be very confused and will try to update the translation again. - Morten. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340567: digikam: fails to start with albumtreestate.bin not found
On Thursday 24 November 2005 14:20, you wrote: On Thu, 24 Nov 2005 13:30:03 +0100, Achim Bohnet writes: In this case the bug would be an improper dependency - but which one? Good question ;) Do you have any other app that uses famd? Do they work? TBH, I've no idea what pulled famd in. If I understand correctly what `apt-cache rdepends does, I'm not actively using anything that depends on fam/libfam0. One possibility is to install konqueror (remember the additional pkgs installed). Start konqueror $HOME create from the command line a file in $HOME. Does konqueror update it's view and shows the new file? If yes, does digikam now work? Yes and yes. Great. That's a good start ;) If yes, via removing the newly installed pkgs one by one, it is maybe possibile to find out what's goes wrong. Sadly not - konqueror pulled in kdesktop, kfind, libkonq4, kcontrol, kdebase-kio-plugins, kdebase-bin and kdebase-data, which I've removed one by one but digikam now still worked. So I thought maybe having started konqueror may have left some KDE-related processes running, and so I killed those one by one. Still no luck, digicam still works. I've also nuked ~/.kde/share/apps/digikam to no avail. I hope that info's somehow useful for you, because I sure don't understand what's going on :( Blech! Did you remove or purge the packages? Maybe purging uncovers where the bug is? (wild guess) Achim cheers, rw -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340619: mozilla-mplayer: Closing tab with mplayerplug-in in crashes firefox and mozilla
Do you have any other plugins installed as well? Niklas Jakobsson wrote: Package: mozilla-mplayer Version: 3.15-1 Severity: grave Justification: renders package unusable Closing a tab with mplayerplug-in in crashes mozilla and firefox with Segmentation fault, before i upgraded to 3.15 this used to happen every now and then but now it happens every time i load a page which has a movie which uses mplayerplug-in. I have also tried with a clean install and it still happens. I have tried: Firefox 1.0.7 Firefox 1.5rc3 Mozilla 1.7.12 All the same... /Nico -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages mozilla-mplayer depends on: ii libatk1.0-01.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-8 GNU C Library: Shared libraries an ii libgcc11:4.0.2-4 GCC support library ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgtk2.0-02.6.10-2 The GTK+ graphical user interface ii libice66.8.2.dfsg.1-10 Inter-Client Exchange library ii libpango1.0-0 1.8.2-3 Layout and rendering of internatio ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libstdc++6 4.0.2-4 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxpm46.8.2.dfsg.1-10 X pixmap library ii libxt6 6.8.2.dfsg.1-10 X Toolkit Intrinsics ii mozilla-browse 2:1.7.12-1The Mozilla Internet application s ii mozilla-firefo 1.4.99+1.5rc3.dfsg-1 lightweight web browser based on M ii mplayer-586 [m 1:1.0-pre7cvs20051102-0.0 The Ultimate Movie Player For Linu ii xlibs 6.8.2.dfsg.1-10 X Window System client libraries m mozilla-mplayer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340625: kaboodle crashes when given open command from file menu or toolbar
Package: kaboodle Version: 4:3.4.2-2 Severity: grave Justification: renders package unusable -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages kaboodle depends on: ii kdelibs4c24:3.4.2-4 core libraries for all KDE applica ii libarts1c21.4.2-5aRts sound system core components ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libstdc++64.0.2-4The GNU Standard C++ Library v3 Versions of packages kaboodle recommends: ii libarts1-xine 4:3.4.2-2 aRts plugin enabling xine support -- no debconf information Backtrace data: Using host libthread_db library /lib/tls/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread 1103976384 (LWP 15414)] [KCrash handler] #3 0x401cdb8e in __gnu_cxx::__pooltrue::_M_reclaim_block () from /usr/lib/libstdc++.so.6 #4 0x401605ff in __gnu_cxx::__mt_allocArts::TraderOffer, __gnu_cxx::__common_pool_policy__gnu_cxx::__pool, true ::deallocate () from /usr/lib/libartskde.so.1 #5 0x40770b21 in std::vectorArts::TraderOffer, std::allocatorArts::TraderOffer ::_M_insert_aux () from /usr/lib/libmcop.so.1 #6 0x4073f317 in Arts::TraderHelper::doQuery () from /usr/lib/libmcop.so.1 #7 0x40746576 in Arts::TraderQuery_impl::query () from /usr/lib/libmcop.so.1 #8 0x40159447 in KDE::PlayObjectFactory::mimeTypes () from /usr/lib/libartskde.so.1 #9 0x08058244 in ?? () #10 0xbfffecc8 in ?? () #11 0x08060a12 in vtable for QGList () #12 0xbfffece4 in ?? () #13 0x40007544 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #14 0x08058437 in ?? () #15 0x08131c40 in ?? () #16 0x08137160 in ?? () #17 0xbfffed08 in ?? () #18 0x08058367 in ?? () #19 0x08137050 in ?? () #20 0x000e in ?? () #21 0x in ?? () #22 0x40f528f4 in ?? () from /usr/lib/libqt-mt.so.3 #23 0x08058350 in ?? () #24 0x40f72ca0 in vtable for QUrlOperator () from /usr/lib/libqt-mt.so.3 #25 0xbfffed48 in ?? () #26 0x40aa7c5f in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #27 0x40aa7c5f in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #28 0x40aa8743 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #29 0x410a99e6 in KAction::activated () from /usr/lib/libkdeui.so.4 #30 0x410dee9b in KAction::slotActivated () from /usr/lib/libkdeui.so.4 #31 0x410fa0bb in KAction::slotPopupActivated () from /usr/lib/libkdeui.so.4 #32 0x410fa3dd in KAction::qt_invoke () from /usr/lib/libkdeui.so.4 #33 0x40aa7c5f in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #34 0x40e385a5 in QSignal::signal () from /usr/lib/libqt-mt.so.3 #35 0x40ac5b30 in QSignal::activate () from /usr/lib/libqt-mt.so.3 #36 0x40bcf8f7 in QPopupMenu::mouseReleaseEvent () from /usr/lib/libqt-mt.so.3 #37 0x410b6930 in KPopupMenu::mouseReleaseEvent () from /usr/lib/libkdeui.so.4 #38 0x40ae2fb6 in QWidget::event () from /usr/lib/libqt-mt.so.3 #39 0x40a3d778 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #40 0x40a3dd4b in QApplication::notify () from /usr/lib/libqt-mt.so.3 #41 0x413b29fc in KApplication::notify () from /usr/lib/libkdecore.so.4 #42 0x409cd6d3 in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #43 0x409c88f8 in QETWidget::translateMouseEvent () from /usr/lib/libqt-mt.so.3 #44 0x409c6e3e in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #45 0x409e095c in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #46 0x40a55ea2 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #47 0x40a55dcb in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #48 0x40a3c305 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #49 0x08057fa5 in ?? () #50 0xba00 in ?? () #51 0x403ccff4 in ?? () from /lib/tls/libc.so.6 #52 0xbad8 in ?? () #53 0x08057f8e in ?? () #54 0x08056de0 in ?? () #55 0x080b4898 in ?? () #56 0x08056de0 in ?? () #57 0x4029d34c in ?? () from /lib/tls/libc.so.6 #58 0x0805fd08 in vtable for QGList () #59 0x080b48a0 in ?? () #60 0x080e7b30 in ?? () #61 0x in ?? () #62 0x080e7888 in ?? () #63 0x0812c740 in ?? () #64 0x0812b508 in ?? ()
Bug#276276: qemu: mouse not working
Am Donnerstag, 24. November 2005 00:38 schrieb Elrond: Can you see, if http://lilly.csoft.net/~jeffryj/cgi-bin/moin.cgi/FrequentlyAskedQuesti ons#head-402b0eec8e9c44cf4f819ecdd7db37be8153c20c fixes your problem? (basicly, put SDL_VIDEO_X11_DGAMOUSE=0 in your environment) Right, that fixes it for me as well. Maybe this should somehow be pointed at more prominently... Should I close this bug or keep it open as an reminder to add a pointert to this FAQ somewhere? Greetings, Gunter -- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + http://aachen.uni-dsl.de/ - Der direkte Draht in's Hochschulnetz! + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Greebo could, in fact, commit sexual harrassment simply by sitting very quietly in the next room. -- (Terry Pratchett, Maskerade) +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + PGP-verschlüsselte Mails bevorzugt! + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Bug#338686: xfree86-driver-synaptics: makes touchpad unuseable on hp compaq nc8000
On Thu, Nov 17, 2005 at 09:28:44PM +0100, Mattia Dongili wrote: This resembles an issue that was resolved dome time ago with kdm and the shared memory segment. Can you try with Option SHMConfig off With SHMConfig off, the touch pad is useable with the later driver. However, at the price of not being able to use ksynaptics to configure the touch pad, if I understand README.Debian correctly, right? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340622: ggz-gtk-client: Recommends ggz-kde-games instead of ggz-gtk-games
Hi, El Jueves, 24. Noviembre 2005 17:17, Alexey Feldgendler escribió: Package: ggz-gtk-client Version: 0.0.7-1 Please note that new packages (0.0.12) are being prepared at the moment. The old packages should not exist in the archives anymore AFAIK. The package ggz-gtk-client recomments ggz-kde-games, while it obviously should recomment ggz-gtk-games. Actually each core client should recommend all games packages because they're not just reimplementations for different toolkits, but at times wholly different games. Josef P.S. to [CC:] Btw. guys what is the status? Anything missing from my side right now? :) -- The GGZ Gaming Zone - http://www.ggzgamingzone.org/
Bug#340622: ggz-gtk-client: Recommends ggz-kde-games instead of ggz-gtk-games
Hi P.S. to [CC:] Btw. guys what is the status? Anything missing from my side right now? :) I don't know, I think it depends on the current alioth admin. When we are in the packaging group (I think Peter will take care of that) you can just commit the packages to subversion and then we can make them ready and someone can just upload them. Greetings Steffen pgpCnhPlwEmmq.pgp Description: PGP signature
Bug#340531: libc6: freopen() function closes unrelated streams.
On Thu, 24 Nov 2005, Daniel Jacobowitz wrote: On Thu, Nov 24, 2005 at 07:36:11AM -0500, Thomas E. Dickey wrote: If stdin is closed _by the application_, then of course this is true. If it's closed before the application starts, then the standard library has no way to know. This is happening because vile is invoked with stdin/stdout/stderr closed. Actually (reading lynx's src/LYCgi.c), stdin is initially open, as lynx writes data to the subprocess, but lynx closes the stream after it completes the write - though I may be missing some twist therein since it juggles things for a few hundred lines of code. I'll look into what an strace of lynx shows me. Glibc has code to fix this - but it's only invoked for setuid binaries. For non-setuid binaries that you expect to be run with file descriptors closed, you need to first open 0/1/2 yourself, or not attempt to use stdin/stdout/stderr. That's useful to know (in this case however, neither is setuid). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340136: acknowledged by developer (Re: Bug#340136: Updated Danish po-debconf translation)
On Thu, Nov 24, 2005 at 05:29:20PM +0100, Morten Brix Pedersen wrote: * Debian Bug Tracking System [EMAIL PROTECTED] [2005-11-24 14:05:30]: This is an automatic notification regarding your Bug report #340136: Updated Danish po-debconf translation, which was filed against the aide package. It has been closed by one of the developers, namely Marc Haber [EMAIL PROTECTED]. [...] Version: 0.10.99.20051122-2 This bug is now fixed in experimental. As far as I know, you should not close bugs which are only fixed in experimental. You should tag it as pending and fixed-in-experimental and only close the bug when it has reached the unstable distribution. That is obsolete information, we have version tracking now. The bug will remain listed for the unstable distribution until a version = 0.10.99.20051122-2 has reached unstable. The fixed-in-experimental tag is now deprecated and will be disabled as soon as it's practical to do so. See http://lists.debian.org/debian-devel-announce/2005/07/msg00010.html Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339628: mysql-server: logrotate script breaks logging
tags 339628 + wontfix thanks Hello David As the Sarge version of MySQL can only be altered for severy bugs this bug will cannot be fixed. Moreover logging to file is totally broken and should not be used anyway (after a mysqladmin reload there will be no more messages in this file regardless what you do to the server!) For Debian Sid, I completely remote the chown section. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340603: cannot see keybindings for dependencies solutions management
On Thu, Nov 24, 2005 at 03:00:37PM +0100, Luca Bigliardi [EMAIL PROTECTED] was heard to say: Package: aptitude Version: 0.4.0-3 When a dependencie problem is encountered a menu in the bottom of the screen appears. Here is last line of my menu: : Examine : Apply : Next : Previous As you can see it lacks keybinding indications: e ! , . Does the bar at the top of the screen have the keybinding indicators? Daniel signature.asc Description: Digital signature
Bug#339979: Minor cosmetic problems with lastest initscripts
On 11/23/05, Thomas Hood [EMAIL PROTECTED] wrote: Domenico Pasella wrote: Scripts can be sourced with positional parameters, so I don't see what is wrong with the code at line 336 of checkroot.sh, which you quote. Can you explain? I was sleeping. :) No you weren't. I just discovered that providing positional parameters to sourced scripts is not supported in dash. Do you have /bin/sh linked to dash? ohhh yes. :-) = $ cat /tmp/s echo arg0 $0 arg1 $1 $ cat /tmp/t #!/bin/bash . /tmp/s foo $ /tmp/t arg0 /tmp/t arg1 foo $ vi /tmp/t # and s/bash/dash $ cat /tmp/t #!/bin/dash . /tmp/s foo $ /tmp/t arg0 /tmp/t arg1 == Wed Nov 23 16:19:13 2005: Done checking root file system. Wed Nov 23 16:19:13 2005: Usage: /etc/rcS.d/S10checkroot.sh start|stop Wed Nov 23 16:19:13 2005: Cleaning up ifupdown...done. Doh, I forgot to fix the Usage line in mountvirtfs. Please apply this patch to your mountvirtfs: - echo Usage: $0 start|stop 2 + echo Usage: mountvirtfs start|stop 2 Assuming that you are using dash and that this is the reason you are seeing the message, the next question is whether dash or checkroot.sh is at fault. That is, _should_ dash support sourcing with arguments? Sourcing is performed using the dot command which, like the colon command, is a Special Built-in Utility[0]. The Open Group Base Specification Issue 6 does not say[1] that the dot can be given more than one argument. Hence, I conclude that the bug is in checkroot.sh: a bashism. [0]http://www.opengroup.org/onlinepubs/009695399/idx/sbi.html [1]http://www.opengroup.org/onlinepubs/009695399/utilities/dot.html I will fix this by removing the 'start' argument of the dot command you quoted and I will make mountvirtfs default to start if $1 is empty. Here is a diff for you to try. I have tried the patch and the output looks like as one would expect. The output seems like that i expect. Thanks for your work bye .yo.mo.
Bug#331418: Bug #331418: php4-pear-log: ELICENSE - licensed under non-free The PHP License, version 2.02
On Thu, Nov 24, 2005 at 12:26:45PM -0500, Jon Parise wrote: Dear Jon, I am a bit frustrated because I can not image what to do with the problem in object. Joerg Jaspert [EMAIL PROTECTED] reported a bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=331418 which stops my Intention to upgrade the package for Debian, since there is a License problem. Can you please explain if it is a real problem, or if your intention to maintain/use this license is compatible with the package? An updated PHP license[1] has just become available which should address Debian's concerns. I'll try to put together an updated package some time over the long weekend (it's a holiday here in the US). Sorry for taking so long to get back to you on this. These kinds of requests honestly aren't too high on my global priority list, and the fact that most PEAR developers have recently been hit by a wave of similar requests by Debian people has caused many of us to just ignore the issue. I don't run Debian (or Linux, for that matter), and the fact that it's the only distribution that has a problem with the current licensing hasn't done much for my motivation to change things. [1] http://us3.php.net/license/3_01.txt I am very please that you answered for me and all the Debian users. I know that the license problem is frustrating and somehow a bad issue, but Debian has got a coherent (in my opinion) way to treat the software. I am going to investigate and analyze your link futher more and possibly ask for a support by the more competent guys (than me). Let's keep in touch and I wish you also a good vacation Cheers SteX -- GPG key = D52DF829-- SteX -- [EMAIL PROTECTED] http://etinarcadiaego.dyndns.org --- User#324592, http://counter.li.org http://www.openlabs.it/~stex -- http://www.stex.name signature.asc Description: Digital signature
Bug#340514: About the gconf schemas
On Thu, Nov 24, 2005 at 09:53:31AM +0100, Josselin Mouette wrote: Ooops, I'm afraid I forgot something important to do so that the bugs are actually fixed: the existing snippets in debian/postinst and debian/prerm, calling gconftool, should be removed. I'm sure this wasn't the bug you wanted to reach (#340514)... -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340397: postgresql-common and lsb_release
Hi Jay! Jay Berkenbilt [2005-11-24 9:44 -0500]: The problem is that lsb_release -ir returns Release: 3.1 and /usr/share/postgresql-common/supported-versions is not accepting this release but is rather expecting testing/unstable instead, which is what appears in /etc/debian_version. Thanks for debugging this. In my sid pbuilder, lsb_release returns 'testing/unstable', so I forgot about the 3.1 case. to /usr/share/postgresql-common/supported-versions. This is a wrong fix though because the real answer for an actual 3.1 system may be different. Actually it happens to be exactly right. :) Sarge proper does not yet have postgresql-common, so for this case it does not matter anyway, and if somebody uses my sarge backports (which I use myself on my sarge server), then the supported versions are exactly the same as in sid. Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#340564: libaqbanking: Please use gnutls instead of ssl
Thomas Bushnell BSG wrote: Can you please build libaqbanking against libgnutls-dev instead of libssl-dev? (This also requires changing -lssl to -lgnutls-openssl.) Sorry, but it seems that this is rather difficult. We'd need to start with libgwenhywfar and this seems to use quite a bit of cypher-specific stuff from openssl/*.h. Upstream isn't too amused (can't blame him). Christian Stimming kindly offered to (ask David Hamptoon and) grant a licensing exception for gnucash-hbci, but I'm not too optimistic that this is enough. So, there will be no quick resolution of this. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340626: cupsys: [INTL:ru] Updated Russian debconf PO file.
Package: cupsys Version: 1.1.23-10 Severity: wishlist Tags: l10n, patch Updated Russian debconf PO file has attached. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Versions of packages cupsys depends on: ii adduser 3.77.0 Add and remove users and groups ii debconf 1.4.36 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcupsimage2 1.1.23-10Common UNIX Printing System(tm) - ii libcupsys2-gnutls10 1.1.23-7 Common UNIX Printing System(tm) - ii libgnutls11 1.0.16-9 GNU TLS library - runtime library ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpaper1 1.1.14-3 Library for handling paper charact ii libslp1 1.0.11a-2OpenSLP libraries ii patch 2.5.9-2 Apply a diff file to an original ii perl-modules5.8.7-4 Core Perl modules ii xpdf-utils 3.00-13 Portable Document Format (PDF) sui ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information excluded cupsys_1.1.23-12_ru.po.gz Description: Binary data
Bug#340627: No bristuff in zaptel-source 1.2
Package: zaptel-source Version: 1:1.2.0-1 Severity: normal There is no bristuff patched into the actual unstable zaptel-source. So there is no support for hfc (zaphfc module is missing). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages zaptel-source depends on: ii bzip2 1.0.2-10 high-quality block-sorting file co ii debhelper 4.9.13 helper programs for debian/rules ii dpatch2.0.15 patch maintenance system for Debia ii module-assistant 0.9.10 tool to make module package creati Versions of packages zaptel-source recommends: ii zaptel 1:1.0.9.1-3 zapata telephony utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340628: dpkg-www: [INTL:ru] Updated Russian debconf PO file.
Package: dpkg-www Severity: wishlist Tags: l10n, patch Updated Russian debconf PO file has attached. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) dpkg-www_2.48_ru.po.gz Description: Binary data
Bug#340629: kernel-package: [powerpc] powerpc is switching from ARCH=ppc/ppc64 to ARCH=powerpc ...
Package: kernel-package Version: 8.135 Severity: normal Hello, ... This bug is just to start a discussion place on how to best handle the ARCH=ppc|ppc64 to ARCH=powerpc switch for powerpc. I am not sure how to best handle this in linux-2.6/kernel-package. Upto now i had a powerpc/powerpc64 flavour, which did the right thing and setted ARCH accordyingly, but we now need to distinguish between three cases : ppc, ppc64 and powerpc, while powerpc only really makes sense for kernel version 2.6.15 and up, and ppc64 is dead as of 2.6.15, but 32bit ppc may still be around some time. Friendly, Sven Luther -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.14-2-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages kernel-package depends on: ii dpkg 1.10.28Package maintenance system for Deb ii dpkg-dev 1.10.28Package building tools for Debian ii gcc [c-compiler] 4:3.3.5-3 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.5-13 The GNU C compiler ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330026: pngcrush: similiar error message
Package: pngcrush Version: 1.5.10-2 Followup-For: Bug #330026 I get a similar message, but not quite the same: pngcrush: relocation error: pngcrush: symbol png_read_data, version PNG12_0 not defined in file libpng12.so.0 with link time reference -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages pngcrush depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libpng12-01.2.8rel-5 PNG library - runtime ii zlib1g1:1.2.3-8 compression library - runtime pngcrush recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335488: [Pkg-zope-developers] Re: Bug#335488: Removal request for old zope packages
On Mon, Nov 21, 2005 at 09:57:00AM +0100, A Mennucc wrote: Too many zope(s)? That was discussed already. Problem is: there are a lot of differences between zope2.6, zope2.7 and zope2.8 : you cannot simply upgrade and hope your portal will continue to work. Some time ago I had a conversation with people who work in a company building web services: they worked with zope 2.6 (although 2.7 was around) since it was OK for them, and they had no plans in switching (at that time), since it would cost too much time and failures (that their clients were not willing to pay for!). Isn't this *exactly* the usecase for people staying with stable? Debian has its own release cycle, *exactly because* software during its development has incompatible changes. Because of Debian releasing and having branches (stable, testing, unstable), I believe it would be best if there were not too many versions of the same software around, where I'd put 'too many' as more than two for complicated software (or software at the heart of the dependency tree) that went through a major bump, and 'more than one' for every other piece of software. For example, we only ship one version of gnome, one version of kde, one version of perl, and for example: two versions of apache, two versions of mysql, two versions of PHP. Note that zope certainly isn't the only piece of software in Debian of which I think there could be a reduction in the number of simultaneously supported versions, postgresql (4), python (4) and gcc (5) are three high-profile examples of where I similarly think redution should be aimed at before etch nears a releaseable state. I do not think it's a good thing to have multiple minor versions in the archive simultaneously, especially considering zope2 is apparantly obsolete already. We will see what happens by the time etch is released. I mailed you guys now because I think that by that time, it is no longer possible to consider doing anything for etch, and that changes like discontinuing a branch of software in Debian take time. Anyway, thank you all for considering this, I'll now shut up, and let the people who are doing all the work on zope decide about this. Bye, --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340162: postgresql-common: Add option to specify client versions for remote server access
Hi Markus! Markus Schaber [2005-11-21 13:28 +0100]: But I have a little problem: When connecting to remote servers via -h -p -U options, I did not find any possibility to specify which client version to use (I currently have all three versions of postgresql-client installed, as we have 7.4, 8.0 and 8.1 servers). I always end up using the 7.4 client. But the postgresql people recommend to use the corresponding psql version. Oh, right now it uses the latest version if you don't have any local clusters, or the version of your default cluster if you have local clusters. I agree, that should be improved. It's not that critical, since the client ABI is the same for 7.4, 8.0, and 8.1, you can use any version to connect to any server. And I did not find any possibility to specify remote hosts via the user_clusters mechanism, this seems to work for local clusters only. It would make sense to support this. My proposal: /e/p/user_clusters and ~/.postgresqlrc should keep their current format, but CLUSTER is extended: it is either a local cluster name, or can specify host:port, e. g. 8.1 db.my.net:5432 mydb in .postgresqlrc, or joe* 8.1 main * martin * 8.0 db.my.net:5432 mydb in user_clusters. Consequently, that would mean to extend the --cluster syntax in a similar fashion: psql --cluster 8.0/172.16.0.1:5432 What do you think about that? The only way I found to work around this is to call the binaries in /usr/lib/postgresql/X.Y/bin/ directly, which is cumbersome. Right. Btw: Is it necessary to display 2 warning dialogs that complain about the obscolence of postgresql 8.0 when upgrading postgresql-common? And, notice, it is not complaining about the 7.4 server (which is actually installed on my local machine), but about 8.0 which is not installed. You have postgresql-cliet-8.0 installed (I bet). I think the double dialog got fixed as a side effect of the changes in postgresql-common 34. Please file a separate bug if you still encounter this. Thanks! Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#340483: postgresql-common: Wrongly declares PG 8.1 is obsolete
Hi Oliver! Oliver Elphick [2005-11-23 18:49 +]: The PostgreSQL version 8.1 is obsolete, but you still have the server and/or client package installed... Since 8.1 is the very latest, this is wrong :-) Hey, it's already *two weeks* old. Nobody uses this old crack any more. :) Seriously, that's a bug in the brand new supported-versions. The output of sh -x /usr/share/postgresql-common/supported-versions would help me to fix it. Thanks! Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#340630: fetchmail: messages no longer translated
Package: fetchmail Version: 6.2.5.4-1 Severity: important Tags: l10n Although the system is configured to display messages in French, and although all other programs do indeed display their messages in French, fetchmail prints every message in English. According to dpkg -L fetchmail the language directories in /usr/share/locale/ are indeed installed, and so are the LC_MESSAGES directories. However, the .po files are not present. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fetchmail depends on: ii adduser 3.79 Add and remove users and groups ii base-files3.1.9 Debian base system miscellaneous f ii debianutils 2.15.1 Miscellaneous utilities specific t ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-4 SSL shared libraries Versions of packages fetchmail recommends: ii ca-certificates 20050804 Common CA Certificates PEM files -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#262161: packaging ironpython
hi, regarding this package - ironpython. ironpython 0.9.4 _does_ work, _can_ be compiled, but you _do_ need the very latest version of debian/testing mono compiler - 1.1.10 - and associated libraries. ironpython 0.6 only works with mono 1.1.9, and ironpython 0.6 does NOT properly understand mono's System.XML: it fails to read XML documents correctly, whereas 0.9.4 succeeds. i presume that ironpython 0.9.5 may work, but i could not get it to compile with mono 1.1.10. now. here's where people are going to get upset. ironpython 0.9.4 and 0.9.5 is released under the [believed to be OSI acceptable] open source shared source license. _please_ do NOT consider this unacceptable. at the VERY least, please place the software in a nonfree or contrib category rather than go uhn. microsoft wrote the shared source license, therefore it's shit, therefore we're not having it. ironpython is extremely powerful, and should not be placed down the toilet just because of that. thank you. -- -- a href=http://lkcl.net;http://lkcl.net/a -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320871: Bug #320871: lftp does not work with ftps (can not list directories)
I have the same problem like Berenyi and I tried setting ftp:ssl-protect-list off, but then I get the error: ls: 550 SSL/TLS required on the data channel I've check the problem with a proftpd server. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328118: /usr/sbin/laptop_mode: line 199: [: yes: integer expression expected
* Bart Samwel [EMAIL PROTECTED] [2005-11-06 21:26]: FYI, the bug is fixed in the 1.11 version of laptop-mode-tools, which you can download at the laptop-mode-tools homepage: http://www.xs4all.nl/~bsamwel/laptop_mode/tools Is your sponsor still busy? If so, I can probably sponsor this upload. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338686: xfree86-driver-synaptics: makes touchpad unuseable on hp compaq nc8000
On Thu, Nov 24, 2005 at 05:59:16PM +0100, Marc Haber wrote: On Thu, Nov 17, 2005 at 09:28:44PM +0100, Mattia Dongili wrote: This resembles an issue that was resolved dome time ago with kdm and the shared memory segment. Can you try with Option SHMConfig off With SHMConfig off, the touch pad is useable with the later driver. However, at the price of not being able to use ksynaptics to configure the touch pad, if I understand README.Debian correctly, right? Yes. AFAIU ksynaptics extensively use the runtime configuration feature. Would you be available to test patches or modified packages (if you prefer not to go through the building issue). Thanks -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338686: xfree86-driver-synaptics: makes touchpad unuseable on hp compaq nc8000
On Thu, Nov 24, 2005 at 07:04:26PM +0100, Mattia Dongili wrote: Yes. AFAIU ksynaptics extensively use the runtime configuration feature. Would you be available to test patches or modified packages (if you prefer not to go through the building issue). As long as I can go back to an older version without having to rebuild my system, sure ;) Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340515: About the gconf schemas
Ooops, I'm afraid I forgot something important to do so that the bugs are actually fixed: the existing snippets in debian/postinst and debian/prerm, calling gconftool, should be removed. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Bug#340627: No bristuff in zaptel-source 1.2
On Thu, Nov 24, 2005 at 06:51:17PM +0100, Thomas Renard wrote: Package: zaptel-source Version: 1:1.2.0-1 Severity: normal There is no bristuff patched into the actual unstable zaptel-source. So there is no support for hfc (zaphfc module is missing). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages zaptel-source depends on: ii bzip2 1.0.2-10 high-quality block-sorting file co ii debhelper 4.9.13 helper programs for debian/rules ii dpatch2.0.15 patch maintenance system for Debia ii module-assistant 0.9.10 tool to make module package creati Versions of packages zaptel-source recommends: ii zaptel 1:1.0.9.1-3 zapata telephony utilities bristuff was added to the latest svn version, but still not uploaded to Unstable. Note that this is the experimental version 0.3.0-PRE-1 . Any idea what ahppens if you use non-bristuffed asterisk 1.2 with bristuffed zaptel 1.0.9 ? -- Tzafrir Cohen icq#16849755 +972-50-7952406 [EMAIL PROTECTED] http://www.xorcom.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340631: ITP: culmus-fancy -- Type1 Fancy Hebrew Fonts for X11
Package: wnpp Severity: wishlist Owner: Lior Kaplan [EMAIL PROTECTED] * Package name: culmus-fancy Version : 0.0.20051018 Upstream Author : Maxim Iorsh [EMAIL PROTECTED] * URL : http://culmus.sourceforge.net * License : GPL Description : Type1 Fancy Hebrew Fonts for X11 Several Fancy Hebrew fonts. ASCII glyphs borrowed from the URW and Bitstream fonts. . Included fonts are: Anka, ComixNo2, Gan, Ozrad, Ktav Yad, Dorian and Gladia. . Homepage: http://culmus.sourceforge.net/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340632: lilo: [INTL:ru] Russian debconf PO file
Package: lilo Severity: wishlist Tags: l10n, patch Russian debconf PO file has attached. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) lilo_1-22.6.1-7_ru.po.gz Description: Binary data
Bug#340633: libnss-ldap: [INTL:sv] Swedish debconf templates translation
Package: libnss-ldap Version: 238-1.1 Severity: wishlist Tags: patch l10n Here is the swedish translation of the debconf template for libnss-ldap. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: libnss-ldap 238-1.1\n POT-Creation-Date: 2003-03-23 10:45+0200\n PO-Revision-Date: 2005-11-24 19:26+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: sv\n X-Poedit-Country: sv\n #. Description #: ../templates:4 msgid make configuration readable/writeable by owner only msgstr gör konfigurationen endast läsbar/skrivbar för ägaren #. Description #: ../templates:4 msgid Should the libnss-ldap configuration file be readable and writable only by the file owner? msgstr Ska konfigurationsfilen för libnss-ldap vara läs- och skrivbar bara för filägaren? #. Description #: ../templates:4 msgid If you use passwords in your libnss-ldap configuration, it is usually a good idea to have the configuration set with mode 0600 (readable and writable only by the file's owner). msgstr Om du använder lösenord i din konfiguration för libnss-ldap är det normalt sett en bra ide att ha konfigurationsfilen satt till 0600 (läs- och skrivbar bara för filägaren). #. Description #: ../templates:4 msgid Note: As a sanity check, libnss-ldap will check if you have nscd installed and will only set the mode to 0600 if nscd is present. msgstr Notera: Som en ren kontroll kommer libnss-ldap att kontrollera om du har nscd installerad och kommer bara att sätta 0600 om nscd finns på systemet. #. Description #: ../templates:17 msgid nsswitch.conf is not managed automatically msgstr nsswitch.conf hanteras inte automatiskt #. Description #: ../templates:17 msgid For this package to work, you need to modify your /etc/nsswitch.conf to use the ldap datasource. There is an example file at /usr/share/doc/libnss-ldap/examples/nsswitch.ldap which can be used as an example for your nsswitch setup, or it can be copied over your current setup. msgstr För att detta paket ska fungera behöver du modifiera din /etc/nsswitch.conf att använda en LDAP-datakälla. Det finns en exempelfil, /usr/share/doc/libnss-ldap/examples/nsswitch.ldap som kan användas som ett exempel för din konfiguration av nsswitch eller så kan den kopieras över din nuvarande konfiguration. #. Description #: ../templates:17 msgid Also, before removing this package, it is wise to remove the ldap entries from nsswitch.conf to keep basic services functioning. msgstr Före borttagning av detta paket är det bra att ta bort ldap-posterna från nsswitch.conf för att hålla igång de grundläggande tjänsterna. #. Default #: ../templates:29 msgid dc=example,dc=net msgstr dc=exempel,dc=se #. Description #: ../templates:30 msgid distinguished name of the search base msgstr DN-namnet för sökbasen #. Description #: ../templates:30 msgid Please enter the distinguished name of the LDAP search base. Many sites use the components of their domain names for this purpose. For example, the domain \example.net\ would use \dc=example,dc=net\ as the distinguished name of the search base. msgstr Ange namnet (DN) för LDAPs sökbas. Många system använder komponenter av deras domännamn för denna funktion. Till exempel att domänen \exempel.se\ skulle använda \dc=exempel,dc=se\ som sitt DN-namn för sökbasen. #. Description #: ../templates:39 msgid database requires login msgstr databasen kräver inloggning #. Description #: ../templates:39 msgid Does the LDAP database require login? msgstr Kräver LDAP-databasen inloggning? #. Description #: ../templates:39 msgid Answer this question affirmatively only if you can't retreive entries from the database without logging in. msgstr Svara ja på frågan om du inte kan hämta poster från databasen utan att logga in först. #. Description #: ../templates:39 msgid Note: Under a normal setup, this is not needed. msgstr Notera: Under en normal konfiguration kommer detta inte att behövas. #. Description #: ../templates:50 msgid enable automatic configuration updates by debconf msgstr aktivera automatisk uppdatering av konfiguration med debconf #.
Bug#340634: new 0.6 upstream version
Package: sphinx2 Severity: wishlist A new sphinx2 0.6 upstream version was released on October 13, 2005. Cheers, Ste -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340459: postgresql-7.4: unable to install
Hi Jonathan! Jonathan Ballet [2005-11-23 17:00 +0100]: Error: clusters must not be owned by root ^ Could you explain how that happened? Thanks, Anand Unfortunely, I don't know ... What are these clusters is it talking about ? A cluster is a set of databases that are managed by one server (postmater). You can have several of them installed. -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340635: localization-config: [INTL:ru] Russian debconf PO file
Package: localization-config Severity: wishlist Tags: l10n, patch Russian debconf PO file has attached. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Versions of packages localization-config depends on: ii debconf [debconf-2.0] 1.4.36 Debian configuration management sy ii libapt-pkg-perl 0.1.13 Perl interface to libapt-pkg ii libconfig-inifiles-perl 2.38-3 Read .ini-style configuration file ii locales 2.3.2.ds1-22 GNU C Library: National Language ( ii perl-base 5.8.7-4 The Pathologically Eclectic Rubbis localization-config_0.116_ru.po.gz Description: Binary data
Bug#340636: Broken search - Displaying alerts -49-0 of 1 total
Package: acidlab Version: 0.9.6b20-10.1 Very similar to bug report #338301 for acidbase, a recent apt-get update of acidlab appears to have broken the display of search results. Although the listing of unique alerts from today/last 24hr/last 72hr are presented properly, any attempts at searching generates the result Displaying alerts -49-0 of 1 total and no actual alerts are listed. Reloading the page URL without the concluding num_result_rows=-1 param correctly displays the results some of the time, but will often also clear some of the search criteria (e.g. time period) used. Presumably a tweaked version of the acidbase patch file will fix this? System in use is Debian GNU/Linux 2.6.8-2-386, snort version 2.3.3-2, php4 version 4.3.10-16. Thanks, Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339810: postgresql-common: errors for non-running DB during upgrade
Hi Norbert! Norbert Kiesel [2005-11-22 10:30 -0800]: defiant:~# /usr/lib/postgresql/8.1/bin/pg_controldata /var/lib/postgresql/8.1/main WARNING: Calculated CRC checksum does not match value stored in file. Either the file is corrupt, or it has a different layout than this program is expecting. The results below are untrustworthy. Did you happen to create this cluster from an 8.1 beta version? The data format changed several times during the various betas. Upstream does checks for the released versions (trying to run an 8.1 postmaster on an 8.0 data directory, etc), but they didn't for the betas. Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#340637: nxml-mode: startup bogosity
Package: nxml-mode Version: 20041004-5 Severity: normal Tags: patch The startup stuff currently ends up ensuring that the source files for the mode are loaded, not the compiled ones, which doesn't help its speed... I fixed that with these changes to make sure 21.4/site-lisp precedes site-lisp in load-path, but I don't claim to understand the bizarre Debian startup stuff, and I suspect the rng-auto change should be done differently. As far as I can tell, the `let' clause in 60nxml-mode.el is redundant. Also, I don't know what you expect unloading `un-define' to do, but it will just break the mule-ucs coding systems. In particular, it won't replace the original definitions of the utf-8 coding system. If someone can explain what the issue is with mule-ucs -- why it's incompatible with nxml -- I may be able to advise. If it breaks with mule-ucs, I guess it will need fixing for Emacs 23 anyway, but I haven't tried to follow the code. --- 60nxml-mode.el 2005/11/24 16:57:33 1.1 +++ 60nxml-mode.el 2005/11/24 16:57:43 @@ -15,16 +15,10 @@ (unload-feature 'un-define) (error nil)) -(let ((package-dir (concat /usr/share/ - (symbol-name flavor) - /site-lisp/nxml-mode))) - (when (file-directory-p package-dir) -(setq load-path (cons package-dir load-path - +(debian-pkg-add-load-path-item /usr/share/emacs/site-lisp/nxml-mode) (debian-pkg-add-load-path-item (concat /usr/share/ (symbol-name flavor) /site-lisp/nxml-mode)) -(debian-pkg-add-load-path-item /usr/share/emacs/site-lisp/nxml-mode) ;; Load the package. Note that we have to load the *source* of rng-auto ;; for it to properly find the schemas. --- /usr/share/emacs/site-lisp/nxml-mode/rng-auto.el~ 2005-10-16 20:32:53.0 +0100 +++ /usr/share/emacs/site-lisp/nxml-mode/rng-auto.el 2005-11-24 16:51:56.0 + @@ -56,8 +56,7 @@ (let* ((dir (file-name-directory load-file-name)) (schema-dir (concat dir schema/))) - (unless (member dir load-path) -(setq load-path (cons dir load-path))) + (add-to-list 'load-path dir 'append) (setq rng-schema-locating-files-default (list schemas.xml (abbreviate-file-name -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (900, 'stable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-sparc64 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages nxml-mode depends on: ii emacs21 21.4a-1The GNU Emacs editor ii emacsen-common1.4.16 Common facilities for all emacsen nxml-mode recommends no packages. -- no debconf information
Bug#339907: acknowledged by developer (Closing)
On Thu, Nov 24, 2005 at 08:03:48AM -0800, Debian Bug Tracking System wrote: Closing this bug as it's not really a bug (as stated by Bill in his last message). Hello Robin, Sorry to be a pain, but the circular dep _is_ a problem, and I still don't understand why you need it. A sarge to etch upgrade will replace kvirc/sarge by kvirc/etch regardless. The Conflict/Replaces question was due to a misunderstanding on my part of your answer. Cheers -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340459: postgresql-7.4: unable to install
Hi Jonathan! Jonathan Ballet [2005-11-23 16:32 +0100]: Error: clusters must not be owned by root dpkg: error processing postgresql-7.4 (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: postgresql-7.4 There seems to be something wrong with your 'postgres' user. What is the output of id postgres ? Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#340483: postgresql-common: Wrongly declares PG 8.1 is obsolete
On Thu, 2005-11-24 at 18:58 +0100, Martin Pitt wrote: Hi Oliver! Oliver Elphick [2005-11-23 18:49 +]: The PostgreSQL version 8.1 is obsolete, but you still have the server and/or client package installed... Since 8.1 is the very latest, this is wrong :-) Hey, it's already *two weeks* old. Nobody uses this old crack any more. :) Seriously, that's a bug in the brand new supported-versions. The output of sh -x /usr/share/postgresql-common/supported-versions would help me to fix it. Here you are: + set -x + type -p lsb_release ++ lsb_release -is + DISTRO=Debian ++ lsb_release -rs + RELEASE=3.1 + case $DISTRO in + lsb_debian 3.1 + case $1 in + echo 'Unknown Debian release: 3.1' Unknown Debian release: 3.1 + exit 0 You will see from the last line that I have already had to force this script not to error-exit in order to get postgresql-common to install. Olly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]