Bug#384765: nvidia-glx: Should not depend on nvidia-kernel-1.0.XXXX
On 8/26/2006 5:13 PM, Randall Donald wrote: On Sat, 2006-08-26 at 15:27 +0200, Thomas Petazzoni wrote: Package: nvidia-glx Version: 1.0.8762-2 Severity: normal Hi, Currently, nvidia-glx Depends: on nvidia-kernel-1.0.8762, which forces the installation of one of the pre-compiled version of the nvidia driver for the kernels packaged in Debian. If you don't have a module already installed and you are upgrading, yes that would be the case. However, for the people who are not using the Debian kernels, and willing to compile the module against their kernel using nvidia-kernel-source, it would be nice to be able to install nvidia-glx without the dependency on nvidia-kernel-1.0.. Is it possible to remove this dependency, or to turn it into something like nvidia-kernel-1.0.8762 | nvidia-kernel-source ? No, because it does depend on a kernel module. Depending on the source package will result in a broken X until a manual package is built. And that relies on the user knowing why the system is broken. I've wondered about this dependency myself. Is there any way that compiling your own module could PROVIDE nvidia-kernel-1.0.? This way Debian can be made aware of the custom module and not force installation of an unnecessary package. Thoughts? -Olek
Bug#384765: nvidia-glx: Should not depend on nvidia-kernel-1.0.XXXX
On Sat, 2006-08-26 at 18:52 -0400, Olek Wojnar wrote: I've wondered about this dependency myself. Is there any way that compiling your own module could PROVIDE nvidia-kernel-1.0.? This way Debian can be made aware of the custom module and not force installation of an unnecessary package. I'm not sure what you are asking. All kenel modules whether prebuilt or built youself provide nvidia-kernel-1.0.. In fact the pre built modules are built from nvidia-kernel-source. -- Randall Donald [EMAIL PROTECTED] http://www.khensu.org[EMAIL PROTECTED] Programmer/Debian Developer GnuPG: 6C27DEAB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384814: unclear how killproc is implemented from docs
Package: lsb-base Version: 3.1-14 Severity: minor killproc [-p pidfile] pathname [signal] Stops pathname (using pidfile, if specified, to find the process ID). The first time I read this, I actually thought it might be using killall. It would be good to make clear that this also uses start-stop-daemon, like start_daemon does. -- 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.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lsb-base depends on: ii ncurses-bin 5.5-2 Terminal-related programs and man ii sed 4.1.5-1The GNU sed stream editor lsb-base recommends no packages. -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#384774: Request: system-wide locale setting for OpenOffice.org
From: Rene Engelhard [EMAIL PROTECTED] To: Jo??o Batista [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: Bug#384774: Request: system-wide locale setting for OpenOffice.org Date: Sat, 26 Aug 2006 19:42:14 +0200 Hi, Jo??o Batista wrote: OK, then how about a /etc/openoffice/openoffice.conf or something similar which the /usr/bin/openoffice (ooo-wrapper) Perl script would interpret at startup? Actually, exactly that was there at the time we had a shell wrapper (1.1.x)... Got removed for 2.x. Hi, I looked into the section about locales in /usr/share/doc/openoffice.org/README.Debian.gz The LANG=mylocale *almost* works, e.g. it interferes with gvim menubar language if one wants to retain the default language (e.g. English). However, the following works for me: it retains the menubar's languages but still allows openoffice.org to recognize the keyboard locale: export LC_ALL=C export LC_CTYPE=ISO-8859-1 Maybe this detail should be included in the /usr/share/doc/openoffice.org/README.Debian.gz AFAIAC, this issue is solved and can be closed. Best regards, Joao Batista _ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384811: seems to want a /dev/.initramfs that DNE
Package: usplash Version: 0.3e Severity: normal After installing usplash, when I reboot each lsb output line is followed by an error message: chdir: no such file or directory I do not get any kind of graphical display, just lots of copies of that error message. I get the same error several times if I run /etc/init.d/usplash stop sh -x shows it's coming from the usplash command; if I strace usplash it is trying to chdir to /dev/.initramfs, which does not exist here. I'm using udev and initramfs-tools. -- 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.17-2-686 Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968) Versions of packages usplash depends on: ii initramfs-tools 0.75tools for generating an initramfs ii libc62.3.6.ds1-2 GNU C Library: Shared libraries usplash recommends no packages. -- no debconf information -- see shy jo
Bug#384813: lvm2: vgdisplay segfaults if used whilst pvmove is in progress
Package: lvm2 Version: 2.02.06-2 Severity: normal If in one virtual terminal I undertake a pvmove, and whilst this is in progress undertake a vgdisplay it segfaults. At this point, when pvmove gets near to the end it locks solid and does not complete. htop on the same terminal as vgdisplay has segfaulted locks solid. Rebooting the system, attempt to pvmove on its own to restart the move fails (complains mirror percentage is wrong) pvmove --abort takes you back to the last completely moved lv and removes the pvmove0 lv, BUT at that point all the lv statuses of lvs in the volume group involved in the move are set to NOT available, and it requires a manual lvchange -a y to fix. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lvm2 depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii libc62.3.6-15GNU C Library: Shared libraries ii libdevmapper1.02 2:1.02.08-1 The Linux Kernel Device Mapper use ii libncurses5 5.5-2 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii libselinux1 1.30-1 SELinux shared libraries ii libsepol11.12-1 Security Enhanced Linux policy lib ii lvm-common 1.5.20 The Logical Volume Manager for Lin lvm2 recommends no packages. -- debconf information: lvm2/snapshots: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384803: openafs: [INTL:de] German debconf termplates translation
Henrik Kroeger [EMAIL PROTECTED] writes: Package: openafs Severity: minor Hi! I found the debconf-templates for openafs not to be translated to german on http://www.de.debian.org/intl/l10n/po-debconf/de. So i made a translation. I have never before contributed to debian in any way, but hope this makes a start. I ask you to include the translation if it is apropiate und works. Sure, I'd be happy too. Unfortunately, it looks like it didn't get attached. Could you resend it? Thanks! -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384810: gtkam: Rescan locks up existing camera
Package: gtkam Version: 0.1.12-2.2 Severity: normal With a single camera plugged in over USB, gtkam auto-detects it on startup and allows normal use. When I select 'Rescan' from the 'Camera' menu, the following error dialogue box comes up; Could not get file list for folder '/' An error occurred in the io-library ('Could not lock the device'): Camera is already in use.. After that, the drop-down arrow on the existing camera disappears, and any attempt to use it yields the same error. Presumably it forgets which camera(s) are already open and attempts to open the 'newly discovered' camera for exclusive access a second time. In the unlikely event that it's relevant, the camera is a Canon PowerShot A95. Richard -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16rt Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gtkam depends on: ii libatk1.0-0 1.12.1-1The ATK accessibility toolkit ii libc62.3.6-15GNU C Library: Shared libraries ii libexif-gtk5 0.3.5-3 Library providing GTK+ widgets to ii libexif120.6.13-4library to parse EXIF files ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libgphoto2-2 2.2.1-2 gphoto2 digital camera library ii libgphoto2-port0 2.2.1-2 gphoto2 digital camera port librar ii libgtk2.0-0 2.8.18-1The GTK+ graphical user interface ii libpango1.0-01.12.3-1+b1 Layout and rendering of internatio gtkam recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384812: /etc/lsb-base-logging.sh contains ubuntuism
Package: usplash Version: 0.3e Severity: minor # Default init script logging functions suitable for Ubuntu. -- 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.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages usplash depends on: ii initramfs-tools 0.76tools for generating an initramfs ii libc62.3.6.ds1-2 GNU C Library: Shared libraries usplash recommends no packages. -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#384765: nvidia-glx: Should not depend on nvidia-kernel-1.0.XXXX
On 8/26/2006 6:57 PM, Randall Donald wrote: On Sat, 2006-08-26 at 18:52 -0400, Olek Wojnar wrote: I've wondered about this dependency myself. Is there any way that compiling your own module could PROVIDE nvidia-kernel-1.0.? This way Debian can be made aware of the custom module and not force installation of an unnecessary package. I'm not sure what you are asking. All kenel modules whether prebuilt or built youself provide nvidia-kernel-1.0.. In fact the pre built modules are built from nvidia-kernel-source. So, if I understand correctly, if you build your own module first and THEN install nvidia-glx you will not need to install one of the generic nvidia-kernel packages? If that's the case, then I think this bug is addressing a moot point. Perhaps a brief note in the nvidia-glx package description might clarify this relationship and keep people like us from bugging you about it. :) -Olek
Bug#384815: gcc-doc depends on non-existent package
Package: gcc-doc Version: 4:4.1.1-5 Severity: grave Justification: renders package unusable gcc-doc depends on gcc-4.1-doc, which doesn't exist. Consequently, the package is uninstallable. -- 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.17-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384816: libdb4.3-tcl: can't use package require Db_tcl without some hacking
Package: libdb4.3-tcl Version: 4.3.27-2 Severity: important When I installed libdb4.3-tcl, I started tclsh and tried the command package require Db_tcl This command didn't work. It said can't find package Db_tcl. I found out there is no index file pkgIndex.tcl on the auto_path. I had to dig documentation which is quite far from Debian rules about file system because everywhere is talking about /usr/local/..., which is empty on Debian. I compared other packages, that work perfectly, for example tix8.1 or tktable2.9. Tix has pkgIndex.tcl on /usr/share/tix8.1 and then symbolic link from /usr/lib. Tktable has subdirectory Tktable2.9 in /usr/lib and pkgIndex.tcl in that subdirectory. I think this second possibility would be just fine for db-tcl. I propose you simply add the directory /usr/lib/Db4.3-tcl with the file pkgIndex.tcl to the Debian distribution of the package libdb4.3-tcl. This would make instalation of db-tcl much easier and it seems in accordance with Debian architecture. My mail address is [EMAIL PROTECTED] I've already prepared the patch, but I don't know how to include it into this bug report. Cheers! Maks Romih -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libdb4.3-tcl depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289235: syslog-ng: news is sent to /var/log/news.* rather than /var/log/news/news.*
This bug breaks the inn and inn2 packages. How? Such packages should not be touching logfiles directly that they don't own. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289235: syslog-ng: news is sent to /var/log/news.* rather than /var/log/news/news.*
On Aug 27, Steve Langasek [EMAIL PROTECTED] wrote: This bug breaks the inn and inn2 packages. How? Such packages should not be touching logfiles directly that they don't own. But they do, they always did and I do not expect that they will stop doing this in the immediate future. It may not be elegant, but historically the news.* syslog facility has always been dedicated to INN and managed by its daily maintenance script. This is documented in syslogd-listfiles(8) too. -- ciao, Marco signature.asc Description: Digital signature
Bug#265747: cdrdao
Disregard what I said about cdrdao not blanking - it appears to work correctly for both blanking and writing. The only problem is that recent versions only work as root, not as an ordinary user. This should be relatively easy to fix. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191684 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384817: routes: FTBFS: bashisms in build scripts
Package: routes Version: 1.4-1 Severity: important Justification: Policy 10.4 Hi, There was a problem while autobuilding your package: Automatic build of routes_1.4-1 on saturne by sbuild/amd64 85 Build started at 20060827-0116 ** [...] Copying Routes.egg-info to /build/buildd/routes-1.4/debian/python-routes/usr/lib/python2.3/site-packages/Routes-1.4-py2.3.egg-info running install_scripts # share Egg dir (remove versions from dirname) mv debian/python-routes/usr/lib/python2.3/site-packages/Routes{-1.4-py2.3,}.egg-info mv: missing destination file operand after `debian/python-routes/usr/lib/python2.3/site-packages/Routes{-1.4-py2.3,}.egg-info' Try `mv --help' for more information. make: *** [install-python2.3] Error 1 ** Build finished at 20060827-0116 FAILED [dpkg-buildpackage died] The problem is that {} is bash specific, and sh is linked to dash on the buildd. -- Florent pgpI1uwwQy1sx.pgp Description: PGP signature
Bug#384818: dia-newcanvas: FTBFS: checking for headers required to compile python extensions... not found
Package: dia-newcanvas Version: 0.6.10-5 Severity: serious Justification: fails to build from source From my build log: Automatic build of dia-newcanvas_0.6.10-5 on testbuild by sbuild/i386 85 Build started at 20060826-1602 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Need to get 605kB of source archives. Get:1 http://debian.aurel32.net sid/main dia-newcanvas 0.6.10-5 (dsc) [715B] Get:2 http://debian.aurel32.net sid/main dia-newcanvas 0.6.10-5 (tar) [328kB] Get:3 http://debian.aurel32.net sid/main dia-newcanvas 0.6.10-5 (diff) [276kB] Fetched 605kB in 0s (5909kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper ( 3.0.0), libgtk2.0-dev (= 2.0.6), gettext, libglade2-dev (= 2.0.0-2), python2.3-dev, python-gtk2-dev ... checking whether the i486-linux-gnu-g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag F77 to libtool checking for a Python interpreter with version = 2.3... python checking for python... /usr/bin/python checking for python version... 2.4 checking for python platform... linux2 checking for python script directory... ${prefix}/lib/python2.4/site-packages checking for python extension module directory... ${exec_prefix}/lib/python2.4/site-packages checking for python = 2.3... okay checking for headers required to compile python extensions... not found configure: error: could not find Python headers make: *** [config.status] Error 1 ** Build finished at 20060826-1604 FAILED [dpkg-buildpackage died] Purging chroot-unstable/build/buildd/dia-newcanvas-0.6.10 -- Build-depending on python-dev instead of python2.3-dev should fix the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8-smp Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384660: Acknowledgement (xnc: expanding directories from .tar.gz, .tar.bz2, .deb archives doesn't work)
Okii So I figured out how it works. First we need to patch file in src/xsetup/files.tar.dir/data/* There are just definitions for tar, gzip, bzip how to extract archives. It can be fixed by attached patch afs_tar_patch.diff Then we have another problem those definitions are are stored in src/xsetup/sfiles.c file which is auto-generated. You need to call makeconfigdirs from this directory to regenerate sfiles.c Unfortunately shell script makeconfigdirs needs xnc-5.0.4/bin/data2c program, and this dependency is not handled bu autotools. So I make some workaround for this in debian/rules: First we build everything including src/helpers/* and we get - bin/data2c Then we regenerate sfiles.c, to get xnsetup, so we can finish building package. Attached in patch debian_rules.diff diff -ur xnc-5.0.4.orig/src/xsetup/files.tar.dir/data/xnc.afs.tar112 xnc-5.0.4/src/xsetup/files.tar.dir/data/xnc.afs.tar112 --- xnc-5.0.4.orig/src/xsetup/files.tar.dir/data/xnc.afs.tar112 2002-11-10 17:18:51.0 +0100 +++ xnc-5.0.4/src/xsetup/files.tar.dir/data/xnc.afs.tar112 2006-08-26 15:22:39.0 +0200 @@ -58,8 +58,8 @@ syntax: attributes word size date time name; list: bzip2 -c -d archive | tar -tvf -; extract: bzip2 -c -d archive | tar -xf -; -single_ex: bzip2 -c -d archive | tar -xf - file; -list_unpack: bzip2 -c -d archive | tar -xT file -f -; +single_ex: tar --wildcards -xf archive file; +list_unpack: tar --wildcards -xT file -f archive; single_create: tar -cf - file | bzip2 -c -f archive; multi_create: tar -cf - file | bzip2 -c -f archive; endsupport @@ -70,8 +70,8 @@ syntax: attributes word size date time name; list: gzip -c -f -d archive | tar -tvf -; extract: gzip -c -f -d archive | tar -xf -; -single_ex: gzip -c -f -d archive | tar -xf - file; -list_unpack: gzip -c -f -d archive | tar -xT file -f -; +single_ex: tar --wildcards -xf archive file; +list_unpack: tar --wildcards -xT file -f archive; single_create: tar -cf - file | gzip -c -f archive; multi_create: tar -cf - file | gzip -c -f archive; endsupport @@ -91,7 +91,7 @@ #syntax: attributes word size month day time year name; list: dpkg-deb -c archive; extract: dpkg-deb -x archive .; -single_ex: dpkg-deb --fsys-tarfile archive | tar xf - file; +single_ex: dpkg-deb --fsys-tarfile archive | tar --wildcards -xf - file; endsupport #Support for ARJ archives but use 'unarj' Tylko w xnc-5.0.4/src/xsetup: sfiles.tar diff -ur debian/rules debian.new/rules --- debian/rules 2006-08-27 01:31:42.0 +0200 +++ debian.new/rules 2006-08-27 01:25:03.0 +0200 @@ -33,9 +33,16 @@ dh_testdir # Add here commands to compile the package. + + # first we remove sfiles.c which is autogenerated file + -rm src/xsetup/sfiles.c + # then we build all binaries exept xncsetup + $(MAKE) + + # and now we can use bin/data2c tool to genereate sfiles.c + cd src/xsetup; ./makeconfigs + # and we build xnsetup which depends on sfiles.c $(MAKE) - #/usr/bin/docbook-to-man debian/xnc.sgml xnc.1 - touch build-stamp clean:
Bug#384819: gtkam: Be able to delete directories
Package: gtkam Version: 0.1.12-2.2 Severity: wishlist Currently, gtkam will not delete directories off of the camera until all of the files/directories within it have been deleted manually. Recursive delete would ease the tedium! -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16rt Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gtkam depends on: ii libatk1.0-0 1.12.1-1The ATK accessibility toolkit ii libc62.3.6-15GNU C Library: Shared libraries ii libexif-gtk5 0.3.5-3 Library providing GTK+ widgets to ii libexif120.6.13-4library to parse EXIF files ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libgphoto2-2 2.2.1-2 gphoto2 digital camera library ii libgphoto2-port0 2.2.1-2 gphoto2 digital camera port librar ii libgtk2.0-0 2.8.18-1The GTK+ graphical user interface ii libpango1.0-01.12.3-1+b1 Layout and rendering of internatio gtkam recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324788: tcpd: No way to block depending on socket options
I use IPsec. I would like to block connections to a service if the client is not using IPsec (similar to only allowing IMAPS [EMAIL PROTECTED] (Marco d'Itri) writes: Send a patch, and test it well. Do you have any plan to work on this? No. Should I have? I am not a programmer. I am reporting a potentially useful missing feature, not volunteering to implement it. This is what wishlist bugs are for, are they not? Why are you closing the bug report? Have you forwarded this issue upstream? Has upstream decided that the feature is a bad idea? (Sorry for not replying, my email domain has changed.) /Teddy
Bug#384821: Should predepend on lvm-common
Package: lvm2 Version: 2.02.06-2 Severity: serious Justification: Policy 7.2 lvm2 preinst script is using files from lvm-common. Policy states, Pre-Depends are also required if the preinst script depends on the named package. It is best to avoid this situation if possible. Now, if the preinst is correct (ie. do not show warning message if user uninstalls lvm1 tools, but still has lvm1 data), then the proper way to fix it is to check if /sbin/lvmiopversion exists first. I'm not a LVM expert (just installing it now :), so I'm not sure if this bug can cause silent data loss for some if they don't have lvm-common installed at all, but have lvm1 data. Preparing to replace lvm2 2.02.06-2 (using lvm2_2.02.06-2_i386.deb) ... /var/lib/dpkg/tmp.ci/preinst: line 1: /sbin/lvmiopversion: No such file or directory /var/lib/dpkg/tmp.ci/preinst: line 15: [: : integer expression expected Unpacking replacement lvm2 ... Selecting previously deselected package lvm-common. Unpacking lvm-common (from lvm-common_1.5.20_i386.deb) ... Setting up lvm-common (1.5.20) ... Installing new version of config file /etc/init.d/lvm ... Installing new version of config file /etc/default/lvm-common ... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (5, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-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#384820: ITP: artphotos -- Photos of art works
Package: wnpp Severity: wishlist Owner: Bart Martens [EMAIL PROTECTED] * Package name: artphotos Version : 1.0 Upstream Author : Gert Martens [EMAIL PROTECTED] * URL : http://www.gertmartens.be/ * License : GPL Programming Lang: none Description : Photos of art works I intend to collect and package photos of art works for desktop backgrounds and screensavers. I start with works from one artist, and I add .desktop and .xml files for Gnome Desktop Background and Gnome Screensaver. The upstream author of the art works, the copyright holder of the photos, has confirmed by e-mail that he agrees that the photos are distributed under the terms of the GPL. I will add the e-mail to the source package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289235: syslog-ng: news is sent to /var/log/news.* rather than /var/log/news/news.*
severity 289235 important thanks On Sun, Aug 27, 2006 at 01:42:50AM +0200, Marco d'Itri wrote: On Aug 27, Steve Langasek [EMAIL PROTECTED] wrote: This bug breaks the inn and inn2 packages. How? Such packages should not be touching logfiles directly that they don't own. But they do, they always did and I do not expect that they will stop doing this in the immediate future. It may not be elegant, but historically the news.* syslog facility has always been dedicated to INN and managed by its daily maintenance script. This is documented in syslogd-listfiles(8) too. And yet, this means the same problem would manifest on any system where the admin had opted to change the syslog config. I don't see that this should be called a critical bug. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384794: FBTFS (alpha): ./allregs: dwfl_module_register_names: no backend registers known
On Sat, Aug 26, 2006 at 09:04:24PM +0200, Falk Hueffner wrote: Package: elfutils Version: 0.123-1 Severity: serious Justification: no longer builds from source It never build from source, so this is not an RC bug. And Steve already changed it. elfutils doesn't build on Alpha (and some other architectures): Yes, and they all lack backend support that still needs to be written. One of the problems with that is that there isn't any porter machine available for any of the arches that aren't supported. They were all in lock down last time I looked. It seems some kind of information on the names of registers is missing, but I don't understand the source and don't see any documentation. If you tell me what exactly you need, I can try to provide it. In case of alpha, it seems to be missing an backends/alpha_regs.c file, then some minor changes to the Makefiles and alpha_init.c should do it. This is a mapping of the dwarf registers numbers to the name. This needs to be looked up in the processor specific ABI, which either doesn't exist, or doesn't define it for most arches. This is rather easy to write, just look at any of the other *_regs.c files. Currently, the best source to get to that info seems to be the gdb source. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384823: courier-authdaemon: add lsb logging
Package: courier-authdaemon Version: 0.58 Severity: minor Tags: patch Hi, the attached patch changes the courier-authdaemon init.d script(s) to use lsb logging functions. Regards, David diff -ur ./courier-authlib-0.58.orig/debian/control ./courier-authlib-0.58/debian/control --- ./courier-authlib-0.58.orig/debian/control 2006-08-27 02:36:25.0 +0200 +++ ./courier-authlib-0.58/debian/control 2006-08-27 02:58:27.0 +0200 @@ -15,7 +15,7 @@ Package: courier-authdaemon Architecture: any -Depends: ${shlibs:Depends}, courier-authlib (= ${RELUP}) +Depends: ${shlibs:Depends}, courier-authlib (= ${RELUP}), lsb-base (= 3.0-10) Description: Courier authentication daemon This package contains the authentication daemon for the Courier applications. diff -ur ./courier-authlib-0.58.orig/debian/courier-authdaemon.init ./courier-authlib-0.58/debian/courier-authdaemon.init --- ./courier-authlib-0.58.orig/debian/courier-authdaemon.init 2006-08-27 02:36:25.0 +0200 +++ ./courier-authlib-0.58/debian/courier-authdaemon.init 2006-08-27 02:57:49.0 +0200 @@ -6,34 +6,35 @@ sbindir=${exec_prefix}/sbin daemonscript=${sbindir}/authdaemond +. /lib/lsb/init-functions + +# Check for a leftover init script +if [ ! -x $daemonscript ]; then + exit 0 +fi + case $1 in start) # Start daemons. - cd / -if test -x $daemonscript -then - echo -n Starting Courier authentication services: -$daemonscript start -echo done. -fi + cd / + log_daemon_msg Starting Courier authentication services authdaemond + $daemonscript start + log_end_msg 0 ;; stop) - # Stop daemons. - cd / -if test -x $daemonscript -then - echo -n Stopping Courier authentication services: -$daemonscript stop -echo done. -fi + # Stop daemons. + cd / + log_daemon_msg Stopping Courier authentication services authdaemond + $daemonscript stop + log_end_msg 0 ;; -restart | reload | force-reload) +restart|reload|force-reload) $0 stop $0 start ;; *) - echo Usage: $0 {start|stop|restart|reload|force-reload} 2 - exit 1 - ;; + echo Usage: $0 {start|stop|restart|reload|force-reload} 2 + exit 2 + ;; esac exit 0
Bug#384822: xfce4-mcs-plugins: Changing keyboard shortcuts does not work
Package: xfce4-mcs-plugins Version: 4.3.90.2-2 Severity: normal Hi In the keyboard preferences, after I created a shortcut and change its command, the shortcut still calls the old command. Example: - Add a shortcut ctrl-e to execute xeyes. - Double-click in the command-field and change the command to xcalc - Press ctrl-e - you still get xeyes. Regards Stefan -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.8 Locale: LANG=en_US, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages xfce4-mcs-plugins depends on: ii libatk1.0-0 1.12.1-1The ATK accessibility toolkit ii libc62.3.6-15GNU C Library: Shared libraries ii libcairo21.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libgtk2.0-0 2.8.18-1The GTK+ graphical user interface ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libpango1.0-01.12.3-1+b1 Layout and rendering of internatio ii libsm6 1:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfce4mcs-client3 4.3.90.2-1 Client library for Xfce4 configure ii libxfce4mcs-manager3 4.3.90.2-1 Manager library for Xfce4 configur ii libxfce4util44.3.90.2-2 Utility functions library for Xfce ii libxfcegui4-44.3.90.2-1 Basic GUI C functions for Xfce4 ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxxf86vm1 1:1.0.0-4 X11 XFree86 video mode extension l ii xfce4-mcs-manager4.3.90.2-1 Settings manager for Xfce4 xfce4-mcs-plugins recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384538: [INTL:ko] Korean iso_3166 update
Ah, sure. It's Sunjae Park. I thought I had it in there, sorry:-) -- Sunjae Park(daréhanl) We choose to go to the moon and do the other things, not because they are easy, but because they are hard. - John F. Kennedy - signature.asc Description: This is a digitally signed message part
Bug#373620: fglrx-kernel-src: kernel panic while starting xorg with fglrx driver if using athcool??Kernel panic happens if athcool powersave mode is enabled while starting??xorg with fglrx driver. Ker
severity 373620 important thanks On Wed, Jun 14, 2006 at 06:54:58PM +0300, Pauli Nieminen wrote: Severity: grave Justification: renders package unusable This seems a bit inflated; what is this “athcool” anyway? It doesn't seem like something that would render the package unusable for any significant fraction of people... There is note about possible hardware faults when using powersave mode in athcool manual. Could you please check 8.28.8 and see if it works better for you? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384824: galternatives: FTBFS: bashisms in build scripts
Package: galternatives Version: 0.13.3 Severity: important Justification: Policy 10.4 Hi, There was a problem while autobuilding your package: Automatic build of galternatives_0.13.3 on saturne by sbuild/amd64 85 Build started at 20060827-0239 ** [...] /bin/sh translations/update-translations.sh Generating C format header file for translation. Wrote ../descriptions/x-terminal-emulator.control.in.h cs: . done. es: . done. fr: . done. sv: . done. pt_BR: . done. Merging translations into galternatives.desktop. ./merge-translations.sh: 8: Syntax error: Bad substitution make: *** [pre-build] Error 2 ** Build finished at 20060827-0239 FAILED [dpkg-buildpackage died] From merge-translations.sh : for desc in descriptions/*.in; do intltool-merge -d translations ${desc} ${desc/.in/} done The problem is that ${desc/.in/} is not POSIX, and this make the build fail if you're not using bash as sh. -- Florent pgpxX8TRtdxvn.pgp Description: PGP signature
Bug#374131: Changing severity, Tagging
On Thu, Jul 20, 2006 at 06:59:26PM -0300, Margarita Manterola wrote: I can reproduce this bug both in Etch and in Sid (i386), and in Sid (amd64). I'm attaching the dependency list for all of them. Thanks. Turns out it's a locale problem - I can reproduce it if I set my locale to es_ES, but it looks fine in en_AU. As you reported it's fixed in 1.0.2. Thanks for testing that, I am preparing the upload now. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384826: still continues to fail to work at all
Package: duplicity Version: 0.4.2-5 Severity: critical [EMAIL PROTECTED]:~python -V Python 2.4.4c0 [EMAIL PROTECTED]:~duplicity Traceback (most recent call last): File /usr/bin/duplicity, line 29, in ? from duplicity import collections, commandline, diffdir, dup_temp, \ ImportError: No module named duplicity It seems to be missing all the required code in its postinst etc scripts to use python-support. -- 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.16-2-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages duplicity depends on: ii gnupg1.4.5-1 GNU privacy guard - a free PGP rep ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii librsync10.9.7-1 Library which implements the rsync ii python-gnupginterface0.3.2-9 Python interface to GnuPG (GPG) duplicity recommends no packages. -- no debconf information -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384827: konqueror: Crash when renaming
Package: konqueror Version: 4:3.5.4-2 Severity: important When I rename a file, using Konqueror's right click menu rename option, from something like file.pdf to .file.pdf and clicking outside the editable zone, konqueror crashes. To reproduce this bug I: open konqueror, open some directory wich contains at least one file (at least one because I need something to rename), the file to be renamed must be 'previewable' (binary files doesn't crash konqueror), right click the file, rename, prepend a . (dot) to the file name, click outside the edit zone, CRASH. Notes to get a successful crash: 1.- file must be 'previewable', even .psd files and directories work (of course they must be marked to be previewed in the konqueror settings), but not binary-like files (because they can't be previewed). 2.- The view menu option 'Show Hidden Files' must _not_ be checked (if checked, konqueror doesn't crash). 3.- Use the 'Icon view' view (only tested on icon view and list view modes) mode. Appended file is the backtrace generated by kcrash. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-a64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages konqueror depends on: ii kcontrol4:3.5.4-2control center for KDE ii kdebase-kio-plugins 4:3.5.4-2core I/O slaves for KDE ii kdelibs4c2a 4:3.5.4-3core libraries and binaries for al ii kdesktop4:3.5.4-2miscellaneous binaries and files f ii kfind 4:3.5.4-2file-find utility for KDE ii libacl1 2.2.41-1 Access control list shared library ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libattr12.4.32-1 Extended attribute shared library ii libaudio2 1.8-2The Network Audio System (NAS). (s ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfam0 2.7.0-10 Client library to control the FAM ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-5GCC support library ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libidn110.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libkonq44:3.5.4-2core libraries for Konqueror ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-2Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.1-5 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-8X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13 compression library - runtime konqueror recommends no packages. -- no debconf information konqueror1.log Description: Binary data
Bug#384489: analysis
If you look at the postinst script in the deb, the problem is clear: It never runs python-support, so the modules come up missing: Preparing to replace duplicity 0.4.2-2+sftp+amazons3+compression.2 (using .../duplicity_0.4.2-5_i386.deb) ... Unpacking replacement duplicity ... Setting up duplicity (0.4.2-5) ... [EMAIL PROTECTED]:~cat /var/lib/dpkg/info/duplicity.p* #!/bin/sh -e # Source debconf library. . /usr/share/debconf/confmodule #!/bin/sh -e # fix my previous errors rm -rf /usr/lib/python2.2/site-packages/duplicity/ rm -rf /usr/lib/python2.3/site-packages/duplicity/ [EMAIL PROTECTED]:~ (BTW, that debconf stuff has no need to be there.) I can't explain why it works on the maintainer's system, besides hypothesising that he may have the installed library files left behind somehow. I can certianly reproduce the problem here, on all my systems (which have all been w/o backups for a week+ now due to the previous problem and this one). Strangest of all, simply rebuilding the package fixes the problem; dh_pysupport does its thing and adds code to the postinst and prerm that isn't there in the deb in the archive. Possibly the version in the archive is just a bad build. -- see shy jo signature.asc Description: Digital signature
Bug#380348: [EMAIL PROTECTED]: Re: [rxvt-unicode] stupid non-important buffer overwriting bug]
FlashCode writes: Hi Decklin, Could you please update version in debian unstable, rxvt-unicode 7.9 is available since 3 weeks. Hello, Thanks for the update. I have just returned from vacation and can take care of it tomorrow. -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384825: ldaptor: FTBFS: cp: cannot stat `debian/python-ldaptor//usr/lib/python2.3/site-packages/ldaptor/apps/webui': No such file or directory
Package: ldaptor Version: 0.0.43-0.3 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of ldaptor_0.0.43-0.3 on saturne by sbuild/amd64 85 Build started at 20060827-0258 ** [...] copying build/lib/ldaptor/apps/webui/i18n.py - /build/buildd/ldaptor-0.0.43/debian/tmp/usr/lib/python2.4/site-packages/ldaptor/apps/webui copying build/lib/ldaptor/apps/webui/change_password.py - /build/buildd/ldaptor-0.0.43/debian/tmp/usr/lib/python2.4/site-packages/ldaptor/apps/webui copying build/lib/ldaptor/apps/webui/defskin.py - /build/buildd/ldaptor-0.0.43/debian/tmp/usr/lib/python2.4/site-packages/ldaptor/apps/webui [...] dh_installchangelogs -pldaptor-webui dh_installudev -pldaptor-webui dh_install -pldaptor-webui --sourcedir=debian/python-ldaptor cp: cannot stat `debian/python-ldaptor//usr/lib/python2.3/site-packages/ldaptor/apps/webui': No such file or directory dh_install: command returned error code 256 make: *** [binary-install/ldaptor-webui] Error 1 ** Build finished at 20060827-0259 FAILED [dpkg-buildpackage died] -- Florent pgp9a8GuxfuU1.pgp Description: PGP signature
Bug#384828: zope-textindexng2: postinst fails
Package: zope-textindexng2 Version: 1:2.2.0-3 Severity: grave Justification: renders package unusable the package fails to install with the following message: dzhandle postinst-product: missing field `Package' in /usr/share/zope/Products/textindexng2/.dzproduct -- 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.17-2-686 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to pt_BR.UTF-8) Versions of packages zope-textindexng2 depends on: ii catdoc0.94.2-1 MS-Word to TeX or plain text conve ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii gs-common 0.3.9 Common files for different Ghostsc ii ppthtml 0.5.1-6A program for converting Microsoft ii wv1.2.1-2Programs for accessing Microsoft W ii xpdf-utils3.01-9 Portable Document Format (PDF) sui ii zope-common 0.5.24 common settings and scripts for zo ii zope-textindexng2-lib 1:2.2.0-3 full text index for Zope ii zope2.9 2.9.4-1Open Source Web Application Server zope-textindexng2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320965: IMQ is deprecated
IMQ have been replaced by the mainline supported ifb device + mirred tc actions. Other than that IMQ have serious stability and design issues, for example beeing racy with SMP and certain network setups. mirred and the ifb device does not involve changes to iptables. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379011: vim-lesstif: gvim always crashes during startup
The function in which the crash occurs is: Boolean XmWidgetGetBaselines(Widget w, Dimension **baselines, int *line_count) { if (XmIsLabel(w)) { XmPrimitiveClassExt *extptr; extptr = _XmGetPrimitiveClassExtPtr(XtClass(w), NULLQUARK); if (extptr *extptr (*extptr)-widget_baseline) { return ((*extptr)-widget_baseline) (w, baselines, line_count); } } else if (XmIsLabelGadget(w)) { XmGadgetClassExt *extptr; extptr = _XmGetGadgetClassExtPtr(XtClass(w), NULLQUARK); if (extptr *extptr (*extptr)-widget_baseline) { return ((*extptr)-widget_baseline) (w, baselines, line_count); } } return False; } In this case the widget class is XmEnhancedButton, which is vim-lesstif's subclass of XmPushButton, which is a subclass of XmLabel. extptr ends up pointing to a structure with garbage in the widget_baseline and following fields; I suspect it's some other sort of extension record and not an XmPrimitiveClassExtRec. (The backtrace in gdb shows that we're in the second conditional block, despite the fact the widget meets the first condition. This is because at optimisation level 2 gcc combines the common code of the two blocks and the debug information doesn't show that there are two possible line numbers.) XmEnhancedButton doesn't initially have an XmPrimitiveClassExtRec of its own (primitive_class.extension is NULL) so I'm not sure how it gets one. Using a copy of the record from XmPushButton works around the bug in vim: --- vim70/src/gui_xmebw.c.orig 2006-08-27 01:28:52.0 + +++ vim70/src/gui_xmebw.c 2006-08-27 01:30:04.0 + @@ -138,6 +138,17 @@ } }; +XmPrimitiveClassExtRec xmEnhancedButtonPrimClassExtRec = +{ +/* next_extension */ NULL, +/* record_type */ NULLQUARK, +/* version */ XmPrimitiveClassExtVersion, +/* record_size */ sizeof(XmPrimitiveClassExtRec), +/* widget_baseline */ XmInheritBaselineProc, +/* widget_display_rect */ XmInheritDisplayRectProc, +/* widget_margins */ NULL +}; + XmEnhancedButtonClassRec xmEnhancedButtonClassRec = { { @@ -184,7 +195,7 @@ /* arm and activate */ XmInheritArmAndActivate, /* synthetic resources */ NULL, /* number of syn res */ 0, - /* extension */ NULL, + /* extension */ (XtPointer)xmEnhancedButtonPrimClassExtRec, }, /* label_class fields */ -- END -- Ben. -- Ben Hutchings -- [EMAIL PROTECTED] shortened to [EMAIL PROTECTED] If you've signed my GPG key, please send a signature on and to the new uid. I'm not a reverse psychological virus. Please don't copy me into your sig. signature.asc Description: This is a digitally signed message part
Bug#384831: glibc cannot be cross compiled with dpkg-buildpackage provided by dpkg-cross
Package: dpkg-cross Version: 1.30 Severity: normal After 2 days of trying to figure out how my toolchain is broken I finally figured out that using dpkg-buildpackage.orig to cross build glibc works just fine. Whenever I used the one from dpkg-cross It would fail while configuring telling me my kernel headers were to old. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384832: Full length english HTML debian reference 404s
Package: debian-reference Version: 1.09-3 Clicking on the english HTML link at http://www.us.debian.org/doc/user-manuals#quick-reference (which leads to http://www.us.debian.org/doc/manuals/reference/reference.en.html) results in a 404 error. None of the other versions are affected by this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384833: maint-guide: Discussion of rules references wrong section of policy
Package: maint-guide Version: 1.2.7 Severity: minor Section 4.4, on the rules file, says The lines 11 through 16 are a skeleton of support for DEB_BUILD_OPTIONS parameters, described in the Policy section 11.1 Binaries. I believe the intended reference is to Policy section 10.1. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27advncdfs Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384489: duplicity: ImportError: No module named duplicity
Rob Browning [EMAIL PROTECTED] writes: OK. # ls -R /usr/share/python-support/duplicity /usr/share/python-support/duplicity: duplicity I forgot to mention that I'm running an up to date unstable system. Perhaps this is the problem: $ ls -l /usr/bin/python lrwxrwxrwx 1 root root 9 Aug 24 16:16 /usr/bin/python - python2.4 $ python -c 'import sys; print sys.path' ['', '/usr/lib/python24.zip', '/usr/lib/python2.4', '/usr/lib/python2.4/plat-linux2', '/usr/lib/python2.4/lib-tk', '/usr/lib/python2.4/lib-dynload', '/usr/local/lib/python2.4/site-packages', '/usr/lib/python2.4/site-packages', '/usr/lib/python2.4/site-packages/Numeric', '/usr/lib/python2.4/site-packages/PIL', '/usr/lib/python2.4/site-packages/cairo', '/var/lib/python-support/python2.4', '/var/lib/python-support/python2.4/gtk-2.0'] i.e. no /usr/share/ anywhere in the path. My older duplicity package has these files in /usr/lib rather than /usr/share. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384504: closed by Faidon Liambotis [EMAIL PROTECTED] (Bug#384504: fixed in hostapd 1:0.5.4-1)
I've upgraded hostapd to 1:0.5.4-1 and I'm still getting the same error. Celejar -- ssuds.sourceforge.net - Home of Ssuds and Ssudg, a Simple Sudoku Solver and Generator -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364798: amarok: I still have the MB bug
Package: amarok Version: 1.4.1-3 Followup-For: Bug #364798 Hi, I'm running 1.4.1-3 (and all the latest packages from unstable) but am still seeing this bug. Please don't close it -Chris -- 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.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages amarok depends on: ii amarok-xine [amarok-engine] 1.4.1-3 xine engine for the Amarok audio p ii kdelibs4c2a 4:3.5.4-3core libraries and binaries for al ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-11 GCC support library ii libgl1-mesa-glx [libgl1]6.4.2-1.1A free implementation of the OpenG ii libglib2.0-02.10.3-3 The GLib library of C routines ii libgpod00.3.2-1.1a library to read and write songs ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libifp4 1.0.0.2-3communicate with iRiver iFP audio ii libmysqlclient15off 5.0.24-2 mysql database client library ii libnjb5 2.2.5-4.1Creative Labs Nomad Jukebox librar ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libpq4 8.1.4-6 PostgreSQL C client library ii libqt3-mt 3:3.3.6-4Qt GUI Library (Threaded runtime v ii libsdl1.2debian 1.2.11-3 Simple DirectMedia Layer ii libsm6 1:1.0.0-4X11 Session Management library ii libsqlite3-03.3.7-1 SQLite 3 shared library ii libstdc++6 4.1.1-11 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-4TagLib Audio Meta-Data Library ii libtunepimp30.4.2-3.2MusicBrainz tagging library and si ii libusb-0.1-42:0.1.12-2 userspace USB programming library ii libvisual-0.4-0 0.4.0-1 Audio visualization framework ii libx11-62:1.0.0-8X11 client-side library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii ruby1.8.2-1 An interpreter of object-oriented ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio-plugins 4:3.5.4-1 enables the browsing of audio CDs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384504: closed by Faidon Liambotis [EMAIL PROTECTED] (Bug#384504: fixed in hostapd 1:0.5.4-1)
On Sunday 27 August 2006 13:47, Celejar wrote: I've upgraded hostapd to 1:0.5.4-1 and I'm still getting the same error. Celejar Please provide detailed information about your setup. The initial report is lacking any functional information. Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374326: idea: limiting configuration to interfaces
reopen 374326 tag 374326 wontfix thanks * Enrico Zini [Fri, 25 Aug 2006 22:55:51 +0100]: However, please feel free to reopen the bug. I'll tag it wontfix, but I'll be happy to apply a patch that closes it if someone provides it. I would like this. Both the feature and the bug to stay open, if you don't mind. :-) Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Los Piratas - Fecha caducada
Bug#384425: mgp: crashes looking for nonexistent shared object
This one time, at band camp, Fumitoshi UKAI wrote: At Sat, 26 Aug 2006 11:53:23 +1000, Jamie Wilkinson wrote: This one time, at band camp, Fumitoshi UKAI wrote: At Thu, 24 Aug 2006 16:58:24 +1000, Jamie Wilkinson wrote: Trying to run mgp on a freshly updated debian unstable machine: dawn% mgp wsgi-and-pylons.mgp libm17n-X.so: cannot open shared object file: No such file or directory zsh: segmentation fault mgp wsgi-and-pylons.mgp Which architecture? Which version of libm17n-0? ii libm17n-0 1.3.1-1a multilingual text processing library - run on i386. unreproducible. how about ldd /usr/bin/mgp and ls -l /usr/lib/libm17n-*? Ah, you've got it in libm17n-dev, I think. here's the output: dawn% ls -l /usr/lib/libm17n-* lrwxrwxrwx 1 root root 18 Aug 24 15:12 /usr/lib/libm17n-X.so.0 - libm17n-X.so.0.1.0 -rw-r--r-- 1 root root 31584 Feb 26 20:24 /usr/lib/libm17n-X.so.0.1.0 lrwxrwxrwx 1 root root 21 Aug 24 15:12 /usr/lib/libm17n-core.so.0 - libm17n-core.so.0.1.0 -rw-r--r-- 1 root root 96476 Feb 26 20:24 /usr/lib/libm17n-core.so.0.1.0 lrwxrwxrwx 1 root root 19 Aug 24 15:12 /usr/lib/libm17n-gd.so.0 - libm17n-gd.so.0.1.0 -rw-r--r-- 1 root root 14764 Feb 26 20:24 /usr/lib/libm17n-gd.so.0.1.0 lrwxrwxrwx 1 root root 20 Aug 24 15:12 /usr/lib/libm17n-gui.so.0 - libm17n-gui.so.0.1.0 -rw-r--r-- 1 root root 152228 Feb 26 20:24 /usr/lib/libm17n-gui.so.0.1.0 dawn% ldd /usr/bin/mgp linux-gate.so.1 = (0xe000) libm.so.6 = /lib/tls/i686/cmov/libm.so.6 (0xa7f44000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xa7f2) libmng.so.1 = /usr/lib/libmng.so.1 (0xa7eae000) libXft.so.2 = /usr/lib/libXft.so.2 (0xa7e9b000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xa7e6b000) libImlib.so.11 = /usr/lib/libImlib.so.11 (0xa7e3f000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xa7e1f000) libtiff.so.4 = /usr/lib/libtiff.so.4 (0xa7dcb000) libungif.so.4 = /usr/lib/libungif.so.4 (0xa7dc2000) libz.so.1 = /usr/lib/libz.so.1 (0xa7dae000) libSM.so.6 = /usr/lib/libSM.so.6 (0xa7da5000) libICE.so.6 = /usr/lib/libICE.so.6 (0xa7d8d000) libXext.so.6 = /usr/lib/libXext.so.6 (0xa7d7f000) libX11.so.6 = /usr/lib/libX11.so.6 (0xa7cb9000) libm17n-core.so.0 = /usr/lib/libm17n-core.so.0 (0xa7c98000) libm17n.so.0 = /usr/lib/libm17n.so.0 (0xa7c74000) libm17n-gui.so.0 = /usr/lib/libm17n-gui.so.0 (0xa7c4d000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xa7b1c000) /lib/ld-linux.so.2 (0xa7f7d000) liblcms.so.1 = /usr/lib/liblcms.so.1 (0xa7ae9000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xa7a7c000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xa7a74000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xa7a54000) libXau.so.6 = /usr/lib/libXau.so.6 (0xa7a51000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0xa7a4c000) libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xa7a48000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0xa792e000) libfribidi.so.0 = /usr/lib/libfribidi.so.0 (0xa792) libotf.so.0 = /usr/lib/libotf.so.0 (0xa790f000) libm17n-X doesn't show up in the ldd list, is it dynamically loaded? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354115: bug fix causes problems
To drop the order bind, hosts line from /etc/host.conf is very ill advised. It just took me a large number of hours to track the problem that an essential (for us) software package stopped working thanks for this unnecessary bug fix. I call it unnecessary since that line is simply not used in recent versions of glibc. This program that failed for us is Mathematica version 4.0. This is a statically linked program that uses the order line of /etc/host.conf. (While some in our department have migrated to maxima, several members are still using Mathematica, and failure to have this run correctly is a major problem!) Please don't drop such items with out regard to older pieces of software! Andreas -- Prof. Dr. Andreas J. Guelzow Dept. of Mathematical Computing Sciences Concordia University College of Alberta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380466: #380466 - kazehakase: backtrace
On Fri, Aug 25, 2006 at 08:35:41PM +0200, Mike Hommey wrote: Looking at kazehakase's code (GtkPromptService.cpp:343), aDialogTitle is not the problem... It would be nice to know on which line of GtkPromptService.cpp the crash occurs. That would need a kazehakase debug build... Here's a backtrace produced with: kazehakase/0.3.9-1 rebuilt with DEB_BUILD_OPTIONS=nostrip xulrunner/1.8.0.5-2 libxul0d-dbg installed I'm trying to authenticate to http://fsa-bg.org/project/gtp (a Trac site) when the crash happens. (gdb) r Starting program: /usr/bin/kazehakase [Thread debugging using libthread_db enabled] [New Thread -1503189312 (LWP 29660)] [New Thread -1513350224 (LWP 29666)] [New Thread -1523680336 (LWP 29667)] [New Thread -1536218192 (LWP 29683)] [New Thread -1544606800 (LWP 29684)] [New Thread -1552995408 (LWP 29685)] [Thread -1544606800 (LWP 29684) exited] [Thread -1552995408 (LWP 29685) exited] [New Thread -1552995408 (LWP 29705)] [New Thread -1544606800 (LWP 29707)] [New Thread -1562391632 (LWP 29708)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1503189312 (LWP 29660)] 0xa7e56bd1 in GtkPromptService::PromptUsernameAndPassword (this=0x8103098, aParent=0x88f5270, aDialogTitle=0x0, aDialogText=0x890e610, aUsername=0xaf9ef124, aPassword=0xaf9ef120, aCheckMsg=0xaf9eef54, aCheckValue=0x0, aConfirm=0xaf9ef440) at GtkPromptService.cpp:350 350 kz_prompt_dialog_set_check_value(prompt, *aCheckValue); Current language: auto; currently c++ (gdb) bt #0 0xa7e56bd1 in GtkPromptService::PromptUsernameAndPassword (this=0x8103098, aParent=0x88f5270, aDialogTitle=0x0, aDialogText=0x890e610, aUsername=0xaf9ef124, aPassword=0xaf9ef120, aCheckMsg=0xaf9eef54, aCheckValue=0x0, aConfirm=0xaf9ef440) at GtkPromptService.cpp:350 #1 0xa70a7eac in nsPrompt::PromptUsernameAndPassword (this=0x891d100, dialogTitle=0x0, text=0x890e610, username=0xaf9ef124, password=0xaf9ef120, checkMsg=0xaf9eef54, checkValue=0x0, _retval=0xaf9ef440) at nsPrompt.cpp:325 #2 0xa71f0232 in nsSingleSignonPrompt::PromptUsernameAndPassword ( this=0x8917f58, aDialogTitle=0x0, aText=0x890e610, aPasswordRealm=0xaf9ef2d8, aSavePassword=2, aUser=0xaf9ef43c, aPassword=0xaf9ef438, aConfirm=0xaf9ef440) at nsSingleSignonPrompt.cpp:166 #3 0xa6b603ba in nsHttpChannel::PromptForIdentity (this=0x89208e0, scheme=0xaf9ef4f0 http, host=0x8a2e9f0 fsa-bg.org, port=80, proxyAuth=0, realm=0xaf9ef5a0 FSA-BG Subversion Repositories, authType=0x891e900 basic, authFlags=13, [EMAIL PROTECTED]) at nsHttpChannel.cpp:2745 #4 0xa6b6813c in nsHttpChannel::GetCredentialsForChallenge (this=0x89208e0, challenge=0xaf9ef678 Basic realm=\FSA-BG Subversion Repositories\, authType=0x891e900 basic, proxyAuth=0, auth=0x8b12650, [EMAIL PROTECTED]) at nsHttpChannel.cpp:2526 #5 0xa6b6856e in nsHttpChannel::GetCredentials (this=0x89208e0, challenges=0x8b125e8 Basic realm=\FSA-BG Subversion Repositories\, ---Type return to continue, or q return to quit--- proxyAuth=0, [EMAIL PROTECTED]) at nsHttpChannel.cpp:2360 #6 0xa6b6877a in nsHttpChannel::ProcessAuthentication (this=0x89208e0, httpStatus=401) at nsHttpChannel.cpp:2235 #7 0xa6b6a3d3 in nsHttpChannel::ProcessResponse (this=0x89208e0) at nsHttpChannel.cpp:795 #8 0xa6b6a5e0 in nsHttpChannel::OnStartRequest (this=0x89208e0, request=0x89047f0, ctxt=0x0) at nsHttpChannel.cpp:3949 #9 0xa6ae901d in nsInputStreamPump::OnStateStart (this=0x89047f0) at nsInputStreamPump.cpp:381 #10 0xa6ae9cd8 in nsInputStreamPump::OnInputStreamReady (this=0x89047f0, stream=0x891cdc0) at nsInputStreamPump.cpp:337 #11 0xa6a193dc in nsInputStreamReadyEvent::EventHandler (plevent=0x891b5b4) at nsStreamUtils.cpp:119 #12 0xa6a2dcc7 in PL_HandleEvent (self=0x891b5b4) at plevent.c:688 #13 0xa6a2dfd9 in PL_ProcessPendingEvents (self=0x81ddbc8) at plevent.c:623 #14 0xa6a2fe5e in nsEventQueueImpl::ProcessPendingEvents (this=0x81ddb80) at nsEventQueue.cpp:417 #15 0xa7235875 in event_processor_callback (source=0x82b71c0, condition=G_IO_IN, data=0x0) at nsAppShell.cpp:67 #16 0xa780b7df in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0 #17 0xa77e2e2c in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #18 0xa77e6176 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #19 0xa77e6537 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 ---Type return to continue, or q return to quit--- #20 0xa7a2a141 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #21 0x0804b0d6 in main (argc=Cannot access memory at address 0x0 ) at main.c:811 -- I had a very low opinion of TCL, basically because it wasn't Lisp. --RMS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384708: gedit can cause xorg to restart unexpectedly
Package: gedit Version: 2.14.3-1 Severity: critical Justification: breaks unrelated software pasting 'extremely' long lines of text can make gedit crash xorg, causing a restart and losing any unsaved data/files/work text was pasted from 'view page source' option in browser, computer generated html from 'sitebuilder' big ugly code with long lone lines and huge whitespace areas bug #360535 seems related, but not as severe: gedit performs very slowly, hogs a ton of memory, and crashes on large datasets without newlines hth ctl aka jetscreamer -- 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.17.17.1.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gedit depends on: ii gconf2 2.14.0-4 GNOME configuration database syste ii gedit-common 2.14.3-1 light-weight text editor support f ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaspell150.60.4-4 GNU Aspell spell-checker runtime l ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-2 GNU C Library: Shared libraries ii libgconf2-42.14.0-4 GNOME configuration database syste ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-6 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libgtksourceview1.0-0 1.6.2-1 shared libraries for the GTK+ synt ii libpango1.0-0 1.12.3-2 Layout and rendering of internatio ii libx11-6 2:1.0.0-8 X11 client-side library ii libxml22.6.26.dfsg-3 GNOME XML library ii scrollkeeper 0.3.14-11 A free electronic cataloging syste gedit recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384610: bzip2: FTBFS (ppc64): Missing Build-Depends on 'libc6-dev-powerpc [ppc64]'
Hello, On 06-Aug-25 14:45, Santiago Ruano Rincón wrote: El vie, 25-08-2006 a las 14:19 +0200, Andreas Jochens escribió: Please add the missing Build-Depends on 'libc6-dev-powerpc [ppc64]' to debian/control. I've uploaded a new revision with the fix to http://people.debian.org/~santiago/ Could you help me to test it? the new version 1.0.3-6 on p.d.o/~santiago builds fine on ppc64, thanks! Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341607: Bug #341607
I've just committed a change to Gaim SVN that should address these concerns. I think that means this should be marked fixed-in-experimental once beta4 is released and packaged. Richard signature.asc Description: This is a digitally signed message part
Bug#384571: hylafax-server: DOS Vulnerabilty, Phone Call to line modems with voice triggers getty-link which hangs 4E4 blocks further faxing
Il giorno sab, 26/08/2006 alle 04.07 +0200, thomas schorpp ha scritto: Giuseppe Sacco wrote: [...] 1. if you do not want the have getty called on data calls, just set a blank value for GettyArgs in /etc/hylafax/config.ttyS? . Then restart hylafax. 2. if you want to receive data calls and have getty handle it, make the getty-link point to a real getty program, such as mgetty or the standard /sbin/getty from util-linux package. Please correct your configuration and write to me if it works. 1.: yes, works as expected, works around the issue at least for 10 tests. correct what? it has been the package's and hylafax setup tools *default* config. this cannot resolve this bug. Hi Tom, the default hylafax configuration does not include these links. They are used if present, but they are automatically created only if mgetty is installed and they are missing; in this case they will point to mgetty. They are mentioned in /usr/share/doc/hylafax-server/README.Debian.gz Let me recap. 1. you have a standard installation without mgetty and you just want hylafax to receive faxes and ignore the remaining calls; 2. you have a modem that sometimes misunderstand voice calls and threat them as data calls; 3. hylafax receive a call and, if the modem tell it is not a fax, call the program /etc/hylafax/getty-link that in your configuration is /bin/bash or another shell. Is this right? If it is, please remove the file /etc/hylafax/getty-link and restart hylafax. Please note that this was not automatically configured. If you want to have a test, save your config, purge hylafax-server and -client, and reinstall them. Bye, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384248: installation-report: Almost successful Etch installation with di-beta3
Just FYI. D-Link DSL-200 (rev.B1) was distributed for free _as officially supported modem_ for new ADSL users during the last months by one popular ADSL provider in Saint-Petersburg and suburbia. So, I think several thousands of users are currently using it here. Of course most of them work under Windows, but as you see not everyone. So, eciadsl package is quite important for us. Maybe it's still time to try working to support such modems from the installer, through the ppp-udeb and all that kind of stuff. There has been some increased interest in PPPoE support for the installer in the very few last days.we should maybe try to avoid letting this vanishing. I really encourage people interested in this to subscribe to [EMAIL PROTECTED], join the #debian-boot IRC channel andtry. Eddy Petrisor did some work with Marco for a working ppp-udeb package. That work mostly needs to be completed to make it an official feature of D-I. That can maybe be done on time for Etch.or anyway, it would be good to have this working for post-etch. (of course, the tricky part will certainly be these firmware issues one usually faces with the USB DSL modems, unfortunately) I personnally know nothing about this stuff (or very few.I very quickly dropped the USB modem offerred by my ISP when I got DSL, 4 years ago).and I can just encourage you people to try working on all this. signature.asc Description: Digital signature
Bug#351237: totem-xine: audio error playing a dvd
Package: totem Version: 1.4.1-2 Followup-For: Bug #351237 I'm able to consistently reproduce this bug. Here's the information requested by Gustavo. No application is using /dev/dsp, so I'm looking for /dev/snd instead: $ sudo lsof | grep /dev/snd mixer_app 6004 fabbe 39u CHR 116,0 11105 /dev/snd/controlC0 gnome-vol 6057 fabbe 15u CHR 116,0 11105 /dev/snd/controlC0 totem 8348 fabbe 27u CHR 116,0 11105 /dev/snd/controlC0 I shut down gnome-volume-control (pid 6057 above) and killed mixer_app (pid 6004) and after that the sound worked in totem. I didn't have esd running (GNOME menu Desktop-Preferences-Sound, Enable software sound mixing (ESD) was off). I hope this helps. I can provide additional information if needed. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages totem depends on: ii totem-xine1.4.1-2A simple media player for the Gnom totem recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384006: Same as #384336?
The error message is the same, and that call to XChangeProperty was the only unguarded one I could find. -- Aaron Denney -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380105: Show current hour in hardware clock question
There has been such kind of suggestion last weeks but it has been ruled out. I guess that the rationale is mostly avoiding features that are only available in some D-I flavours. Ruled out ? Oh well. ... Which explains the rather harsh reply of this question only being 'noise'. Hey, Sven. Aren't you the one who very often insists on difficulties faces by non-English speakers ? :-) In the abve paragraph, what I intended to say is: Cette suggestion a déjà été fait dans les dernières semaines mais elle a pour l'instant été écartée car nou spréférons en général éviter les fonctionnalités disponibles seulement dans certaines versions de l'installateur. So, I translated écartée (which is, in French, a quite non rude word) by ruled outwhich is indeed the *only* English expression that comes to my mind o roughly express the same idea. It is very possible that rule out is stronger than my real intent (anyway, I'm not the one who ruled this out). So, please, don't put in my mouth the words you often seem to see in other people's mouth. What has been ruled out is a feature with a clock showing up in the corner of the G-I screen (indeed something similar to the extra games you discussed abut in January). So, if a method to set the clock is offerred, it has to work for all interfaces. Well, the .udeb could be common to everything, and the clock button could only be a shortcut to it. That would be an interesting feature, yes. signature.asc Description: Digital signature
Bug#380466: #380466 - kazehakase: backtrace
tag 380466 + patch thanks On Sat, Aug 26, 2006 at 09:05:31AM +0300, Yavor Doganov [EMAIL PROTECTED] wrote: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1503189312 (LWP 29660)] 0xa7e56bd1 in GtkPromptService::PromptUsernameAndPassword (this=0x8103098, aParent=0x88f5270, aDialogTitle=0x0, aDialogText=0x890e610, aUsername=0xaf9ef124, aPassword=0xaf9ef120, aCheckMsg=0xaf9eef54, aCheckValue=0x0, aConfirm=0xaf9ef440) at GtkPromptService.cpp:350 350 kz_prompt_dialog_set_check_value(prompt, *aCheckValue); Well, there's a missing 'if (aCheckValue)' before kz_prompt_dialog_set_check_value(prompt, *aCheckValue); on GtkPromptService.cpp:350, like 2 lines later: if (aCheckValue) *aCheckValue = kz_prompt_dialog_get_check_value(prompt); Thank you all for your help. 岩井さん, Attached is a dpatch that should fix the crasher. If Yagor or Gerfried could test it, that would be a plus. Just drop the file in debian/patches and add its name ni debian/patches/00list. Cheers Mike #! /bin/sh /usr/share/dpatch/dpatch-run ## 50_gtkpromptservice.dpatch by [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fixed crasher in GtkPromptService.cpp when aCheckValue is NULL. Thanks ## DP: to Gerfried Fuchs and Yavor Doganov for their help @DPATCH@ --- kazehakase/src/mozilla/GtkPromptService.cpp.orig2006-08-26 08:50:40.906614000 +0200 +++ kazehakase/src/mozilla/GtkPromptService.cpp 2006-08-26 08:51:25.313389250 +0200 @@ -347,7 +347,8 @@ if (aCheckMsg) { kz_prompt_dialog_set_check_message(prompt, cCheckMsg.get()); - kz_prompt_dialog_set_check_value(prompt, *aCheckValue); + if (aCheckValue) + kz_prompt_dialog_set_check_value(prompt, *aCheckValue); } kz_prompt_dialog_run(prompt); if (aCheckValue)
Bug#384711: alsa-source fails to compile on kernel-2.6.17, suggested fix included
Package: alsa-source Version: 1.0.11-5 The first of 3 identical errors on a kernel compile: /usr/src/modules/alsa-driver/drivers/serialmidi.c:317: error: 'struct tty_struct' has no member named 'atomic_write' suggested fix, change 'atomic_write' - 'atomic_write_lock' in lines 317, 322, 339 This error occured on 2 different debian machines. Thank you for what is a wonderful and incredibly useful package the rest of the time, and now the nusic is again playing gloriously. Arthur Gruzauskas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384710: epiphany-browser: Epiphany locks when loading some pages.
Subject: epiphany-browser: Epiphany locks when loading some pages. Package: epiphany-browser Version: 2.14.3-1 Severity: grave Justification: renders package unusable *** Please type your report below this line *** When loading some pages it locks and stracing it shows that it _always_ is stopped/blocked in a call like this: futex(0x108f9470, FUTEX_WAIT, 2, NULL -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-dirty Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages epiphany-browser depends on: ii dbus 0.62-4simple interprocess messaging syst ii gconf2 2.14.0-4 GNOME configuration database syste ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme ii iso-codes 0.52-1ISO language, territory, currency ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.12-1 Avahi client library ii libavahi-common3 0.6.12-1 Avahi common library ii libavahi-glib1 0.6.12-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-4 The Bonobo UI library ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libdbus-1-20.62-4simple interprocess messaging syst ii libdbus-glib-1-2 0.62-4simple interprocess messaging syst ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-11GCC support library ii libgconf2-42.14.0-4 GNOME configuration database syste ii libgcrypt111.2.2-3 LGPL Crypto library - runtime libr ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgnome-desktop-2 2.14.3-1 Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-6 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgnutls131.4.2-1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmozjs0d 1.8.0.5-2 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d1.8.0.5-2 NetScape Portable Runtime Library ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libstdc++6 4.1.1-11 The GNU Standard C++ Library v3 ii libtasn1-3 0.3.5-2 Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering
Bug#384675: gnome-system-tools: boot-admin binary is missing
Hi, On Fri, Aug 25, 2006, rkasan wrote: the boot-admin command is missing. Although the documentation files are packaged with this package! It was removed as a consequence of bug #309932, please read http://bugs.debian.org/309932 for details. I'll upload a package removing the documentation as well. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#384693: Debian traduction team should work on Xt applications localization too
clone 384693 -1 reassign 384693 general retitle -1 XTerm french translation thanks Hi, Why did you reassign this bug to xterm? The real purpose of the bug is not to provide the xterm fr translations, but to have the debian i18n team start the process of translating all Xt applications, I only attached an example (xterm) for saving a18n people the time for finding out how Xt localization things work. Regards, Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380466: #380466 - kazehakase: backtrace
On Sat, Aug 26, 2006 at 09:03:50AM +0200, Mike Hommey [EMAIL PROTECTED] wrote: tag 380466 + patch thanks On Sat, Aug 26, 2006 at 09:05:31AM +0300, Yavor Doganov [EMAIL PROTECTED] wrote: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1503189312 (LWP 29660)] 0xa7e56bd1 in GtkPromptService::PromptUsernameAndPassword (this=0x8103098, aParent=0x88f5270, aDialogTitle=0x0, aDialogText=0x890e610, aUsername=0xaf9ef124, aPassword=0xaf9ef120, aCheckMsg=0xaf9eef54, aCheckValue=0x0, aConfirm=0xaf9ef440) at GtkPromptService.cpp:350 350 kz_prompt_dialog_set_check_value(prompt, *aCheckValue); Well, there's a missing 'if (aCheckValue)' before kz_prompt_dialog_set_check_value(prompt, *aCheckValue); on GtkPromptService.cpp:350, like 2 lines later: if (aCheckValue) *aCheckValue = kz_prompt_dialog_get_check_value(prompt); Thank you all for your help. 岩井さん, Attached is a dpatch that should fix the crasher. If Yagor or Gerfried could test it, that would be a plus. Just drop the file in debian/patches and add its name ni debian/patches/00list. Actually, since I was able to reproduce the crash, I tried to apply the patch. Here is a patched package. http://people.debian.org/~glandium/kazehakase_0.3.9-1.1_i386.deb Now, the problem is that there is a check box with no text attached to it in the dialog box... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383166: xprint: FTBFS: debian/tmp/usr/share/man/man1/Xprt.1x: No such file or directory
On Sat, 2006-08-26 at 04:44 +0100, Ben Hutchings wrote: tags 383166 +patch thanks Same problem as #383167; same fix. Thanks for the two patches, Ben. I'll fix up xprint-utils first up, but I may hold out on xprint until the new X11R7.1 libraries (libxfixes in particular) are in unstable, since the new version of xprint needs that. Thanks for the help. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384708: gedit can cause xorg to restart unexpectedly
merge 384707 384708 severity 384707 normal forwarded 384707 http://bugzilla.gnome.org/show_bug.cgi?id=134682 merge 360535 384707 stop Hi, On Sat, Aug 26, 2006, Clifton T. Luster wrote: pasting 'extremely' long lines of text can make gedit crash xorg, causing a restart and losing any unsaved data/files/work This is a known bug. It will not crash xorg but consume all your system memory. xorg probably crashes in such a scenario, but that's a different story. Bye, PS: your mails have two From: headers. -- Loïc Minier [EMAIL PROTECTED]
Bug#380105: Show current hour in hardware clock question
On Sat, Aug 26, 2006 at 09:01:39AM +0200, Christian Perrier wrote: There has been such kind of suggestion last weeks but it has been ruled out. I guess that the rationale is mostly avoiding features that are only available in some D-I flavours. Ruled out ? Oh well. ... Which explains the rather harsh reply of this question only being 'noise'. Hey, Sven. Aren't you the one who very often insists on difficulties faces by non-English speakers ? :-) I was refering to the rather harsh original reply from Geert. In the abve paragraph, what I intended to say is: Cette suggestion a déjà été fait dans les dernières semaines mais elle a pour l'instant été écartée car nou spréférons en général éviter les fonctionnalités disponibles seulement dans certaines versions de l'installateur. Yeah, but it has been my experience that the d-i leadership has some rather dogmatic approach to this kind of things, and ones something has been decided by the powers that be, even mentioning it is putting oneself as risk of becoming the target of a hate campaign, as i was over the kernel .udeb issue (altough i am also partly at fault, but only partly). So, I translated écartée (which is, in French, a quite non rude word) by ruled outwhich is indeed the *only* English expression that comes to my mind o roughly express the same idea. It is very possible that rule out is stronger than my real intent (anyway, I'm not the one who ruled this out). Indeed, i had no comment on what you said, but it shows clearly the futility of trying to propose or discuss ideas about it, since doing so will attire me the ire of frans and co, which i wanted to avoid in the first place. Too late now. So, please, don't put in my mouth the words you often seem to see in other people's mouth. What has been ruled out is a feature with a clock showing up in the corner of the G-I screen (indeed something similar to the extra games you discussed abut in January). Indeed. I do believe it is a small-minded ruling lacknig vision and temerity. I am bitter about this whole issue, and this may reflect and color my attitude over this, but since it has been ruled out, i will not insist further, because i know what it is going to cost me once frans is back. So, if a method to set the clock is offerred, it has to work for all interfaces. Well, the .udeb could be common to everything, and the clock button could only be a shortcut to it. That would be an interesting feature, yes. Indeed, but as you said, it has been ruled out, so anything coming from me will be seen as further defiance of the d-i team authority, let's not push this further, others may feel to develop these ideas more. Friendly, Sven Luther
Bug#355941: unreproducible here
I have been playing to every single wesnoth release and I haven't ever noticed that behaviour, so I would say that it's due to some other piece of software (probably xorg?). Does it still happens to you? -- Isaac Clerencia at Warp Networks, http://www.warp.es Work: [EMAIL PROTECTED] | Debian: [EMAIL PROTECTED] pgpwXXQjw2u1p.pgp Description: PGP signature
Bug#384693: Debian traduction team should work on Xt applications localization too
On Sat, 2006-08-26 at 10:00 +0200, Samuel Thibault wrote: Why did you reassign this bug to xterm? I made a mistake, for which I apologise. The real purpose of the bug is not to provide the xterm fr translations, but to have the debian i18n team start the process of translating all Xt applications, I only attached an example (xterm) for saving a18n people the time for finding out how Xt localization things work. I thought that the debbugs-cc to debian-i18n would be enough to alert i18n folks about this and that they probably wouldn't keep track of l10n-related bugs assigned to the general pseudo-package. I didn't know that debian-i18n looks after the bugs on the general package too. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#384370: debconf: [L10N, DE] Updated po file
Hello, On Fri, 25 Aug 2006 19:55:02 +0200 Luk Claes [EMAIL PROTECTED] wrote: Holger Wansing wrote: Package: debconf Version: 1.5.3 Severity: whishlist Hi, attached you will find an updated german debconf translation file for debconf package. Please implement ... Please update to the latest version, po file in attachment... Sorry, I wasn't aware of this new version beeing available. Updated po attached. Holger -- Created with Sylpheed 2.0.4 under Debian GNU/LINUX 3.1 Sarge Registered LinuxUser #311290 Spam filtering by bogofilter.org debconf_de.po.gz Description: Binary data
Bug#384713: backupninja: pre and post backup commands
Package: backupninja Version: 0.9.4-unreleased Severity: wishlist Tags: patch Support for executing command before backup and also after backup. This is required when doing backup on not permanently mounted partition. I tried to implement this feature. See following patch. --- backupninja.orig2006-08-22 09:11:22.0 +0200 +++ backupninja 2006-08-26 10:19:47.0 +0200 @@ -300,20 +300,39 @@ echo $bufferfile echo_debug_msg=1 ( - . $scriptdirectory/$suffix $file + getconf preexec + getconf postexec + + error=0 + if [ $preexec ]; then + eval $preexec + error=$? + fi + + if [ $error == 0 ]; then + . $scriptdirectory/$suffix $file + error=$? + [ $error != 0 ] echo Fatal: Backup action exited with code $error + else + echo Fatal: Backup was aborted. Preexec action exited with code $error + fi + + if [ $postexec ]; then + eval $postexec + error=$? + [ $error != 0 ] echo Warning: Postexec action exited with code $error + fi ) 21 | ( while read a; do echo $a $bufferfile [ $debug ] colorize $a done ) - retcode=$? - # we have a problem! we can't grab the return code $?. grrr. echo_debug_msg=0 - _warnings=`cat $bufferfile | grep ^Warning: | wc -l` - _errors=`cat $bufferfile | grep ^Error: | wc -l` - _fatals=`cat $bufferfile | grep ^Fatal: | wc -l` + _warnings=`grep -c ^Warning: $bufferfile` + _errors=`grep -c ^Error: $bufferfile` + _fatals=`grep -c ^Fatal: $bufferfile` ret=`grep \(^Warning: \|^Error: \|^Fatal: \) $bufferfile` rm $bufferfile -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384715: python-uncertainities: FTBFS: cp: cannot create regular file `/python-uncertainities-0.002/debian/python-uncertainities/usr/lib/python2.4/site-packages': No such file or directory
Package: python-uncertainities Version: 0.002-2 Severity: serious Tags: patch When building 'python-uncertainities' on amd64/unstable, I get the following error: dh_clean -k dh_installdirs # Add here commands to install the package into debian/python-uncertainities. #/usr/bin/make install DESTDIR=/python-uncertainities-0.002/debian/python-uncertainities cp Uncertainities.py /python-uncertainities-0.002/debian/python-uncertainities/usr/lib/python2.4/site-packages cp: cannot create regular file `/python-uncertainities-0.002/debian/python-uncertainities/usr/lib/python2.4/site-packages': No such file or directory make: *** [install] Error 1 With the attached patch 'python-uncertainities' can be compiled on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/python-uncertainities-0.002/debian/dirs ./debian/dirs --- ../tmp-orig/python-uncertainities-0.002/debian/dirs 2006-08-26 08:52:32.0 + +++ ./debian/dirs 2006-08-26 08:52:24.0 + @@ -1 +1 @@ -usr/lib/python2.3/site-packages +usr/lib/python2.4/site-packages -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379292: xkb-data hr layout broke the normal AltGr+numbers behaviour
Hi! Josip Rodin wrote: On Thu, Aug 10, 2006 at 08:55:23AM +0200, Denis Barbier wrote: On a standard Croatian keyboard, the AltGr (right Alt) key is not used as a compose key in combination with the second row of the qwertz keyboard. This change annoys me to no end, because right now in order for me to get the characters tilde (~) or caret (^) I have to make three keypresses instead of two like everywhere else. The change needs to be reverted and the compose thing relegated to an option. I'll try to find a way to patch this and submit it. Hi Josip, /usr/share/X11/xkb/symbols/hr does not contain any such definition, this is a configuration problem on your side. Can you please check? I don't understand what you are saying. If you have a PC keyboard with AltGr, what happens once you run 'setxkbmap hr' and then type AltGr+3? You can get tilde with shift and that key left of 1/!. If you want to go back, just add: key AE01 { [ 1, exclam, asciitilde, dead_tilde ] }; after include cs(latin) in your symbols/hr. It should look like this: xkb_symbols basic { name[Group1]=Croatia; include cs(latin) key AE01 { [ 1, exclam, asciitilde, dead_tilde ] }; }; [...] Regards, Vedran Furač
Bug#384714: urwid: FTBFS: Missing Build-Depends on 'python2.3-dev'
Package: urwid Version: 0.9.6-1 Severity: serious Tags: patch When building 'urwid' in a clean 'unstable' chroot, I get the following error: copying urwid/__init__.py - /urwid-0.9.6/./build/lib/urwid touch python-build-stamp-2.4 pyversions: missing XS-Python-Version in control file, fall back to debian/pyversions set -e; for python in python2.3 python2.4; do rm -f urwid/*.pyc; $python test_urwid.py ; done /bin/sh: python2.3: command not found make: *** [build-docs-test-stamp] Error 127 Please add the missing Build-Depends on 'python2.3-dev' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/urwid-0.9.6/debian/control ./debian/control --- ../tmp-orig/urwid-0.9.6/debian/control 2006-08-26 08:39:21.0 + +++ ./debian/control2006-08-26 08:39:17.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Python Modules Team [EMAIL PROTECTED] Uploaders: Paul Wise [EMAIL PROTECTED], Gustavo Franco [EMAIL PROTECTED], Ian Ward [EMAIL PROTECTED] -Build-Depends: python-support (= 0.3), debhelper (= 5.0.37.2), cdbs (= 0.4.41), python (= 2.3.5-7) +Build-Depends: python2.3-dev, python-support (= 0.3), debhelper (= 5.0.37.2), cdbs (= 0.4.41), python (= 2.3.5-7) Build-Depends-Indep: python-templayer Standards-Version: 3.7.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375361: Still happening?
have you tried UTBS in 1.1.8 or in 1.1.9 (which I'm uploading just now)? does it still happens? -- Isaac Clerencia at Warp Networks, http://www.warp.es Work: [EMAIL PROTECTED] | Debian: [EMAIL PROTECTED] pgpRAg7d15WQ7.pgp Description: PGP signature
Bug#384642: mutt: Editing mails in UTF-8 on a latin1 terminal.
On Fri, Aug 25, 2006 at 08:28:46PM -0400, Kyle Wheeler wrote: On Friday, August 25 at 07:09 PM, quoth Kurt Roeckx: So, I was reading the documentation, and it seems that the only thing that I should consider changing seems to be file_charset. I've tried setting that to various things like just utf-8, or utf-8:iso-8859-1, but it doesn't seem to be changing anything. Mutt degrades the charset to the weakest one necessary. In other words, if the characters that you use in your file are all valid iso-8859-1 characters, then mutt will treat the file as iso-8859-1. vim is set up to try utf-8 first, and if it fails fall back to iso-8859-1. If I'm replying to a mail, and mutt stores the text in iso-8859-1, vim will detect that proplery, and things work. If I start to write a mail myself, it doesn't contain any non-ascii characters, so vim has no reason to fallback to latin1, and treats the file contents as utf-8. This is generally considered a good thing because more people can read iso-8859-1 files than can read utf-8 files, and there???s no reason to call it utf-8 if there???s a more common charset that correctly describes the file???s contents. It might be a good thing, but it's not really what I want, and it's not really working either. vim seems to be figuring out what charset mutt used to save the file if it's non-ascii, but mutt then can't figure out what charset vim used if it's non-ascii. It seems that mutt always considers the encoding of the filename to be the same as for the terminal, and that's not really what I want. Wait, you???re trying to make the *filename* be encoded in utf-8? Sorry, that was a typo, it should just have said file. I'm always talking about the contents, the name of the file doesn't matter, and is ascii anyway. Forcing the charset to utf-8 to seems to be working, but then I can't properly read mails in mutt. Why can???t you properly read mails in mutt? What I mean with forcing it to utf-8, is doing set charset=utf-8, but keeping a latin1 terminal. Of course this is causing various problems with displaying anything non-ascii. In that case, vim properly generates a utf-8 file and mutt reads it properly as an utf-8 file, and when I send it, it sends it as iso-8859-1, and does set charset to iso-8859-1. So then everything works as it should. The way it is now, it sends things as vim saves the file as utf-8, and mutt sends the contents of the file as vim generated it, so with utf-8 characters in it, and sets charset in the header to either iso-8859-1 or unknown-8bit, instead of utf-8 or changing it to iso-8859-1 as it does when the charset in mutt is set to utf-8. (I can't reproduce the unknown-8bit though.) If mutt would either auto detect that the file is in utf-8, or there was an option I could use to tell it to try that, things should work as I want them. Setting my terminal really in utf-8 mode would solve all my problems, the problem is that all the software I use currently does not support that, so I keep my terminal in latin1 mode. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384717: kernel BUG at page_alloc.c:274!
Subject: kernel-image-2.4.27-3-686: kernel BUG at page_alloc.c:274! Package: kernel-image-2.4.27-3-686 Version: 2.4.27-10sarge3 Severity: normal *** Please type your report below this line *** Machine is a VIA C3 Nehemiah low-noise server with 256 MB of RAM and about 1G of swap space. All network services (including DHCP, Bind, Apache, Samba and SSHD) stopped responding shortly before 2100 local time, though this was not noticed by anyone until the following day. It was impossible to access the machine, so I reset it, after which I was able to log in as normal. /var/log/syslog contained an error report: Aug 24 20:59:19 contin kernel: kernel BUG at page_alloc.c:274! Aug 24 20:59:19 contin kernel: invalid operand: Aug 24 20:59:19 contin kernel: CPU:0 Aug 24 20:59:19 contin kernel: EIP:0010:[rmqueue+533/576]Not tainted Aug 24 20:59:19 contin kernel: EFLAGS: 00010202 Aug 24 20:59:19 contin kernel: eax: 014c ebx: c10d71e0 ecx: 1000 edx: 47b4 Aug 24 20:59:19 contin kernel: esi: cff0 edi: c120 ebp: c025edd8 esp: c1a43e8c Aug 24 20:59:19 contin kernel: ds: 0018 es: 0018 ss: 0018 Aug 24 20:59:19 contin kernel: Process named (pid: 15099, stackpage=c1a43000) Aug 24 20:59:19 contin kernel: Stack: c52be032 0064 0004d2c0 0292 c025edd8 c025edd8 c025ef8c Aug 24 20:59:19 contin kernel:0001 c025ed00 c013670b c029e000 c1a42000 c01194db c1a43efc Aug 24 20:59:19 contin kernel:c025edd8 c025ef88 01f0 c87b2300 c3e12ae0 c1a43fa8 Aug 24 20:59:19 contin kernel: Call Trace:[__alloc_pages+107/640] [schedule+523/832] [__get_free_pages+28/32] [__pollwait+124/192] [pipe_poll+55/128] Aug 24 20:59:19 contin kernel: [do_pollfd+149/160] [do_poll+237/256] [sys_poll+449/896] [system_call+51/56] Aug 24 20:59:19 contin kernel: Aug 24 20:59:19 contin kernel: Code: 0f 0b 12 01 f0 a2 23 c0 8b 43 18 a8 80 74 08 0f 0b 14 01 f0 Aug 24 20:59:20 contin kernel: kernel BUG at page_alloc.c:274! Aug 25 19:13:02 contin syslogd 1.4.1#17: restart. I was unable to determine which process triggered the bug. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-image-2.4.27-3-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.81.1 tools to create initrd image for p ii modutils 2.4.26-1.2 Linux module utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384716: motor: FTBFS (ppc64): error: cast from 'void*' to 'int' loses precision
Package: motor Version: 2:3.4.0-6 Severity: normal Tags: patch When building 'motor' on ppc64/unstable, I get the following error: Making all in kkstrtext make[3]: Entering directory `/motor-3.4.0/kkstrtext' c++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -c kkstrtext.cc kkstrtext.cc: In function 'int intcompare(void*, void*)': kkstrtext.cc:434: error: cast from 'void*' to 'int' loses precision kkstrtext.cc:434: error: cast from 'void*' to 'int' loses precision make[3]: *** [kkstrtext.o] Error 1 make[3]: Leaving directory `/motor-3.4.0/kkstrtext' With the attached patch 'motor' can be compiled on ppc64. Regards Andreas Jochens diff -urN ../tmp-orig/motor-3.4.0/debian/patches/00list.ppc64 ./debian/patches/00list.ppc64 --- ../tmp-orig/motor-3.4.0/debian/patches/00list.ppc64 1970-01-01 00:00:00.0 + +++ ./debian/patches/00list.ppc64 2006-08-25 12:52:00.0 + @@ -0,0 +1 @@ +01-cast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378826: About xferlog
severity 378826 wishlist tags 378826 + upstream thanks ftpstat simply ignores proftpd.conf, it uses the default location which can be overriden (as in debian default config) by user. You can work around the issue with -f option, anyway. A proper fix would be parsing the proftpd.conf file for that, but it is definitively an upstream choice. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384718: poker-network: FTBFS: Missing Build-Depends on 'python-pyopenssl'
Package: poker-network Version: 1.0.22-1 Severity: serious Tags: patch When building 'poker-network' in a clean 'unstable' chroot, I get the following error: checking for python2.3 extension module directory... done checking for include directory... /usr/include/python2.3 checking for python2.3 C libraries directory... /usr/lib/python2.3/config checking for python2.3 link flags... -L/usr/lib/python2.3/config -lpython2.3 checking python includes in /usr/include/python2.3 checking for Python.h... (cached) yes checking for Python libraries... yes configure: Found working python compilation environment for =2.3 checking for GLIB... yes checking for GLADE... yes checking for POKER_ENGINE... yes checking wether python module gtk is available... /var/lib/python-support/python2.3/gtk-2.0/gtk ... yes checking wether python module gtk.glade is available... /var/lib/python-support/python2.3/gtk-2.0/gtk /var/lib/python-support/python2.3/gtk-2.0/gtk/glade.so ... yes checking wether python module twisted is available... /usr/lib/python2.3/site-packages/twisted ... yes checking wether python module MySQLdb is available... /usr/lib/python2.3/site-packages/MySQLdb ... yes checking wether python module OpenSSL is available... Traceback (most recent call last): File string, line 8, in ? ImportError: No module named OpenSSL configure: error: failed make: *** [config.status] Error 1 Please add the missing Build-Depends on 'python-pyopenssl' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/poker-network-1.0.22/debian/control ./debian/control --- ../tmp-orig/poker-network-1.0.22/debian/control 2006-08-26 09:07:26.0 + +++ ./debian/control2006-08-26 09:07:23.0 + @@ -2,7 +2,7 @@ Section: python Priority: extra Maintainer: Loic Dachary (OuoU) [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.37.2), python-all-dev (= 2.3.5-11), automake1.9, cdbs, pkg-config, debconf | debconf-2.0, po-debconf, python-mysqldb, python2.3-pyopenssl, python2.4-pyopenssl, python-soappy, python-glade2, python-twisted, python-pygame, python-poker-engine (= 1.0.16), libglade2-dev, libtool, perl, valgrind [amd64 i386 powerpc], xvfb, php-pear, php5-dev, graphviz +Build-Depends: debhelper (= 5.0.37.2), python-all-dev (= 2.3.5-11), automake1.9, cdbs, pkg-config, debconf | debconf-2.0, po-debconf, python-mysqldb, python-pyopenssl, python-soappy, python-glade2, python-twisted, python-pygame, python-poker-engine (= 1.0.16), libglade2-dev, libtool, perl, valgrind [amd64 i386 powerpc], xvfb, php-pear, php5-dev, graphviz XS-Python-Version: =2.3 Standards-Version: 3.7.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256357: Processed: tagging 256357
#include hallo.h * Jonas Meurer [Mon, Mar 06 2006, 08:32:12AM]: On 06/03/2006 Steve McIntyre wrote: Tags were: wontfix Tags removed: wontfix Jonas, I'm curious - why are you removing the wontfix tag? That's normally reserved for use by package maintainers, not submitters... sorry if this was to hard, but the bug has been tagged wontfix at a time where the crypto patch was only available as an alpha release. now that 1.0-rc2 is available, i believe that the tag won't apply any longer. plus, this report has been closed by you as you thought that the patch has already been applied against the packages, but that's not true. cdrecord in unstable still doesn't support -encrypt. feel free to revert this if you believe that it is necessary. Please tell me any good reason for adding this patch. AFAICS it does the same thing as aespipe does, but using the dm-crypt format. I wish the author would provide a separate tool for doing in-pipe encryption instead of patching external software. His reason I had to use scripts does not make sense looking at the example with the mkisofs pipe, nor my scripts were not flexible enough. What does that mean, adding another command in the command chain is too complicated? And the code flow itself should be easy enough to convert it to a pipe filter tool. Something like aes-pipe (dm-crypt-pipe?) with the internals exchanged. It would even beat the last reason or simply were not flexible enough. With a pipe, you can choose which encoder you want to use. Eduard. -- Menschen, die nicht groß sind, machen sich gerne breit. -- Friedl Beutelrock
Bug#384723: kino won't start with kinoplus installed
Package: kinoplus Version: 0.3.5-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gnome-CRITICAL **: gnome_program_get_app_id: assertion `program != NULL' failed aborting... - -- 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.17-1-amd64-k8 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Versions of packages kinoplus depends on: ii kino 0.90-1 Non-linear editor for Digital Vide ii libc62.3.6.ds1-3 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-11 GCC support library ii libgnomeui-0 2.14.1-2The GNOME 2 libraries (User Interf ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 kinoplus recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8BOSSTv4ppQVDnwRAt0nAJ9XDcjeQTYNT4pCK/nhgDL5bqmnwgCffhbp LQX+TOdKIFLMU5rJi+woJUE= =v0e0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384721: apt-cacher: add lsb logging
Package: apt-cacher Version: 1.5.3 Severity: minor Tags: patch Hi, the attached patch makes the apt-cacher init.d script lsb-compliant by using lsb logging functions and return values. Regards, David diff -ur ./apt-cacher-1.5.3.orig/debian/apt-cacher.init ./apt-cacher-1.5.3/debian/apt-cacher.init --- ./apt-cacher-1.5.3.orig/debian/apt-cacher.init 2006-01-27 01:47:38.0 +0100 +++ ./apt-cacher-1.5.3/debian/apt-cacher.init 2006-08-26 11:18:42.0 +0200 @@ -8,6 +8,8 @@ PIDFILE=/var/run/$NAME.pid SCRIPTNAME=/etc/init.d/$NAME +. /lib/lsb/init-functions + # Gracefully exit if the package has been removed. test -x $DAEMON || exit 0 @@ -25,8 +27,10 @@ if test $AUTOSTART = 1 ; then start-stop-daemon --start --quiet \ --exec $DAEMON -- -R 3 -d -p $PIDFILE $EXTRAOPT + return 0 else -echo -n (not enabled in /etc/default/$NAME); +log_progress_msg not enabled in /etc/default/$NAME + return 1 fi } @@ -40,36 +44,39 @@ case $1 in start) - echo -n Starting $DESC: $NAME + log_daemon_msg Starting $DESC $NAME d_start - echo . + log_end_msg $? ;; stop) - echo -n Stopping $DESC: $NAME + log_daemon_msg Stopping $DESC $NAME d_stop - echo . + log_end_msg 0 ;; restart) - echo -n Restarting $DESC: $NAME + log_daemon_msg Restarting $DESC $NAME d_stop sleep 1 d_start - echo . + log_end_msg $? ;; force-reload|reload) - echo -n Reloading configuration of $DESC: $NAME -pid=`cat $PIDFILE` -if test -z $pid ; then -echo , NOT RUNNING -else -kill -HUP $pid -fi - echo . + log_daemon_msg Reloading $DESC configuration $NAME + pid=`cat $PIDFILE` + if test -z $pid ; then + log_end_msg 1 + else + kill -HUP $pid + log_end_msg 0 + fi + ;; + status) + exit 4 ;; *) # echo Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload} 2 echo Usage: $SCRIPTNAME {start|stop|restart|force-reload} 2 - exit 1 + exit 2 ;; esac diff -ur ./apt-cacher-1.5.3.orig/debian/control ./apt-cacher-1.5.3/debian/control --- ./apt-cacher-1.5.3.orig/debian/control 2006-02-09 15:27:02.0 +0100 +++ ./apt-cacher-1.5.3/debian/control 2006-08-26 11:19:17.0 +0200 @@ -8,7 +8,7 @@ Package: apt-cacher Architecture: all -Depends: ${perl:Depends}, bzip2, libwww-perl +Depends: ${perl:Depends}, bzip2, libwww-perl, lsb-base (= 3.0-10) Suggests: libdbd-sqlite3-perl Description: caching proxy system for Debian package and source files Apt-cacher performs caching of .deb and source packages which have been
Bug#384725: lynx: [CVE-2004-1617] remote DoS-fix missing from etch/sid package
Package: lynx Version: 2.8.5-2sarge1.1 Severity: important Tags: patch The version of lynx currently in sarge/updates is 2.8.5-2sarge2, but etch and sid are at 2.8.5-2sarge1.1, which is missing the fix for CVE-2004-1617 (see DSA-1076-1). Please add the patch from 2.8.5-2sarge2 to the latest lynx package. (tagged this report +patch but did not include it, it is available from lynx-2.8.5/debian/patches/04_CVE-2004-1617.dpatch in 2.8.5-2sarge2) greetings, Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384724: bittorrent: add lsb logging
Package: bittorrent Version: 3.4.2 Severity: minor Tags: patch Hi, the attached patch makes the bittorrent init.d script lsb-compliant by using lsb logging functions and return values. Regards, David diff -ur ./bittorrent-3.4.2.orig/debian/bittorrent.init ./bittorrent-3.4.2/debian/bittorrent.init --- ./bittorrent-3.4.2.orig/debian/bittorrent.init 2006-08-26 11:23:41.0 +0200 +++ ./bittorrent-3.4.2/debian/bittorrent.init 2006-08-26 11:28:55.0 +0200 @@ -26,20 +26,21 @@ # Gracefully exit if the package has been removed. test -x $DAEMON || exit 0 +. /lib/lsb/init-functions + PORT=6969 DFILE=/var/lib/bittorrent/bttrack.state # Read config file if it is present. -if [ -r /etc/default/bittorrent ] -then -. /etc/default/bittorrent +if [ -r /etc/default/bittorrent ]; then + . /etc/default/bittorrent fi # Add optional option $1 with argument $2 to OPTS, if $2 is nonempty add_opt () { -if ! test -z $2 ; then -OPTS=$OPTS $1 $2 -fi + if ! test -z $2 ; then + OPTS=$OPTS $1 $2 + fi } # Compose command-line arguments list for bttrack daemon, based on variables @@ -75,46 +76,50 @@ #Function that starts the daemon/service. # d_start() { -if [ $START_BTTRACK -ne 1 ]; then - echo -n disabled in /etc/default/bittorrent -else - echo -n $NAME - start-stop-daemon --start --background --quiet \ - --make-pidfile --pidfile $PIDFILE \ - $METAOPTS \ - --exec $DAEMON -- $DAEMONOPTS -fi + if [ $START_BTTRACK -ne 1 ]; then + log_progress_msg disabled in /etc/default/bittorrent + return 1 + else + start-stop-daemon --start --background --quiet \ + --make-pidfile --pidfile $PIDFILE \ + $METAOPTS \ + --exec $DAEMON -- $DAEMONOPTS + return 0 + fi } # #Function that stops the daemon/service. # d_stop() { -start-stop-daemon --stop --oknodo --quiet --pidfile $PIDFILE + start-stop-daemon --stop --oknodo --quiet --pidfile $PIDFILE } case $1 in start) -echo -n Starting $DESC: -d_start -echo . -;; + log_daemon_msg Starting $DESC $NAME + d_start + log_end_msg $? + ;; stop) -echo -n Stopping $DESC: $NAME -d_stop -echo . -;; + log_daemon_msg Stopping $DESC $NAME + d_stop + log_end_msg 0 + ;; restart|force-reload) -echo -n Restarting $DESC: $NAME -d_stop -sleep 1 -d_start -echo . -;; + log_daemon_msg Restarting $DESC $NAME + d_stop + sleep 1 + d_start + log_end_msg $? + ;; + status) + exit 4 + ;; *) -echo Usage: $SCRIPTNAME {start|stop|restart|force-reload} 2 -exit 1 -;; + echo Usage: $SCRIPTNAME {start|stop|restart|force-reload} 2 + exit 2 + ;; esac exit 0 diff -ur ./bittorrent-3.4.2.orig/debian/control ./bittorrent-3.4.2/debian/control --- ./bittorrent-3.4.2.orig/debian/control 2006-08-26 11:23:41.0 +0200 +++ ./bittorrent-3.4.2/debian/control 2006-08-26 11:29:50.0 +0200 @@ -8,7 +8,7 @@ Package: bittorrent Architecture: all -Depends: ${python:Depends} +Depends: ${python:Depends}, lsb-base (= 3.0-10) Suggests: bittorrent-gui Recommends: mime-support Provides: ${python:Provides}
Bug#380466: #380466 - kazehakase: backtrace
So, looking a bit further, there are actually 2 issues. The first is that xulrunner doesn't set the signon.rememberSignons pref to true, which might have been the case in mozilla. This is understandable, since the main use of xulrunner is supposed to be for embedding and that all embedding applications don't have a profile directory to store the password manager database and don't necessarily want to store the passwords even when they have a profile directory. That means kazehakase should set this preference to true, like it does for some other preferences. The second issue is that when signon.rememberSignons is false, it still displays the checkbox to ask if the user want to save the password. Both issues are addresses by the attached patch. Note that the 'if (aCheckValue)' replacing 'if (aCheckMsg)' is enough to be sure it doesn't crash because aCheckValue and aCheckMsg are set together at xulrunner level. If aCheckValue is null, that means that we don't want the checkbox, and its label (aCheckMsg) is also NULL. On the contrary, if aCheckValue points to a boolean for the check box to be pre-checked or not, aCheckMsg also points to the message that should be displayed as the checkbox label. The setting of signon.rememberSignons allows the user to set it to false if he prefers. He just needs to go to about:config and toggle its value. 岩井さん, if you want sponsorship for a -2 release, having worked on the issue, I can sponsor an upload for you. Or maybe you'd prefer I just NMUed. Note that the package available on people.debian.org/~glandium/ has been updated and was built with the attached patch. Cheers Mike diff -u kazehakase-0.3.9/debian/patches/00list kazehakase-0.3.9/debian/patches/00list --- kazehakase-0.3.9/debian/patches/00list +++ kazehakase-0.3.9/debian/patches/00list @@ -3,0 +4 @@ +50_passwordmgr diff -u kazehakase-0.3.9/debian/changelog kazehakase-0.3.9/debian/changelog --- kazehakase-0.3.9/debian/changelog +++ kazehakase-0.3.9/debian/changelog @@ -1,3 +1,14 @@ +kazehakase (0.3.9-1.1) unstable; urgency=low + + * debian/patches/50_passwordmgr.dpatch: Fixed crasher in +GtkPromptService.cpp when signon.rememberSignons is not set, which +happens to be the case with xulrunner but not with mozilla. Also +set it if not already user set. (closes:#380466) +Thanks to Gerfried Fuchs and Yavor Doganov for their help. + * debian/patches/00list: Updated accordingly + + -- Mike Hommey [EMAIL PROTECTED] Sat, 26 Aug 2006 11:16:06 +0200 + kazehakase (0.3.9-1) unstable; urgency=low * New upstream release. only in patch2: unchanged: --- kazehakase-0.3.9.orig/debian/patches/50_passwordmgr.dpatch +++ kazehakase-0.3.9/debian/patches/50_passwordmgr.dpatch @@ -0,0 +1,45 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 50_passwordmgr.dpatch by [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fixed crasher in GtkPromptService.cpp when signon.rememberSignons is not set, +## DP: which happens to be the case with xulrunner but not with mozilla. Also set it +## DP: if not already user set. +## DP: Thanks to Gerfried Fuchs and Yavor Doganov for their help. + [EMAIL PROTECTED]@ + +--- kazehakase/src/mozilla/GtkPromptService.cpp.orig 2006-08-26 08:50:40.906614000 +0200 kazehakase/src/mozilla/GtkPromptService.cpp2006-08-26 11:10:20.130282750 +0200 +@@ -344,7 +344,7 @@ + kz_prompt_dialog_set_message_text(prompt, cText.get()); + kz_prompt_dialog_set_user(prompt, cUser.get()); + kz_prompt_dialog_set_password(prompt, cPass.get()); +- if (aCheckMsg) ++ if (aCheckValue) + { + kz_prompt_dialog_set_check_message(prompt, cCheckMsg.get()); + kz_prompt_dialog_set_check_value(prompt, *aCheckValue); +--- kazehakase/src/mozilla/mozilla-prefs.cpp.orig 2006-08-26 11:10:04.545308750 +0200 kazehakase/src/mozilla/mozilla-prefs.cpp 2006-08-26 11:10:26.526682500 +0200 +@@ -95,6 +95,7 @@ + gboolean override = FALSE, use_proxy = FALSE; + gchar proxy_name[1024]; + gboolean conf_exist = FALSE, use_proxy_exist = FALSE; ++ gboolean signon_remember; + KzProxyItem *item = NULL; + + // set user agent name +@@ -132,6 +133,12 @@ + g_free(value); + } + ++ if (!mozilla_prefs_get_boolean(signon.rememberSignons, signon_remember)) ++ { ++ mozilla_prefs_set_boolean(signon.rememberSignons, ++ true); ++ } ++ + use_proxy_exist = KZ_CONF_GET(Global, use_proxy, use_proxy, BOOL); + + conf_exist = KZ_CONF_GET(Global, proxy_name,
Bug#384235: page-crunch: UI text is all in French
hi, a new version is available with english support. But...only sources are available. The .deb will appear as soon as Sylvain has time to produce it ! Thanks again Sylvain ;) david cobac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384557: Updated man page: proper copyright/author attribution
Hello, It occurred to me after I sent the man page that AUTHOR and COPYRIGHT ought to refer to the authors and copyright holders of the actual program, not of the man page author! I've attached a new man page and an updated template XML file. Thanks, John Wright .\ Title: BANSHEE .\Author: .\ Generator: DocBook XSL Stylesheets v1.70.1 http://docbook.sf.net/ .\ Date: 26 Aug 2006 .\Manual: .\Source: .\ .TH BANSHEE 1 26 Aug 2006 .\ disable hyphenation .nh .\ disable justification (adjust text to left margin only) .ad l .SH NAME banshee \- Audio management and playback application .SH SYNOPSIS .HP 8 \fBbanshee\fR [\fB\fIoptions\fR\fR] .SH DESCRIPTION .PP This manual page documents briefly the \fBbanshee\fR command. .PP This manual page was written for the Debian(TM) distribution because the original program does not have a manual page. .PP \fBbanshee\fR is an audio management and playback application for the GNOME Desktop, allowing users to import audio from CDs, search their library, create playlists of selections of their library, sync music to/from iPods, and burn selections to a CD. .SH OPTIONS .PP A summary of options is included below. Most of them are for controlling an already\-running \fBbanshee\fR. .TP 3n \fB\-\-enqueue \fR\fB\fIfiles\fR\fR Files to enqueue, must be last argument specified .TP 3n \fB\-\-show\fR Show window .TP 3n \fB\-\-hide\fR Hide window .TP 3n \fB\-\-next\fR Play next song .TP 3n \fB\-\-previous\fR Play previous song .TP 3n \fB\-\-toggle\-playing\fR Toggle playing of current song .TP 3n \fB\-\-play\fR Play current song .TP 3n \fB\-\-pause\fR Pause current song .TP 3n \fB\-\-query\-artist\fR Get artist name for current playing song .TP 3n \fB\-\-query\-album\fR Get album name for current playing song .TP 3n \fB\-\-query\-title\fR Get track title for current playing song .TP 3n \fB\-\-query\-genre\fR Get track genre for current playing song .TP 3n \fB\-\-query\-duration\fR Get duration of current playing song in seconds .TP 3n \fB\-\-query\-position\fR Get position of current playing song in seconds .TP 3n \fB\-\-query\-uri\fR Get URI of current playing song .TP 3n \fB\-\-query\-cover\-uri\fR Get URI of the album cover of current playing song .TP 3n \fB\-\-query\-status\fR Get player status (\-1: Not loaded, 0: Paused, 1: Playing) .TP 3n \fB\-\-hide\-field\fR Do not display field name for \-\-query\-* results .TP 3n \fB\-\-help\fR List available command line arguments .TP 3n \fB\-\-audio\-cd \fR\fB\fIdev\fR\fR Start Banshee and/or select source mapped to \fIdevice\fR .TP 3n \fB\-\-dap \fR\fB\fIdev\fR\fR Start Banshee and/or select source mapped to \fIdevice\fR .TP 3n \fB\-\-version\fR Show Banshee Version .SH AUTHOR .PP Banshee was written by: .sp .RS 3n .nf Aaron Bockover Aydemir Ulaş Şahin Ben Maurer Chris Lahey Chris Toshok Dan Winship Doğacan Güney Fredrik Hedberg Gabriel Burt Hans Petter Jansson James Willcox Jeff Tickle Larry Ewing Miguel de Icaza Oscar Forero Ruben Vermeersch Sebastian Dröge .fi .RE .PP This manual page was adapted from the output of `banshee \-\-help' by John Wright [EMAIL PROTECTED] for the Debian(TM) system (but may be used by others). Permission is granted to copy, distribute and/or modify this document under the terms of the GNU General Public License, Version 2 any later version published by the Free Software Foundation. .PP On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/common\-licenses/GPL. .SH COPYRIGHT Copyright \(co 2005\-2006 Novell, Inc. .br Copyright \(co 2005 Aaron Bockover .br banshee-template.xml Description: application/xml
Bug#384722: /etc/nsswitch.conf: references the wrong package for glibc info documentation
Package: base-files Version: 3.1.14 Severity: minor File: /etc/nsswitch.conf Hi, /etc/nsswitch.conf mentions that the info documentation is in glibc-doc, but actually the info documentation is included in glibc-doc-reference. Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages base-files depends on: ii base-passwd 3.5.11 Debian base system master password ii gawk [awk]1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr ii mawk [awk]1.3.3-11 a pattern scanning and text proces base-files recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313029: scite: 313029: reassign to oo-writer
reassign 313029 openoffice.org-writer thanks pabs should this be re-assigned to openoffice.org-writer? http://bugs.debian.org/313029 _rene_ only if that also happens with 2.0.x pabs it does, my message was tested with the 2.0 package in sid -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#382162: kdm: No login possible for users with OpenAFS home directory version 2.6.16
Hello, this bug vanished since running Linux Kernel 2.6.17.10. However this is still a very strange behaviour. Holger Mense -- Holger Mense Rechnerbetrieb Mathematik Tel.: 0 52 51 / 60 34 94 Universität Paderborn http://www.math.uni-paderborn.de signature.asc Description: Digital signature
Bug#384720: tk8.4: error messages with wish -h
Package: tk8.4 Version: 8.4.12-1 Severity: minor Tags: patch $ dpkg -l tk8.4 tkman cbrowser Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii cbrowser 0.8-3 a C/C++ source code indexing, querying and browsing tool ii tk8.4 8.4.12-1 Tk toolkit for Tcl and X11, v8.4 - run-time files ii tkman 2.2-2 A graphical, hypertext manual page and Texinfo browser $ tkman -h Application initialization failed: Command-specific options: -colormap: Colormap for main window -display: Display to use -geometry: Initial geometry for window -name: Name to use for application -sync: Use synchronous mode for display server -visual: Visual for main window -use: Id of window in which to embed application --:Pass all remaining arguments through to script Error in startup script: invalid command name image while executing image create bitmap icon -foreground black -background white -data { #define tkman_width 64 #define tkman_height 64 static char tkman_bits[] = { 0x... (file /usr/bin/tkman line 788) $ cbrowser -h Application initialization failed: Command-specific options: -colormap: Colormap for main window -display: Display to use -geometry: Initial geometry for window -name: Name to use for application -sync: Use synchronous mode for display server -visual: Visual for main window -use: Id of window in which to embed application --:Pass all remaining arguments through to script Error in startup script: invalid command name bind while executing bind $bindtag Button-5 [list %W yview scroll 5 units] (procedure setup_scroll_bindings line 2) invoked from within setup_scroll_bindings Text (file /usr/bin/cbrowser line 3030) $ wish -h Application initialization failed: Command-specific options: -colormap: Colormap for main window -display: Display to use -geometry: Initial geometry for window -name: Name to use for application -sync: Use synchronous mode for display server -visual: Visual for main window -use: Id of window in which to embed application --:Pass all remaining arguments through to script % $ Using the -h option should not cause Application initialization failed to be displayed. And, when using the -h option, the application using wish should not continue. After applying the attached patch: $ tkman -h Command-specific options: -colormap: Colormap for main window -display: Display to use -geometry: Initial geometry for window -name: Name to use for application -sync: Use synchronous mode for display server -visual: Visual for main window -use: Id of window in which to embed application --:Pass all remaining arguments through to script $ tkman -- -h tkman [-M MANPATH] [-M+ paths to append to MANPATH] [-+M paths to prepend to MANPATH] [-[!]iconify] [-version] [-title string] [-startup file] [-[!]debug] [man page[(section)]] $ cbrowser -h Command-specific options: -colormap: Colormap for main window -display: Display to use -geometry: Initial geometry for window -name: Name to use for application -sync: Use synchronous mode for display server -visual: Visual for main window -use: Id of window in which to embed application --:Pass all remaining arguments through to script $ wish -h Command-specific options: -colormap: Colormap for main window -display: Display to use -geometry: Initial geometry for window -name: Name to use for application -sync: Use synchronous mode for display server -visual: Visual for main window -use: Id of window in which to embed application --:Pass all remaining arguments through to script $ diff -ruN orig/tk8.4-8.4.12/generic/tkArgv.c tk8.4-8.4.12/generic/tkArgv.c --- orig/tk8.4-8.4.12/generic/tkArgv.c 2002-01-25 22:09:36.0 +0100 +++ tk8.4-8.4.12/generic/tkArgv.c 2006-08-26 10:50:46.0 +0200 @@ -266,7 +266,12 @@ } case TK_ARGV_HELP: PrintUsage (interp, argTable, flags); - return TCL_ERROR; + Tcl_Channel errChannel = Tcl_GetStdChannel(TCL_STDERR); + if (errChannel) { + Tcl_WriteChars(errChannel, Tcl_GetStringResult(interp), -1); + Tcl_WriteChars(errChannel, \n, 1); + } + Tcl_Exit(1); case TK_ARGV_CONST_OPTION: Tk_AddOption(tkwin, infoPtr-dst, infoPtr-src, TK_INTERACTIVE_PRIO); signature.asc Description: This is a digitally signed message part
Bug#384719: Multisite configuration needed
Package: mediawiki1.7 Version: 1.7.1-1 Severity: wishlist As I can see, there are some code in mediawiki, wich should allow multisite ($IP variable wich used in many places to find where to get files), but It would be nice, if you make somethink like wordpress package, wich load configuration file depends of $SERVER variable or somethink like that. Regards, Alexander. -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-vserver-k7 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages mediawiki1.7 depends on: ii apache2 2.0.54-5sarge1 next generation, scalable, extenda ii apache2-mpm-prefork [http 2.0.54-5sarge1 traditional model for Apache2 ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii mime-support 3.28-1 MIME files 'mime.types' 'mailcap ii php5 5.1.4-0.1 server-side, HTML-embedded scripti ii php5-cli 5.1.4-0.1 command-line interpreter for the p ii php5-mysql5.1.4-0.1 MySQL module for php5 Versions of packages mediawiki1.7 recommends: ii mysql-server 4.0.24-10sarge2 mysql database server binaries -- debconf information: * mediawiki/upgrade-1d5-adminpass: (password omitted) * mediawiki/webserver: apache2 * mediawiki/upgrade-1d5: true mediawiki/upgrade-1d4: * mediawiki/upgrade-1d5-adminuser: wikiuser -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384248: installation-report: Almost successful Etch installation with di-beta3
On Aug 26, Christian Perrier [EMAIL PROTECTED] wrote: Maybe it's still time to try working to support such modems from the installer, through the ppp-udeb and all that kind of stuff. It's not practical. Either it can work in the installer without fiddling or it's easier for the user to install base and start from there. -- ciao, Marco signature.asc Description: Digital signature
Bug#384642: mutt: Editing mails in UTF-8 on a latin1 terminal.
On Sat, Aug 26, 2006 at 03:15:21AM +0200, Adeodato Simó wrote: I'm using a latin1 terminal, but I've set up vim to use utf-8 files by default, but fall back to latin1. Vim also shows latin1 on the screen. But I can't seem to get mutt and vim to agree on the charset for the file being used. Hm. Mutt assumes that the contents provided by the user editor are in $charset, which is reasonable since this variable is initialized from the user's locale automatically. As far as I know, there is no way to tell Mutt that the files provided by the editor are in some other encoding. And you really don't want to change $charset by hand, since then it won't match your terminal encoding, and will be unable to read the text. In your scenario, I think the interesting question is why you have: In vim: :set fileencoding returns: fileencoding=utf-8 Did you set it by hand? What I did was tell vim that it should internally store things in utf-8 by setting encoding=utf-8. This also has as effect that it changes the default for fileencodings to ucs-bom,utf-8,latin1. The value of encoding is also based on the terminal settings, but has nothing to do with either the fileencoding (which is based on fileencodings) or the termencoding. Note that I've also filed a bug against vim to change that behaviour a little. It seems that mutt always considers the encoding of the filename to be the same as for the terminal, and that's not really what I want. Why, if I may ask? Seems like a not-that-useful setup. But hey, if that's what you really really want, all I can offer you is a macro: macro compose y first-entryedit-type\Cutext/plain; charset=utf-8enternsend-message This basically overrides y to hey, Mutt, my editor gave you utf-8 + y. This seems to be working, but I think I'll end up with problems replying to latin1 mails for which mutt stores the file in latin1, and then I'll end up sending a latin1 mail with headers claiming it to be utf-8. So, I was reading the documentation, and it seems that the only thing that I should consider changing seems to be file_charset. I've tried setting that to various things like just utf-8, or utf-8:iso-8859-1, but it doesn't seem to be changing anything. I think file charset applies to text attachments, but not to the text body itself, I think. Yes, that's what it says, and I was hoping it did more than that, but it doesn't seem to. Kurt
Bug#384727: openoffice.org-2.0.4~ood680m1 failes to compile, tries to find unowinreg.dll
Package: openoffice.org Version: 2.0.3-3 Severity: serious Justification: no longer builds from source Version 2.0.4~ood680m1 does not build on my system (Built on amd64 for curiousity). The compilation fails with the following error messages: Checking for source packages in /home/gudjon/nobackup/openoffice.org-2.0.4~ood680m1/ooo-build/src Looking for ood680-m1-core.tar.bz2 ... ok Unpacking OO.o build tree - [ go make some tea ] ... Unpacking ood680-m1-core.tar.bz2... Fixing unfortunate snafus cp: cannot stat `/home/gudjon/nobackup/openoffice.org-2.0.4~ood680m1/ooo-build/src/unowinreg.dll': No such file or directory make[1]: *** [/home/gudjon/nobackup/openoffice.org-2.0.4~ood680m1/ooo-build/build/ood680-m1/unpack] Error 1 But I have not either seen compiled version 2.0.4 in i386. Regards Gudjon -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8-smp Locale: LANG=is_IS.UTF-8, LC_CTYPE=is_IS.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.3-3OpenOffice.org office suite - data ii openoffice.org-calc 2.0.3-3OpenOffice.org office suite - spre ii openoffice.org-core 2.0.3-3OpenOffice.org office suite archit ii openoffice.org-draw 2.0.3-3OpenOffice.org office suite - draw ii openoffice.org-impress2.0.3-3OpenOffice.org office suite - pres ii openoffice.org-math 2.0.3-3OpenOffice.org office suite - equa ii openoffice.org-writer 2.0.3-3OpenOffice.org office suite - word openoffice.org recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327462: icecream/debian
SVN commit 577329 by woebbe: Added more build dependencies (patch by Eddy PetriÅor). CCMAIL:[EMAIL PROTECTED] M +8 -0 changelog M +6 -2 control M +12 -2 rules --- trunk/icecream/debian/changelog #577328:577329 @@ -1,3 +1,11 @@ +icecc (0.7.6-2) UNRELEASED; urgency=low + + * add missing dependencies: docbook2x, sharutils + * added dependency on kdelibs-data because it contains kdex.dtd + * fixed location from which the package expects to get manpages' sources + + -- Eddy Petrişor [EMAIL PROTECTED] Wed, 19 Jul 2006 17:35:28 +0300 + icecc (0.7.6-1) unstable; urgency=low * New upstream version. --- trunk/icecream/debian/control #577328:577329 @@ -3,8 +3,8 @@ Priority: optional Maintainer: Andre Woebbeking [EMAIL PROTECTED] Uploaders: -Build-Depends: automake1.9, debhelper ( 5.0.0), libtool -Standards-Version: 3.6.1.0 +Build-Depends: automake1.9, debhelper ( 5.0.0), libtool, docbook2x, sharutils, kdelibs-data +Standards-Version: 3.7.2 Package: icecc Architecture: any @@ -20,6 +20,8 @@ the same libraries or header files installed. . This package is part of the KDE Software Development Kit. + . + Homepage: http://en.opensuse.org/Icecream Package: libicecc-dev Architecture: any @@ -34,3 +36,5 @@ the same libraries or header files installed. . This package provides files which are necessary to build icecc-monitor. + . + Homepage: http://en.opensuse.org/Icecream --- trunk/icecream/debian/rules #577328:577329 @@ -54,6 +54,12 @@ cd $(objdir) \ ../configure $(configkde) + # add the dtd + cp /usr/share/apps/ksgmltools2/customization/dtd/kdex.dtd doc/ + + # prepare terain for documantation building + mkdir -p debian/man/ + touch configure-stamp #Architecture @@ -67,8 +73,8 @@ $(MAKE) # generate manpages - for i in debian/man/*.docbook; do \ - docbook2x-man $$i; \ + for i in doc/*.docbook; do \ + (cd debian/man docbook2x-man ../../$$i); \ done touch build-arch-stamp @@ -106,6 +112,10 @@ # Remove build tree rm -rf $(objdir) + # Remove documentation build place and build cruft + rm -fr debian/man + rm -fr doc/kdex.dtd + # if Makefile exists run distclean if test -f Makefile; then \ $(MAKE) distclean; \
Bug#314988: geomview: Another undefined option
Hi. Could be: so far AMD64 is the only platform where users have reported this problem. But I have no real idea what the cause is. There is a new version (test release 1.8.2) available from their web site. Did you try it to see whether it shows the sam behaviour? Best regards, Gilles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384728: azureus: FTBFS: The import java.beans.XMLEncoder cannot be resolved
Package: azureus Version: 2.5.0.0-1 Severity: normal Hello, when trying to build 'azureus' in a clean i386/unstable chroot, I get the following error: 1. ERROR in org/gudy/azureus2/ui/console/multiuser/UserManager.java (at line 26) import java.beans.XMLEncoder; ^ The import java.beans.XMLEncoder cannot be resolved -- 2. ERROR in org/gudy/azureus2/ui/console/multiuser/UserManager.java (at line 162) XMLEncoder encoder = new XMLEncoder( new BufferedOutputStream( out ) ); ^^ XMLEncoder cannot be resolved to a type -- 3. ERROR in org/gudy/azureus2/ui/console/multiuser/UserManager.java (at line 162) XMLEncoder encoder = new XMLEncoder( new BufferedOutputStream( out ) ); ^^ XMLEncoder cannot be resolved to a type -- 3 problems (3 errors)xargs: javac: exited with status 255; aborting make[1]: *** [java-stamp] Error 124 make[1]: Leaving directory `/azureus-2.5.0.0' make: *** [build] Error 2 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351237: totem-xine: audio error playing a dvd
On Sat, 2006-08-26 at 09:50 +0300, Fabian Fagerholm wrote: I shut down gnome-volume-control (pid 6057 above) and killed mixer_app (pid 6004) and after that the sound worked in totem. I didn't have esd running (GNOME menu Desktop-Preferences-Sound, Enable software sound mixing (ESD) was off). It turns out that maybe killing those processes was not what actually helped. I'm not sure, but I think totem simply started playing normally when I pressed the play button after the error dialog had popped up. I can still reproduce the bug, though. What could I do to debug this? -- Fabian Fagerholm [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#384718: poker-network: FTBFS: Missing Build-Depends on 'python-pyopenssl'
Andreas Jochens writes: Package: poker-network Version: 1.0.22-1 Severity: serious Tags: patch When building 'poker-network' in a clean 'unstable' chroot, I get the following error: checking for python2.3 extension module directory... done checking for include directory... /usr/include/python2.3 checking for python2.3 C libraries directory... /usr/lib/python2.3/config checking for python2.3 link flags... -L/usr/lib/python2.3/config -lpython2.3 checking python includes in /usr/include/python2.3 checking for Python.h... (cached) yes checking for Python libraries... yes configure: Found working python compilation environment for =2.3 checking for GLIB... yes checking for GLADE... yes checking for POKER_ENGINE... yes checking wether python module gtk is available... /var/lib/python-support/python2.3/gtk-2.0/gtk ... yes checking wether python module gtk.glade is available... /var/lib/python-support/python2.3/gtk-2.0/gtk /var/lib/python-support/python2.3/gtk-2.0/gtk/glade.so ... yes checking wether python module twisted is available... /usr/lib/python2.3/site-packages/twisted ... yes checking wether python module MySQLdb is available... /usr/lib/python2.3/site-packages/MySQLdb ... yes checking wether python module OpenSSL is available... Traceback (most recent call last): File string, line 8, in ? ImportError: No module named OpenSSL configure: error: failed make: *** [config.status] Error 1 Please add the missing Build-Depends on 'python-pyopenssl' to debian/control. Done. Thanks, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]