Bug#768006: Workaround
Hi, I've just experienced this with my kerberized (krb5p) NFSv4 mounts, too. The workaround I used was to copy the generated unit files from /run/systemd/generator/${mountname}.mount to /etc/systemd/system/ and add a line to the [Unit] section: After=nfs-common.service Since custom unit files in /etc take precedence over generated ones, this works (despite requiring manual configuration, i.e. duplicating the information contained in /etc/fstab). The long-term solution would be to have the generator automatically add this dependency to the generated unit files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706002: Observations regarding the fprint daemon
Hi, I am experiencing exactly the same problem. I have, so far, only managed to reliably reproduce it using these steps: 0. Lock the screen 1. Close the lid of my laptop, so that it suspends according to GNOME3's power settings 2. Wait a short while - the time it would normally take the fingerprint procedure to time-out (may not be necessary, not sure) 3. Re-open the lid, causing the laptop to wake up. Thus, it seems related to going in and out of S3 suspend. I have tried debugging it via what little D-Bus I know. Basically, the device is Claimed first by gdm (I assume...) as my username. Then, the UI sends a VerifyStart message. If the verification succeeds, it's the normal mode of operation. However, if there is a suspend and a resume (presumably followed by an USB reset), the verification never finishes and the device remains claimed forever. Here are some messages I have tried sending to Fprint to make it let go of the device and their respective responses, separated by a blank line: $ dbus-send --system --dest=net.reactivated.Fprint --print-reply /net/reactivated/Fprint/Device/0 net.reactivated.Fprint.Device.VerifyStop Error net.reactivated.Fprint.Error.AlreadyInUse: Device already in use by another user $ dbus-send --system --dest=net.reactivated.Fprint --print-reply /net/reactivated/Fprint/Device/0 net.reactivated.Fprint.Device.Release Error net.reactivated.Fprint.Error.AlreadyInUse: Device already in use by another user However, simply killing fprintd and restarting it fixes the deadlock. One side effect is that I can now see what the daemon is doing. Annotated output below, my lines start with ## # fprintd Launching FprintObject ** Message: D-Bus service launched with name: net.reactivated.Fprint ** Message: entering main loop ## Locked the screen, moved the mouse cursor ** Message: user 'thewanderer' claiming the device: 0 ** Message: now monitoring fd 15 ** Message: device 0 claim status 0 ** Message: start verification device 0 finger 7 ## Swiped the finger ** Message: verify_cb: result verify-match (1) ** Message: no longer monitoring fd 15 ** Message: released device 0 ## The screen is unlocked by now ## Lock the screen again ** Message: user 'thewanderer' claiming the device: 0 ** Message: now monitoring fd 16 ** Message: device 0 claim status 0 ** Message: start verification device 0 finger 7 ## Suspend the machine by closing the lid ## Resume by opening the lid ## At this point, the USB-related message appears in syslog ## No further activity can be seen at all in output. I have tried running fprintd under strace, but the multitude of file open() calls and socket I/O did their best to obfuscate the nature of the problem. Most likely, a problem in the daemon code itself. It should at least have some kind of verification timeout and force-release for handling situations like these. I am currently in no position to try and fix fprintd (wouldn't really know where to begin), but still leaving this here if anyone wants to have a closer look at the code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677422: tracker: do not index when on battery power
Package: tracker Version: 0.14.1-1+b1 Severity: wishlist Tracker builds file indexes by default even when running on battery power. This adversely affects runtime of laptops. This is demonstrated by running the below command (yields true on my system, running default settings): gsettings get org.freedesktop.Tracker.Miner.Files index-on-battery Please consider changing this default to false to prevent the process from wasting precious battery power and heating up the laptop. -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tracker depends on: ii dbus 1.5.12-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii dpkg 1.16.3 ii libc62.13-32 ii libexempi3 2.2.0-1 ii libglib2.0-0 2.32.3-1 ii libtracker-miner-0.14-0 0.14.1-1+b1 ii libtracker-sparql-0.14-0 0.14.1-1+b1 ii shared-mime-info 0.90-1.1 Versions of packages tracker recommends: ii tracker-gui 0.14.1-1+b1 ii tracker-miner-evolution 0.14.1-1+b1 ii tracker-miner-fs 0.14.1-1+b1 ii tracker-utils0.14.1-1+b1 tracker 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#677423: tracker: do not index when run on battery by default
Package: tracker Version: 0.14.1-1+b1 Severity: wishlist By default, issuing this command will yield true: gsettings get org.freedesktop.Tracker.Miner.Files index-on-battery this setting results in wasting precious laptop battery power on indexing files, which should only ever be done when AC is plugged in. Please consider changing the default to false and requiring the user to enable this feature explicitly should they want to index files regardless of power availability. -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tracker depends on: ii dbus 1.5.12-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii dpkg 1.16.3 ii libc62.13-32 ii libexempi3 2.2.0-1 ii libglib2.0-0 2.32.3-1 ii libtracker-miner-0.14-0 0.14.1-1+b1 ii libtracker-sparql-0.14-0 0.14.1-1+b1 ii shared-mime-info 0.90-1.1 Versions of packages tracker recommends: ii tracker-gui 0.14.1-1+b1 ii tracker-miner-evolution 0.14.1-1+b1 ii tracker-miner-fs 0.14.1-1+b1 ii tracker-utils0.14.1-1+b1 tracker 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#662906: Additional info
More information about the error: http://n00bsys0p.wordpress.com/2011/05/26/google-chrome-failed-to-create-a-processsingleton-for-your-profile-directory-fix/ The bug here seems to be the error message. It should be fixed to provide a suggestion that the filesystem /tmp resides on may be full. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660092: ejabberd: PAM auth with krb5 breaks presence support
Package: ejabberd Version: 2.1.10-2 Severity: normal When using PAM with a config file as shown below and Pidgin as a client, presence notifications are flaky. They work almost randomly, I need to change status on 1 account for other accounts to see any presence from it at all. Moreover, it seems that subscription authorizations are not working. Removing a subscription sometimes works and sometimes silently fails. Contacts often end up with one-way subscriptions only and no way to request it (subscription requests have no effect). # PAM config start authsufficient pam_krb5.so minimum_uid=1000 accountrequired pam_krb5.so minimum_uid=1000 # PAM config end I've tested this on both Wheezy and Squeeze, both versions seem to have this problem. Changing to pam_unix.so remedies all issues mentioned above - subscription requests/authorizations immediately work, and presences are sent without having to change status. I've also tried Kopete, much to the same effect. Hacking the source (I don't know erlang) to return a hardcoded list of users for my vhost does not help, either: get_vh_registered_users(_Host) - [{thewanderer,rkaw.pl}, {guest,rkaw.pl}]. It could be a bug in ejabberd, or an inherent issue with pam_krb5.so account module, but it is definitely not the expected behaviour. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ejabberd depends on: ii adduser 3.113+nmu1 ii debconf [debconf-2.0] 1.5.41 ii erlang-abi-15.b none ii erlang-asn1 none ii erlang-base | erlang-base-hipe none ii erlang-crypto none ii erlang-inetsnone ii erlang-mnesia none ii erlang-odbc none ii erlang-public-key none ii erlang-ssl none ii erlang-syntax-tools none ii libc6 2.13-26 ii libexpat1 2.0.1-7.2 ii libpam0g1.1.3-7 ii libssl1.0.0 1.0.0g-1 ii openssl 1.0.0g-1 ii ucf 3.0025+nmu2 ii zlib1g 1:1.2.6.dfsg-1 ejabberd recommends no packages. Versions of packages ejabberd suggests: pn imagemagick 8:6.6.9.7-5+b2 pn libunix-syslog-perl none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641209: fcntl solves the problem
Hi, Apparently, fcntl instead of flock does fix the issue. Thanks for the quick reply. This can now be closed and I'll stick with the updated version of znc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641209: znc: does not use locking properly, fails on NFSv4
Package: znc Version: 0.092-3 Severity: normal ZNC uses an exclusive lock on a file handle that is open read-only. This operation is not supported on NFSv4, as described here: http://www.spinics.net/lists/linux-nfs/msg18594.html This problem makes znc unusable on NFSv4-mounted home directories, resulting in error message: [ !! ]is already running on this config. ] (since it can't lock the file, it assumes someone else did!) Relevant output of strace -e open,flock znc: open(/home/users/thewanderer/.znc/configs/znc.conf, O_RDONLY) = 3 flock(3, LOCK_EX|LOCK_NB) = -1 EIO (Input/output error) I see two solutions: 0) Implement proper error checking when locking the config file. EIO is not equal to EWOULDBLOCK! 1) Use a writable file, like znc.conf.lock (config file path with .lock suffix appended), for exclusive locks. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc5-rkaw+ (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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#636146: [php-maint] Bug#636146: php5-cli: STDIN not defined in CLI
Oops. Rechecked again. Yes, there's a note :[ Okay, I missed that part in the docs. This bug can be closed now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636146: [php-maint] Bug#636146: php5-cli: STDIN not defined in CLI
The PHP documentation doesn't say anything about assignment to variables. Are you sure this is a valid use case? Ondřej Surý Yes, it's a valid use case, and this is reproducible with any reference to these constants, not only an assignment. During testing today, I've found that this only happens when the script is piped to PHP or typed in manually. When running `php -f ./file.php` or similar way (that is, when the input file is not -), STDIN, STDOUT and STDERR are defined. This fact is not mentioned anywhere in the documentation, but it appears to be an explicit design decision, as the PHP source contains an if, preventing the constants from being defined when reading the script from a file. See: http://svn.php.net/viewvc/php/php-src/branches/PHP_5_3/sapi/cli/php_cli.c?revision=312454view=markup line 1101 I only found out about that after posting the bug report. So either the online documentation is incomplete regarding the CLI SAPI and these constants, or the conditional statement is in the source by mistake. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636146: php5-cli: STDIN not defined in CLI
Package: php5-cli Version: 5.3.3-7+squeeze3 Severity: normal STDIN does not seem to be defined in CLI mode, despite the documentation (http://www.php.net/manual/en/features.commandline.io-streams.php). Same goes for STDOUT and STDERR. The CLI SAPI defines a few constants for I/O streams to make programming for the command line a bit easier. Test case: ?php $fd = STDIN; ? Expected output: none Produced output: PHP Notice: Use of undefined constant STDIN - assumed 'STDIN' in - on line 2 Notice: Use of undefined constant STDIN - assumed 'STDIN' in - on line 2 PHP version string: PHP 5.3.3-7+squeeze3 with Suhosin-Patch (cli) (built: Jun 28 2011 08:24:40) -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-cli depends on: ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libgssapi-krb5-2 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k ii libk5crypto3 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries ii libmagic1 5.04-5File type determination library us ii libonig2 5.9.1-1 Oniguruma regular expressions libr ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libqdbm14 1.8.77-4 QDBM Database Libraries [runtime] ii libssl0.9.80.9.8o-4squeeze1 SSL shared libraries ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii mime-support 3.48-1MIME files 'mime.types' 'mailcap ii php5-common5.3.3-7+squeeze3 Common files for packages built fr ii tzdata 2011d-0squeeze1 time zone and daylight-saving time ii ucf3.0025+nmu1 Update Configuration File: preserv ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime php5-cli recommends no packages. Versions of packages php5-cli suggests: ii php-pear5.3.3-7+squeeze3 PEAR - PHP Extension and Applicati -- 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#538799: libvirt-bin: remote connections fail with netcat-traditional
Hi, I ran into this problem today and would like to suggest a partial resolution. Upon installation, libvirt-bin should check whether netcat-openbsd is the currently active alternative for netcat. In case it is not, a warning should be displayed, informing the system administrator that they will not be able to use remote SSH connections to the current system unless they configure the client appropriately or update the alternatives system accordingly. Of course, it has the drawback of working only when libvirt-bin is installed after an offending netcat which might have overridden the settings, but it will at least catch some of the cases, instead of looking like a bug in virt-manager or whatever frontend the client uses. I'm convinced that this is the most sane solution at the moment. Also, a trigger to notify libvirt-bin of installation of any netcat could be utilized to warn the admin of a possible problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613423: gnome-desktop-environment depends on empathy, should offer alternative
Package: gnome-desktop-environment Version: 1:2.30+7 Severity: minor gnome-desktop-environment currently depends on empathy IM client, but it offers a choice in remote desktop clients: remmina | vinagre so, logically, it should allow: empathy | pidgin as it seems to me that more people use pidgin anyway and don't need to keep empathy installed. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-desktop-environment depends on: ii alacarte 0.13.2-1easy GNOME menu editing tool ii baobab 2.30.0-2GNOME disk usage analyzer ii brasero 2.30.3-2CD/DVD burning application for GNO ii cheese 2.30.1-2A tool to take pictures and videos ii deskbar-applet 2.32.0-1universal search and navigation ba ii ekiga3.2.7-2 H.323 and SIP compatible VoIP clie pn empathy none (no description available) ii gcalctool5.30.2-2GNOME desktop calculator ii gconf-editor 2.30.0-2An editor for the GConf configurat ii gdm3 [fast-user-switch-apple 2.30.5-6Next generation GNOME Display Mana ii gksu 2.0.2-5 graphical frontend to su ii gnome-backgrounds2.32.0-1a set of backgrounds packaged with ii gnome-bluetooth 2.30.0-2GNOME Bluetooth tools ii gnome-core 1:2.30+7The GNOME Desktop Environment -- e ii gnome-dictionary 2.30.0-2GNOME dictionary application ii gnome-media 2.30.0-1GNOME media utilities ii gnome-netstatus-applet 2.28.1-1Network status applet for GNOME ii gnome-nettool2.30.0-3network information tool for GNOME ii gnome-screenshot 2.30.0-2screenshot application for GNOME ii gnome-search-tool2.30.0-2GNOME tool to search files ii gnome-system-log 2.30.0-2system log viewer for GNOME ii gnome-system-monitor 2.28.1-1Process viewer and system resource ii gnome-system-tools 2.30.2-2Cross-platform configuration utili ii gnome-user-share 2.30.1-1User level public file sharing via ii gstreamer0.10-tools 0.10.30-1 Tools for use with GStreamer ii gucharmap1:2.30.3-1 Unicode character picker and font ii gvfs-bin 1.6.4-3 userspace virtual filesystem - bin ii hamster-applet 2.30.2-3time tracking applet for GNOME ii libgnome2-perl 1.042-2 Perl interface to the GNOME librar ii nautilus-sendto 2.28.4-2+b1 integrates Evolution and Pidgin in ii remmina 0.8.3-1 remote desktop client for GNOME de ii seahorse 2.30.1-2GNOME front end for GnuPG ii seahorse-plugins 2.30.1-3seahorse plugins and utilities for ii sound-juicer 2.28.2-3GNOME CD Ripper ii totem-plugins2.30.2-6Plugins for the Totem media player ii vino 2.28.2-2VNC server for GNOME ii xdg-user-dirs-gtk0.8-1 tool to manage well known user dir ii zenity 2.30.0-1Display graphical dialog boxes fro Versions of packages gnome-desktop-environment recommends: ii gnome-accessibility 1:2.30+7 The GNOME desktop environment -- a ii gnome-games 1:2.30.2-2 games for the GNOME desktop Versions of packages gnome-desktop-environment suggests: pn gnome-dbg 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#592991: dependency
The dependency was needed on the host system. After just installing gawk, it worked - no further tweaking needed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592991: vzctl start breaks with mawk, works with gawk - dependency needed
Package: vzctl Version: 3.0.24-1 Severity: important Tags: patch When calling `vzctl start` on a newly created container (with debootstrap), I get an error saying this: vps-net_add WARNING: Device list is empty This seems to be a very obscure problem but it undermines the usability of networked VEs. One report on the Web (http://www.hetlab.tk/hoefnix1/geen-device-list) suggested to me that this is an incompatibility with mawk. To quote (via Google Translate from NL): Am now beginning to suspect that a change is not compatible with mawk - a clone of the awk - version on Debian Etch is used. On the Strato server we have running the latest gawk ... As soon as I installed gawk, the problem has disappeared. Therefore, I think that gawk is required as a dependency of vzctl. Note that my particular configuration might have an impact on this bug, however this is still a bug in the package itself because it breaks under normal usage conditions (no code modifications). Therefore, please see the enclosed configuration (2 snippets below) if unable to reproduce. /etc/vz/conf/1121.conf: --- CUT HERE --- KMEMSIZE=14372700:14790164 LOCKEDPAGES=256:256 PRIVVMPAGES=65536:69632 SHMPAGES=21504:21504 NUMPROC=240:240 PHYSPAGES=0:9223372036854775807 VMGUARPAGES=33792:9223372036854775807 OOMGUARPAGES=26112:9223372036854775807 NUMTCPSOCK=360:360 NUMFLOCK=188:206 NUMPTY=16:16 NUMSIGINFO=256:256 TCPSNDBUF=1720320:2703360 TCPRCVBUF=1720320:2703360 OTHERSOCKBUF=1126080:2097152 DGRAMRCVBUF=262144:262144 NUMOTHERSOCK=360:360 NUMFILE=9312:9312 DCACHESIZE=3409920:3624960 NUMIPTENT=128:128 AVNUMPROC=180:180 CPUUNITS=1000 ONBOOT=yes ORIGIN_SAMPLE=basic DISKSPACE=1048576:1153024 DISKINODES=20:22 QUOTATIME=0 OSTEMPLATE=debian IP_ADDRESS=10.6.1.1 --- CUT HERE --- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-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/dash Versions of packages vzctl depends on: ii iproute 20100519-3 networking and traffic control too ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii vzquota 3.0.12-3 server virtualization solution - q Versions of packages vzctl recommends: ii rsync 3.0.7-2fast remote file copy program (lik vzctl suggests no packages. -- Configuration Files: /etc/vz/vz.conf changed: VIRTUOZZO=yes LOCKDIR=/var/lib/vz/lock DUMPDIR=/var/lib/vz/dump VE0CPUUNITS=1000 LOGGING=yes LOGFILE=/var/log/vzctl.log LOG_LEVEL=0 VERBOSE=0 DISK_QUOTA=yes VZFASTBOOT=no NEIGHBOUR_DEVS=detect ERROR_ON_ARPFAIL=no TEMPLATE=/var/lib/vz/template VE_ROOT=/srv/vz/$VEID/root VE_PRIVATE=/srv/vz/$VEID/private CONFIGFILE=basic DEF_OSTEMPLATE=debian VZWDOG=no IPTABLES=ipt_REJECT ipt_tos ipt_limit ipt_multiport iptable_filter iptable_mangle ipt_TCPMSS ipt_tcpmss ipt_ttl ipt_length IPV6=no IP6TABLES=ip6_tables ip6table_filter ip6table_mangle ip6t_REJECT -- 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#592232: linux-image-2.6.32-5-openvz-amd64: No IPv6 conntrack support
Package: linux-2.6 Version: 2.6.32-18 Severity: critical Justification: breaks unrelated software One line says it all: config file for this kernel contains # CONFIG_NF_CONNTRACK_IPV6 is not set It's not possible to build a functional IPv6 firewall/router with this kernel. All IPv6 firewall setup scripts, including shorewall6, depend on this kernel option. -- Package-specific info: ** Version: Linux version 2.6.32-5-openvz-amd64 (Debian 2.6.32-15) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-1) ) #1 SMP Tue Jun 1 05:15:57 UTC 2010 ** Command line: root=/dev/md0 ro ** Tainted: W (512) * Taint on warning. ** Loaded modules: Module Size Used by ip6table_mangle 3167 0 sit 9258 0 tunnel4 1973 1 sit vzethdev7301 0 vznetdev 17967 8 simfs 3087 5 vzrst 110254 0 vzcpt 97010 0 vzdquota 35158 5 [permanent] vzmon 16333 9 vzethdev,vznetdev,vzrst,vzcpt vzdev 1824 4 vzethdev,vznetdev,vzdquota,vzmon xt_hl 1313 0 xt_TCPMSS 2935 0 ppdev 5046 0 lp 7478 0 nfsd 255142 13 exportfs3330 1 nfsd nfs 243818 0 lockd 58772 2 nfsd,nfs fscache29850 1 nfs nfs_acl 2031 2 nfsd,nfs auth_rpcgss33460 2 nfsd,nfs sunrpc164429 14 nfsd,nfs,lockd,nfs_acl,auth_rpcgss ip6table_filter 2448 1 ip6_tables 15235 2 ip6table_mangle,ip6table_filter act_police 3636 0 cls_flow5964 0 cls_fw 3513 0 cls_u32 5466 0 sch_htb11942 0 sch_hfsc 12119 0 sch_ingress 1624 0 sch_sfq 4686 0 xt_time 1723 0 xt_connlimit2863 0 xt_realm 919 0 iptable_raw 1867 0 xt_comment 907 27 xt_recent 6553 0 xt_policy 2170 0 ipt_ULOG7129 0 ipt_REJECT 1953 4 ipt_REDIRECT1143 1 ipt_NETMAP 1137 0 ipt_MASQUERADE 1213 1 ipt_ECN 1672 0 ipt_ecn 1272 0 ipt_CLUSTERIP 4942 0 ipt_ah 1061 0 ipt_addrtype1769 3 nf_nat_tftp 966 0 nf_nat_snmp_basic 7796 0 nf_nat_sip 4934 0 nf_nat_pptp 2034 0 nf_nat_proto_gre1245 1 nf_nat_pptp nf_nat_irc 1366 0 nf_nat_h323 5095 0 nf_nat_ftp 2047 0 nf_nat_amanda 1144 0 ts_kmp 1623 5 nf_conntrack_amanda 2197 1 nf_nat_amanda nf_conntrack_sane 3620 0 nf_conntrack_tftp 3321 1 nf_nat_tftp nf_conntrack_sip 13546 1 nf_nat_sip nf_conntrack_proto_sctp 6238 0 nf_conntrack_pptp 3801 1 nf_nat_pptp nf_conntrack_proto_gre 3579 1 nf_conntrack_pptp nf_conntrack_netlink13160 0 nf_conntrack_netbios_ns 1282 0 nf_conntrack_irc3347 1 nf_nat_irc nf_conntrack_h323 36800 1 nf_nat_h323 nf_conntrack_ftp5537 1 nf_nat_ftp xt_TPROXY 1329 0 nf_tproxy_core 1565 1 xt_TPROXY,[permanent] xt_tcpmss 1401 0 xt_pkttype 1003 0 xt_physdev 1508 0 xt_owner1909 0 xt_NFQUEUE 1989 0 xt_NFLOG1038 0 nfnetlink_log 7016 1 xt_NFLOG xt_multiport2267 4 xt_MARK 1929 1 xt_mark 1463 0 xt_mac 979 0 xt_limit1782 0 xt_length 1164 0 xt_iprange 1727 0 xt_helper 1227 0 xt_hashlimit8503 0 xt_DSCP 2453 0 xt_dscp 1805 0 xt_dccp 1915 0 xt_conntrack3487 13 xt_CONNMARK 2214 0 xt_connmark 1781 0 xt_CLASSIFY 925 0 ipt_LOG 4742 33 xt_tcpudp 2319 29 xt_state1303 0 iptable_nat 4363 1 nf_nat 13514 12 ipt_REDIRECT,ipt_NETMAP,ipt_MASQUERADE,nf_nat_tftp,nf_nat_sip,nf_nat_pptp,nf_nat_proto_gre,nf_nat_irc,nf_nat_h323,nf_nat_ftp,nf_nat_amanda,iptable_nat nf_conntrack_ipv4 10143 16 iptable_nat,nf_nat nf_defrag_ipv4 1155 2 xt_TPROXY,nf_conntrack_ipv4 nf_conntrack 47155 30
Bug#589593: bad assumption about existing binaries in /etc
Package: update-notifier-common Version: 0.99.3debian4 Severity: normal Tags: patch update-notifier includes config files placed in /etc/update-motd.d coming from the Ubuntu update-motd framework that call binaries in /usr/lib/update-notifier. However, config files stay on the system if update-notifier is removed, which makes applications using pam-motd (pam-1.1.1) call the scripts in this directory and produce error messages about missing binaries (config stays, binaries no longer there). Never ever should any package make any assumptions in /etc about existant binaries. FIX: make all scripts in /etc/update-motd.d check for existence of a binary: if [ -x /path/to/binary ]; then ..; fi; -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (700, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-rc5 (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/dash Versions of packages update-notifier-common depends on: ii python2.6.5-5An interactive high-level object-o pn python-aptnone (no description available) Versions of packages update-notifier-common recommends: pn cpu-checker none (no description available) ii libpam-modules1.1.1-3Pluggable Authentication Modules f update-notifier-common 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#582161: regression: stylus button not working at all
Package: xserver-xorg-input-wacom Version: 0.10.5+20100416-1 Severity: important Tags: squeeze sid After a dist-upgrade today, my stylus button on ThinkPad X60 Tablet stopped working. The button press is not handled anyhow by X.org, and is not detected by xev. Thus, no input event gets emitted. I am now unable to use my stylus for any serious work. Version 0.10.3+20100109-1 of package xserver-xorg-input-wacom works fine. Here is the relevant part of my xorg.conf: ---CUT--- Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDevice Cursor SendCoreEvents InputDevice Stylus SendCoreEvents InputDevice Eraser SendCoreEvents InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath built-ins EndSection Section Module Load dri2 # Load dri Load record Load extmod Load glx Load dbe EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option SendCoreEvents true # Option YAxisMapping 4 5 # Option XAxisMapping 6 7 # Option ZAxisMapping 4 5 # OptionEmulateWheel true # Option EmulateWheelButton 2 EndSection Section InputDevice Identifier Cursor Driver wacom Option Device /dev/ttyS0 Option Type cursor EndSection Section InputDevice Identifier Stylus Driver wacom Option Device /dev/ttyS0 Option Type stylus EndSection Section InputDevice Identifier Eraser Driver wacom Option Device /dev/ttyS0 Option Type eraser EndSection # Display-related sections skipped ---CUT--- The first version that breaks the functionality is 0.10.5+20100414-1 - no version above that works properly. This regression, as I believe, is related to this change as reflected in the changelog: +xf86-input-wacom (0.10.5+20100414-1) unstable; urgency=low + + * Replace the hardcoded rotation tables with a single call to atan2. + * Many fixes for wheels, buttons, and tabletpc devices. + * Fix scrolling issues with Intuos3 by ensuring the pad always operates +in relative mode. + * Lots of fixes for xsetwacom. + * Switch from udev to xorg.conf.d snippets. +Add udev rules to claim the serial tablets. +Thanks to Timo Aaltonen for passing along patches and testing of these. + + -- Ron Lee r...@debian.org Wed, 14 Apr 2010 22:24:07 +0930 The 'many fixes' also break things. Ask for details if necessary. I'm not using any custom udev / hal config. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (700, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-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/dash Versions of packages xserver-xorg-input-wacom depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-3 X11 client-side library ii libxi62:1.3-4X11 Input extension library ii xserver-xorg-core 2:1.7.7-1 Xorg X server - core server xserver-xorg-input-wacom recommends no packages. Versions of packages xserver-xorg-input-wacom suggests: pn xinputnone (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#582161: Fix
It is working for me now after I have diffed the source and reversed the change in user session. The driver's behaviour has changed - TPCButton is now off by default. This change breaks people's styluses and should be documented explicitly. After enabling TPCButton in xsetwacom, the stylus button works again. This bug report is still valid. The solution is to add a _visible_ notice to the documentation (preferably /usr/share/doc/xserver-xorg-input-wacom/README.Debian) or display a warning prompt in postinst || sth like that. Option #2 - the best one - is to re-enable TPCButton by default. I do not see any reason why it should be disabled - it's like disabling mouse buttons by default. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582161: Patch
A link to a related patch which I think might work: http://old.nabble.com/-PATCH--xf86-input-wacom---TPCButton-is-on-by-default-for-ISDV4-devices-td28072479.html I have not tested this 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#576652: guidance-power-manager: Three processor bars shown on a 2-core machine
Package: guidance-power-manager Version: 4.3.3-1 Severity: minor On my system, which has a 2-core Pentium CPU, guidance-power-manager, on hovering the mouse pointer over its icon in the system tray, shows three processor bars under the CPU frequency label. However, only two correspond to real CPUs, while the third one is empty (0%), labeled as CPU 3, and not having the usual [something] MHz label in the progress bar. This redundant bar seems to be there regardless of the scaling frequency set, and persists across restarts of the application. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-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 guidance-power-manager depends on: ii hal 0.5.14-2 Hardware Abstraction Layer ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-1 X11 client-side library ii libxext6 2:1.1.1-2 X11 miscellaneous extension librar ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.5-1 X Rendering Extension client libra ii libxss1 1:1.2.0-2 X11 Screen Saver extension library ii libxxf86vm1 1:1.1.0-2 X11 XFree86 video mode extension l ii python2.5.4-9An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-kde4 4:4.3.4-1 Python bindings for the KDE 4 libr ii python-support1.0.6 automated rebuilding support for P ii python2.5 2.5.5-2An interactive high-level object-o guidance-power-manager recommends no packages. guidance-power-manager suggests no packages. -- no debconf information attachment: bug1.jpeg
Bug#573858: arora: crash on entering http://hr.wikipedia.org/wiki/Sulejmanija
Package: arora Version: 0.10.1-1 Severity: important Upon entering http://hr.wikipedia.org/wiki/Sulejmanija, arora crashes and the following gets printed by glibc: *** glibc detected *** arora: double free or corruption (out): 0x030d7d40 *** === Backtrace: = /lib/libc.so.6[0x7ffaa7483d16] /lib/libc.so.6(cfree+0x6c)[0x7ffaa74889bc] /usr/lib/libQtWebKit.so.4[0x7ffaa9c338aa] /usr/lib/libQtWebKit.so.4[0x7ffaa9c72ee0] /usr/lib/libQtWebKit.so.4[0x7ffaa9dbd363] /usr/lib/libQtWebKit.so.4[0x7ffaa9e19231] /usr/lib/libQtWebKit.so.4[0x7ffaa9e19a9b] /usr/lib/libQtWebKit.so.4[0x7ffaa9e532b6] /usr/lib/libQtWebKit.so.4[0x7ffaa9e6053f] /usr/lib/libQtWebKit.so.4[0x7ffaaa0264d9] /usr/lib/libQtWebKit.so.4[0x7ffaaa02687e] /usr/lib/libQtCore.so.4(_ZN7QObject5eventEP6QEvent+0x428)[0x7ffaa82906c8] /usr/lib/libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xad)[0x7ffaa8a7001d] /usr/lib/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x9a)[0x7ffaa8a7807a] /usr/lib/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x8c)[0x7ffaa8280c9c] /usr/lib/libQtCore.so.4(_ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData+0x2c4)[0x7ffaa82818e4] /usr/lib/libQtCore.so.4[0x7ffaa82a97d3] /lib/libglib-2.0.so.0(g_main_context_dispatch+0x22e)[0x7ffaa5d6390e] /lib/libglib-2.0.so.0[0x7ffaa5d672c8] /lib/libglib-2.0.so.0(g_main_context_iteration+0x80)[0x7ffaa5d673f0] /usr/lib/libQtCore.so.4(_ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x5c)[0x7ffaa82a939c] /usr/lib/libQtGui.so.4[0x7ffaa8b06f1f] /usr/lib/libQtCore.so.4(_ZN10QEventLoop13processEventsE6QFlagsINS_17ProcessEventsFlagEE+0x32)[0x7ffaa827f562] /usr/lib/libQtCore.so.4(_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE+0xd4)[0x7ffaa827f934] /usr/lib/libQtCore.so.4(_ZN16QCoreApplication4execEv+0xc4)[0x7ffaa8281ba4] arora[0x4cdde5] /lib/libc.so.6(__libc_start_main+0xfd)[0x7ffaa7431abd] arora[0x432c69] === Memory map: 0040-0052c000 r-xp 08:02 627896 /usr/bin/arora 0072c000-0073 rw-p 0012c000 08:02 627896 /usr/bin/arora 0073-00731000 rw-p 00:00 0 023f7000-030dc000 rw-p 00:00 0 [heap] 7ffa9400-7ffa94065000 rw-p 00:00 0 7ffa94065000-7ffa9800 ---p 00:00 0 7ffa9983-7ffa9984 rw-p 00:00 0 7ffa99844000-7ffa998c4000 r--p 08:02 466983 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-BoldOblique.ttf 7ffa998c4000-7ffa998c9000 r-xp 08:01 8495 /lib/libnss_dns-2.10.2.so 7ffa998c9000-7ffa99ac8000 ---p 5000 08:01 8495 /lib/libnss_dns-2.10.2.so 7ffa99ac8000-7ffa99ac9000 r--p 4000 08:01 8495 /lib/libnss_dns-2.10.2.so 7ffa99ac9000-7ffa99aca000 rw-p 5000 08:01 8495
Bug#289011: Same here
I confirm the bug in Iceweasel versions 3.0.x . It happens quite often and, what is more, bookmarks are not available when the tab URLs are not being updated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538233: Typecasting issue on line 1769
I've managed to explain the strange error on line 1769. There is a typecasting error that you may not be getting. The problem is that string 0.00 can be converted to a numeric value internally by perl, while 0,00 (notice the comma) can not. When run with locale pl_PL (we use commas to separate the fractional part), Perl is unable to convert status string received from the child process, hence the warning message with hex (0x30 0x2c is zero comma), but with LANG set to C, the warning disappears. At least that's what my testing has shown. However, this comparison is only used for displaying import errors in a dialog box and I believe it is irrelevant to the grave bug I'm describing here. -- Robert Kawecki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538233: gscan2pdf exports blank PDF files
Package: gscan2pdf Version: 0.9.29-1 Severity: grave With current versions of libraries listed below, gscan2pdf (unstable Debian, gscan2pdf/testing release) is unusable as it can not export correct PDF files. Tested with a 2-page scanned document (Scan option), 2-page document imported from JPEG files and 1 page from JPEG (File-Import in the user interface). The saved PDF file contains blank pages only (page count stays as expected). Moreover, while exporting any PDF file, there is a bug in rendering the progress bar (possibly a different issue) - instead of the progress bar, I see a float value like ,3 (which equals step 1/3 of export). -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') 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 gscan2pdf depends on: ii graphicsmagick-imag 1.1.11-3.2 image processing tools providing I ii libconfig-general-p 2.40-1 Generic Configuration Module ii libforks-perl 0.33-1 forks - emulate threads with fork ii libgtk2-ex-simple-l 0.50-1.1 A simple interface to Gtk2's compl ii libgtk2-imageview-p 0.05-1 Perl bindings for the GtkImageView ii liblocale-gettext-p 1.05-4 Using libc functions for internati ii libpdf-api2-perl0.73-1 module for creating or modifying P ii librsvg2-common 2.26.0-1 SAX-based renderer library for SVG ii libsane-perl0.03-1 Perl bindings for the SANE (Scanne ii libset-intspan-perl 1.13-2 Manages sets of integers ii libtiff-tools 3.8.2-11 TIFF manipulation and conversion t ii perl-modules [libar 5.10.0-24Core Perl modules ii perlmagick 7:6.3.7.9.dfsg2-1+b1 Perl interface to the libMagick gr ii sane-utils 1.0.20-5 API library for scanners -- utilit Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.21-3 Utilities for the DjVu image forma ii gocr 0.46-2 A command line OCR ii libgtk2-ex-podviewer-perl 0.18-1 Perl Gtk2 widget for displaying Pl ii sane 1.0.14-7 scanner graphical frontends ii tesseract-ocr 2.03-2 Command line OCR tool ii unpaper 0.3-1 post-processing tool for scanned p ii xdg-utils 1.0.2-6.1 desktop integration utilities from gscan2pdf suggests no packages. -- no debconf information -- Robert Kawecki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org