Bug#529563: roundcube: please do not send email contents to google by default
Package: roundcube Version: 0.2.1-2 Severity: normal Hi, By default, roundcube is configured to send the contents of email to Google (via the googiespell service). However it can use php5-pspell if installed. Which means that the Debian package could depend on php5-pspell and modify the main.inc.php template appropriately. Thanks, Anand -- System Information: Debian Release: 5.0.1 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages roundcube depends on: ii roundcube-core0.2.1-2skinnable AJAX based webmail solut roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii apache2-mpm-prefor 2.2.9-10+lenny2 Apache HTTP Server - traditional n ii dbconfig-common1.8.39common framework for packaging dat ii debconf [debconf-2 1.5.24Debian configuration management sy ii libmagic1 4.26-1File type determination library us ii php-auth 1.6.1-1 PHP PEAR modules for creating an a ii php-mail-mime 1.5.2-0.1 PHP PEAR module for creating MIME ii php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP ii php-net-socket 1.0.8-2 PHP PEAR Network Socket Interface ii php5 5.2.6.dfsg.1-1+lenny2 server-side, HTML-embedded scripti ii php5-gd5.2.6.dfsg.1-1+lenny2 GD module for php5 ii php5-mcrypt5.2.6.dfsg.1-1+lenny2 MCrypt module for php5 ii roundcube-sqlite 0.2.1-2 metapackage providing sqlite depen ii tinymce3.0.8-1 platform independent web based Jav ii ucf3.0016Update Configuration File: preserv -- debconf information: * roundcube/dbconfig-install: true roundcube/db/dbname: roundcube roundcube/pgsql/authmethod-admin: ident roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube/dbconfig-reinstall: false roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false roundcube/language: en_US roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/dbconfig-remove: roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: /var/lib/dbconfig-common/sqlite/roundcube roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: sqlite roundcube/remote/host: roundcube/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509589: (no subject)
Please disregard last comment - I just realized it's about offset calculation, not IPv6 usage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529564: cadaver: unable to handle files larger then 2GB
Package: cadaver Version: 0.23.2-1 Severity: normal It seems cadaver has problems handling files larger then 2GB. Trying to upload a local file via WebDAV results in an error: Could not open file: File too large Downloading a file via WebDAV which is larger then 2GB results in a locally truncated file (as the download aborts) and an error message as soon as it has transfered more then 2GB: Could not write to file: File too large Also the progress shows an negative value which most probably indicateѕ an overrun: Progress: [=== ] 80.6% of -1631709184 bytes failed: I found an untested patch here on the cadaver mailing list: http://lists.manyfish.co.uk/pipermail/cadaver/2008-August/10.html The local filesystem (xfs) is ok, it has no problems handling files larger then 2GB. Regards, Andreas -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cadaver depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libneon27-gnutls 0.28.2-6.1 An HTTP and WebDAV client library ii libreadline5 5.2-3.1GNU readline and history libraries cadaver recommends no packages. cadaver suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525391: cyrus-imapd-2.3: please upload 2.3.x to unstable/sid
I'd be more than happy if svn revision 774 is uploaded as the source package for cyrus-2.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529475: user-setup fails because -m option is no longer valid
tags 529475 patch thanks Quoting Christian Perrier (bubu...@debian.org): Both this bug and #528610 should probably be reassigned to passwd, severity critical (breaks other software). #528610 apparently has a workaround (using usermod) but there is apparently none for this bug There's one..:-) Index: user-setup-apply === --- user-setup-apply(révision 58623) +++ user-setup-apply(copie de travail) @@ -30,8 +30,6 @@ PASSWD=$2 if [ $3 = true ]; then OPTS=-e - else - OPTS=-m fi $chroot $ROOT chpasswd $OPTS EOF $USER:$PASSWD As libpam-runtime is configured by the moment user-setup-apply runs, chpasswd will just use PAM settings and the password will use MD5 anyway...so -m is just useless..:-) signature.asc Description: Digital signature
Bug#509589: (no subject)
Works for me - I tried blocking both address alternatively so that I could see results with either peer0 or peer1 unresponsive. what check_ntp version are you using? -- Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529271: Does not support compressed websites.
On Mon, May 18, 2009 at 10:22:35AM -0300, Gustavo Noronha wrote: On Mon, 2009-05-18 at 14:38 +0200, Julian Andres Klode wrote: It seems that this was an error on the ubuntuone.com server which send gzip encoded content, although the client did not explicitly request it (the server was thus violating a SHOULD of RFC2616). Yeah, I have read that before and I agree with this, but even then, there are many more broken servers out in the wild =(. But I still would like to have gzip support in webkit, as it can improve experience on slow connections. Yeah. We want to have that functionality built into soup, though. Shouldn't the bug be reassigned? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528524: webkit - FTBFS: ld gets killed
On Wed, May 13, 2009 at 10:40:52AM -0300, Gustavo Noronha wrote: On Wed, 2009-05-13 at 14:46 +0200, Bastian Blank wrote: collect2: ld terminated with signal 9 [Killed] make[2]: *** [libwebkit-1.0.la] Error 1 make[2]: Leaving directory `/build/buildd/webkit-1.1.6/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/webkit-1.1.6/build' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 See #528485. Interesting. Thanks for the bug report, and the pointer to the qt one. I wonder if changing the debug symbols format doesn't lose us anything important, though. Any clue on that? IIRC, It will at the very least remove line number information. On source like webkit, it means useless stack traces. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529565: gdal-bin: please include gdal_polygonize
Package: gdal-bin Version: 1.6.0-2 Severity: wishlist Hi, I've installed latest gdal-bin from experimental, and I found out the gdal_polygonize is missing. Gdal_polygonize is in 1.6 branch, so I think it's aproppriate to include it (unless there's some problem I'm unware of). Thanks, Oz -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdal-bin depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-4 GCC support library ii libgdal1-1.6.01.6.0-2Geospatial Data Abstraction Librar ii libstdc++64.4.0-4The GNU Standard C++ Library v3 gdal-bin recommends no packages. Versions of packages gdal-bin suggests: ii python-gdal 1.5.4-2Python bindings to the Geospatial -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529566: cryptmount: cannot handle equal mark when setting mount option like uid=1000
Package: cryptmount
Version: 4.0-1
Severity: normal
Hi,
I found that I cannot set mount option which has equal mark inside.
I don't dig into the code yet, but it seems that the problem
arises from the option parser.
For example, neither setting /etc/cryptmount/cmtab as
LUKS {
keyformat=luks
dev=/home/XXX/luks.vol
keyfile=/home/XXX/luks.vol
cipher=aes-cbc-plain
dir=/home/xxx/luks
fstype=vfat
opt=uid=1000
}
nor
opt=uid=1000
worked.
I want to share this volume file even in the Windows world using
FreeOTFEExplorer so that I must use vfat for the filesystem.
--
Ryo IGARASHI, Ph.D.
rigar...@gmail.com
-- System Information:
Debian Release: squeeze/sid
APT prefers proposed-updates
APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages cryptmount depends on:
ii libc62.9-12 GNU C Library: Shared libraries
ii libdevmapper1.02.1 [libdevma 2:1.02.30-3 The Linux Kernel Device Mapper use
ii libgcrypt11 1.4.4-2 LGPL Crypto library - runtime libr
ii libuuid1 1.41.5-1universally unique id library
cryptmount recommends no packages.
Versions of packages cryptmount suggests:
ii dmsetup 2:1.02.30-3 The Linux Kernel Device Mapper use
ii openssl 0.9.8g-16 Secure Socket Layer (SSL) binary a
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525963: Canon Lide 60: locks up without --batch-count=1
On Mon, May 11, 2009 at 11:51:10AM +0200, Julien BLACHE wrote: Guido Günther a...@sigxcpu.org wrote: Hi Guido, leads to the optical array moving very slowly and the motor making lots of noise while doing so (after scanning the first page). Interrupting the scan (CTRL-C) doesn't help, one has to unplug the scanner. Does that still happen with 1.0.20? Works nicely with 1.0.20, thanks! Any idea which patch that was, I'd like to fix this locally for 1.0.19 here too since we can't upgrade easily to 1.0.20. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529567: linux-image-2.6.26-1-486: kernel BUG at mm/mmap.c:2075
Package: linux-2.6 Version: 2.6.26-13lenny2 I got the following BUG in my logs. This is on a system with very little memory. kernel: [4205017.800545] sed[4196]: segfault at 13b0f4 ip b7e7c013 sp bfe7eb70 error 4 in libc-2.7.so[b7e21000+138000] kernel: [4205017.801686] [ cut here ] kernel: [4205017.801780] kernel BUG at mm/mmap.c:2075! kernel: [4205017.801852] invalid opcode: [#1] kernel: [4205017.801923] Modules linked in: apm ip6t_REJECT ip6table_filter ip6_tables iptable_nat nf_nat ipt_REJECT xt_tcpudpipt_LOG xt_limit nf_conntrack_ipv4 xt_state nf_conntrack iptable_filter ip_tables x_tables 3c509 ipv6 parport_pc parport snd_pcm snd_timer snd soundcore snd_page_alloc evdev psmouse pcspkr ext3 jbd mbcache ide_cd_mod cdrom ide_disk ata_generic libata scsi_mod dock piix ide_pci_generic ide_core floppy thermal_sys kernel: [4205017.802631] kernel: [4205017.802696] Pid: 4196, comm: sed Not tainted (2.6.26-1-486 #1) kernel: [4205017.802796] EIP: 0060:[c0157dde] EFLAGS: 00010202 CPU: 0 kernel: [4205017.802920] EIP is at exit_mmap+0xae/0xb8 kernel: [4205017.802920] EAX: EBX: c0e0de84 ECX: c1409da0 EDX: c18fc56c kernel: [4205017.802920] ESI: c1e49220 EDI: EBP: c0e0df10 ESP: c0e0de80 kernel: [4205017.802920] DS: 007b ES: 007b FS: GS: SS: 0068 kernel: [4205017.802920] Process sed (pid: 4196, ti=c0e0c000 task=c1fb3640 task.ti=c0e0c000) kernel: [4205017.802920] Stack: 0048 c03c9008 c1e49220 c1fb3640 c1d3ab6c c0119e4b 000b c011e052 kernel: [4205017.802920]0001 c0e0dea4 c0e0dea4 c0122a3f 000b 000b c1d3ab6c c0e0df10 kernel: [4205017.802920]c011e471 00dc c0124b9f c0e0dfb8 c0e0df90 c1d3aaa0 c1cdfc20 b7f5aff4 kernel: [4205017.802920] Call Trace: kernel: [4205017.802920] [c0119e4b] mmput+0x1b/0x67 kernel: [4205017.802920] [c011e052] do_exit+0x1c7/0x594 kernel: [4205017.802920] [c0122a3f] recalc_sigpending+0xa/0x29 kernel: [4205017.802920] [c011e471] do_group_exit+0x52/0x78 kernel: [4205017.802920] [c0124b9f] get_signal_to_deliver+0x2d0/0x2e9 kernel: [4205017.802920] [c011388e] do_page_fault+0x0/0x5ea kernel: [4205017.802920] [c0102f08] do_notify_resume+0x7b/0x61b kernel: [4205017.802920] [c014e89d] free_hot_cold_page+0xfe/0x118 kernel: [4205017.802920] [c0116c02] __dequeue_entity+0x1f/0x71 kernel: [4205017.802920] [c01028ef] __switch_to+0x84/0xf7 kernel: [4205017.802920] [c02a5dce] schedule+0x338/0x351 kernel: [4205017.802920] [c011388e] do_page_fault+0x0/0x5ea kernel: [4205017.802920] [c0103890] work_notifysig+0x13/0x23 kernel: [4205017.802920] === kernel: [4205017.802920] Code: 8b 00 8b 15 00 e0 33 c0 3b 82 f0 00 00 00 75 11 e8 5c af fb ff 90 eb 09 89 f8 e8 1b ff ff ff 89 c7 85 ff 75 f3 83 7e 78 00 74 04 0f 0b eb fe 58 5a 5b 5e 5f c3 55 57 89 c7 56 89 ce 53 83 ec 04 kernel: [4205017.802920] EIP: [c0157dde] exit_mmap+0xae/0xb8 SS:ESP 0068:c0e0de80 kernel: [4205017.807853] ---[ end trace 90ff29e315afb858 ]--- Line 2075 is a BUG_ON in exit_mmap(): BUG_ON(mm-nr_ptes (FIRST_USER_ADDRESS+PMD_SIZE-1)PMD_SHIFT); After looking at the commit log for mmap.c, I suspect that the BUG may have been caused by the following issue fixed in later kernels (but please check if I'm correct or not): commit dcd4a049b9751828c516c59709f3fdf50436df85 Author: Johannes Weiner han...@cmpxchg.org Date: Tue Jan 6 14:40:31 2009 -0800 mm: check for no mmaps in exit_mmap() When dup_mmap() ooms we can end up with mm-mmap == NULL. The error path does mmput() and unmap_vmas() gets a NULL vma which it dereferences. In exit_mmap() there is nothing to do at all for this case, we can cancel the callpath right there. This patch was also included in a 2.6.27 stable update. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529568: kaddressbook: The resource is locked by application ''.
Package: kaddressbook Version: 4:4.2.2-1 Severity: grave Justification: renders package unusable Hi, I'm unable to add/remove/modify a contact. Each time a dialog box is open with : The resource '/home/marillat/.kde/share/apps/kabc/std.vcf' is locked by application ''. lsof display nothing. Christian -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29.1 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kaddressbook depends on: ii akonadi-server 1.1.2-1 Akonadi PIM storage service ii kdebase-runtime4:4.2.2-1 runtime components from the offici ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii kdepimlibs54:4.2.2-1 core libraries for KDE PIM 4 appli ii libc6 2.9-12GNU C Library: Shared libraries ii libgnokii4 0.6.27.dfsg-2 Gnokii mobile phone interface libr ii libkabcommon4 4:4.2.2-1 KDE PIM common addressbook library ii libkdepim4 4:4.2.2-1 KDE PIM library ii libkleo4 4:4.2.2-1 certificate based crypto library f ii libkontactinterfaces4 4:4.2.2-1 KDE Kontact interface library ii libphonon4 4:4.3.1-1 Phonon multimedia framework for Qt ii libqt4-dbus4.5.1-2 Qt 4 D-Bus module ii libqt4-qt3support 4.5.1-2 Qt 3 compatibility library for Qt ii libqt4-xml 4.5.1-2 Qt 4 XML module ii libqtcore4 4.5.1-2 Qt 4 core module ii libqtgui4 4.5.1-2 Qt 4 GUI module ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii phonon 4:4.3.1-1 metapackage for Phonon multimedia kaddressbook recommends no packages. Versions of packages kaddressbook suggests: pn kdepim-kresources none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529521: Bug#529519: openoffice.org-evolution: ERROR description: Couldn't create registry
[ handling both 529519 and 529521 in this reply. When replying for stuff specific to one of those bugs remove the not-matching CC and please keep answers for those bugs separate unless they are for both (this is it's a log of an upgrade which shows both problems ] [ please always keep the bugs in Cc when answering so stuff gets recorded ] Hi, Marc J. Driftmeyer wrote: Preparing to replace openoffice.org-evolution 1:3.1.0-1 (using .../openoffice.org-evolution_1%3a3.1.0-2_amd64.deb) ... open registry /var/lib/openoffice/basis3.1/program/services.rdb failed Unpacking replacement openoffice.org-evolution ... OK, that is clear (bad, but no harm afaik), there the new -core is not unpacked yet so the new file is not there yet. But that's only a view on it and if the service was registered remove it... Preparing to replace openoffice.org-core 1:3.1.0-1 (using .../openoffice.org-core_1%3a3.1.0-2_amd64.deb) ... Unpacking replacement openoffice.org-core ... Here -core gets unpacked (whoch contains the services.rdb in /var) /usr/lib/openoffice/program/unopkg: line 105: /usr/lib/openoffice/program/unopkg.bin: No such file or directory Removing extension com.sun.star.PresentationMinimizer-linux_x86_64.../usr/lib/openoffice/program/unopkg: line 105: /usr/lib/openoffice/program/unopkg.bin: No such file or directory done. Still a mystery to me. unopkg.bin should be there... Processing triggers for gnome-icon-theme ... gtk-update-icon-cache: Failed to open file /usr/share/icons/gnome/.icon-theme.cache : File exists WARNING: icon cache generation failed Not that it's relatex, but it's bad. Setting up openoffice.org-evolution (1:3.1.0-2) ... ERROR: create ServiceManager failed! ERROR description: Couldn't create registry file:///var/lib/openoffice/basis3.1/program/services.rdb for writing dpkg: error processing openoffice.org-evolution (--configure): subprocess post-installation script returned error exit status 1 At this time the file should be there... But maybe it's a side-effect of the failed preinst although I don't see why because as said, -core contains this file... Adding extension /usr/lib/openoffice/share/extension/install/sun-presentation-minimizer.oxt.../usr/lib/openoffice/program/unopkg: line 105: /usr/lib/openoffice/program/unopkg.bin: No such file or directorydone. As above. Hope that helps. If not, what low level utility do I use to parse out a Abit. At least for the failure in the preinst (which you didn't report so I don't close #529519). log that will give you what you need? I don't believe there is one... Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529422: mirror listing update for mirror.unej.ac.id
Simon Paillard wrote: tags 529422 +moreinfo thanks Hi Simon, Hi, On Tue, May 19, 2009 at 10:15:31AM +, Mahyuddin Susanto wrote: Package: mirrors Severity: minor Submission-Type: update Site: mirror.unej.ac.id [..] CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ [..] CDImage-upstream: ftp.tw.debian.org [..] Comment: update for : * debianold as well ? which upstream mirror did you choose ? yes, but sync in progress now, i choose upstream mirror ftp.riken.jp for first sync. and next we use archive.debian.org for upstream * debian-cd image * new hdd, now we have 9TB * upgrade bandwidth up to 50Mbps The current comment is 100Mps and above to Indonesia; 10MBps international Do you still have 100Mbps to Indonesia? Now 50Mbps to international? Yes, still 100MBps to Indonesia and 50MBps international Best regards. Thanks -- [Mahyuddin Susanto] Blog: http://blog.udienz.net YM: udi...@ymail.com signature.asc Description: OpenPGP digital signature
Bug#525644: deluge: No tray icon in KDE 4.2
Yes, this seems to work now. Regards, Thue On Wed, May 20, 2009 at 1:14 AM, Cristian Greco cristian.deb...@gmail.comwrote: On Sun, Apr 26, 2009 at 12:29:27PM +0200, Thue Janus Kristensen wrote: When deluge is running in KDE 4.2, there is no deluge tray icon. There is icon-sized empty space in the tray, which appears and disappears as deluge is started/stopped. The tray icon works in GNOME. Hi, in effect this seems to be a problem fixed by upgrading to Qt 4.5.1. Could you please test and eventually confirm? Thanks, -- Cristian Greco GPG key ID: 0x0C095825 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoTPVMACgkQdYzA9QwJWCWIVgCfSOPhUJdfD+5BfVgsGGkBAd39 t5cAn0NGVJ+eLLoFyCiKA7WvO9WoYead =dzEl -END PGP SIGNATURE-
Bug#529275: ITP: libnusoap-php -- SOAP toolkit for PHP
Le mercredi 20 mai 2009 à 12:43 +0800, Thomas Goirand a écrit : Olivier Berger wrote: On Mon, May 18, 2009 at 01:26:32PM +0200, Olivier Berger wrote: NuSOAP is a rewrite of SOAPx4, provided by NuSphere and Dietrich Ayala. It is a set of PHP classes - no PHP extensions required - that allow developers to create and consume web services based on SOAP 1.1, WSDL 1.1 and HTTP 1.0/1.1. See http://lists.debian.org/debian-devel/2009/05/msg00565.html for some elements of context about this Debian packaging. FYI, nusoap seems to be included in dtc-common package as version 0.7.2. Best regards, Well, the issue here is that it's a modified version, because otherwise it could conflict with the PHP API (as Nusoap has the same class names). What do you suggest us in this case? AFAICT, this was fixed in 0.7.3. Could you check if it would work with unmodified 0.7.3 ? There are probably other changes, though (bugfixes, I hope). Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526313: kid3: New upstream release 1.2
Ana Guerrero schrieb: Sorry, I have kept delaying to update kid3 or one reason or another. Will try to look at it soon. Seriously. Btw, the package is co-maintained inside kde-extras in case you want to join :) Good idea, I will have a look today ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529569: clamfs: access to large files denied
Package: clamfs
Version: 1.0.0-1
Severity: normal
In a clamfs protect filesystem I have a file bigger then 2GB:
-rw-r-xr-- 1 www-data www-data 2663258112 2009-05-20 08:12 cdimage.iso
When I'm trying to read-access the file, I'm not allowed too:
u...@srv-vie-ftp01:...$ head cdimage.iso
head: cannot open `cdimage.iso' for reading: Operation not permitted
clamd is configured to the default MaxFileSize of 25MB. According to the
manpage Files larger than this limit won’t be scanned.. Anyway, in
clamav.log I can find entries (one liners) like:
Wed May 20 08:54:07 2009 - WARNING: lstat() failed on: .../cdimage.iso
When I straced clamd at this time I can see:
[pid 18294]
lstat64(/var/lib/nephthys/transfer.unprotected/63e11bdd141239dcdc11dbe419cbbf4fc9e8dfab/cdimage.iso,
{st_mode=S_IFREG|0654, st_size=2663258112, ...}) = 0
[pid 18294] send(9, , 0, 0) = 0
[pid 18294] send(9, /var/lib/nephthys/transfer.unpro..., 154, 0) = 154
[pid 18294] time([1242802662]) = 1242802662
[pid 18294] write(3, Wed May 20 08:57:42 2009 - WARN..., 148) = 148
[pid 18294] write(2, WARNING: lstat() failed on: /var..., 120) = 120
[pid 18294] shutdown(9, 2 /* send and receive */) = 0
stracing clamfs shows the following:
[pid 19089] send(4, SCAN
/var/lib/nephthys/transfer.unprotected/63e11bdd141239dcdc11dbe419cbbf4fc9e8dfab/cdimage.iso\n,
97, 0) = 97
[pid 19089] recv(4,
/var/lib/nephthys/transfer.unprotected/63e11bdd141239dcdc11dbe419cbbf4fc9e8dfab/cdimage.iso:
lstat() failed: Value too large for..., 512, 0) = 154
As you can see, clamfs sends the SCAN request to clamd. Clamd responds that the
file is too large and it won't scan it. And now it seems that clamfs interprets
this wrong and refuses access to this file.
Regards,
Andreas
-- System Information:
Debian Release: 4.0
APT prefers oldstable
APT policy: (500, 'oldstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-etchnhalf.1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages clamfs depends on:
ii libc6 2.3.6.ds1-13etch9+b1 GNU C Library: Shared libraries
ii libcommoncpp2-1.5-0 1.5.1-4 A GNU package for creating portabl
ii libfuse22.5.3-4.4Filesystem in USErspace library
ii libgcc1 1:4.1.1-21 GCC support library
ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr
ii libgnutls13 1.4.4-3+etch4the GNU TLS library - runtime libr
ii libpocofoundation5 1.3.2+dfsg1-4~mm.1 The C++ Portable Components Founda
ii libpoconet5 1.3.2+dfsg1-4~mm.1 The C++ Portable Components Networ
ii librlog1c2a 1.3.7-1 flexible message logging library
ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3
ii zlib1g 1:1.2.3-13 compression library - runtime
Versions of packages clamfs recommends:
pn clamav-daemon none (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520949: This seems to be fixed in dotdeb's 5.2.9
Just a quick note: I use PHP packaged by http://packages.dotdeb.org on some of my boxes and their PHP 5.2.9 seems to work fine, incl. Imagic (test case from bug report works harmless). Regards, -- Daddy, what does 'Formatting drive C:' mean?... Marcin http://wfmh.org.pl/carlos/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529331: luatex FTBFS wih libpoppler 0.11 because ~GfxFont() is protected
Dear poppler people, dear security team Fabrice Coutadeur fabric...@ubuntu.com wrote: Luatex FTBFS with lipoppler 0.11, as ~GfxFont() became protectedr. in the log, you find the following comment: 2008-12-16Make destructors private/protected since you are not supposed to use them [...] As stated in libpoppler change log, the call to the virtual GfxFont destructor should not be done. in the long run, what does that mean for packages that want to link against libpoppler to avoid inclusion of a xpdf copy? Since this is often done in form of distro patches, not by upstream (at least this is the case for *tex), it's the Debian maintainers who need to adapt the patches. Thus, we diverge more and more from upstream. As for the TeX Task Force, we are not experts in C++, not involved in poppler development at all, and hardly familiar with code development of our upstreams, this means that sooner or later poppler will become unusable to us. The only alternative would be to use embedded xpdf code again. Is poppler upstream aware of this use of their library? What do they think about it? On the other hand - can you suggest a fix for the issue at hand right now? Regards, Frank P.S. I'm inclined to file a RC bug on poppler until it has been decided, with input from the security team, how this is to be handled in the future. -- Dr. Frank Küster Debian Developer (TeXLive) VCD Aschaffenburg-Miltenberg, ADFC Miltenberg B90/Grüne KV Miltenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529570: context: Context MkIV does not work with current luatex version
Package: context Version: 2008.05.21-1 Severity: normal Hi, even though MkIV is strictly not supported and this might not be a context bug per se, I would like to at least document this behaviour here. Since I've upgraded luatex from 0.35 to 0.40, Context MkIV no longer works for me. When I run luatools --ini --compile cont-en to recompile the context files (since just running context complains about out-of-date cache), I get the following messages, in between some other output: LuaTools | running command: luatex --ini --lua=cont-en.luc /usr/share/texmf/tex/context/base/cont-en.tex \\dump (/usr/share/texmf/tex/context/base/cont-en.tex (/usr/share/texmf/tex/context/base/context.tex SORRY CONTEXT NOW NEEDS ETEX) ) Since the complaint about out-of-date doesn't disappear, I assume the above messages is actually a fatal error of sorts. This issue is also discussed at [1], where it is suggested to upgrade context to the latest beta. Perhaps for now, context should conflict with luatex = 0.38, so people won't accidentally upgrade it until this issue is resolved? I also tried upgrading to 2008.10.31-1 from experimental, but that didn't help. Gr. Matthijs [1]: http://www.ntg.nl/pipermail/ntg-context/2009/040339.html -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.6 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages context depends on: ii lmodern1.010x-5 scalable PostScript and OpenType f ii ruby 4.2 An interpreter of object-oriented ii tex-common 1.18 common infrastructure for building ii texlive-base 2007.dfsg.2-4 TeX Live: Essential programs and f ii texlive-base-bin 2007.dfsg.2-6 TeX Live: Essential binaries ii texlive-metapost 2007.dfsg.2-6 TeX Live: MetaPost (and Metafont) Versions of packages context recommends: ii luatex0.40.0-1 next generation TeX engine Versions of packages context suggests: pn context-doc-nonfree none (no description available) pn context-nonfree none (no description available) pn fontforgenone (no description available) ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files pn perl-tk none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525886: How to fix it.
Hi, I had the same problem, i confirm it's a problem related to polkit, users are allowed to mount everything _but_ usb removable devices. Simple fix, as root polkit-auth --user username --grant org.freedesktop.hal.storage.mount-removable Cheers. François. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529571: FTBFS caused by inappropriate chrpath call
Package: scim-bridge Version: 0.4.16-1 Severity: grave Tags: patch Scim-bridge FTBFS due to missing -d switch when calling chrpath. Patch attached. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (300, 'experimental') Architecture: mipsel (mips64) Kernel: Linux 2.6.27.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -Naur scim-bridge-0.4.16/debian/rules scim-bridge-0.4.16.new/debian/rules --- scim-bridge-0.4.16/debian/rules 2009-05-20 15:56:40.0 +0800 +++ scim-bridge-0.4.16.new/debian/rules 2009-05-20 15:59:52.0 +0800 @@ -74,7 +74,7 @@ # Add here commands to install the package into debian/scim-bridge. $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp - chrpath debian/tmp/usr/bin/scim-bridge + chrpath -d debian/tmp/usr/bin/scim-bridge rm debian/tmp/usr/lib/gtk-2.0/*/immodules/im-scim-bridge.a rm debian/tmp/usr/lib/gtk-2.0/*/immodules/im-scim-bridge.la rm debian/tmp/usr/lib/qt3/plugins/inputmethods/im-scim-bridge.a
Bug#528708: Not completely fixed upstream in 7.4.2
On Tue, 2009-05-19 at 17:01 -0700, Daniel Schepler wrote: I just tried compiling and installing Mesa 7.4.2 (copied the debian/ directory from 7.4.1-1 into an unpacked copy of 7.4.2, and added a 7.4.2-0 version to debian/changelog). It does fix the crashes with the Qt OpenGL examples -- although with the textures example and a couple others, when I exit I get Mesa 7.4.2 implementation error: invalid reference to a deleted texture object Please report at bugzilla.freedesktop.org textures: main/texobj.c:305: _mesa_reference_texobj: Assertion `valid_texture_object(oldTex)' failed. Aborted This should be fixed in upstream Git mesa_7_4_branch. But with the application I'm developing I still get the condition where glGetString(GL_VERSION) returns NULL in my override of QGLWidget::initializeGL. Is a GLX context current when you call glGetString? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525963: Canon Lide 60: locks up without --batch-count=1
Guido Günther a...@sigxcpu.org wrote: Hi, Works nicely with 1.0.20, thanks! Any idea which patch that was, I'd I haven't looked at the changes, sorry. But now that SANE has switched to git you should be able to find out pretty easily, even if you end up bisecting :) like to fix this locally for 1.0.19 here too since we can't upgrade easily to 1.0.20. I don't think backports are the problem here, right? JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529572: kde4libs: please build documentation
Package: kde4libs Version: 4:4.2.2-2 Severity: wishlist Please build the API documentation for kdelibs, so that offline access is available. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529574: console-setup: Should not use obsolete dpkg --print-installation-architecture
Package: console-setup Version: 1.36 Severity: normal You should not use dpkg --print-installation-architecture otherwise starting with the upcoming dpkg 1.15.1 you will get annoying warnings like this: dpkg: warning: obsolete option '--print-installation-architecture', please use '--print-architecture' instead. I see this when console-setup is preconfigured (config script) and configured (postinst, but might be config script called from postinst). -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-setup depends on: ii console-terminus 4.28-1 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii xkb-data 1.5-2 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii kbd 1.15-1 Linux console font and keytable ut Versions of packages console-setup suggests: ii locales 2.9-12 GNU C Library: National Language ( ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529573: moodle: Moodle should depend on libnusoap-php instead of shipping it
Package: moodle Version: 1.8.2 Severity: normal FYI, libnusoap-php entered Debian (http://packages.qa.debian.org/n/nusoap.html). A copy of nusoap is shipped in the moodle package. The Moodle packaging should then be updated to depend on libnusoap-php instead of shipping it. Please check if there's no version discrepency when makeing such change, which could cause problems, though. Best regards, P.S.: I wasn't sure this bug should be with high severity or not, as it seems to me a policy conformance problem, although I'm not sure which precise rule would apply. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages moodle depends on: ii apache2-mpm-prefork [http 2.2.11-3 Apache HTTP Server - traditional n ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libapache2-mod-php5 5.2.9.dfsg.1-2 server-side, HTML-embedded scripti pn mimetex none (no description available) ii php5-cli 5.2.9.dfsg.1-2 command-line interpreter for the p pn php5-curl none (no description available) ii php5-gd 5.2.9.dfsg.1-2 GD module for php5 ii php5-mysql5.2.9.dfsg.1-2 MySQL module for php5 ii php5-pgsql5.2.9.dfsg.1-2 PostgreSQL module for php5 ii ucf 3.0018 Update Configuration File: preserv ii wwwconfig-common 0.2.1 Debian web auto configuration Versions of packages moodle recommends: ii mysql-server 5.0.51a-24 MySQL database server (metapackage ii mysql-server-5.0 [mysql-serve 5.0.51a-24 MySQL database server binaries ii postgresql8.3.7-1object-relational SQL database (su moodle suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525886: [Pkg-xfce-devel] Bug#525886: How to fix it.
On mer, 2009-05-20 at 09:58 +0200, François Wendling wrote: Hi, I had the same problem, i confirm it's a problem related to polkit, users are allowed to mount everything _but_ usb removable devices. Simple fix, as root polkit-auth --user username --grant org.freedesktop.hal.storage.mount-removable Then please run ck-list-session and polkit-auth and give us the ouput. Tell us too how do you start Xfce, and if the pam ck connector is installed. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527641: Package installation overwrites /etc/default/console-setup without warning
found 527641 1.35 found 527641 1.36 thanks On Fri, 08 May 2009, Dave Witbrodt wrote: I have set the severity of this bug report to serious because, technically, it is a policy violation to overwrite user changes to file in /etc; This is the real problem this bug is about... so closing it with this explanation: * Support unset font in Debconf configurator. Thanks Dave Witbrodt, closes: #527641. is not correct. To fix it, you have to: 1/ document in the file that it's auto-updated based on the debconf infos and that dpkg-reconfigure console-setup is recommended to update it 2/ use ucf or something similar to detect if the file has been edited by the user since last generation and avoid overwriting the file in that case (ucf like dpkg let the user choose what to do in that case) Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529575: gforge-web-apache2: Should depend on libnusoap-php instead of shipping it
Package: gforge-web-apache2 Severity: normal FYI, libnusoap-php entered Debian (http://packages.qa.debian.org/n/nusoap.html). A copy of nusoap is shipped in the gforge source package. The gforge packaging should then be updated to depend on libnusoap-php instead of shipping it. Please check if there's no version discrepency when makeing such change, which could cause problems, though. Best regards, P.S.: I wasn't sure this bug should be with high severity or not, as it seems to me a policy conformance problem, although I'm not sure which precise rule would apply. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529577: dtc-common: Should depend on libnusoap-php instead of shipping it
Package: dtc-common Severity: normal FYI, libnusoap-php entered Debian (http://packages.qa.debian.org/n/nusoap.html). A copy of nusoap is shipped in the dtc-common package. The DTC packaging should then be updated to depend on libnusoap-php instead of shipping it. Please check if there's no version discrepency when makeing such change, which could cause problems, though. Best regards, P.S.: I wasn't sure this bug should be with high severity or not, as it seems to me a policy conformance problem, although I'm not sure which precise rule would apply. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529579: phpgacl: Should depend on libnusoap-php instead of shipping it
Package: phpgacl Severity: normal FYI, libnusoap-php entered Debian (http://packages.qa.debian.org/n/nusoap.html). A copy of nusoap is shipped in the phpgacl package. The phpgacl packaging should then be updated to depend on libnusoap-php instead of shipping it. Please check if there's no version discrepency when makeing such change, which could cause problems, though. Best regards, P.S.: I wasn't sure this bug should be with high severity or not, as it seems to me a policy conformance problem, although I'm not sure which precise rule would apply. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages phpgacl depends on: ii dbconfig-common 1.8.41 common framework for packaging dat ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libphp-adodb 5.07-1 The ADOdb database abstraction lay ii mysql-client-5.0 [virtual-mys 5.0.51a-24 MySQL database client binaries pn php-cache-litenone (no description available) pn postgresql-client-8.1 | postg none (no description available) pn smartynone (no description available) phpgacl recommends no packages. phpgacl suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525886: [Pkg-xfce-devel] Bug#525886: How to fix it.
Yves-Alexis Perez a écrit: On mer, 2009-05-20 at 09:58 +0200, François Wendling wrote: Hi, I had the same problem, i confirm it's a problem related to polkit, users are allowed to mount everything _but_ usb removable devices. Simple fix, as root polkit-auth --user username --grant org.freedesktop.hal.storage.mount-removable Then please run ck-list-session and polkit-auth and give us the ouput. Tell us too how do you start Xfce, and if the pam ck connector is installed. Cheers, That's it how it was before i made modifications : ~ $ polkit-auth org.freedesktop.hal.device-access.cdrom org.freedesktop.hal.device-access.floppy org.freedesktop.hal.device-access.joystick org.freedesktop.hal.device-access.mouse org.freedesktop.hal.device-access.printer ~ $ dpkg -l libpam-ck-connector ii libpam-ck-connector0.3.0-2 ~ $ ck-list-sessions Session1: unix-user = '1000' realname = 'François Wendling,,,' seat = 'Seat1' session-type = '' active = FALSE x11-display = '' x11-display-device = '' display-device = '/dev/tty1' remote-host-name = '' is-local = TRUE on-since = '2009-05-20T08:05:06.939941Z' login-session-id = '4294967295' idle-since-hint = '2009-05-20T08:05:37.003206Z' I start XFCE using startx, my xinitrc : ~ $ cat .xinitrc numlockx xmodmap ~/.Xmodmap startxfce4 Hope this helps. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528899: [Pkg-kde-extras] Bug#528899: please add info-dir-section to your info files
On Di, 19 Mai 2009, Michael Meskes wrote: @dircategory Package short info @direntry * menu item 1: (infofile). Description. * menu item 2: (infofile2). Description. @end direntry But doesn't this put the whole menu into the dir file? Is this the way it's supposed to be? Shouldn't this be just one entry listing tora instead? Well, this is up to the maintainer. Best would be to use the section/title used previously in the install-info call to addit to an existing section. The above was the most general example. Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- SCRAPTOFT (n.) The absurd flap of hair a vain and balding man grows long above one ear to comb it to the other ear. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529576: phpwiki: Should depend on libnusoap-php instead of shipping it
Package: phpwiki Severity: normal FYI, libnusoap-php entered Debian (http://packages.qa.debian.org/n/nusoap.html). A copy of nusoap is shipped in the phpwiki package. The phpwiki packaging should then be updated to depend on libnusoap-php instead of shipping it. Please check if there's no version discrepency when makeing such change, which could cause problems, though. Best regards, P.S.: I wasn't sure this bug should be with high severity or not, as it seems to me a policy conformance problem, although I'm not sure which precise rule would apply. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages phpwiki depends on: ii apache2 2.2.11-3 Apache HTTP Server metapackage ii apache2-mpm-prefork [http 2.2.11-3 Apache HTTP Server - traditional n ii dbconfig-common 1.8.41 common framework for packaging dat ii debconf 1.5.26 Debian configuration management sy pn php4-pear | php-dbnone (no description available) ii php5 5.2.9.dfsg.1-2 server-side, HTML-embedded scripti ii php5-mysql5.2.9.dfsg.1-2 MySQL module for php5 ii php5-pgsql5.2.9.dfsg.1-2 PostgreSQL module for php5 ii ucf 3.0018 Update Configuration File: preserv Versions of packages phpwiki recommends: ii mysql-client-5.0 [mysql-clien 5.0.51a-24 MySQL database client binaries ii postgresql-client-8.3 [postgr 8.3.7-1front-end programs for PostgreSQL Versions of packages phpwiki suggests: pn php4-imap | php5-imap none (no description available) pn php4-ldap | php5-ldap none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529578: libvirt-bin: Where is the LXC emulator?
Package: libvirt-bin Version: 0.6.3-2 Severity: important Hi ppl, According to the changelog with libvirt 0.6.3-2 there should be LXC support, but if I define an LXC VM I get this: May 20 08:24:25 virtual1 libvirtd: 08:24:25.884: error : cannot execute binary /usr/libexec/libvirt_lxc: No such file or directory May 20 08:24:25 virtual1 libvirtd: 08:24:25.885: error : internal error container '/usr/libexec/libvirt_lxc' unexpectedly shutdown during startup I cannot find that libvirt_lxc file anywhere, is it provided with the package or did I miss something? Thanks, Marc -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (750, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 'proposed-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libvirt-bin depends on: ii adduser3.110 add and remove users and groups ii libavahi-client3 0.6.23-3lenny1Avahi client library ii libavahi-common3 0.6.23-3lenny1Avahi common library ii libc6 2.9-12GNU C Library: Shared libraries ii libdbus-1-31.2.1-5 simple interprocess messaging syst ii libgcrypt111.4.4-2 LGPL Crypto library - runtime libr ii libgnutls262.6.6-1 the GNU TLS library - runtime libr ii libgpg-error0 1.6-1 library for common error values an ii libhal10.5.11-8 Hardware Abstraction Layer - share ii libpolkit-dbus20.9-2 library for accessing PolicyKit vi ii libpolkit2 0.9-2 library for accessing PolicyKit ii libreadline5 5.2-4 GNU readline and history libraries ii libsasl2-2 2.1.22.dfsg1-23 Cyrus SASL - authentication abstra ii libselinux12.0.65-5 SELinux shared libraries ii libtasn1-3 1.8-1 Manage ASN.1 structures (runtime) ii libvirt0 0.6.3-2 library for interfacing with diffe ii libxenstore3.0 3.2.1-2 Xenstore communications library fo ii libxml22.6.32.dfsg-5 GNOME XML library ii logrotate 3.7.1-5 Log rotation utility ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages libvirt-bin recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii dnsmasq-base 2.45-1 A small caching DNS proxy and DHCP ii iptables 1.4.2-6administration tools for packet fi pn netcat-openbsdnone (no description available) ii qemu 0.10.4-1 fast processor emulator Versions of packages libvirt-bin suggests: ii policykit 0.9-2 framework for managing administrat -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528994: Info received (Bug#528994: Acknowledgement (xserver-xorg-core: Corrupt mouse motion events send pointer to top-left of screen))
I have managed to work my way back up the failure chain, to the point
where GDB can stop the server before the mouse moves. The failure is
associated with a motion event of {0,0} and is_absolute of 1.
(gdb) bt
#0 xf86PostMotionEventP (device=0x84a6308, is_absolute=1, first_valuator=0,
num_valuators=2, valuators=0xbfc6af7c)
at ../../../../hw/xfree86/common/xf86Xinput.c:741
#1 0xb7a6a263 in ?? () from /usr/lib/xorg/modules/input//evdev_drv.so
#2 0x084a6308 in ?? ()
#3 0x0001 in ?? ()
#4 0x in ?? ()
(gdb) p *valuat...@num_valuators
$77 = {0, 0}
That would definitely send the pointer to {0,0}. Unfortunately, I'm
using a mouse. And, of course, the absolute motion event didn't show
up in my original traces because I never bothered to put a trace on
that call, because it was absolute motion. Back to debugging evdev.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529580: poker-web: Should depend on libnusoap-php instead of shipping it
Package: poker-web Severity: normal FYI, libnusoap-php entered Debian (http://packages.qa.debian.org/n/nusoap.html). A copy of nusoap is shipped in the poker-network package. The poker-network packaging should then be updated to depend on libnusoap-php instead of shipping it. Please check if there's no version discrepency when makeing such change, which could cause problems, though. Best regards, P.S.: I wasn't sure this bug should be with high severity or not, as it seems to me a policy conformance problem, although I'm not sure which precise rule would apply. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages poker-web depends on: ii apache2 2.2.11-3 Apache HTTP Server metapackage ii apache2-mpm-prefork [apac 2.2.11-3 Apache HTTP Server - traditional n ii dbconfig-common 1.8.41 common framework for packaging dat ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii php-pear 5.2.9.dfsg.1-2 PEAR - PHP Extension and Applicati ii php5 5.2.9.dfsg.1-2 server-side, HTML-embedded scripti ii php5-gd 5.2.9.dfsg.1-2 GD module for php5 ii php5-mysql5.2.9.dfsg.1-2 MySQL module for php5 ii ucf 3.0018 Update Configuration File: preserv poker-web recommends no packages. poker-web suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529331: luatex FTBFS wih libpoppler 0.11 because ~GfxFont() is protected
Some remarks on that ... On Mi, 20 Mai 2009, Frank Küster wrote: in the long run, what does that mean for packages that want to link against libpoppler to avoid inclusion of a xpdf copy? Well, since the switch from 0.8 to 0.10 poppler seems to go away from compatibility with xpdf. That is bad. First it was the XPDFVERSION that has disappeared, now the distructor. Since this is often done in form of distro patches, not by upstream (at least this is the case for *tex), it's the Debian maintainers who need to adapt the patches. Thus, we diverge more and more from upstream. Fortunately, I could convince all upstream of TeX (pdftex, luatex, xetex) to add support for poppler from 0.10 upwards (I think also 0.8 upwards). So for example for luatex 0.40.1 there are *no* patches necessary ATM for sid (poppler 0.10). When there is 0.11 I will have to add new patches, but we will try to merge them back to upstream as far as possible. Still it is a pain that poppler changes APIs ... Is poppler upstream aware of this use of their library? What do they think about it? I hope that *someone* can made them aware that now all the TeX programs are able to use poppler instead per default. Hopefully they think a bit before changing APIs. On the other hand - can you suggest a fix for the issue at hand right now? I guess we have to check the version and simply remove the call to the destructor. Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- YADDLETHORPE (vb.) (Of offended pooves.) To exit huffily from a boutique. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529570: context: Context MkIV does not work with current luatex version
On Mi, 20 Mai 2009, Matthijs Kooijman wrote: Since I've upgraded luatex from 0.35 to 0.40, Context MkIV no longer works for me. When I run luatools --ini --compile cont-en to recompile the context files (since just running context complains about out-of-date cache), I get the following messages, in between some other output: LuaTools | running command: luatex --ini --lua=cont-en.luc /usr/share/texmf/tex/context/base/cont-en.tex \\dump (/usr/share/texmf/tex/context/base/cont-en.tex (/usr/share/texmf/tex/context/base/context.tex SORRY CONTEXT NOW NEEDS ETEX) ) Ah yes, thanks for reminding me. I will try to fix that. The problem is that the new luatex binaries do not export the etex/pdftex extensions by default. Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- KINGSTON BAGPUISE (n.) A forty-year-old sixteen-stone man trying to commit suicide by jogging. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529307: installation report
Quoting Steven Sciame (sasci...@yahoo.com): Hello, Thank you for the reply. I typed in wireless because that was the ESSID that I wanted to connect to, but it didn't work and without a connection you can only get so far with the install. It seemed like it would be fine all the way up to the configure wireless network. I installed Ubuntu and in worked perfectly. I kind of wanted to use Debian though. Any suggestions on my next step? It's fairly hard to tell when the only information you mention is it didn't work..:-) What exactly did you do at the network configuration step and what was/were the error message(s)? signature.asc Description: Digital signature
Bug#529581: typo3-src-4.2: Should depend on libnusoap-php instead of shipping it
Package: typo3-src-4.2 Severity: normal FYI, libnusoap-php entered Debian (http://packages.qa.debian.org/n/nusoap.html). A copy of nusoap is shipped in the typo3-src-4.2 package. The typo3-src-4.2 packaging should then be updated to depend on libnusoap-php instead of shipping it. Please check if there's no version discrepency when makeing such change, which could cause problems, though. Best regards, P.S.: I wasn't sure this bug should be with high severity or not, as it seems to me a policy conformance problem, although I'm not sure which precise rule would apply. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525886: [Pkg-xfce-devel] Bug#525886: How to fix it.
On mer, 2009-05-20 at 10:34 +0200, François Wendling wrote: I start XFCE using startx, my xinitrc : ~ $ cat .xinitrc numlockx xmodmap ~/.Xmodmap startxfce4 Definitely. When you use startx with an .xinitrc, you won't use the debian X startup stuff (/etc/X11/Xsession.d) and thus you don't have the authorizations. So you need to wipe out your .xinitrc and replace it by an .xsession file. I think you should be able to put there: numlockx xmodmap ~/.Xmodmap exec startxfce4 Maybe tune that a little, then start using startx only, and it ~should~ work fine. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495373: Offset issues with the xmonad WM
reassign 495373 gnustep-back0.16 thanks On Wed, Aug 13, 2008 at 09:50:37AM +0200, Michal Suchanek wrote: I am not sure if this is related but I also get lots of messages on the console: 2008-08-13 09:45:30.524 Charmap[32414] styleoffsets ... guessing offsets Hi Michal, Could you please recheck the status of the xmonad issue you reported with gnustep-back0.16? Upstream says it *might* be fixed. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529582: texlive-xetex: fontspec breaks em-dash
Package: texlive-xetex
Version: 2007.dfsg.2-6
Severity: important
XeLaTeX with fontspec package used renders --- as three hyphens
instead of a single em-dash. It is probably the same bug that
prevents ,, (two commas) rendered as lower double quote with
package polski included.
This bug does not appear in yesterday built texlive under gentoo.
##
minimal input file
\documentclass[12pt]{article}
%\usepackage{fontspec} %- try to uncomment this line
\usepackage{polski}
\begin{document}
Ala \pauza ma kota. % \pauza is from package polski
Ala --- ma kota.% this should look the same
\end{document}
##
List of ls-R files
-rw-r--r-- 1 root root 970 05-20 10:32 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 79 05-20 10:32 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 04-24 14:27 /usr/share/texmf/ls-R -
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 05-20 10:08 /usr/share/texmf-texlive/ls-R -
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 05-20 10:08 /usr/share/texmf-texlive/ls-R -
/var/lib/texmf/ls-R-TEXLIVE
##
Config files
lrwxrwxrwx 1 root root 20 04-24 14:27 /usr/share/texmf/web2c/texmf.cnf -
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 5065 05-20 10:31 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 7194 05-20 10:31 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 4745 05-20 10:31
/var/lib/texmf/tex/generic/config/language.dat
##
Files in /etc/texmf/web2c/
razem 4
-rw-r--r-- 1 root root 283 2008-07-28 mktex.cnf
##
md5sums of texmf.d
42c20d7e8bd343542772b5a145bf8ad8 /etc/texmf/texmf.d/05TeXMF.cnf
5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf
f68e5add6afd6585b982f2f78e2e6a92 /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf
37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf
a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf
30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages texlive-xetex depends on:
ii dpkg 1.14.26 Debian package management system
ii dvipdfmx 1:20090115-1.1A DVI to PDF translator with CJK s
ii libc6 2.9-4 GNU C Library: Shared libraries
ii libfontconfig1 2.6.0-3 generic font configuration library
ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib
ii libgcc11:4.4.0-4 GCC support library
ii libkpathsea4 2007.dfsg.2-6 TeX Live: path search library for
ii libpng12-0 1.2.35-1 PNG library - runtime
ii libpoppler40.10.4-3 PDF rendering library
ii libstdc++6 4.4.0-4 The GNU Standard C++ Library v3
ii tex-common 1.18 common infrastructure for building
ii texlive-base 2007.dfsg.2-4 TeX Live: Essential programs and f
ii texlive-common 2007.dfsg.2-4 TeX Live: Base component
ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime
Versions of packages texlive-xetex recommends:
ii texlive-latex-base 2007.dfsg.2-4 TeX Live: Basic LaTeX packages
texlive-xetex suggests no packages.
Versions of packages tex-common depends on:
ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy
ii dpkg 1.14.26Debian package management system
ii ucf 3.0018 Update Configuration File: preserv
Versions of packages texlive-xetex is related to:
pn tetex-basenone (no description available)
pn tetex-bin none (no description available)
pn tetex-extra none (no description available)
ii tex-common1.18 common infrastructure for building
-- debconf information:
tex-common/check_texmf_wrong:
tex-common/check_texmf_missing:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527275: gajim hangs also with artsplay
Package: gajim Version: 0.12.1-2 Severity: normal I tried to change 'soundplayer' to artsplay. The result is almost the same, this time I don't get a zombie process, gajim just hangs running, no system calls found by strace. This happens as I can recall only when I close a chat window. The window is cleared from all text, leaving a grey background and after that gajim is totally dead. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gajim depends on: ii dnsutils 1:9.6.0.dfsg.P1-2 Clients provided with BIND ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-12GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libgtkspell0 2.0.13-2 a spell-checking addon for GTK's T ii libpango1.0-0 1.24.2-1 Layout and rendering of internatio ii libxss11:1.1.3-1 X11 Screen Saver extension library ii python 2.5.4-2 An interactive high-level object-o ii python-glade2 2.14.1-2 GTK+ bindings: Glade support ii python-gtk22.14.1-2 Python bindings for the GTK+ widge ii python-support 1.0.3 automated rebuilding support for P Versions of packages gajim recommends: ii dbus 1.2.14-2 simple interprocess messaging syst ii notification-daemon 0.4.0-1a daemon that displays passive pop ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-gnupginterface 0.3.2-9Python interface to GnuPG (GPG) ii python-openssl0.8-1 Python wrapper around the OpenSSL Versions of packages gajim suggests: ii aspell-en 6.0-0-5.1 English dictionary for GNU Aspell ii avahi-daemon 0.6.25-1 Avahi mDNS/DNS-SD daemon ii gnome-keyring 2.26.1-1 GNOME keyring services (daemon and pn nautilus-sendto none (no description available) pn network-manager none (no description available) pn python-avahi none (no description available) ii python-gnome2 2.26.1-1 Python bindings for the GNOME desk ii python-gnome2-desktop 2.24.1-1 Python bindings for the GNOME desk pn python-kerberos none (no description available) pn python-sexy none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529583: libsequel-ruby: missing dependency
Package: libsequel-ruby Version: 1.5.1-1 Severity: normal Please, include rubygems package in dependency. Without rubygems: amadis% sequel /usr/bin/sequel:3:in `require': no such file to load -- rubygems (LoadError) from /usr/bin/sequel:3 With rubygems command `sequel` runs ok. Thank you. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsequel-ruby depends on: ii libsequel-ruby1.8 1.5.1-1Lightweight database access toolki libsequel-ruby recommends no packages. libsequel-ruby suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529473: ITP: openoffice.org-altsearch -- Alternative Find and Replace for Writer
Hi, Rene Engelhard wrote: Thorsten Glaser wrote: https://eurynome.mirbsd.org/debs/dists/hardy/wtf/pkgs/openoffice-ext/openoffice.org-altsearch_1.2.2-1~wtf804+1.dsc This is what we’ll use at work¹ for now; the final version will of course target sid. I think this is also a nice example of how to make a Debian package out of an OOo extension. Actually no, it's not. And it has some RC bugs right now even from quickly looking at it ok, actually they are not that much (it seemed otherwise the first look, especially ) (and for one thing I remembered wrong) - Depends: openoffice.org-common for Writer. Please depend on writer. (which in turn depends on -common anyway) - why do you need unzip? Isn't used anywhere. - s/licence/license/ - please copy the maintainer scripts from already existing extensions. Especially the flush_unopkg (by running a list after it was *scheduled* to be removed by remove) is important This would also add some consistency wrt Adding Extension foo ... with all the other extensions.. - Looks like #348935 could also be closed with your upload? - Why do you claim to be a an example for packaging extensions when there are alredy others in Debian? Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527275: gajim hangs also with artsplay
Jörgen Hägg wrote: Package: gajim Version: 0.12.1-2 Severity: normal I tried to change 'soundplayer' to artsplay. The result is almost the same, this time I don't get a zombie process, gajim just hangs running, no system calls found by strace. This happens as I can recall only when I close a chat window. The window is cleared from all text, leaving a grey background and after that gajim is totally dead. you must have a problem with your sound installation. Gajim just call soundplayer xxx.wav could you try to run that in a console: aplay /usr/share/gajim/data/sounds/message1.wav or artsplay /usr/share/gajim/data/sounds/message1.wav -- Yann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529584: php-html-template-it: Package does not work
Package: php-html-template-it
Version: 1:1.2.1-2
Severity: grave
Justification: renders package unusable
The package does not render blocks correctly, causing any PHP templates
using the library not to work correctly.
Installing directly from pear fixes the problem.
pear install --alldeps HTML_Template_IT
which installs channel://pear.php.net/HTML_Template_IT-1.2.1.
For instance the following code from /usr/share/doc/php-html-template-it/
?php
require_once 'HTML/Template/IT.php';
$data = array (
'0' = array('Stig', 'Bakken'),
'1' = array('Martin', 'Jansen'),
'2' = array('Alexander', 'Merz')
);
$tpl = new HTML_Template_IT('./templates');
$tpl-loadTemplatefile('main.tpl.htm', true, true);
foreach ($data as $name) {
foreach ($name as $cell) {
// Assign data to the inner block
$tpl-setCurrentBlock('cell');
$tpl-setVariable('DATA', $cell);
$tpl-parseCurrentBlock();
}
// Assign data and the inner block to the
// outer block
$tpl-setCurrentBlock('row');
$tpl-parseCurrentBlock();
}
// print the output
$tpl-show();
?
gives the following html:
html
tableborder
trtdStig/tdtdBakken/tdtd{DATA}/td/tr
trtdMartin/tdtdJansen/tdtd{DATA}/td/tr
trtdAlexander/tdtdMerz/tdtd{DATA}/td/tr
trtd{DATA}/td/tr
/table
/html
Whereas under the pear version it produces the following html:
html
tableborder
trtdStig/tdtdBakken/td/tr
trtdMartin/tdtdJansen/td/tr
trtdAlexander/tdtdMerz/td/tr
/table
/html
As you can see, the current package is completely broken.
Rory
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968)
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash
Versions of packages php-html-template-it depends on:
ii php-pear 5.2.9.dfsg.1-2 PEAR - PHP Extension and Applicati
php-html-template-it recommends no packages.
php-html-template-it suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520851: (no subject)
On Wed, Mar 25, 2009 at 02:52:15AM +, Michael Gibbs wrote: I get the same error. Maybe this is just an xdg-open issue then. Hi, did you manage to solve this problem (maybe with some package upgrade)? Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#364698: (In Trust Good Fiath)?
I am Mrs.Sara Faraj,58 years old from Kuwait,I am suffering from a long time cancer of the Lungs which also affected my hearing ability and My wish is for the money to distributed to orphanages since my doctor inform me i have a short time. I want a God fearing person, sarathomas.fara...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516790: #516790 - Cant install 3d2m under Debian amd64
Hello, we do not integrate directly third-party binary debs in Debian. Someone would need to package that software for debian and provide a Debian source package. This could be done, but it would certainly help if the source distributions contains compilation instructions. -Ralf. -- Ralf Treinen Laboratoire Preuves, Programmes et Systèmes Université Paris Diderot, Paris, France. http://www.pps.jussieu.fr/~treinen/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529560: xorg runs very slow on my laptop
On Wed, May 20, 2009 at 01:26:27 -0400, Luo Yong wrote: After I dist-upgrade my system, the xorg runs very slow on my HP6535s laptop. It take a relative long time when refreshing the webpage and the desktop itself than before and it cannot run almost all 2D games now. The kernel version is: 2.6.29.3, and the lspci result related to the video chipset is: Please attach dmesg and Xorg log. And in the future consider using the reportbug tool to submit bugs to the Debian BTS. Thanks! Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529365: bug529365.patch
hi florian, On Tue, May 19, 2009 at 08:06:07PM -0300, Florian Grandel wrote: dbc_read_package_config dbc_preseed_package_debconf + # Find out whether the database has been purged on a previous occasion. If + # so, we'll have to give the user a chance to re-install it. + db_get $dbc_package/purge + if [ $RET = true ]; then + dbc_command=reconfigure + fi + i think this will catch the most common case that you describe, thanks! it won't cover the case where the debconf information goes away between remove and install (which it is allowed to do), but it's small and simple enough of a fix that i can't think why it shouldn't be included regardless. sean signature.asc Description: Digital signature
Bug#526228: fixed in jquery 1.3.3-1
On Tue, May 19, 2009 at 09:33:58PM +, Steve Kemp wrote: jquery (1.3.3-1) unstable; urgency=high . [ Steve Kemp ] * Re-upload with orig.tar.gz file present, unfortunately this means bumping the release number, but that is a small price to pay. (Closes: #526228) Hrm - shouldn't have been. The archive will accept a newly-added 1.3.2.orig.tar.gz just fine - it just doesn't accept a new version of a previously-existing file. Oh well :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527641: Package installation overwrites /etc/default/console-setup without warning
On Wednesday 20 May 2009, Raphael Hertzog wrote: To fix it, you have to: 1/ document in the file that it's auto-updated based on the debconf infos and that dpkg-reconfigure console-setup is recommended to update it 2/ use ucf or something similar to detect if the file has been edited by the user since last generation and avoid overwriting the file in that case (ucf like dpkg let the user choose what to do in that case) It sounds like c-s is using debconf as a registry. If that is the case, it is just plain wrong. Configuration scripts should read the current settings from the configuration file(s) and set the defaults for debconf questions based on that, and not just display the current value in the debconf database. From debconf-devel(7): [...] The issue to watch out for here is that debconf is not intended to be, and must not be used as a registry. This is unix after all, and programs are configured by files in /etc, not by some nebulous debconf database (that is only a cache anyway and might get blown away). [...] See also the example under Config file handling in the same man page. Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#348935: Bug#529473: ITP: openoffice.org-altsearch -- Alternative Find and Replace for Writer
Rene Engelhard dixit: Actually no, it's not. And it has some RC bugs right now even from quickly looking at it Thanks for looking at it, still. - Depends: openoffice.org-common for Writer. Please depend on writer. (which in turn depends on -common anyway) Okay. I only looked for which package unopkg was in. - why do you need unzip? Isn't used anywhere. Oops. Leftover from the first try, thanks for catching. - s/licence/license/ No, that is the oversea barbarian dialect. I try to get as close to the Queen’s English as I can, with it being my third natural language. - please copy the maintainer scripts from already existing extensions. There are any? I failed to find them – but maybe I just didn’t have the right search terms for the 23+k packages… - Why do you claim to be a an example for packaging extensions when there are alredy others in Debian? See above. - Looks like #348935 could also be closed with your upload? I don’t know about that; the extension does not seem to show up in Calc. I’ll address most of the points you raised later, then. But I’d like you to name me an example of an existing OOo extension package to look at for reference, since I failed to find any. bye, //mirabilos -- “It is inappropriate to require that a time represented as seconds since the Epoch precisely represent the number of seconds between the referenced time and the Epoch.” -- IEEE Std 1003.1b-1993 (POSIX) Section B.2.2.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529587: Can't handle mfpvr instruction
Package: valgrind Version: 1:3.4.1-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since upgrading libc6 to 2.9-12, running any program in valgrind fails with 2417== Memcheck, a memory error detector. ==2417== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al. ==2417== Using LibVEX rev 1884, a library for dynamic binary translation. ==2417== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP. ==2417== Using valgrind-3.4.1-Debian, a dynamic binary instrumentation framework. ==2417== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al. ==2417== For more details, rerun with: -v ==2417== dis_proc_ctl(ppc)(mfspr,SPR)(0x11F) disInstr(ppc): unhandled instruction: 0x7D3F42A6 primary 31(0x1F), secondary 678(0x2A6) ==2417== valgrind: Unrecognised instruction at address 0x4016164. ==2417== Your program just tried to execute an instruction that Valgrind ==2417== did not recognise. There are two possible reasons for this. ==2417== 1. Your program has a bug and erroneously jumped to a non-code ==2417==location. If you are running Memcheck and you just saw a ==2417==warning about a bad jump, it's probably your program's fault. ==2417== 2. The instruction is legitimate but Valgrind doesn't handle it, ==2417==i.e. it's Valgrind's fault. If you think this is the case or ==2417==you are not sure, please let us know and we'll try to fix it. ==2417== Either way, Valgrind will now raise a SIGILL signal which will ==2417== probably kill your program. ==2417== ==2417== Process terminating with default action of signal 4 (SIGILL) ==2417== Illegal opcode at address 0x4016164 ==2417==at 0x4016164: _dl_sysdep_start (dl-sysdep.c:177) ==2417==by 0x4002233: _dl_start_final (rtld.c:332) ==2417==by 0x4002817: _dl_start (rtld.c:560) ==2417==by 0x4016FB7: _start (in /lib/ld-2.9.so) Disassembling the failing instruction in gdb reveals 0x04016164: mfpvr r9 Downgrading libc6 to 2.9-10 works around the problem, apparently that version didn't use this instruction yet. - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (102, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.29.3 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages valgrind depends on: ii libc6 2.9-12 GNU C Library: Shared libraries Versions of packages valgrind recommends: ii gdb 6.8.50.20090116.python-1 The GNU Debugger Versions of packages valgrind suggests: ii alleyoop 0.9.3-2Front-end to the Valgrind memory c ii kcachegrind 4:4.2.2-1 visualisation tool for the Valgrin ii libc6-dbg 2.9-12 GNU C Library: detached debugging - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFKE9KnWoGvjmrbsgARAu3dAKCrrs0jH1tlb6JMnEIfyFIaXok/UwCgrreT g4ros1xuUrY6CA/4poJlNr8= =w1yi -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529586: openssl dgst -hmac option undocumented (both usage and manpage)
Package: openssl Version: 0.9.8g-16 Severity: minor Planet Debian showed me by http://chris-lamb.co.uk/2009/05/18/poor-mans-google-checkout/ that openssl(1) dgst has a -hmac option which is undocumented in both the usage (on-line help: “openssl dgst -”) and manual page (in Debian, that’s dgst(1)). Might want to raise this upstream? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages openssl depends on: ii libc6 2.9-12GNU C Library: Shared libraries ii libssl0.9.80.9.8g-16 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime openssl recommends no packages. Versions of packages openssl suggests: ii ca-bundle [ca-certificates] 20090519 ca-certificates and -java replacem -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529585: parted resized an HFS+ partition OK, but changed its code
Package: parted Version: 1.8.8.git.2008.03.24-11.1 Severity: normal hi, I have an external USB drive, with partition table of msdos style (as reported by 'parted'); it had 3 partitions, and the first and largest was a HFS+ partition. I wanted to create another partition, so I used 'parted' to reduce the size of the first partion/HFS+filesystem; 'parted' ran OK, and Linux could read the volume OK (but not write it, since it is journalled). But when I connected the disk to a Mac, the partition was listed as a dos partition, and not accessible. It turned out that 'parted' changed the type of the partition in the MBR table. This is a bug (and it seems an easy to fix bug). So I connected the disk to the Linux box once again, and used 'fdisk' to set the partition type code to (hexadecimal) 'af' When I connected the disk to the MAc, I could visualize the partition; and according to Mac Os X 'disk utility' , I have to repair some problems in the volume bitmap, but the partition and its data seem OK. a. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages parted depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libncurses55.7+20081213-1shared libraries for terminal hand ii libparted1.8-1 1.8.8.git.2008.03.24-11.1 The GNU Parted disk partitioning s ii libreadline5 5.2-3.1 GNU readline and history libraries parted recommends no packages. Versions of packages parted suggests: pn parted-docnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529519: openoffice.org-evolution: ERROR description: Couldn't create registry
tag 529519 - unreproducible thanks Hi, Marc J. Driftmeyer wrote: Setting up openoffice.org-evolution (1:3.1.0-2) ... ERROR: create ServiceManager failed! ERROR description: Couldn't create registry file:///var/lib/openoffice/basis3.1/program/services.rdb for writing dpkg: error processing openoffice.org-evolution (--configure): subprocess post-installation script returned error exit status 1 While testing 1:3.1.0-3 I saw that too now - and services.rdb got corrupted - was 0 bytes. How does it look like for you? (I still cannot reproduce this as I want, but there's at last a problem *somewhere* - Will keep this in mind..) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529588: python-debianbts: incomplete documentation for debianbts.get_bugs()
Package: python-debianbts Version: 0.3 Severity: minor correspondent is a valid key for debianbts.get_bugs(), but the docstring does not mention it. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508476: FatalError with no config and fbdev..
Hi, so I finally sat down yesterday to take a look at this. Here's what happens as far as I can tell: - the intel (or whatever) driver gets loaded, its PciProbe hook is called by probe_devices_from_device_sections(), and it claims the pci device - then fbdev gets loaded. Since the device is already claimed, xf86CheckPciSlot() in probe_devices_from_device_sections() returns 0, so xf86CallDriverProbe() calls the Probe hook instead of PciProbe. When there's no BusId, and /dev/fb0 exists, fbdev's Probe hook calls xf86ClaimFbSlot() - finally, in xf86PostProbe() both fbSlotClaimed and pciSlotClaimed are true, so we FatalError() I'm not sure when this started happening (I'd guess pci-rework, but I'm not sure since I never had a framebuffer device before playing with this, and I always had an xorg.conf), or how to fix it... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529570: context: Context MkIV does not work with current luatex version
Hi Norbert, Since I've upgraded luatex from 0.35 to 0.40, Context MkIV no longer works for me. When I run I've just also upgraded context to the latest beta, which fixes things. I wanted to find just the change needed to fix things, but I couldn't find any form of version control at upstream context, so I just settled for trying the latest beta. For anyone else wanting to try this, the following series of commands will give you a working .deb with the latest context beta. No guarantees, the deb is probably still broken in some subtle ways (just downgrading the lmodern dependency is bound to have some side effects...). # Get the debian packaging files svn co svn://svn.debian.org/svn/debian-tex/context/trunk context-debian cd context-debian # Get the context files rsync -rvzctlp rsync://contextgarden.net/minimals/current/context/beta/ . # Add a changelog entry dch -v 2009.05.20.beta-1 Local beta build # Downgrade the lmodern dependency, since lmodern 1.106 is not yet in Debian sed -i s/1.106/1.01/ debian/control # Allow convert-fonts-to-link to fail for some fonts that no longer exist sed -i s/rm/rm -f/ debian/convert-fonts-to-link # Remove some non-free fonts (debian/rules complains about them) rm `cat debian/MANIFEST.nonfree ` # Build the package dpkg-buildpackage -uc -us -b Ah yes, thanks for reminding me. I will try to fix that. The problem is that the new luatex binaries do not export the etex/pdftex extensions by default. That sounds like you just need some command line option? Or perhaps some change from newer context can be backported? Gr. Matthijs signature.asc Description: Digital signature
Bug#526228: fixed in jquery 1.3.3-1
On Wed May 20, 2009 at 11:56:25 +0200, Steve Langasek wrote: [ Steve Kemp ] * Re-upload with orig.tar.gz file present, unfortunately this means bumping the release number, but that is a small price to pay. (Closes: #526228) Hrm - shouldn't have been. The archive will accept a newly-added 1.3.2.orig.tar.gz just fine - it just doesn't accept a new version of a previously-existing file. Oh well :) Oops. I was pondering it for a little while and in the end decided that a missing .orig.tar.gz would mean that any upload with one present would result in a .orig.tar.gz doesn't match which would cause failure. Perhaps not the best way to handle this bug, but at the same time not a horrible one. It just means the next release will need a bit of juggling - although hopefully not too much as the next release will jump version number anyway :) Steve -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529365: [dbconfig-common/sid] prevent remove/reinstall from seeming to be an upgrade
Date: Wed May 20 12:11:42 2009 +0200 Author: Sean Finney sean...@debian.org Commit ID: c9152e2c96ee9bce3dbb975797d308e1dde370cf Commit URL: http://git.debian.org/?p=dbconfig-common/dbconfig-common.git;a=commitdiff;h=c9152e2c96ee9bce3dbb975797d308e1dde370cf Patch URL: http://git.debian.org/?p=dbconfig-common/dbconfig-common.git;a=commitdiff_plain;h=c9152e2c96ee9bce3dbb975797d308e1dde370cf prevent remove/reinstall from seeming to be an upgrade this doesn't catch all cases, but catches the most common remove/reinstall path, by tracking the status of the dbc_purge debconf variable if possible. Thanks: Florian Grandel Closes: #529365 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525201: [dbconfig-common/sid] new Japanese debconf translations.
Date: Thu Apr 23 08:39:42 2009 +0200 Author: Sean Finney sean...@debian.org Commit ID: d1016d826a43aca8598074d712c961e267faaf66 Commit URL: http://git.debian.org/?p=dbconfig-common/dbconfig-common.git;a=commitdiff;h=d1016d826a43aca8598074d712c961e267faaf66 Patch URL: http://git.debian.org/?p=dbconfig-common/dbconfig-common.git;a=commitdiff_plain;h=d1016d826a43aca8598074d712c961e267faaf66 new Japanese debconf translations. Closes: #525201 Thanks: Hideki Yamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527641: Package installation overwrites /etc/default/console-setup without warning
On Wed, May 20, 2009 at 10:21:10AM +0200, Raphael Hertzog wrote: found 527641 1.35 found 527641 1.36 thanks If you have found the bug in versions 1.35 and 1.36, please provide more information: is this reproduced behaviour, how did it occur, what was the contents of the configuration file before and after it was overwriten, etc. This is the real problem this bug is about... so closing it with this explanation: * Support unset font in Debconf configurator. Thanks Dave Witbrodt, closes: #527641. This documents how I fixed the problem discovered by Dave Witbrodt. You must have found a completely different problem and thats why I am asking for more information. To fix it, you have to: 1/ document in the file that it's auto-updated based on the debconf infos and that dpkg-reconfigure console-setup is recommended to update it The use of dpkg-reconfigure is optional. Console-setup is not supposed to overwrite its configuration file. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529591: w-scan: Update package description
Package: w-scan Severity: wishlist Please improve binary package's description, this new release introduces a good number of new features (like DVB-S support). -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-11-generic (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529590: mc: changing directories floods history with cd `printf %b ...
Package: mc Version: 2:4.6.2-2 Severity: normal Changing directories with arrow keys floods the command history with cd `printf %b '\0057home\0057bernhard\0057t'` and the like. This is annoying when looking for previous commands. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mc depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib ii libslang2 2.1.3-3The S-Lang programming library - r mc recommends no packages. Versions of packages mc suggests: ii arj 3.10.22-6 archiver for .arj files ii bzip21.0.5-1 high-quality block-sorting file co pn dbview none (no description available) ii file 5.03-1 Determines file type using magic ii lynx 2.8.7pre1-1 Text-mode WWW Browser (transitiona ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap pn odt2txt none (no description available) ii perl 5.10.0-22 Larry Wall's Practical Extraction ii unzip6.0-1 De-archiver for .zip files pn xpdf none (no description available) ii zip 3.0-1 Archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529589: FTBFS: configure: error: gnome-doc-utils = 0.3.2 not found
Package: gnome-disk-utility Version: 0.3-1 Severity: serious -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ... checking pkg-config is at least version 0.9.0... yes configure: error: gnome-doc-utils = 0.3.2 not found make: *** [config.status] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 E: Failed autobuilding of package ... - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (102, 'experimental) Architecture: powerpc (ppc) Kernel: Linux 2.6.29.3 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFKE9ocWoGvjmrbsgARAv4QAJ9/M1LM9F6QBrrCSCC1R3w4b80ZiQCeMtEf tLN0XEZeCC/esIK1PksCQZI= =aecY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528405: new pulseaudio with uncomplete dependencies
+ Steve Langasek (Sun, 17 May 2009 13:10:01 -0700): On Sun, May 17, 2009 at 04:11:20PM +0200, Adeodato Simó wrote: + Adeodato Simó (Sun, 17 May 2009 11:21:06 +0200): The problem is a bug in the packaging of pulseaudio itself, which doesn't specify in its Depends field that it needs the latest version of libpulse0 to run, despite linking to libpulsecommon-0.9.15.so. According to the Debian Policy, this is a serious bug. (Assuming, of course, that libpulsecommon-0.9.15.so is some kind of private library that only packages from the same source depend on/link against, and that for this reason is okay to ship in libpulse0 and bump its SONAME without a package rename.) It's a new library; I guess (hope) that it's a new API and therefore there are no backwards-incompatibilities that would require a package name change. Oh, I see. Good. Still, perhaps it should be assesed how many apps are going to use this library (is it a private one?), and if it's going to see its SONAME bumped more often than libpulse.so.0 (which one would say is going to be the case by looking at its name), as to avoid having to unnecessarily rename libpulse0. Or, if only a couple packages from the same source package depend on this library, maybe we could do away with Breaks. Thoughts? -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529593: scribus-ng: with metacity compositing_manager on, bad screen artifacts at startup make scribus unusable
Package: scribus-ng Version: 1.3.5.dfsg~svn20090208-2 Severity: normal to reproduce: 1) use gconf-editor to turn on the metacity option composting_manager 2) start scribus-ng observed: the top left corner of the startup splash logo does not fully disappear, but kind of captures the top left of my screen, when then stays in front of all other windows. I am using testing's nvidia drivers on this computer. This might be an nvidia problem. My other computers use intel, but they also have newer X versions. I don't have problems with other applications. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scribus-ng depends on: ii ghostscript8.64~dfsg-1.1 The GPL Ghostscript PostScript/PDF ii libaspell150.60.6-1 GNU Aspell spell-checker runtime l ii libc6 2.9-4 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libcups2 1.3.10-1 Common UNIX Printing System(tm) - ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgcc11:4.4.0-4 GCC support library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.18.dfsg-1 Color management library ii libqt4-network 4.5.1-2 Qt 4 network module ii libqt4-xml 4.5.1-2 Qt 4 XML module ii libqtcore4 4.5.1-2 Qt 4 core module ii libqtgui4 4.5.1-2 Qt 4 GUI module ii libstdc++6 4.4.0-4 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxml22.7.3.dfsg-1 GNOME XML library ii python 2.5.4-2 An interactive high-level object-o ii python-tk 2.5.2-1 Tkinter - Writing Tk applications ii python2.5 2.5.4-1 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages scribus-ng recommends: ii cups-bsd [cupsys-bsd] 1.3.10-1 Common UNIX Printing System(tm) - ii gsfonts-x11 0.21 Make Ghostscript fonts available t ii icc-profiles 1.0.1-4ICC color profiles for use with Sc ii xfonts-scalable 1:1.0.0-6 scalable fonts for X Versions of packages scribus-ng suggests: pn scribus-template none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527641: Package installation overwrites /etc/default/console-setup without warning
notfound 527641 1.35 notfound 527641 1.36 retitle 527641 doesn't support/keep undefined FONT* parameters close 527641 1.35 On Wed, 20 May 2009, Anton Zinoviev wrote: If you have found the bug in versions 1.35 and 1.36, please provide more information: is this reproduced behaviour, how did it occur, what was the contents of the configuration file before and after it was overwriten, etc. I did this only to reopen the bug. This is the real problem this bug is about... so closing it with this explanation: * Support unset font in Debconf configurator. Thanks Dave Witbrodt, closes: #527641. This documents how I fixed the problem discovered by Dave Witbrodt. You must have found a completely different problem and thats why I am asking for more information. Well, when I reported #528033, something had lost my bepo setting on upgrade without me doing dpkg-reconfigure console-setup. I assumed it was already reported since 527641 said Package installation overwrites /etc/default/console-setup without warning in its title. Thas was consistent with what I saw: /etc/default/console-setup had been modified/overwritten without my consent to something that did not match my manual configuration. I didn't see how you adressed that by supporting empty values... so I reopened the bug. Now looking closer, it looks like console-setup's config script feed the values of the config file in debconf and then reuse those to update only the corresponding lines. So it's not as bad as I thought it was. I tried to reproduce the problem but did not manage to do it. I'll close the bug again. Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529594: neon: pakchois not used, therefore cannot access subversion repositories using a PKCS certificate
Package: libneon27 Version: 0.28.2-6.1+b1 Severity: normal File: neon As reported at http://lists.manyfish.co.uk/pipermail/neon/2009-May/000145.html I was unable to access my SVN-repository where I use a PKCS certificate. Downloading http://www.manyfish.co.uk/pakchois/pakchois-0.4.tar.gz and rebuilding subversion 1.6.1 from scratch resolved my problem. Thanks a lot for your work with Debian! Best regards -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libneon27 depends on: ii libc62.9-4 GNU C Library: Shared libraries ii libcomerr2 1.41.3-1common error description library ii libgssapi-krb5-2 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - k ii libk5crypto3 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - C ii libkrb5-31.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries ii libssl0.9.8 0.9.8g-16 SSL shared libraries ii libxml2 2.7.3.dfsg-1GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime libneon27 recommends no packages. libneon27 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524571: linux-image-2.6.26-2-xen-686 crashs as Dom0 (same here)
Hi, I have a similar S. Pfeffer. I have upgraded to the same packages and I will test. But my problem was very similar. My server crash without any reason. In general at 06:26AM. However, I don't know how to capture the log because I can see the screen, but no messages is save in the logfile (and I don't have a console to attach). Any help will be welcome because this server now is unusable because I cannot trust it. Best regards, Leo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529595: ocsinventory-server: Let ocsinventory-server create the database
Package: ocsinventory-server Severity: wishlist Tags: patch Hello, Following the bug #512660 I make some changes to let ocsinventory-server create the database. I use dbconfig-common with two SQL scripts: - debian/db/mysql: for a new installation - debian/db/1.02: for an upgrade from 1.01 I don't have a 1.0 and previous version database to make the diffs and I suppose that it's not a serious problem since they are not packaged. The process is not ended for now, I need to modify ocsinventory-reports to automatically create dbconfig.inc.php (with dbconfig-common). I attach a gziped diff, I publish my developpement in a bzr repository at http://www.baby-gnu.org/~nebu/archives/ocsinventory/server/dad/ Regards. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-rc6+hati.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 === added directory 'debian/db' === added file 'debian/db/1.02' --- debian/db/1.02 1970-01-01 00:00:00 + +++ debian/db/1.02 2009-05-20 10:21:06 + @@ -0,0 +1,271 @@ +-- -*- sql -*- +USE ocsweb; + +-- +-- Create new schema +-- +CREATE TABLE `blacklist_macaddresses` ( +`ID` INTEGER auto_increment, +`MACADDRESS` VARCHAR(255), +PRIMARY KEY (`MACADDRESS`), +KEY `ID` (`ID`) +) ENGINE = MYISAM; + +CREATE TABLE `blacklist_serials` ( +`ID` INTEGER auto_increment, +`SERIAL` VARCHAR(255), +PRIMARY KEY (`SERIAL`), +KEY `ID` (`ID`) +) ENGINE = MYISAM; + +CREATE TABLE `download_affect_rules` ( +`ID` int(11) NOT NULL auto_increment, +`RULE` int(11) NOT NULL, +`PRIORITY` int(11) NOT NULL, +`CFIELD` varchar(20) collate latin1_general_ci NOT NULL, +`OP` varchar(20) collate latin1_general_ci NOT NULL, +`COMPTO` varchar(20) collate latin1_general_ci NOT NULL, +`SERV_VALUE` varchar(20) collate latin1_general_ci default NULL, +`RULE_NAME` varchar(200) collate latin1_general_ci NOT NULL, +PRIMARY KEY (`ID`) +) ENGINE=MyISAM; + +CREATE TABLE `download_servers` ( +`HARDWARE_ID` int(11) NOT NULL, +`URL` varchar(250) collate latin1_general_ci NOT NULL, +`ADD_PORT` int(11) NOT NULL, +`ADD_REP` varchar(250) collate latin1_general_ci NOT NULL, +`GROUP_ID` int(11) NOT NULL, +PRIMARY KEY (`HARDWARE_ID`) +) ENGINE=MyISAM; + +CREATE TABLE `engine_mutex` ( +`NAME` varchar(255) NOT NULL default '', +`PID` int(11) default NULL, +`TAG` varchar(255) NOT NULL default '', +PRIMARY KEY (`NAME`, `TAG`) +) ENGINE=MEMORY DEFAULT CHARSET=latin1; + +CREATE TABLE `engine_persistent` ( +`ID` int(11) NOT NULL auto_increment, +`NAME` varchar(255) NOT NULL default '', +`IVALUE` int(11) default NULL, +`TVALUE` varchar(255) default NULL, +UNIQUE KEY `NAME` (`NAME`), +KEY `ID` (`ID`) +) ENGINE=MyISAM AUTO_INCREMENT=2 DEFAULT CHARSET=latin1; + +CREATE TABLE `groups` ( +`HARDWARE_ID` integer default NULL, +`REQUEST` longtext, +`CREATE_TIME` INT default 0, +`REVALIDATE_FROM` INT default 0, +PRIMARY KEY (`HARDWARE_ID`) +) ENGINE=MYISAM; + +CREATE TABLE `groups_cache` ( +`HARDWARE_ID` integer NOT NULL default 0, +`GROUP_ID` integer NOT NULL default 0, +`STATIC` integer default 0, +PRIMARY KEY (`HARDWARE_ID`, `GROUP_ID`) +) ENGINE=MYISAM; + +CREATE TABLE `hardware_osname_cache` ( +`ID` INTEGER auto_increment, +`OSNAME` VARCHAR(255) UNIQUE, +PRIMARY KEY (`ID`) +) ENGINE = MYISAM; + +CREATE TABLE `prolog_conntrack` ( +`ID` int(11) NOT NULL auto_increment, +`DEVICEID` varchar(255) default NULL, +`TIMESTAMP` int(11) default NULL, +`PID` int(11) default NULL, +KEY `ID` (`ID`), +KEY `DEVICEID` (`DEVICEID`) +) ENGINE=MEMORY; + +CREATE TABLE `softwares_name_cache` ( +`ID` INTEGER auto_increment, +`NAME` VARCHAR(255) UNIQUE, +PRIMARY KEY (`ID`) +) ENGINE = MYISAM; + +CREATE TABLE `tags` ( +`Tag` VARCHAR(255) NOT NULL default '', +`Login` VARCHAR(255) NOT NULL default '', +PRIMARY KEY (`Tag`, `Login`), +KEY `Tag` (`Tag`), +KEY `Login` (`Login`) +) ENGINE=MyISAM; + +CREATE TABLE `registry_name_cache` ( +`ID` INTEGER auto_increment, +`NAME` VARCHAR(255) UNIQUE, +PRIMARY KEY (`ID`) +) ENGINE = MYISAM; + +CREATE TABLE `registry_regvalue_cache` ( +`ID` INTEGER auto_increment, +`REGVALUE` VARCHAR(255) UNIQUE, +PRIMARY KEY (`ID`) +) ENGINE = MYISAM; + + +-- +-- Update existing schemas +-- + +-- accesslog +ALTER TABLE `accesslog` ADD KEY `USERID` (`USERID`); + +-- devices +ALTER TABLE `devices` ADD KEY `IVALUE` (`IVALUE`); +ALTER TABLE `devices` ADD KEY `NAME` (`NAME`); + +-- download_enable +ALTER TABLE `download_enable` ADD COLUMN `SERVER_ID` INTEGER; +ALTER TABLE `download_enable` ADD COLUMN
Bug#299266: [plugin:exim_mailqueue] show frozen count
tags 299266 + patch thanks Hi, I've just submitted a patch to the upstream bug tracker. I don't know what performance penalty you get by reading the queue files for detection of frozen state. But if there is something broken (mails queue up in Exim's spool directory), performance probably doesn't matter anyway. Regards Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529596: [icedove] very slow in opening mails with big attachments and incorrect MIME type
Package: icedove Version: 2.0.0.19-1 Severity: normal --- Please enter the report below this line. --- Sometimes I receive email messages sent by poor clients which, for instance, have big PDF attachments with MIME type incorrectly set to text/html. Icedove tries to display inline the PDF as HTML, so it hangs for a few minutes loading the message. This is quite annoying. Icedove should refuse to show inline too big HTML or plain text attachment and ask the user if he really want to do so. I'm setting the severity to normal and not to wishlist, because this bug makes icedove unusable for a while because of remote errors. Thank you for your work on icedove. :-) Regards, Giovanni. --- System information. --- Architecture: i386 Kernel: Linux 2.6.29-2-686 Debian Release: squeeze/sid 500 unstableftp.it.debian.org 500 testing ftp.it.debian.org 500 stable ftp.it.debian.org 1 experimentalftp.it.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== fontconfig | 2.6.0-3 psmisc | 22.7-1 debianutils (= 1.16) | 3.1.3 libatk1.0-0 (= 1.20.0) | 1.26.0-1 libc6(= 2.7-1) | 2.9-12 libcairo2(= 1.2.4) | 1.8.6-2+b1 libfontconfig1 (= 2.4.0) | 2.6.0-3 libfreetype6 (= 2.3.5) | 2.3.9-4.1 libgcc1(= 1:4.1.1) | 1:4.4.0-5 libglib2.0-0(= 2.16.0) | 2.20.1-2 libgtk2.0-0 (= 2.12.0) | 2.16.1-2 libhunspell-1.2-0(= 1.2.4) | 1.2.8-3 libjpeg62 | 6b-14 libnspr4-0d (= 1.8.0.10) | 4.7.4-2 libnss3-1d(= 3.12.0~beta3) | 3.12.3-1 libpango1.0-0 (= 1.20.3) | 1.24.2-1 libpng12-0(= 1.2.13-4) | 1.2.35-1 libstdc++6 (= 4.1.1) | 4.4.0-5 libx11-6| 2:1.2.1-1 libxft2 ( 2.1.1) | 2.1.13-3 libxinerama1| 2:1.0.3-2 libxrender1 | 1:0.9.4-2 libxt6 | 1:1.0.5-3 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-13 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== icedove-gnome-support (= 2.0.0.19-1) | 2.0.0.19-1 latex-xft-fonts | 0.1-8 libthai0 | 0.1.11-3 -- Giovanni Mascellani g.mascell...@gmail.com Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD 003F FCB0 BB5C 5F1F BF70) signature.asc Description: OpenPGP digital signature
Bug#515717: xserver-xorg-video-nouveau_1:0.0.10~git+20090205+4dfd0b1-1(hppa/exp erimental): FTBFS
Frank Lichtenheld wrote: your package failed to build from source. | /usr/bin/ld: /usr/lib/gcc/hppa-linux-gnu/4.3.3/../../../libdrm_nouveau.a(nouveau_pushbuf.o): relocation R_PARISC_DPREL21L can not be used when making a shared object; recompile with -fPIC | /usr/lib/gcc/hppa-linux-gnu/4.3.3/../../../libdrm_nouveau.a: could not read symbols: Bad value | collect2: ld returned 1 exit status | make[3]: *** [nouveau_drv.la] Error 1 | make[3]: Leaving directory lambyAny idea about the hppa FTBFS? (#515717) jcristau it's using a static libdrm_nouveau for some reason jcristau ah. that's because libdrm-dev didn't depend on libdrm-nouveau1 at the time jcristau so that should be fixed lambyAh, those arch-specific Depends? (which you removed, heh) jcristau yeah lambyOoi, what made you come to that conclusion? jcristau http://experimental.debian.net/fetch.php?pkg=xserver-xorg-video-nouveauver=1%3A0.0.10%7Egit%2B20090205%2B4dfd0b1-1arch=hppastamp=1235648408file=logas=raw jcristau libdrm-nouveau1 doesn't get installed jcristau so the shared lib isn't there, and -ldrm_nouveau uses the static one - fail. lambyack, ta. lambyDon't think I've come across that failure mode before. lambyAnyway, I'll check the hppa buildd logs in a few days. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#525872: Evolution MAPI plugin
In the ITP for evolution-mapi you asked for testing. I just tried with the current version 0.26.1-1 (binaries from your site) but find that when attempting to authenticate during account creation I get prompted for my password and then Evolution crashes immediately after I click OK. Attempting to use the IP address for the server rather than the hostname does not help. I am using Exchange 2007 as the server. I am unsure how to extract a backtrace from Evolution to see where the crash is. Versions of packages evolution-mapi depends on: ii evolution2.26.1.1-2 groupware suite with mail client a ii libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libbonobo2-0 2.24.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.1-1The Bonobo UI library ii libc62.9-12 GNU C Library: Shared libraries ii libcairo21.8.6-2+b1 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.26.1.1-2 The Evolution MIME message handlin ii libdcerpc0 4.0.0~alpha7~20090225-1 DCE/RPC client library ii libebackend1.2-0 2.26.1.1-2 Utility library for evolution data ii libebook1.2-92.26.1.1-2 Client library for evolution addre ii libecal1.2-7 2.26.1.1-2 Client library for evolution calen ii libedata-book1.2 2.26.1.1-2 Backend library for evolution addr ii libedata-cal1.2- 2.26.1.1-2 Backend library for evolution cale ii libedataserver1. 2.26.1.1-2 Utility library for evolution data ii libexchangemapi- 0.26.1-1client library for accessing Excha ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgconf2-4 2.26.0-1GNOME configuration database syste ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgnome2-0 2.26.0-1The GNOME library - runtime files ii libgnomecanvas2- 2.26.0-1A powerful object-oriented display ii libgnomeui-0 2.24.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.24.1-1 GNOME Virtual File System (runtime ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libical0 0.43-2 iCalendar library implementation i ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libldb-samba4-0 4.0.0~alpha7~20090225-1 LDAP-like embedded database - Samb ii libmapi0 1:0.8-2 Client library for the MAPI protoc ii libndr0 4.0.0~alpha7~20090225-1 NDR marshalling library ii liborbit21:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.24.2-1Layout and rendering of internatio ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libsamba-hostcon 4.0.0~alpha7~20090225-1 Samba host configuration library ii libsm6 2:1.1.0-2 X11 Session Management library ii libsoup2.4-1 2.26.1-1an HTTP library implementation in ii libsqlite3-0 3.6.13-1SQLite 3 shared library ii libtalloc1 1.3.0-1 hierarchical pool based memory all ii libxml2 2.7.3.dfsg-1GNOME XML library -- You grabbed my hand and we fell into it, like a daydream - or a fever. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527641: Package installation overwrites /etc/default/console-setup without warning
On Wed, May 20, 2009 at 12:45:55PM +0200, Raphael Hertzog wrote: Well, when I reported #528033, something had lost my bepo setting on upgrade without me doing dpkg-reconfigure console-setup. I assumed it was already reported since 527641 said Package installation overwrites /etc/default/console-setup without warning in its title. Thas was consistent with what I saw: /etc/default/console-setup had been modified/overwritten without my consent to something that did not match my manual configuration. I didn't see how you adressed that by supporting empty values... so I reopened the bug. You are right. #528033 was completely different problem and it was fixed by this: * Escape commas in Debconf questions. Thanks to Raphaël Hertzog, closes: #528033. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529597: cowdancer: Should remove packages no longer required
Package: cowdancer Version: 0.55 Severity: wishlist Hi! Sometimes I see some packages that aren't needed anymore in the cowbuilder chroot. For example, running cowbuilder --update on these last days I see: == (...) The following packages were automatically installed and are no longer required: libgomp1 Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. I: Copying back the cached apt archive contents I: Cleaning the cached apt archive Reading package lists... Done Building dependency tree Reading state information... Done I: unmounting dev/pts filesystem I: unmounting proc filesystem - removing cowbuilder working copy == While I see no harm in letting them installed, it would be nice if cowbuilder run apt-get autoremove or another equivalent method to remove packages that were automatically installed but aren't needed anymore. Thank you very much! Best regards, Nelson -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-naoliv1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cowdancer depends on: ii cowbuilder0.55 pbuilder running on cowdancer ii libc6 2.9-12 GNU C Library: Shared libraries cowdancer recommends no packages. cowdancer suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528956: [reportbug/master] - proof-read version of French manpage; thanks to Sylvain Cherrier for the
tag 528956 pending thanks Date: Wed May 20 13:22:26 2009 +0200 Author: Sandro Tosi mo...@debian.org Commit ID: 84b3789bbd54a541e401b98a1e2e64e3eac72985 Commit URL: http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=84b3789bbd54a541e401b98a1e2e64e3eac72985 Patch URL: http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=84b3789bbd54a541e401b98a1e2e64e3eac72985 - proof-read version of French manpage; thanks to Sylvain Cherrier for the report and patch; Closes: #528956 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529598: [smartpm] same file in two packages smartpm and python-smartpm
Package: smartpm Version: 1.2-2 Severity: serious --- Please enter the report below this line. --- Failed to install smartpm packages because this file /usr/share/pyshared/smart/interfaces/images/package-new-locked.png is already exists in python-smartpm package. --- System information. --- Architecture: i386 Kernel: Linux 2.6.29-2-686 Debian Release: 5.0 500 unstablel4u.jinr.ru 500 sid www.lamaresh.net 1 experimentall4u.jinr.ru --- Package information. --- Depends (Version) | Installed ==-+- python | 2.5.4-2 python-central (= 0.6.11) | 0.6.11 smartpm-core(= 1.2-2) | 1.2-2 python-gtk2| 2.14.1-2 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529599: vidalia: Vidalia not configured to run with debian-tor
Package: vidalia Version: 0.1.12-1 Severity: wishlist By default the tor daemon runs with the user debian-tor, but the Vidalia settings do not offer an easy way to accommodate this. Actually I don't know any way of setting Vidalia to control the daemon running as debian-tor. Ideally Vidalia would come preconfigured or could be easily configured for the Debian situation. While I can run once Vidalia as root/other_user, I would never run a daemon with another user than the default from Debian configuration, because I don't know the security implications. For this reason, while the bug is a whishlist one, it actually prevents me from using Vidalia. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (650, 'unstable'), (600, 'testing'), (500, 'oldstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-rc5-02044-ga4d7749 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vidalia depends on: ii debconf [debconf-2.0] 1.5.26Debian configuration management sy ii libc6 2.9-12GNU C Library: Shared libraries ii libgcc11:4.4.0-5 GCC support library ii libqt4-network 4.5.1-2 Qt 4 network module ii libqt4-xml 4.5.1-2 Qt 4 XML module ii libqtcore4 4.5.1-2 Qt 4 core module ii libqtgui4 4.5.1-2 Qt 4 GUI module ii libssl0.9.80.9.8g-16 SSL shared libraries ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages vidalia recommends: ii tor 0.2.0.34-1 anonymizing overlay network for TC Versions of packages vidalia suggests: pn iceweasel-torbutton none (no description available) -- debconf information: * vidalia/info: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525872: Evolution MAPI plugin
Le mercredi 20 mai 2009 à 12:22 +0100, Mark Brown a écrit : In the ITP for evolution-mapi you asked for testing. I just tried with the current version 0.26.1-1 (binaries from your site) but find that when attempting to authenticate during account creation I get prompted for my password and then Evolution crashes immediately after I click OK. Attempting to use the IP address for the server rather than the hostname does not help. I am using Exchange 2007 as the server. I am unsure how to extract a backtrace from Evolution to see where the crash is. You’d need to rebuild the packages with DEB_BUILD_OPTIONS=noopt nostrip and install evolution-dbg and evolution-data-server-dbg, after which you can run evolution in a gdb session. Thanks, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#529525: ITP: vsag -- Very Simple Archive Generator
On Wed, May 20, 2009 at 03:44:38AM +0200, Guillem Jover wrote:
Hi!
On Tue, 2009-05-19 at 22:18:51 +0200, Robert Millan wrote:
Package: wnpp
Severity: wishlist
Owner: Robert Millan rmh.debian@aybabtu.com
* Package name: vsag
Version : 0.0.1
Upstream Author : Robert Millan rmh.deb...@aybabtu.com
* URL : not yet released
* License : GPL
Programming Lang: bash, make
Description : Very Simple Archive Generator
Vsag is a very simple program aimed at generating Debian archives out of
a directory filled with packages.
.
It doesn't track state or manage the directory itself in any way. Its
purpose is to provide a very simple method to generate the files normally
provided by a Debian archive so that it can be used by programs like apt
or debootstrap.
Why not improve dpkg-scanpackages instead? What is there missing that
you'd need?
Not at all! dpkg-scanpackages works fine, in fact Vsag uses it to generate
Packages files. But it does also a few other things:
- Generates compressed Packages.{gz,bz2}.
- Generates Release indexes.
- Automated gpg signatures.
- DAK-like dists/ directory structure (with per-architecture separation)
- etc
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529562: FTBFS: build-dep libparagui1.0-dev not available
tags 529562 + patch thank you Steve M. Robbins wrote: Package: asc Version: 2.1.0.0-1 Severity: serious Justification: no longer builds from source r...@riemann:/asc-2.1.0.0# apt-get build-dep asc Reading package lists... Done Building dependency tree Reading state information... Done E: Build-Depends dependency for asc cannot be satisfied because no available versions of package libparagui1.0-dev can satisfy version requirements -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash I haver a new upstream version of ASC already in SVN. The problem that we discovered is that it uses internal copies of libparagui, SDLmm, and others. I am working to try to get these resolved. If I can't get it soon, I may just upload the current asc with the newer libparagui. Thanks, Barry deFreese Debian Games Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529358: mailscanner: MailScanner dies an ugly death when using perl 5.10.0-22
Hello, # dpkg -l perl ii perl 5.10.0-22 # dpkg -l mailscanner ii mailscanner4.74.16-1 Afterwards, debugging mailscanner showed it dying with the error message Insecure dependency in chown while running with the -T switch in /usr/share/MailScanner//MailScanner/Message.pm on line 2407. It appears to be while calling the perl chown function to set the permissions on an exploded message in the incoming work directory. I have noticed this bug[1] myself some days ago while trying to package 4.76.25-1. I have fixed this bug, but have not tested the bugfix yet. Your solution[3] to this problem is not every generic. Users would have to edit /etc/ini.d/mailscanner depending on the mailserver they are using. There is also a problem when using clamavd, it crash and complains about missing permission for lstat on the unpacked mail, no matter how I configure Incoming Work User/Group/Permission. I currently don't have the time to track down the problem, find a solution and test the -T patch. If anyone else has some spare time, feel free to help out. I have uploaded the current state to mentors[2]. I have added mailscanner-ml to CC because there are probably other debian-users out there... -- Regards Simon Walter [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+529358 [2] http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=mailscanner [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+529358#10 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529440: How to apply the patch for openoffice.org-common
On Wed, May 20, 2009 at 12:20 AM, Salvatore Bonaccorso salvatore.bonacco...@gmail.com wrote: Dear Maximiliano (I'm not the Maintainer) Indeed the Patch given by Lars Eric is for the debian source package, to fix the debian/preinst script. To install openoffice.org-common at the moment, you can mkdir -p the missing directory, then it should work. Hope that helps, Salvatore -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJKE4TzAAoJEHidbwV/2GP+uw4QAPQRASyMMMgAzn/iA5cYqlNG XNqFeFcismRgd/Pd4teBKC0OIiRpgsrq0PPHF25FimWPN6vhwHW7PuwduGHMsCeO Vf+Qs4nhabKj0L2l2rRR3yoG5PGm/O7RxP8BruLePRotZHEuZXjVkKLsaSXSEXTM 3kbb7EjNZmYlYcGYQN5/YeOgYm8A8XO2YZzn5ES+7BFGPhs5OnWWSFld58F21lkW 9XWoMOdFEEYl/8vfvMq4wkYdFLwEJ6l4uc9rjWoilyWSZBS2xQ3GR9dTADxC4OZI 8+Is/u5U2Zwo6dyKDWhA7Q46/hKijWEpJySJwi1j3AaKn7DxfeaMgeA/6BpcrdKA WPDZgdGLPKMy6u9H2cnapTAeRjJ+MdV0/QIrdMbKA/InWYoB7lOLwx895vh94VGm mhFujofkmY019yvKUx1RT+hGPU96q9f9J7POyCQc0Pt3g/Fjy/WHmcL65e2Gu+Q/ vDH/WlPPZzl/YzZTXs0g0s5BIAz8IimcXRjAhuImW70cFJgRGSG3lKZJbK024Tqd gbEPDcIO9pY0EY+SCkQ1VOqwA3CADPdzaYW4Gne65cpTSew96fDki50dwcShOX3N Sg7cX/mIGF4J98Aor9QHuOB0aN87fJNSGDd8VRJu61v5HMV/k9prlPBHmpZmb3F8 N5ZPcgIlADK/puvejbUw =tE5N -END PGP SIGNATURE- Thanks a lot -- Atte, Maximiliano Marin http://blog.maximilianomarin.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#346241: gnupg: should be able to fall back to non-smartcard subkey
Hi once again, Just that I get it right (I'm a bit confused reading the OP again). You say, that you have setup the *non*-smartcard subkey as default key via 'default-key 52B7487E!'. But: | echo test | gpg -u 52b7487e --sign | gpg: pcsc_connect failed: unknown reader (0x8019) | gpg: card reader not available makes me think, this is the smartcard-key. Is that right? So you would like to have a fallback, if default-key is not available, but another valid subkey is? Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529601: xterm: copy-and-paste for iso-8859-7 encoding does not work
Package: xterm Version: 242-1 Severity: normal Hi, Pasting iso-8859-7 text to an xterm window results in hash (#) characters. This seems to be the same as the issue reported in #420974 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Locale: LANG=POSIX, LC_CTYPE=el_GR (charmap=ISO-8859-7) Shell: /bin/sh linked to /bin/bash Versions of packages xterm depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libfontconfig12.6.0-3generic font configuration library ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20090404-1 shared libraries for terminal hand ii libx11-6 2:1.2.1-1 X11 client-side library ii libxaw7 2:1.0.5-2 X11 Athena Widget library ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.4+1 X11 utilities ii xutils1:7.3+18 X Window System utility programs m Versions of packages xterm suggests: ii xfonts-cyrillic 1:1.0.0-6 Cyrillic fonts for X -- debconf-show failed Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525872: Evolution MAPI plugin
On Wed, May 20, 2009 at 01:30:08PM +0200, Josselin Mouette wrote: You???d need to rebuild the packages with DEB_BUILD_OPTIONS=noopt nostrip and install evolution-dbg and evolution-data-server-dbg, after which you can run evolution in a gdb session. Hrm. That's failing to rebuild in unstable for me right now with: | exchange-mapi-account-setup.c:38:42: error: libedataserverui/e-passwords.h: No such file or directory I'll take a look, I'm guessing that the EDS packages are out of date (which may well explain the crash). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526106: [Fwd: Issue 290 in xmonad: Windows are no longer visible but are still there]
On Thu, May 07, 2009 at 11:30:01AM +0200, Joachim Breitner wrote:
Hi zack,
just making sure you (and the debian bugreport) get this.
Thanks, I didn't get this.
Again, most likely an xcompmgr issue. If you want to confirm that there is
an issue
with FadeInactive, check whether the output of xprop | grep
_NET_WM_WINDOW_OPACITY on
the invisible windows is sane.
I've no idea what sane means as I'm not familiar with the semantics
of that value, anyhow I've just reproduced the problem (thus far I've
been living with the contrib disabled for a while) and here is the
result of the xprop grep:
z...@usha:~$ xprop | grep _NET_WM_WINDOW_OPACITY
_NET_WM_WINDOW_OPACITY(CARDINAL) = 3149642683
Is that value sane?
Does it mean that the bug is xcompmgr's or not?
Marking as invalid until then.
[ Don't bother, I'll paste this comment in upstream bug log by myself ]
Cheers
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527122: [Debian] Usb-modeswitch improvement proposal
Hi, (could you please keep 527...@bugs.debian.org cc'ed so that the bugreport subscribers can read us ?) Le vendredi 15 mai 2009 22:05:39, vous avez écrit : Didier Raboud schrieb: My idea was not to have a dialog initiated by a hal .rules but to have a simple wrapper which any user can launch. This wrapper could have an option like --non-interactive which could do the actual switch if the DV:DP:UUMID is unique and do nothing (return error) if not. I'm not sure I understand that fully ... How would a user know he is supposed to start the wrapper? And does he have to do it every time he plugs his device in? It would work as now, with two possible cases: 1) automatic launch by a udev rule 2) hand launch for a not-yet-recognised device or without udev rules If the device doesn't have any rule for it, the user will have to launch it by hand (as actually without my additions in the Debian package), but if the device is known to usb-modeswitch (by an appropriate file in the database), the wrapper will be launched with --non-interactive. I still like the idea of a run-once-per-device installer better; if I remember correctly, a similar approach is chosen by the SANE scanner project. I dislike it, because it transfers the burden of configuration from upstream/distribution (aka you/me) to the user, where we could make him an easier life. But I can live with it, you are upstream afterall. :) What are your plans for future releases ? Doing the split of the configuration files could be a good first step. Then, the detection-and-prompting wrapper can be written in simple bash or something similar and I can handle the auto-detection .rules file (as now). I would prefer a tcl script which is my favourite rapid development language. A tcl interpreter/shell is likely installed on most systems and is small enough to quickly add it where it's missing. The readability is better than Bash or Perl and it's an excellent tool for text parsing and glueing together common command line tools. I can live with that too. Your choice ! The USB_ModeSwitch tool should not do much more than it is doing now; I'd rather not add a lot of complexity. If the wrapper / installer mechanism proves to demand more options I would certainly implement them, but apart from that I see the further development outside of the binary. I agree. The transfer to a simple database infrastructure seems to be reasonably easy with the existing binary - further improvements seem to have to be outside of it. Cheers, Josh Regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux did...@raboud.com signature.asc Description: This is a digitally signed message part.
Bug#528828: [PATCH] Don't rely on MAXPATHLEN and MAXHOSTNAMELEN to be defined, this is a POSIX incompatibility and cause build failures on systems that don't need them (like the Hurd).
Thanks for the updated patch. I noticed you dropped the pthread hunk; I'm assuming that is either not needed or you'll open a separate bug on that issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
