Bug#532063: taskbar/notification area icons get lost when awesome restarts
Package: awesome Version: 3.3-1 Severity: minor awesome has been segfaulting occasionally (not sure yet why). Since I run it in a loop from xsession, it just restarts and I can continue working. However, all the icons in the taskbar/notification area will be gone (e.g. twinkle, blueman-applet, esperanza, etc.). Please make awesome realise which icons it should display, and then actually display them. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-rc5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages awesome depends on: ii libc6 2.9-13 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.14-2 simple interprocess messaging syst ii libev31:3.6-1high-performance event loop librar ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libimlib2 1.4.2-4+b1 powerful image loading and renderi ii liblua5.1-0 5.1.4-3Simple, extensible, embeddable pro ii libpango1.0-0 1.24.2-1 Layout and rendering of internatio ii libstartup-notification0 0.10-1 library for program launch feedbac ii libx11-6 2:1.2.1-1 X11 client-side library ii libxcb-atom1 0.3.5-1utility libraries for X C Binding ii libxcb-aux0 0.3.5-1utility libraries for X C Binding ii libxcb-event1 0.3.5-1utility libraries for X C Binding ii libxcb-icccm1 0.3.5-1utility libraries for X C Binding ii libxcb-image0 0.3.5-1utility libraries for X C Binding ii libxcb-keysyms1 0.3.5-1utility libraries for X C Binding ii libxcb-property1 0.3.5-1utility libraries for X C Binding ii libxcb-randr0 1.3-2 X C Binding, randr extension ii libxcb-render-util0 0.3.5-1utility libraries for X C Binding ii libxcb-render01.3-2 X C Binding, render extension ii libxcb-shm0 1.3-2 X C Binding, shm extension ii libxcb-xinerama0 1.3-2 X C Binding, xinerama extension ii libxcb-xtest0 1.3-2 X C Binding, xtest extension ii libxcb1 1.3-2 X C Binding ii libxdg-basedir1 1.0.1-1implementation of the XDG Base Dir ii menu 2.1.41 generates programs menu for all me Versions of packages awesome recommends: ii rlwrap0.30-1.1 readline feature command line wrap ii x11-xserver-utils 7.4+2 X server utilities awesome suggests no packages. -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#531067: ITA: john -- active password cracking tool
On Fri, 29 May 2009 22:10:59 +0200, David Paleino wrote: Hello Ruben, thanks for ITAing john so fast. What's your estimate for an upload of john? David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#531788: libfinance-quote-perl: Invalid dates due to @FIELDS and @FIELD_ENCODING inconsistency in Base.pm
severity 531788 important thanks Raising this to sev: important because I think this is key functionality for the package; but it doesn't render it completely useless, so I'll stop short of 'grave' even though it does make it useless for me. The cause of this regression is debian/patches/07_encoding.diff, which was added because the fields were mismatched in the opposite direction - since upstream seems to have fixed that bug by changing @FIELDS instead of @FIELD_ENCODING, we're buggy again. Dropping this patch from the package is enough to fix the bug. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. 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#532010: IP6 addresses in IP4 iptables-restore output makes ferm exit 141
On 2009/06/06 05:04, Simon Kjikàqawej Côté simon.ra...@gmail.com wrote: ferm: chain ftp_whitelist { saddr ($WL_HOSTS) mod recent remove name FTP rsource ACCEPT; } iptables-save: -A ftp_whitelist --source ::1/128 --match recent --remove --name FTP --rsource --jump ACCEPT -A ftp_whitelist --source 192.168.1.1/24 --match recent --remove --name FTP --rsource --jump ACCEPT -A ftp_whitelist --source fe80::208:c7ff:febb:7df8/64 --match recent --remove --name FTP --rsource --jump ACCEPT Why would it insert that? You forgot to paste the definition of $WL_HOSTS. Probably it contains these three addresses, two of them IPv6 and one IPv4. ferm does not evaluate or care about the nature of these values, it just forwards your input to iptables(-restore), and it won't sort out address families which are not valid in the current domain. Maybe I'm reading into your question too much, be it seemed to me you took it personally that I filed a bug on this. It isn't ;). No. I'm just trying to analyze your problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524511: cannot set tags on command line
Hi Martin, thanks for your report. On Fri, Apr 17, 2009 at 16:13, martin f krafft madd...@debian.org wrote: If I specify --tag=upstream or -T upstream on the command line, I am told: Ignored bogus setting for --tag: upstream it seems that reportbug only allows l10n and patch as tags, which are the two it offers interactively. Please allow any tag to be specified. The solution I'd like to pursuit is: provide the whole set of BTS tags (except those reserved to release team). I've asked bts owner to provide a list of canonical tags so we can sync reportbug with that. Once the list will be available, we'll add all the missing tags. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532064: squid3: Enable kerberos support
Package: squid3 Severity: wishlist Ciao Luigi, I think it make sense to add --enable-negotiate-auth-helpers=squid_kerb_auth and --enable-auth=basic,digest,ntlm,negotiate to the debian/rules file. This would enable the kerberos/gssapi support in squid (/usr/lib/squid3/squid_kerb_auth is the new helper). I've already tested this change with a small Active Directory KDC setup and it works correctly. thanks, Michele -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531868: xserver-xorg-video-radeon: Secondary display not recognized as connected with All in Wonder 9600
2009/6/5 Ian Lewis ianmle...@gmail.com: I tried forcing the output on and it did indeed work. I needed to add the mode manuall using xrandr --newmode with my mode line. I then added the mode using xrandr --addmode VGA-0 1280x1024 The monitor could then be enabled by running xrandr --output VGA-0 --mode 1280x1024 However I have to do this every time I start X11 as the monitor is not really detected as being connected which is a bit annoying. You can either add the xrandr commands to your desktop start session startup script or setup the config in your xorg.conf. See this page for more info on setup: http://wiki.debian.org/XStrikeForce/HowToRandR12 Did enabling load detection as Brice suggested help (xrandr --output VGA-0 --set load_detection 1)? You can also enable it in your xorg.log: Option TVDACLoadDetect TRUE Alex Ian On Fri, Jun 5, 2009 at 2:30 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jun 5, 2009 at 1:13 AM, Brice Goglin brice.gog...@ens-lyon.org wrote: Alex Deucher wrote: On Thu, Jun 4, 2009 at 8:10 PM, Ian Lewis ianmle...@gmail.com wrote: AFAICT switching the monitors does not help. If you switch them then the output is simply switched. VGA-0 is always blank. For some reason DDC doesn't seem to be working on that port. You might try xf86-video-ati from git or the 6.12-branch depending on what version you are currently using. He's running 6.12.2-2 which contains 6.12-branch up to 248b435ae63d7122971a8021f8aa8e0963d8a850 I could reupload a more recent snaphost of the branch in the next days if needed. That should have the relevant fixes. Did it used to work previously? If so, when? Alex -- === 株式会社ビープラウド イアン・ルイス 〒150-0012 東京都渋谷区広尾1-11-2アイオス広尾ビル604 email: ianmle...@beproud.jp TEL:03-5795-2707 FAX:03-5795-2708 http://www.beproud.jp/ === -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532061: -iP == -i -P
On Sat, Jun 06, 2009 at 01:19:34PM +0800, jida...@jidanni.org wrote: Package: dlocate Version: 1.02 Severity: wishlist Here a better error message or better options processing might be used: $ dlocate -iP blablabla dlocate: unknown option '-iP' Use: 'dlocate -- -iP' if you want to search for '-iP' As all the user was trying to do was $ dlocate -i -P blablabla Same with other such - combinations. 1. dlocate works as documented. 2. more precisely, nowhere in the dlocate documentation is it ever suggested that combining short options like that will work. some programs support that feature, some don't. dlocate is one of the latter. 3. i'll leave this wishlist bug open as a reminder, but don't expect it to be fixed any time soon. that will have to wait until i get time to rewrite the option handling of dlocate (which is, frankly, atrociously bad). when the option handling is fixed, that version of dlocate will NOT be backwards-compatible with previous versions...because fixing it means fixing the stupid single-dash long options. i've been making a few notes and plans on fixing option handling, but i'm currently undecided about the best way to proceed...it's not terribly difficult to do, but i only want to have to do it once, so i want to make sure that i don't end up implementing another short-sighted dumb quick-hack option handler. craig -- craig sanders c...@taz.net.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532018: [Pkg-bluetooth-maintainers] Bug#532018: poorly documented
reassign 532018 bluez thanks On Fri, Jun 05, 2009 at 08:36:15PM +0200, Harald Dunkel wrote: Package: bluez-alsa Version: 4.40-2 I don't want to complain, but shouldn't the package include a README in /usr/share/doc/bluez-alsa providing some information how bluez-alsa is supposed to be configured? Indeed, README.Debian is in the source package but somehow I forgot to include it in the binary, will do in the next upload. thanks, filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 Computation has made the tree flower. -- Alan Perlis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532065: java-gcj-compat-dev: Fails to install inside pbuilder chroot
Package: java-gcj-compat-dev Version: 1.0.80-5 Severity: important While trying to check if jruby1.1 builds with default-jdk build dependency, I got following error in pbuilder chroot. Setting up java-gcj-compat-dev (1.0.80-5) ... update-alternatives: error: alternative path /usr/lib/jvm/java-gcj/bin/jarsigner doesn't exist. dpkg: error processing java-gcj-compat-dev (--configure): subprocess installed post-installation script returned error exit status 2 dpkg: dependency problems prevent configuration of default-jdk: default-jdk depends on java-gcj-compat-dev (= 1.0.77-4); however: Package java-gcj-compat-dev is not configured yet. dpkg: error processing default-jdk (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of pbuilder-satisfydepends-dummy: pbuilder-satisfydepends-dummy depends on default-jdk; however: Package default-jdk is not configured yet. dpkg: error processing pbuilder-satisfydepends-dummy (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: java-gcj-compat-dev default-jdk pbuilder-satisfydepends-dummy E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up java-gcj-compat-dev (1.0.80-5) ... update-alternatives: error: alternative path /usr/lib/jvm/java-gcj/bin/jarsigner doesn't exist. dpkg: error processing java-gcj-compat-dev (--configure): subprocess installed post-installation script returned error exit status 2 dpkg: dependency problems prevent configuration of default-jdk: default-jdk depends on java-gcj-compat-dev (= 1.0.77-4); however: Package java-gcj-compat-dev is not configured yet. dpkg: error processing default-jdk (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of pbuilder-satisfydepends-dummy: pbuilder-satisfydepends-dummy depends on default-jdk; however: Package default-jdk is not configured yet. dpkg: error processing pbuilder-satisfydepends-dummy (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: java-gcj-compat-dev default-jdk pbuilder-satisfydepends-dummy Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Current status: 0 broken [-1]. E: pbuilder-satisfydepends failed. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-2-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (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#384959: Updated courier patterns for IPv6
Over the last few years I've been keeping track of the courier-imap and courier-pop3 patterns needed for both IPv4 and IPv6. Here is the result (currently in live use for our mailservers which receive both v4 and v6 and v4-mapped traffic) $pat = '^[LOGTIME] (?:\[|\S+ )(?:courierpop3|courierimap|couriertcp|pop3|imap)(?:d|d-ssl|login)\]?: ' . 'LOGIN, user=\S+, ip=\[[:f]*((?:(?:\d+\.\d+\.\d+\.\d+)|[:a-f0-9]+))\]'; $out_pat = '^[LOGTIME] (?:\[|\S+ )(?:courierpop3|courierimap|couriertcp|pop3|imap)(?:d|d-ssl|login)\]?: ' .'(?:LOGOUT|DISCONNECTED), user=\S+, ip=\[[:f]*((?:(?:\d+\.\d+\.\d+\.\d+)|[:a-f0-9]+))\]'; Note the IPv4 pattern excludes [:f]* from the brackets. This allows only the real IPv4 portion to be stored in the hosts.db so the mailserver can use it without needing special code to strip ::: garbage. Also worth noting that courier-imap is now configured on Debian Squeeze with a LOGGEROPTS=-name=imapd option by default. This makes the nam pattern 'imap' again. But opens the gap for people to use some really weird names which the patterns can't provide for by default. AYJ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528248: Agent Name:Prof. James Scot
Agent Name:Prof. James Scot Tel: +44-702-409-3921 Email: (claimdept.boar...@rocketmail.com) This is to inform you that you have been selected for a cash prize of £1,000,000 (British Pounds) held on the 4th of June 2009 in London Uk. 1. Name: 2. Address: 3. Country of Residence: 4. Telephone Number: 5. Age -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532003: libchipcard-tools: never sleeps
Hi, On Fri, Jun 05, 2009 at 07:17:15PM +0200, Martin Preuss wrote: First you state that you didn't even look at the source, Yes, when reporting bugs to Debian, I should not be required to check the source. For upstream this may be required (although I don't think this would be a good idea), but Debian bug reports are only reports, and they need not be solutions. but still in the next sentence you make assumptions about how the software works/doesn't work. And last but not least you call the software buggy... I see a bug in its behaviour, indeed. Note that I was talking about the package, not only the upstream software. What are you trying to achieve by such a mail?? Take it easy! The hint about the probable implementation was intended to help, so that it would be easier to fix the problem. As a matter of fact the daemon *does* have a main loop which uses select() and which *can* be interrupted after a few seconds to scan for new devices or the disconnection of existing devices. If setup correctly the daemon even only looks for new devices upon receiption of a signal (which can be generated by udev). So you are saying that my assumption that the select loop did not have an infinite timeout (in the Debian setup) was in fact correct. I don't see a problem with pointing in the right direction in a bug report... So next time you are having issues with upstream you might want to consider just asking for an explanation first... I didn't report the issue upstream. I reported it to Debian. The Debian maintainer, who does know the source, can then see if the issue is real, and whether it's in the packaging or in upstream. If it's in the setup, as you say, then that means it's in the packaging. Upstream doesn't need to ever hear about it. Unless of course upstream is subscribed to receive Debian bug reports. This is a good idea, but please don't treat them the same way as upstream bug reports. For Debian bug reports, the reporter expects the package maintainer to make the report more useful before sending it upstream (if that should be done at all). In this case, for example, the maintainer didn't send the report upstream, because the problem was appearently solved in the development version (I'm running Lenny here). Note that my problem is not that I have a program which is useful for me which doesn't work exactly as expected. I have a program which I'm not using that needs my attention or else my system's performance will suffer. I consider this a severe problem. I don't really have a problem when (incorrect) dependencies result in some extra software being installed (although that should be fixed as well, of course). But I don't want to be forced to spend time on configuring packages that I don't actually care about. I'm not saying the software isn't useful; it looks good as far as I can see. But I'm not using it, and I don't want to be bothered with configuring things I'm not using. Anyway, thank you for your reply. Next time, I'll try to be more clear about what I mean. Thanks, Bas -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://a82-93-13-222.adsl.xs4all.nl/e-mail.html signature.asc Description: Digital signature
Bug#532066: pspresent: depends on obsolete gs package
Package: pspresent Version: 1.3-2 Severity: normal Hi, pspresent still depends on the obsolete gs package; that should be changed to ghostscript-x. JB. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29 (SMP w/2 CPU cores) Locale: LANG=C, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages pspresent depends on: ii gs 8.64~dfsg-1.1 Transitional package ii libc6 2.9-13GNU C Library: Shared libraries ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library pspresent recommends no packages. Versions of packages pspresent suggests: pn chaksem | prosper | foiltex 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#526943: gnome-control-center: keybindings are not set up on login
This bug suddendly disappeared. But I'm not sure which package update was responsible for this.
Bug#532003: libchipcard-tools: never sleeps
Hi, On Samstag, 6. Juni 2009, Bas Wijnen wrote: On Fri, Jun 05, 2009 at 07:17:15PM +0200, Martin Preuss wrote: [...] As a matter of fact the daemon *does* have a main loop which uses select() and which *can* be interrupted after a few seconds to scan for new devices or the disconnection of existing devices. If setup correctly the daemon even only looks for new devices upon receiption of a signal (which can be generated by udev). So you are saying that my assumption that the select loop did not have an infinite timeout (in the Debian setup) was in fact correct. I don't see a problem with pointing in the right direction in a bug report... [...] It can't have an infinite loop: It runs in a single thread and needs to do some cleanup from time to time (e.g. releasing readers and cards after some timeout etc). Please note that compared to other chipcard daemons libchipcard4 is probably more power conserving since it doesn't open devices as long as they aren't used (which allows USB autosuspend to kick in). BTW: How do you determine how much CPU time the daemon is using? You are aware that the output of top is not as reliable a source as one might think? If you don't use the service of the chipcard daemon it mainly sits on a select() call and waits. If hardware polling is enabled then it wakes up every 1-2 seconds and checks for new hardware. If not it sleeps about 10s and then shortly looks for due chores. If there are none the daemon immediately falls back to sleep. So the daemon can't be using 4-5% of your CPU ressources since it mostly sleeps (if not used). Regards Martin -- Things are only impossible until they're not Martin Preuss - http://www2.aquamaniac.de/ AqBanking - http://www.aqbanking.de/ LibChipcard - http://www.libchipcard.de/
Bug#532067: udev: wrong group root for /dev/dv1394/* and /dev/video1394/*
Package: udev Version: 0.141-1 Severity: normal Hi, I've a DV camcorder. When I plug in it, the raw1394 and dc1394 modules are loaded. /dev/raw1398 is created as follow: crw-rw 1 root disk 171, 0 jun 6 09:48 /dev/raw1394 But /dev/dv1394/0 is created the following way, with root only permissions: drwxr-xr-x 2 root root 60 jun 6 09:47 /dev/dv1394 crw-rw 1 root root 171, 32 jun 6 09:47 /dev/dv1394/0 (same for video1394 but I dont use it). The permissions seems to be fine in /lib/udev/rules.d/91-permissions.rules # ieee1394 devices KERNEL==raw1394,GROUP=disk KERNEL==dv1394[0-9]*, GROUP=video KERNEL==video1394[0-9]*, GROUP=video I've tried to add the following in /lib/udev/rules.d/50-somthing.rules KERNEL==raw1394, NAME=%k, GROUP=disk KERNEL==dv1394-[0-9]*, NAME=dv1394/%n, GROUP=video KERNEL==video1394-[0-9]*, NAME=video1394/%n, GROUP=video And this works. Surprisingly (for me) it is needed to add the group for raw1394 otherwise it is created as root:root also. Regards Jean-Luc -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 204 lrwxrwxrwx 1 root root19 fév 17 2008 025_libgphoto2.rules - ../libgphoto2.rules -rw-r--r-- 1 root root 3147 jun 15 2008 025_nut-usbups.rules lrwxrwxrwx 1 root root13 fév 18 19:24 035_kino.rules - ../kino.rules -rw-r--r-- 1 root root 2255 sep 3 2008 45-Argyll.rules -rw-r--r-- 1 root root 4311 mar 9 03:53 52-nut-usbups.rules -rw-r--r-- 1 root root 1139 sep 3 2008 55-Argyll.rules -rw-r--r-- 1 root root 495 mai 21 01:10 56-hpmud_support.rules -rw-r--r-- 1 root root 1137 oct 1 2008 65_dmsetup.rules -rw-r--r-- 1 root root 991 jui 2 2008 65_mdadm.vol_id.rules -rw-r--r-- 1 root root 1643 déc 2 2008 70-persistent-cd.rules -rw-r--r-- 1 root root 817 jun 6 08:49 70-persistent-net.rules -rw-r--r-- 1 root root 283 mar 25 22:52 85_dmraid.rules -rw-r--r-- 1 root root 1157 jun 5 18:37 README -rw-r--r-- 1 root root 128 jui 16 2008 z10_usb_mouse.rules lrwxrwxrwx 1 root root16 mai 7 07:25 z60_avarice.rules - ../avarice.rules lrwxrwxrwx 1 root root15 fév 19 2008 z60_hdparm.rules - ../hdparm.rules -rw-r--r-- 1 root root 5354 mar 16 12:10 z60_hplip.rules -rw-r--r-- 1 root root 65986 mai 22 13:41 z60_iscan.rules -rw-r--r-- 1 root root 1240 avr 6 20:06 z60_kpartx.rules -rw-r--r-- 1 root root 2656 jan 1 2008 z60_libpisock9.rules -rw-r--r-- 1 root root 1152 mai 6 14:26 z60_libsane-extras.rules -rw-r--r-- 1 root root 55330 mai 14 12:14 z60_libsane.rules -rw-r--r-- 1 root root 6661 avr 25 11:26 z60_xserver-xorg-input-wacom.rules -- /sys/: /sys/dev /sys/devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input3/event3/dev /sys/devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input4/event4/dev /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2/event2/dev /sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0/dev /sys/devices/pci:00/:00:01.0/:01:00.0/graphics/fb0/dev /sys/devices/pci:00/:00:08.0/host2/target2:0:0/2:0:0:0/block/sda/dev /sys/devices/pci:00/:00:08.0/host2/target2:0:0/2:0:0:0/block/sda/sda1/dev /sys/devices/pci:00/:00:08.0/host2/target2:0:0/2:0:0:0/block/sda/sda2/dev /sys/devices/pci:00/:00:08.0/host2/target2:0:0/2:0:0:0/bsg/2:0:0:0/dev /sys/devices/pci:00/:00:08.0/host2/target2:0:0/2:0:0:0/scsi_generic/sg0/dev /sys/devices/pci:00/:00:0f.0/host3/target3:0:0/3:0:0:0/block/sdb/dev /sys/devices/pci:00/:00:0f.0/host3/target3:0:0/3:0:0:0/block/sdb/sdb1/dev /sys/devices/pci:00/:00:0f.0/host3/target3:0:0/3:0:0:0/block/sdb/sdb2/dev /sys/devices/pci:00/:00:0f.0/host3/target3:0:0/3:0:0:0/block/sdb/sdb3/dev /sys/devices/pci:00/:00:0f.0/host3/target3:0:0/3:0:0:0/block/sdb/sdb4/dev /sys/devices/pci:00/:00:0f.0/host3/target3:0:0/3:0:0:0/bsg/3:0:0:0/dev /sys/devices/pci:00/:00:0f.0/host3/target3:0:0/3:0:0:0/scsi_generic/sg1/dev /sys/devices/pci:00/:00:0f.0/host4/target4:0:0/4:0:0:0/block/sdc/dev /sys/devices/pci:00/:00:0f.0/host4/target4:0:0/4:0:0:0/block/sdc/sdc1/dev /sys/devices/pci:00/:00:0f.0/host4/target4:0:0/4:0:0:0/block/sdc/sdc2/dev /sys/devices/pci:00/:00:0f.0/host4/target4:0:0/4:0:0:0/block/sdc/sdc3/dev /sys/devices/pci:00/:00:0f.0/host4/target4:0:0/4:0:0:0/block/sdc/sdc4/dev /sys/devices/pci:00/:00:0f.0/host4/target4:0:0/4:0:0:0/bsg/4:0:0:0/dev /sys/devices/pci:00/:00:0f.0/host4/target4:0:0/4:0:0:0/scsi_generic/sg2/dev /sys/devices/pci:00/:00:0f.1/ide0/0.0/block/hda/dev /sys/devices/pci:00/:00:0f.1/ide1/1.0/block/hdc/dev /sys/devices/pci:00/:00:10.0/usb2/2-0:1.0/usb_endpoint/usbdev2.1_ep81/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2:1.0/input/input0/event0/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2:1.0/usb_endpoint/usbdev2.2_ep81/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2:1.1/input/input1/event1/dev
Bug#511324: ITP: ofed -- Infiniband OpenFabrics Enterprise Distribution
Package are available on alioth: http://pkg-ofed.alioth.debian.org -- Dr. Guy Coates, Informatics System Group The Wellcome Trust Sanger Institute, Hinxton, Cambridge, CB10 1HH, UK Tel: +44 (0)1223 834244 x 6925 Fax: +44 (0)1223 496802 -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522103: libsqlite3-0: ABI breakage: xCheckReservedLock method in sqlite3_io_methods changed prototype
* Julien Cristau: This caused an other problem, related to ICU support in SQLite3. I have disabled it and rpm now builds fine. So a rebuild trigger will be enough for rpm when sqlite3 3.6.14.2 is in the archive. As of #522103, I don't think it worths a SONAME bump. An internal function is changed in an incompatible way. The only one application It's not an internal function. It's part of your library's public interface, aka ABI. Huh? SQLite has an extensive API documentation. If something is not listed at all, or explicitly marked as experimental, it is certainly not part of the stable API. We had endless problems back in the old days when everyone used internal libc functions because they could, as a consequence of the C linkage model. Nowadays, libc uses private symbols to prevent this (and other libraries could as well), but it doesn't mean that anything which can be referenced externally is actually part of the public API of a library. Have you added Breaks on old evolution to make sure people don't get bitten by this again? I don't think Breaks is needed if evolution has been fixed. The version in stable is not affected, right? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532069: localepurge: [INTL:ru] Russian debconf templates translation update
Package: localepurge Version: 0.5.9-0.2 Severity: wishlist Tags: l10n patch Russian debconf templates translation update is attached. -- 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/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # translation of ru.po to Russian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Yuri Kozlov yu...@komyakino.ru, 2009. msgid msgstr Project-Id-Version: localepurge 0.5.9-0.2\n Report-Msgid-Bugs-To: psee...@debian.org\n POT-Creation-Date: 2006-08-05 21:45+0200\n PO-Revision-Date: 2009-05-25 21:38+0400\n Last-Translator: Yuri Kozlov yu...@komyakino.ru\n Language-Team: Russian debian-l10n-russ...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: multiselect #. Description #: ../localepurge.templates:1001 msgid Selecting locale files msgstr Выбор файлов локалей #. Type: multiselect #. Description #: ../localepurge.templates:1001 msgid localepurge will remove all locale files from your system but the ones for the language codes you select now. Usually two character locales like \de\ or \pt\ rather than \de_DE\ or \pt_BR\ contain the major portion of localizations. So please select both for best support of your national language settings. The entries from /etc/locale.gen will be preselected if no prior configuration has been successfully completed. msgstr localepurge удалит все файлы локалей из вашей системы, кроме тех, которые вы здесь отметите. Обычно, большая часть локализации содержится в локали, состоящей из двух символов, например, \de\ или \ru\, а не в \de_DE\ или \ru_RU\. Поэтому выберите обе локали, чтобы оставить самую полную поддержку родного языка. Записи из /etc/locale.gen уже выбраны, если это первая настройка. #. Type: boolean #. Description #: ../localepurge.templates:2001 msgid Really remove all locales? msgstr Действительно удалить все локали? #. Type: boolean #. Description #: ../localepurge.templates:2001 msgid You chose not to keep any locales. This means that all locales will be removed from your system. Are you sure this really is what you want? msgstr Вы не выбрали ни одной локали. Это означает, что все локали будут удалены из системы. Вы действительно хотите этого? #. Type: note #. Description #: ../localepurge.templates:3001 msgid localepurge will not take any action msgstr localepurge не будет выполнять никаких действий #. Type: note #. Description #: ../localepurge.templates:3001 msgid localepurge will not be useful until you successfully configure it with the command \dpkg-reconfigure localepurge\. The configured entries from /etc/ locale.gen of the locales package will then be automagically preselected. msgstr localepurge не заработает, пока вы не настроите его с помощь команды \dpkg-reconfigure localepurge\. Настроенные локали в /etc/locale.gen из пакета locales будут выбраны автоматически. #. Type: boolean #. Description #: ../localepurge.templates:4001 msgid Also delete localized man pages? msgstr Удалить также переведённые справочные страницы? #. Type: boolean #. Description #: ../localepurge.templates:4001 msgid Based on the same locale information you chose above, localepurge can also delete superfluous localized man pages. msgstr На основе указанной ранее информации о локалях, localepurge может также удалить ненужные переведённые справочные страницы. #. Type: boolean #. Description #: ../localepurge.templates:5001 msgid Inform about new locales? msgstr Информировать о новых локалях? #. Type: boolean #. Description #: ../localepurge.templates:5001 msgid If you are content with the selection of locales you chose to keep and don't want to care about whether to delete or keep newly found locales, just deselect this option to automatically remove new locales you probably wouldn't care about anyway. If you select this option, you will be given the opportunity to decide whether to keep or delete newly introduced locales. msgstr Если вас устраивает выбор оставляемых в системе локалей, и вам неважно, будут ли удалены или оставлены новые локали, которые появятся в будущем, то ответьте отрицательно, и все новые локали будут автоматически удаляться. Если вы ответите утвердительно, то вам будет предлагаться выбор удалять или оставлять появляющиеся новые локали. #. Type: boolean #. Description #: ../localepurge.templates:6001 msgid Display freed disk space? msgstr Показывать освобождаемое дисковое пространство? #. Type: boolean #. Description #: ../localepurge.templates:6001 msgid localepurge can calculate and display the disk space
Bug#532068: adjtimex: [INTL:ru] Russian debconf templates translation update
Package: adjtimex Version: 1.27.1-3 Severity: wishlist Tags: l10n patch Russian debconf templates translation update is attached. -- 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/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # translation of ru.po to Russian # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # # Yuri Kozlov kozlo...@gmail.com, 2005. # Yuri Kozlov yu...@komyakino.ru, 2009. msgid msgstr Project-Id-Version: adjtimex 1.27.1-3\n Report-Msgid-Bugs-To: adjti...@packages.debian.org\n POT-Creation-Date: 2009-03-17 07:38+0100\n PO-Revision-Date: 2009-06-06 12:14+0400\n Last-Translator: Yuri Kozlov yu...@komyakino.ru\n Language-Team: Russian debian-l10n-russ...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: boolean #. Description #: ../templates:2001 msgid Should adjtimex be run at installation and at every startup? msgstr Запустить adjtimex сейчас и каждый раз при старте системы? #. Type: boolean #. Description #: ../templates:2001 #| msgid #| adjtimex can run at system startup to set the kernel time parameters to #| the values in /etc/default/adjtimex. Don't accept if you just want to use #| adjtimex to inspect the current parameters. msgid Running adjtimex at system startup will set the kernel time parameters to the values in /etc/default/adjtimex. msgstr Запуск adjtimex при включении компьютера откорректирует значения параметров ядра согласно настройкам из файла /etc/default/adjtimex. #. Type: boolean #. Description #: ../templates:2001 #| msgid #| adjtimex can run at system startup to set the kernel time parameters to #| the values in /etc/default/adjtimex. Don't accept if you just want to use #| adjtimex to inspect the current parameters. msgid You should not choose this option if you just want to use adjtimex to inspect the current parameters. msgstr Ответьте отрицательно, если просто хотите использовать adjtimex для проверки текущих параметров. #. Type: boolean #. Description #: ../templates:3001 #| msgid Should adjtimexconfig be run when adjtimex is installed or upgraded? msgid Run adjtimexconfig when adjtimex is installed or upgraded? msgstr Запускать adjtimexconfig при установке или обновлении adjtimex? #. Type: boolean #. Description #. Translators: do not translate tick and frequency #: ../templates:3001 #| msgid #| The adjtimexconfig script will use adjtimex to find values for the kernel #| variables tick and frequency that will make the system clock #| approximately agree with the hardware clock (also known as the CMOS #| clock). It then saves these values in the configuration file /etc/ #| default/adjtimex so the settings will be restored on every boot, when / #| etc/init.d/adjtimex runs. msgid The adjtimexconfig script will use adjtimex to find values for the kernel variables \tick\ and \frequency\ that will make the system clock approximately agree with the hardware clock (also known as the CMOS clock). It then saves these values in the configuration file /etc/default/adjtimex so the settings will be restored on every boot, when /etc/init.d/adjtimex runs. msgstr Сценарий adjtimexconfig использует adjtimex для поиска значений переменных ядра \tick\ и \frequency\, которые помогают согласовывать время системных часов с временем в аппаратных часах (так называемые часы CMOS). Затем он сохраняет эти значения в файл настройки /etc/default/adjtimex, для того чтобы восстанавливать их с помощью сценария /etc/init.d/adjtimex при каждом запуске системы. #. Type: boolean #. Description #: ../templates:3001 #| msgid #| The script takes 70 sec to run. Alternatively, you can run adjtimexconfig #| yourself at a later time, or determine the kernel variables one of #| several other ways (see the adjtimex man page) and install them in /etc/ #| default/adjtimex. msgid The script takes 70 seconds to run, so running it for every upgrade may be a waste of time. Alternatively, you can run adjtimexconfig manually when needed, or determine the kernel variables by using other methods and set them manually in /etc/default/adjtimex. msgstr Длительность работы сценария занимает 70 секунд, что может оказаться затратным при
Bug#532071: The open window statement fails
Package: yabasic Version: 2.763-4 Severity: important The open window statement fails. This bug report reopens #496962, which is probably archived. The open window statement causes the yabasic interpreter to crash. This problem still occurs on 32 bit IBM compatible computers using i486 compatible processors. The bug is still exhibited in stable, testing, and unstable. Mark. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (990, 'stable'), (50, 'unstable') Architecture: i386 (i386) Kernel: Linux 2.6.26-2-486 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages yabasic depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20090314-1 shared libraries for terminal hand ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-2 X11 client-side library yabasic recommends no packages. yabasic 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#532070: bugs.d.o: provide a list of available tags
Package: bugs.debian.org Severity: normal Hello, s done for pseudo-packages[1], it would be nice to have a list of available BTS tags. [1] http://bugs.debian.org/pseudopackages/pseudo-packages.description A list format can be (something similar to): tag name public|reserved description where tag name = the name of the tag public|reserved = whether the tag is publicly usable or reserved (for example for release team tags) description = tag description In this particular case, we'd like to have to keep the reportbug tags list in sync with the canonical place where they live, the BTS. Thanks for considering, Sandro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514143: bugzilla: CVE-2009-1213
There is one more issue, CVE-2009-1213: http://www.bugzilla.org/security/3.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#532031: [Piuparts-devel] Bug#532031: Please do an unpack, remove, purge run
Hi, On Freitag, 5. Juni 2009, Luk Claes wrote: To make sure there are no other issues like the recently discovered in texlive, it would be good to have an 'unpack, remove, purge' run next to the 'unpack, configure, remove, purge' one that is currently running. #531581 is the relevant bug for texlive, #530832 for tex-common. regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#532072: Are changelogs of packages not getting updated?
Package: ftp.debian.org Severity: normal It looks to me that chagelogs of packages not getting updated when new versions are accepted. Are you aware of that? Is that intended? For example, reportbug 4.4 is in testing, while /changelogs/pool/main/r/reportbug/current points to 4.2 -- sobtw...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532073: new upstream version available
Package: imagej Version: 1.41n-1 please package 1.42. newer plugins require it. -- -- Johan Henriksson MSc Engineering PhD student, Karolinska Institutet http://mahogny.areta.org http://www.endrov.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530842: [webcalendar] closer to the source of the problem workaround
Original Message Subject: [webcalendar] closer to the source of the problem workaround Date: Fri, 05 Jun 2009 16:14:23 +0200 From: Philippe Teuwen p...@teuwen.org To: 530...@bugs.debian.org snip Clayton, you can try disabling it too: Login as admin, ignore week.php attempt, go to admin.php then select Disable Cross-Day Events: yes Thanks much, Phil, So far so good. I had been finding that even with the slightly older tar ball that I at first *thought* was working, whenever I changed my preferences, it would stop working again. My fix was to go into the MySQL webcalendar settings table and clear out the timezone field, and then everything worked (with my previous setting changes ignored). With Cross-Day events now disabled, I can finally adjust the settings, and everything seems to be working (except, of course, Cross-Day events). I will report back if that changes. Clayton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532074: texlive-base-bin: 'man pdftex': missing .ds WB
Package: texlive-base-bin Version: 2007.dfsg.2-6 Severity: minor 'man pdftex' shows at the bottom: that generated by the to C system (web2c), originally written by There is a missing word after 'the': 'Web', the manpage source has: 'by the \*(WB to'. But there is no .ds WB at the top of the manpage. The fix would be to copy the definition of WB from another manpage, for example pltotf: .if n .ds WB Web .if t .ds WB W\s-2EB\s0 -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1632 2009-06-03 23:57 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 365 2009-06-03 23:57 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 2009-04-30 11:02 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2009-05-08 21:00 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2009-05-08 21:00 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2009-04-30 11:02 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 12251 2009-05-22 18:20 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 20341 2009-05-22 18:20 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 14710 2009-05-22 18:20 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 2008-07-28 01:53 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 055e06548bac99958d8ab2dd1248f2b4 /etc/texmf/texmf.d/80tex4ht.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf 1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.3 (SMP w/4 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 texlive-base-bin depends on: ii dpkg 1.15.2Debian package management system ii ed 0.7-3 The classic unix line editor ii libc6 2.9-13GNU C Library: Shared libraries ii libgcc11:4.4.0-5 GCC support library ii libkpathsea4 2007.dfsg.2-6 TeX Live: path search library for ii libncurses55.7+20090523-1shared libraries for terminal hand ii libpng12-0 1.2.36-1 PNG library - runtime ii libpoppler40.10.6-1 PDF rendering library ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxaw72:1.0.5-2 X11 Athena Widget library ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxpm41:3.5.7-1 X11 pixmap library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii perl 5.10.0-22 Larry Wall's Practical Extraction ii tex-common 1.18 common infrastructure for building 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
Bug#531454: pbuilder 0.188 breaks --update in etch chroots
On Saturday 06 June 2009 05:25:43 Junichi Uekawa wrote: At Mon, 01 Jun 2009 18:34:19 +0200, E: Invalid operation autoremove Do we still really need etch support? I know I do :) The company I work for still has a large number of etch servers in the field, for which we need to build packages. Besides, Lenny was released just a few months ago, so I don't think we're the only ones in this situation. However, I'll make do with using Lenny's pbuilder if you don't deem etch support is worth it anymore. Cheers, -- Nicolas Noirbent nico...@noirbent.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532075: sitecopy: Connecting to a reachable FTP server throws Error: Could not connect to server
Package: sitecopy Version: 1:0.16.6-2 Severity: important Hi, after the most reacent upgrade of sitecopy in testing, I'm getting the following behaviour: r...@x:/root # sitecopy --debug=ftp,socket,rcfile -au Key [site] Value: [backup] Value2: [] Key [server] Value: [.backup.vollmar.net] Value2: [] Key [username] Value: [backup] Value2: [] Key [password] Value: [] Value2: [] Key [local] Value: [/backup] Value2: [] Key [remote] Value: [/backup] Value2: [] Key [exclude] Value: [TMP.*] Value2: [] Key [exclude] Value: [*.lock] Value2: [] Lookup up default port: Using port: 21 Lookup default proxy port... Using port 21 sitecopy: Updating site `backup' (on .backup.vollmar.net in /backup/) Opening socket to port 21 sitecopy: Error: Could not connect to server (.backup.vollmar.net port 21). r...@x:/root # Using an ftp client or telnet shows that the server is reachable: r...@x:/root # telnet .backup.vollmar.net 21 Trying xxx.xxx.245.20... Connected to .backup.vollmar.net. Escape character is '^]'. 220 ProFTPD 1.3.0 Server (Debian) [:::xxx.xxx.245.20] QUIT 221 Goodbye. Connection closed by foreign host. r...@x:/root # The configfile has been the same for years: r...@x:/root # cat .sitecopyrc site backup server .backup.vollmar.net username backup password local /backup remote /backup exclude TMP.* exclude *.lock r...@x:/root # Am I doing something wrong or is this indeed a bug? ;) Thanks, Markus -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages sitecopy depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libneon27-gnutls 0.28.4-1 An HTTP and WebDAV client library sitecopy recommends no packages. sitecopy 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#532076: audacious 2.0.1-1 doesn't provide /usr/bin/audacious
Package: audacious Version: 2.0.1-1 Severity: wishlist Hello, audacious 2.0.1 doesn't provide /usr/bin/audacious anymore. This is annoying and it breaks userland configuration. Providing it woul be appreciated. Thanks. @+, Fab -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') 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 audacious depends on: ii audacious-plugins 2.0.1-3Base plugins for audacious ii dbus 1.2.14-2 simple interprocess messaging syst ii gtk2-engines-pixbuf 2.16.2-1 Pixbuf-based theme for GTK+ 2.x ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libaudclient2 2.0.1-1audacious dbus remote control libr ii libaudcore1 2.0.1-1audacious core engine library ii libaudid3tag2 2.0.1-1audacious id3 tag manipulation lib ii libaudutil1 2.0.1-1audacious utility library ii libc6 2.9-13 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.14-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4 simple interprocess messaging syst ii libfontconfig12.6.0-3generic font configuration library ii libfreetype6 2.3.9-5FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libgtk2.0-0 2.16.2-1 The GTK+ graphical user interface ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libmcs1 0.7.1-1Abstraction library to store confi ii libmowgli10.6.1-1a high performance development fra ii libpango1.0-0 1.24.2-1 Layout and rendering of internatio ii libsad2 2.0.1-1audacious scale and dither library ii libsamplerate00.1.7-2audio rate conversion library ii libsm62:1.1.0-2 X11 Session Management library Versions of packages audacious recommends: ii audacious-plugins-extra 2.0.1-3Various extra plugins for audaciou ii unzip 6.0-1 De-archiver for .zip files audacious 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#531690: fdm: duplicate messages delivery to the actual mailbox fails sometimes
Ritesh Raj Sarraf r...@researchut.com: I have discussed this issue with upstream and we believe there is a bug in fdm when delivering acutal messages to mailboxes for which, in its cache, it detects that it is a duplicate. This issue is intermittent and hard to reproduce. Since the discussion about that problem wasn't public, I know nothing about it. I trust you will inform me of the progress. If the problem will be fixed in a future release or by any other means, I'll happily update the package. Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532077: audacious: Playlist menu doesn't work.
Package: audacious Version: 2.0.1-1 Severity: important Hello, Since the update to version 2.0.1-1, it is not possible to access the playlist window. /usr/sbin/audacious2 fired in a xterm barf the following message : (audacious2:21048): Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed both at startup and while trying to access the playlist. FYI, I'm using fluxbox as my window manager. @+, Fab -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') 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 audacious depends on: ii audacious-plugins 2.0.1-3Base plugins for audacious ii dbus 1.2.14-2 simple interprocess messaging syst ii gtk2-engines-pixbuf 2.16.2-1 Pixbuf-based theme for GTK+ 2.x ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libaudclient2 2.0.1-1audacious dbus remote control libr ii libaudcore1 2.0.1-1audacious core engine library ii libaudid3tag2 2.0.1-1audacious id3 tag manipulation lib ii libaudutil1 2.0.1-1audacious utility library ii libc6 2.9-13 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.14-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4 simple interprocess messaging syst ii libfontconfig12.6.0-3generic font configuration library ii libfreetype6 2.3.9-5FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libgtk2.0-0 2.16.2-1 The GTK+ graphical user interface ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libmcs1 0.7.1-1Abstraction library to store confi ii libmowgli10.6.1-1a high performance development fra ii libpango1.0-0 1.24.2-1 Layout and rendering of internatio ii libsad2 2.0.1-1audacious scale and dither library ii libsamplerate00.1.7-2audio rate conversion library ii libsm62:1.1.0-2 X11 Session Management library Versions of packages audacious recommends: ii audacious-plugins-extra 2.0.1-3Various extra plugins for audaciou ii unzip 6.0-1 De-archiver for .zip files audacious 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#530842: [webcalendar] closer to the source of the problem workaround
* Philippe Teuwen p...@teuwen.org [2009-06-05 16:14]: Package: webcalendar Version: 1.2.0+dfsg-2 Hello, I faced the same problem after upgrading (very painfully) from 1.0.15 to 1.2.0 I digged a bit into it: Actually the downloadable week.php is empty and Apache logs report thing like this when accessing week.php: child pid 14963 exit signal Segmentation fault (11) I tracked down the problem to: week.php calls read_repeated_events() from functions.php read_repeated_events() calls query_events() query_events() calls getOverLap() getOverLap() is recursive too much... up to the point of a segfault. I've the impression that the $result array was empty and $i going to infinite. But I didn't look further as I've my workaround: disable the cross-day events support so getOverLap() returns immediately. Clayton, you can try disabling it too: Login as admin, ignore week.php attempt, go to admin.php then select Disable Cross-Day Events: yes I hope now the maintainers have enough info to look into it or report upstream. Thanks a lot for your debugging effort, Philippe, I really appreciate it. The problem has already been reported upstream [1]. The patch that fixes the problem is really trivial and is already in SVN upstream [2]. I will apply it to the Debian webcalendar package and release 1.2.0+dfgs-3 ASAP. 1: http://sourceforge.net/tracker/index.php?func=detailaid=2534090group_id=3870atid=303870 2: http://webcalendar.cvs.sourceforge.net/viewvc/webcalendar/webcalendar/includes/functions.php?r1=1.568r2=1.569 Cheers, -- Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532075: sitecopy: Connecting to a reachable FTP server throws Error: Could not connect to server
Hi Markus, thanks for your report. On Sat, Jun 6, 2009 at 11:00, Markus Treinen tawer...@web.de wrote: after the most reacent upgrade of sitecopy in testing, I'm getting the following behaviour: ... ii libneon27-gnutls 0.28.4-1 An HTTP and WebDAV client library could you please tell me it that still happens with version 0.28.4-2 of ibneon27-gnutls ? Thanks, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532078: egroupware: [INTL:it] Italian debconf templates translation
Package: egroupware Severity: wishlist Tags: l10n, patch Hello, please add the Italian debconf templates translation (attached). Regards, Luca it.po Description: Binary data
Bug#530584: [Mutt] #3236: mutt: should use /var/tmp for mail drafts by default
#3236: mutt: should use /var/tmp for mail drafts by default ---+ Reporter: anto...@dyne.org | Owner: mutt-dev Type: enhancement | Status: new Priority: minor | Milestone: Component: mutt | Version: Resolution:|Keywords: ---+ Comment(by ossi): Replying to [comment:10 Derek Martin]: {{{ So, propose a change (for the default behavior). }}} my idea would be to have both tmpdir and vartmpdir config settings (which are used on a case by case basis (*)) and default the latter to /tmp if /var/tmp is not found. $TMPDIR would override both config settings at once for backwards compat. (*) do cases where /tmp (per FHS) would make sense exist in mutt at all? -- Ticket URL: http://dev.mutt.org/trac/ticket/3236#comment:12 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532079: apt: support for using debdelta to download packages in the apt cron job
Package: apt Version: 0.7.21 Severity: wishlist Tags: patch Please add the below patch that adds configurable support for using debdelta to download packages in the apt cron job. It doesn't disrupt the cron job when debdelta is not installed and when it is installed, it defaults to on but can be turned off with a configuration option. debdelta uses binary diffs to reduce download sizes and produces bit-identical .deb files. People use it as a tradeoff between network and CPU usage. The cron job will use apt-get as usual after debdelta so that if debdelta fails or if it doesn't have the right files available then apt will download them as usual. debdelta failures are ignored, since they can happen occasionally. I didn't include a patch to the apt configuration documentation, just to the cron job, you can copy the doc line from the cron job to the docs though. --- /etc/cron.daily/apt.orig +++ /etc/cron.daily/apt @@ -11,6 +11,9 @@ # APT::Periodic::Download-Upgradeable-Packages=0, # - Do apt-get upgrade --download-only every n-days (0=disable) # +# APT::Periodic::Download-Upgradeable-Packages-Debdelta=1, +# - Use debdelta-upgrade to download updates if available (0=disable) +# # APT::Periodic::AutocleanInterval # - Do apt-get autoclean every n-days (0=disable) # @@ -194,6 +197,8 @@ eval $(apt-config shell AutocleanInterval APT::Periodic::AutocleanInterval) UnattendedUpgradeInterval=0 eval $(apt-config shell UnattendedUpgradeInterval APT::Periodic::Unattended-Upgrade) +Debdelta=1 +eval $(apt-config shell Debdelta APT::Periodic::Download-Upgradeable-Packages-Debdelta) # check if we actually have to do anything if [ $UpdateInterval -eq 0 ] @@ -243,6 +248,9 @@ DOWNLOAD_UPGRADEABLE_STAMP=/var/lib/apt/periodic/download-upgradeable-stamp if check_stamp $DOWNLOAD_UPGRADEABLE_STAMP $DownloadUpgradeableInterval; then +if [ $Debdelta -eq 1 ] then ; +debdelta-upgrade /dev/null 21 || true +fi apt-get -qq -d dist-upgrade 2/dev/null update_stamp $DOWNLOAD_UPGRADEABLE_STAMP fi -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#532080: aptitude: searching for tags does not work
Package: aptitude Version: 0.4.11.11-1+b1 Severity: normal Hi, searching for tags does not seem to work if debtags is not installed: % aptitude search '?tag(interface::shell)' (no output) % apt-cache show zsh | grep Tag: Tag: [...] interface::shell [...] If I install debtags, I get a list of packages. Please at least give an error if searching does not work unless debtags is installed. Also, the data seems to be available even without debtags, so debtags maybe should not be required at all? Regards, Ansgar -- Package-specific info: aptitude 0.4.11.11 compiled at Apr 16 2009 23:38:07 Compiler: g++ 4.3.3 Compiled against: apt version 4.6.0 NCurses version 5.7 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.7.20090404 cwidget version: 0.5.12 Apt version: 4.6.0 linux-vdso.so.1 = (0x7fff683fe000) libapt-pkg-libc6.9-6.so.4.7 = /usr/lib/libapt-pkg-libc6.9-6.so.4.7 (0x7f705fef5000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7f705fcaa000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f705faa5000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f705f7d2000) libept.so.0 = /usr/lib/libept.so.0 (0x7f705f559000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x7f705f1ed000) libz.so.1 = /usr/lib/libz.so.1 (0x7f705efd6000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f705edbb000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f705eaac000) libm.so.6 = /lib/libm.so.6 (0x7f705e829000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f705e60e000) libc.so.6 = /lib/libc.so.6 (0x7f705e2bb000) libutil.so.1 = /lib/libutil.so.1 (0x7f705e0b8000) libdl.so.2 = /lib/libdl.so.2 (0x7f705deb4000) /lib64/ld-linux-x86-64.so.2 (0x7f70601b6000) $TERM not set. $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.21Advanced front-end for dpkg ii libc6 2.9-12GNU C Library: Shared libraries ii libcwidget30.5.12-4 high-level terminal interface libr ii libept00.5.26+b1 High-level library for managing De ii libgcc11:4.4.0-5 GCC support library ii libncursesw5 5.7+20090404-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libxapian151.0.12-2 Search engine library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-do 0.4.11.11-1 English manual for aptitude, a ter ii libparse-debianchangelog-per 1.1.1-2 parse Debian changelogs and output Versions of packages aptitude suggests: pn debtags none (no description available) ii tasksel 2.79 Tool for selecting tasks for insta -- 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#532083: aptitude: please document search patterns in man page or help output
Package: aptitude Version: 0.4.11.11-1+b1 Severity: wishlist Hi, please document search patterns briefly in the man page and/or the output from aptitude help, maybe something similar to the Quick guide to search terms from the user's manual. The only place where this is documented now seems to be the user manual in aptitude-doc-en. It would be very nice to have the information available without installing a seperate package and having to navigate through several HTML pages. Regards, Ansgar -- Package-specific info: aptitude 0.4.11.11 compiled at Apr 16 2009 23:38:07 Compiler: g++ 4.3.3 Compiled against: apt version 4.6.0 NCurses version 5.7 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.7.20090404 cwidget version: 0.5.12 Apt version: 4.6.0 linux-vdso.so.1 = (0x7fffe69fe000) libapt-pkg-libc6.9-6.so.4.7 = /usr/lib/libapt-pkg-libc6.9-6.so.4.7 (0x7f0ade3e7000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7f0ade19c000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f0addf97000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f0addcc4000) libept.so.0 = /usr/lib/libept.so.0 (0x7f0adda4b000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x7f0add6df000) libz.so.1 = /usr/lib/libz.so.1 (0x7f0add4c8000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f0add2ad000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f0adcf9e000) libm.so.6 = /lib/libm.so.6 (0x7f0adcd1b000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f0adcb0) libc.so.6 = /lib/libc.so.6 (0x7f0adc7ad000) libutil.so.1 = /lib/libutil.so.1 (0x7f0adc5aa000) libdl.so.2 = /lib/libdl.so.2 (0x7f0adc3a6000) /lib64/ld-linux-x86-64.so.2 (0x7f0ade6a8000) $TERM not set. $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.21Advanced front-end for dpkg ii libc6 2.9-12GNU C Library: Shared libraries ii libcwidget30.5.12-4 high-level terminal interface libr ii libept00.5.26+b1 High-level library for managing De ii libgcc11:4.4.0-5 GCC support library ii libncursesw5 5.7+20090404-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libxapian151.0.12-2 Search engine library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-do 0.4.11.11-1 English manual for aptitude, a ter ii libparse-debianchangelog-per 1.1.1-2 parse Debian changelogs and output Versions of packages aptitude suggests: ii debtags 1.7.9+b1 Enables support for package tags ii tasksel 2.79 Tool for selecting tasks for insta -- 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#532082: reportbug: please add claws-mail to supported MUAs
Package: reportbug Version: 4.4 Severity: wishlist Hello, would you be so kind adding claws-mail to the list of supported MUAs? Patch arriving soon, against the git repository. Original author of claws-recompose X-Debbugs-CC'ed, so he can give permission to use it :) Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#511808: Official Notification!!
You are a certified winner of 253,000.00Pounds by the powerball award 2009 fill in below your Full Names, Occupation,Home address,Sex, Age, Telephone. Regards Mr Charles Walker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532081: audacious: Weird cpu usage since 2.0.1 update
Package: audacious Version: 2.0.1-1 Severity: normal Hello, Since the update to 2.0.1, audacious has a strange beheaviour concering the cpu usage. - it has a much higher cpu fingerprint, around 20% - it is going crasy from time to time using 90-95% of the cpu and then back to 20%. This append while playing .ogg through nfs, which I have been doing for years with previous version of audacious or xmms without pb. @+, Fab -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') 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 audacious depends on: ii audacious-plugins 2.0.1-3Base plugins for audacious ii dbus 1.2.14-2 simple interprocess messaging syst ii gtk2-engines-pixbuf 2.16.2-1 Pixbuf-based theme for GTK+ 2.x ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libaudclient2 2.0.1-1audacious dbus remote control libr ii libaudcore1 2.0.1-1audacious core engine library ii libaudid3tag2 2.0.1-1audacious id3 tag manipulation lib ii libaudutil1 2.0.1-1audacious utility library ii libc6 2.9-13 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.14-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4 simple interprocess messaging syst ii libfontconfig12.6.0-3generic font configuration library ii libfreetype6 2.3.9-5FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libgtk2.0-0 2.16.2-1 The GTK+ graphical user interface ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libmcs1 0.7.1-1Abstraction library to store confi ii libmowgli10.6.1-1a high performance development fra ii libpango1.0-0 1.24.2-1 Layout and rendering of internatio ii libsad2 2.0.1-1audacious scale and dither library ii libsamplerate00.1.7-2audio rate conversion library ii libsm62:1.1.0-2 X11 Session Management library Versions of packages audacious recommends: ii audacious-plugins-extra 2.0.1-3Various extra plugins for audaciou ii unzip 6.0-1 De-archiver for .zip files audacious 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#532059: [Pkg-openssl-devel] Bug#532059: libssl0.9.8: valgrind reports: Conditional jump or move depends on uninitialised value(s)
On Sat, Jun 06, 2009 at 02:40:04PM +1000, Russell Coker wrote: Package: libssl0.9.8 Version: 0.9.8g-15+lenny1 Severity: normal Here are some valgrind warnings. It would be good if these could be fixed even if they happen to be harmless so that they don't get in the way of debugging applications that use libdkim and libssl. ==12015== Conditional jump or move depends on uninitialised value(s) ==12015==at 0x428EA37: BN_mod_inverse (bn_gcd.c:215) ==12015==by 0x4292920: BN_MONT_CTX_set (bn_mont.c:406) ==12015==by 0x4292C67: BN_MONT_CTX_set_locked (bn_mont.c:476) ==12015==by 0x42A89DA: RSA_eay_public_decrypt (rsa_eay.c:672) ==12015==by 0x42A998D: RSA_public_decrypt (rsa_lib.c:300) ==12015==by 0x42AA7DC: RSA_verify (rsa_sign.c:174) ==12015==by 0x42D23C6: EVP_VerifyFinal (p_verify.c:98) ==12015==by 0x4035AE8: (within /usr/lib/libdkim.so.0d.1) ==12015==by 0x402D01D: DKIMVerifyResults (in /usr/lib/libdkim.so.0d.1) ==12015==by 0x804A59C: (within /usr/sbin/truedomain_cmilter) ==12015==by 0x804D3F9: (within /usr/sbin/truedomain_cmilter) ==12015==by 0x439A33E: (within /usr/lib/libmilter.so.1.0.1) ==12015== Conditional jump or move depends on uninitialised value(s) ==12015==at 0x4285491: BN_div (bn_div.c:190) ==12015==by 0x428B571: BN_nnmod (bn_mod.c:132) ==12015==by 0x428F34A: BN_mod_inverse (bn_gcd.c:486) ==12015==by 0x4292920: BN_MONT_CTX_set (bn_mont.c:406) ==12015==by 0x4292C67: BN_MONT_CTX_set_locked (bn_mont.c:476) ==12015==by 0x42A89DA: RSA_eay_public_decrypt (rsa_eay.c:672) ==12015==by 0x42A998D: RSA_public_decrypt (rsa_lib.c:300) ==12015==by 0x42AA7DC: RSA_verify (rsa_sign.c:174) ==12015==by 0x42D23C6: EVP_VerifyFinal (p_verify.c:98) ==12015==by 0x4035AE8: (within /usr/lib/libdkim.so.0d.1) ==12015==by 0x402D01D: DKIMVerifyResults (in /usr/lib/libdkim.so.0d.1) ==12015==by 0x804A59C: (within /usr/sbin/truedomain_cmilter) These errors are repeatable on my system. How do I reproduce them? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532082: [PATCH] share/claws-recompose: added support for claws-mail as MUA; Closes: #532082
tags 532082 patch thanks Here is a patch against the git repository, please have a look at it :) Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 From b27fba7fdf0fb1bb404d503848361ba552b4f7b4 Mon Sep 17 00:00:00 2001 From: David Paleino d.pale...@gmail.com Date: Sat, 6 Jun 2009 11:33:50 +0200 Subject: [PATCH] share/claws-recompose: added support for claws-mail as MUA; Closes: #532082 --- debian/changelog |4 reportbug/utils.py|2 ++ setup.py |2 +- share/claws-recompose | 39 +++ 4 files changed, 46 insertions(+), 1 deletions(-) create mode 100755 share/claws-recompose diff --git a/debian/changelog b/debian/changelog index 18cee88..f65daf4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -36,6 +36,10 @@ reportbug (4.5) UNRELEASED; urgency=low - check whether the progress bar is present or not before dropping it in the bug page; thanks to Arian Sanusi for the report; Closes: #530686 + [ David Paleino ] + * share/claws-recompose: +- added support for claws-mail as MUA; Closes: #532082 + -- Sandro Tosi mo...@debian.org Fri, 05 Jun 2009 13:20:04 +0200 reportbug (4.4) unstable; urgency=low diff --git a/reportbug/utils.py b/reportbug/utils.py index fac6e8b..f8e03bd 100644 --- a/reportbug/utils.py +++ b/reportbug/utils.py @@ -756,6 +756,7 @@ MUA = { 'mutt' : 'mutt -H', 'mh' : '/usr/bin/mh/comp -use -file', 'gnus' : 'REPORTBUG=%s emacs -l /usr/share/reportbug/reportbug.el -f tfheen-reportbug-insert-template', +'claws-mail' : '/usr/share/reportbug/claws-recompose', } MUA['nmh'] = MUA['mh'] @@ -763,6 +764,7 @@ MUAVERSION = { MUA['mutt'] : 'mutt -v', MUA['mh'] : '/usr/bin/mh/comp -use -file', MUA['gnus'] : 'emacs --version', +MUA['claws-mail'] : 'claws-mail --version', } def mua_is_supported(mua): diff --git a/setup.py b/setup.py index d09f08a..5e71f58 100755 --- a/setup.py +++ b/setup.py @@ -20,7 +20,7 @@ setup(name='reportbug', version=reportbug.VERSION_NUMBER, author='reportbug maintainence team', author_email='reportbug-ma...@lists.alioth.debian.org', url='http://alioth.debian.org/projects/reportbug', - data_files=[('share/reportbug', ['share/handle_bugscript', 'share/reportbug.el']), + data_files=[('share/reportbug', ['share/handle_bugscript', 'share/reportbug.el', 'share/claws-recompose']), ('share/bug/reportbug', ['share/presubj', 'share/script'])], license='MIT', packages=['reportbug','reportbug.ui'], diff --git a/share/claws-recompose b/share/claws-recompose new file mode 100755 index 000..5a61e50 --- /dev/null +++ b/share/claws-recompose @@ -0,0 +1,39 @@ +#!/usr/bin/perl -W + +# Code by Federico Heinz fhe...@vialibre.org.ar +# Minor fixes by David Paleino d.pale...@gmail.com + +use strict; +use URI; + +die Usage: $0 [message file] unless 2 @ARGV; + +my $to = undef; +my %fields = (); +my $lastHeader = undef; + +while () { +chomp; +last if /^$/; #end of headers +($fields{$lastHeader} .= $1), next if (defined($lastHeader) /^\s+(.*)/); +die Malformed header: $_ unless /([^\:]+)\:\s*(.*)/; +my ($header, $value) = ($1, $2); +($lastHeader = undef), next unless $header =~ /to|cc|bcc|subject/i; +$lastHeader = lc $header; +$fields{$lastHeader} = $value; +} + +my $body = ; +while () { +$body .= $_; +} +$fields{'body'} = $body; + +die Missing recipient unless defined($fields{'to'}); +my $url = URI-new(mailto:.$fields{'to'}); +delete($fields{'to'}); +$url-query_form(\%fields); +my $msg = $url; +$msg =~ s/\+/ /g; +#print $url-as_string; +exec claws-mail, --compose, $msg; -- 1.6.3.1 signature.asc Description: PGP signature
Bug#520970: wicd: should kill only the interface-related processes, not all
Ciao Luca, On Tue, 24 Mar 2009 02:04:54 +0100, Luca Capello wrote: On Mon, 23 Mar 2009 18:47:23 +0100, Luca Capello wrote: On Mon, 23 Mar 2009 18:13:23 +0100, David Paleino wrote: What solution? :) The best solution to me seems killing the pid written in the proper pidfile by wicd. Exactly: but this requires implementing it directly in wicd. Cloning the bug, thus we can solve the original one ASAP and then deal with the second one. Please double-check the new bug number before continuing the discussion about pidfiles. 1.6.0 has been released, and I started looking again at bugs :) I read the whole discussion again, and it seemed like every dhcp client supported by wicd would've had pidfile support. This doesn't seem the case, to me: - dhclient -pf ... - dhcpcd? (man dhcpcd-bin doesn't list any) - pump? (man pump doesn't list any) - udhcpc -p ... So long, if I start patching wicd, we would need pidfile support at least at the two missing ones. I'll look into pump and dhcpcd, and eventually file bugs if needed. Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#405638: Your email address was sellected
2,500,000.00GBP was warded to you by the Canadian Game. Contact: PHONE:+447035967764 EMAIL: trevorallan...@uaclub.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532084: please provide a way to write a pidfile
Package: pump Version: 0.8.24-5 Severity: wishlist It would be good to have a way to specify a pidfile, like dhclient's -pf option. Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#532043: Debootstrap segfault during installation : testing i386 netinstall
reassign 532043 debootstrap forcemerge 532050 532043 thanks Quoting Timothy Sweeney (maine...@gmail.com): Package: Installation-reports I've been trying to install debian-testing using both the larger netinstall ISO, and the small kernel/initrd, and in both cases, the process fails when debootstrap segfaults while trying to execute: chroot /target mount -t proc proc /proc. Two bugs have been reported nearly simultaneously for this. Merging them. signature.asc Description: Digital signature
Bug#531488: Kernel panic booting Oracle Linux in kvm
No luck. The patch I've previously described is already merged in lenny's kvm-72. Then something must have changed in kvm-85 to make things work; I will try to find out what in mailing list and changelog. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520735: [Mutt] #3231: Threading does not work with certain message IDs
#3231: Threading does not work with certain message IDs ---+ Reporter: anto...@dyne.org | Owner: mutt-dev Type: defect| Status: new Priority: minor | Milestone: Component: display | Version: 1.5.19 Resolution:|Keywords: ---+ Comment(by Joe): I just attached a mailbox with two mails which should illustrate the problem. The first mail has Message-ID: h...@hurz@paranoia. The second message (created as a reply with mutt) correctly has References: h...@hurz@paranoia and In-Reply-To: h...@hurz@paranoia. However, mutt display them as two seperate one-message threads. Oh, maybe I should mention the I have strict_threads=yes in effect. -- Ticket URL: http://dev.mutt.org/trac/ticket/3231#comment:3 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529973: Info received (Bug#529973: Acknowledgement (debian-maintainers: DM application for Mattias Ellert))
Updated with one additional advocate. Mattias Ellert Comment: Add Mattias Ellert mattias.ell...@fysast.uu.se as a Debian Maintainer Date: Fri, 15 May 2009 11:13:49 +0200 Action: import Recommended-By: Steffen Moeller steffen_moel...@gmx.de Mattias Wadenstein mas...@acc.umu.se Agreement: http://lists.debian.org/debian-newmaint/2009/05/msg00039.html Advocates: http://lists.debian.org/debian-newmaint/2009/05/msg00040.html http://lists.debian.org/debian-newmaint/2009/06/msg9.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.9 (GNU/Linux) mQGiBEnM4xoRBADCOEOWHIGToJOohu0YRkBPimHfrtZflVQayBAHWdt4BIGAoQYZ 1PbLFjiwn1w6x63tl/JbbnWl9aSMo9B+f+P00mUX+sA/9JBkeJRWZwc7vA+q7/D7 GHi7j+3Y2doBmXlkbS0xNq3fAe4m+i9Oucdc9ojltJU8/OgwPe8uF3NlwwCg1BOl FGTELgS+4aNNyZcwhygNIScD+wUJ0ai6qgb82GyfqXqUlrJGuCmYH3M5qgb6yAG6 9ze5wIzUMCMdKIfjf2lNX6sybJDYPRwrlIsX9vve2SsxQmRF32QrCqDxT8lEQn+2 7fvNZFRevdPy2Z182/OARMDrO0OzL4B/YgO+KslzuHMTe6/Ah27YngfJ+NAMw1aZ 9m4lA/9LzhVZmxNrNXVUFmMX1WIFdew5zBP4l8Hr/pNSg8/It7LccSqhT9KhLguS 30v6YGK9aE5U9Oh2TtcI3f7H2B51z5TbxRAwV7XBdrOlEOuFcOsEOcU2cl9MSH5i 06yqE7l/j3MwXCSvn2T3sLRXd7CZkuJOO1QZubkhmjxZaaWpxLQsTWF0dGlhcyBF bGxlcnQgPG1hdHRpYXMuZWxsZXJ0QGZ5c2FzdC51dS5zZT6IYAQTEQIAIAUCSczj GgIbAwYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEHiWO0vfVv/yd74AoKedcfoY iaDSyTILW0qf7AZUkT0cAKCWofh3k/ug9eOod2+471Votgh2jYhGBBARAgAGBQJJ zOb6AAoJENYF3Zy+nVM5FkIAoJVjpXj32iMeXie7f7TOik13HWZyAJ9P2/BvgNdf lV7BcxggNRYbKwRA87kEDQRJzOMaEBAAuTnWkc++uzDMso4KMscqPoWloxk9Ypks Qy39liYhCpov8dN3RjBMED0N9zn2J6ouEsmRORe6SStE/6sFJN8JQY3+7bJGn1p1 yRAfSqzr4HQwdy+Hc8H0WQjnjNOjCCMqeDrk8O9lTCbZE4HlcQb7PTasJHqKBX1O s0z3cELUVYo1hVAsk0LuGTMNVhmuQQKO5FXzlbJVI7shAIu3fygZKrfmlfByNOez VpDTWv/F1V6c4vGgnFhvvtNsT/3Oy08O+JPxLQ7ryg7JH1XH6AxuPGXw8jEZfVJH e8CiJlsuJ9Xgebwin8Pz5aZTkmAn3BBu2N2JeqBcLZQzkfBcVI86E84qJwJEBxaN OP4xYPrSx3bgsR2HtHHEKt9uFDMqlbbtK5mTue02p2bjmcldsyBemQEFOlSnjmsM FAPM/7ZTJjlEybNP9aFKoVFLpussxlE/VD5JRJMaBPx50wlu5i0rs7GCE6llWATl naI7wcVHsqFGEp8PpXrQfQVhBoAKgrZD7YB+yJ9YlHT/Qk/Ub42QfBq2N1YJ4OYy DmRTdrMn0fs66Dvl5ZKctstva4fEAbjl1ObmbjJjmQ10IeIACUMQyXmZgbZPwW87 9kR/gxg35jxS8O1Ubw49qGYWm8mNXzHqBAy0kwKtFO/Keccyo1ewFRhT/dUcMZ4o XbV+iW9QTM8AAwUQAK0r5Xula+jsaCAi6RR8cKg44pnSzEcYYDDC6LpJNbUyODtz dsA8sGeMVeEiOFKbJzzYA+Dk9cPFJl4bx1a/OJS3rOewP6k0qopk1QRhBD30KZXi fXqnm/ftta52l4wT5Ya9oVN54QUJ863/Fp4oJ54FNsHdfckx2+6gxxz/LMGpgazC XBN/UVl77HO2J3RxSQyM53fnUpN3KNWqotm6jAS4Gp2Bk+JuaKvaqmwlFcRlrZ9f WfHNibG6B0EiB7D1fNjsUNIrkxHccvcaLRL/qggQPBauyYg49yAtFVKcDptVUuaL emGD7j9KOEWwB7LYUWN0ZiK5I1s8jNthySBYWuu/z86AMmknFNFl98NaOKAlAsk7 OSRyEOhpAhJ0ItUQM/h68XJ47y0XqKifCgYeaZyK026+o8PI3qTENdx62HFJikQc M9FZbgYWIPl7lEeEUAHWxEWZUJyVRpp3Nc5AxBxZMb83qJ2RYHTyjFgkpY1wbcIk Ly4DSsBPmtu354RkJ5Ox4gdzDAgZV/zR6evytUI6FPKfmlH5z9OHSODlVcg6I86z ErarF/Ib7/YO+kkVdODJNkKKJ3ayN1rUJnCYhK+HaEdzWHhtCYp9Kb7EjD6ZAJOv f343ZiZj7zKwoRw0VesLHRd+Qv7GToZm/oRREfZwwpS7Ot/xHOab4c38AyC+iEkE GBECAAkFAknM4xoCGwwACgkQeJY7S99W//JTEgCdEv6vvuYe9wjFoEqcqdYl2R7U JgsAoIzJnLzUcS11TpXtjkJOvKtdby9O =F0rH -END PGP PUBLIC KEY BLOCK- signature.asc Description: Detta är en digitalt signerad meddelandedel
Bug#532063: taskbar/notification area icons get lost when awesome restarts
At 1244268245 time_t, martin f krafft wrote: awesome has been segfaulting occasionally (not sure yet why). Since I run it in a loop from xsession, it just restarts and I can continue working. However, all the icons in the taskbar/notification area will be gone (e.g. twinkle, blueman-applet, esperanza, etc.). Please make awesome realise which icons it should display, and then actually display them. This is nice, however it does works fine here. I'd rather say it's a problem with application not dealing right with the system tray restarting. That has been seen dozen of times. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#532011: awesome: coredump with start any program
At 1244224463 time_t, hizel wrote: I'm recompile with debug symbol awesome. This is full back trace: Does not looks like a coredump, rather than an assertion failure to me. You do have a assert filed on stdout I guess. And this should happen when you click on a wibox's widget, not starting any program, am I wrong? Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#532085: icedove opens random thread when opening newsgroup
Package: icedove Version: 2.0.0.19-1 Severity: normal When I open a newsgroup for the first time after launching icedove it opens a random thread of the more recent threads. I would rather like it to open no thread and show the top of the thread list. If this is a feature rather than a bug, reassign this to the whishlist. Thanks, Bernhard -- 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 icedove depends on: ii debianutils3.1.3 Miscellaneous utilities specific t ii fontconfig 2.6.0-3 generic font configuration library ii libatk1.0-01.24.0-2 The ATK accessibility toolkit ii libc6 2.9-4 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra 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 libglib2.0-0 2.20.0-2 The GLib library of C routines ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.8-3 spell checker and morphological an ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnspr4-0d4.7.4-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.3-1 Network Security Service libraries ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of internatio ii libpng12-0 1.2.35-1 PNG library - runtime ii libstdc++6 4.4.0-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxft22.1.13-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii psmisc 22.7-1utilities that use the proc file s ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime icedove recommends no packages. Versions of packages icedove suggests: pn icedove-gnome-support none (no description available) pn latex-xft-fonts none (no description available) ii libthai0 0.1.11-3 Thai language support library -- 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#531488: Kernel panic booting Oracle Linux in kvm
I have found out something interesting. The attached patch, which I think should fix the bug, is present in kvm-72 Debian sources but not in the 2.6.26-2 kernel source. So maybe rebuilding kvm from source cures the problem; I will test this. m...@fujiko:/tmp$ diff /home/mud/src/debian-bug-531488/linux-source-2.6.26/arch/x86/kvm/svm.c /tmp/linux-source-2.6.26/arch/x86/kvm/svm.c 1316,1319d1315 case MSR_K7_PERFCTR0: case MSR_K7_PERFCTR1: case MSR_K7_PERFCTR2: case MSR_K7_PERFCTR3: 1321,1323c1317,1319 * Just discard all writes to the performance counters; this * should keep both older linux and windows 64-bit guests * happy --- * only support writing 0 to the performance counters for now * to make Windows happy. Should be replaced by a real * performance counter emulation later. 1325,1326c1321,1322 pr_unimpl(vcpu, unimplemented perfctr wrmsr: 0x%x data 0x%llx\n, ecx, data); --- if (data != 0) goto unhandled; 1328a1325 unhandled: m...@fujiko:/tmp$ diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c index 5528121..dc91b09 100644 --- a/arch/x86/kvm/svm.c +++ b/arch/x86/kvm/svm.c @@ -1312,16 +1312,19 @@ static int svm_set_msr(struct kvm_vcpu *vcpu, unsigned ecx, u64 data) case MSR_K7_EVNTSEL1: case MSR_K7_EVNTSEL2: case MSR_K7_EVNTSEL3: + case MSR_K7_PERFCTR0: + case MSR_K7_PERFCTR1: + case MSR_K7_PERFCTR2: + case MSR_K7_PERFCTR3: /* - * only support writing 0 to the performance counters for now - * to make Windows happy. Should be replaced by a real - * performance counter emulation later. + * Just discard all writes to the performance counters; this + * should keep both older linux and windows 64-bit guests + * happy */ - if (data != 0) - goto unhandled; + pr_unimpl(vcpu, unimplemented perfctr wrmsr: 0x%x data 0x%llx\n, ecx, data); + break; default: - unhandled: return kvm_set_msr_common(vcpu, ecx, data); } return 0;
Bug#511693: .deb of cnetworkmanager to test?
Hi, I just stumbled over cnetworkmanager today (it's what I look for since a year or so, see [1]) and saw in WNPP via [2] that there is (or at least was) intent to package[3] it for Debian. [1] http://noone.org/blog/English/Computer/X/How%20to%20get%20Network%20Manager%20working%20with%20ratpoison.futile [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438544 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511693 Any advances yet? Any beta-phase packages to test? Would happily help to test, but have nearly no experiences with Python... Regards, Axel -- Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532055: qiv: scrollwheel no long works
On Fri, Jun 05, 2009 at 09:49:18PM -0500, Wu-Kung Sun wrote: Package: qiv Version: 2.2-1 Severity: normal After recent upgrade to qiv 2.2-1, qiv no longer responds to the scrollwheel. This make quick image viewer much less quick when viewing hundreds or more images. Does it work again when you downgrade to the previous version of qiv ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532087: Make use of pam-auth-update to maintain libpam-fprint.
Package: libpam-fprint Version: 0.2-3 Severity: normal Please make use of new mechanism that enables pam module after installation. Postinst script should execute pam-auth-update --package libpam-fprint Configuration file in attachment should be copied to /usr/share/pam-configs/libpam-fprint -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-rc7-drm-intel (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 libpam-fprint depends on: ii libc6 2.9-13 GNU C Library: Shared libraries ii libfprint00.0.6-2fingerprint library of fprint proj ii libpam0g 1.0.1-9Pluggable Authentication Modules l libpam-fprint recommends no packages. libpam-fprint suggests no packages. -- no debconf information Name: Fingerprint reader Default: yes Priority: 300 Auth-Type: Primary Auth: [success=end default=ignore]pam_fprint.so
Bug#532086: Cannot apt-get dist-upgrade in testing.
Package: kdenlive-data Version: 0.7.3-3 Error: Authentication warning overridden. Reading changelogs... Done Preconfiguring packages ... (Reading database ... 150115 files and directories currently installed.) Unpacking kdenlive-data (from .../kdenlive-data_0.7.3-3_all.deb) ... dpkg: error processing /var/cache/apt/archives/kdenlive-data_0.7.3-3_all.deb (--unpack): trying to overwrite `/usr/share/icons/oxygen/64x64/apps/kdenlive.png', which is also in package kdenlive dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/kdenlive-data_0.7.3-3_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532003: libchipcard-tools: never sleeps
Hi, On Sat, Jun 06, 2009 at 09:58:24AM +0200, Martin Preuss wrote: It can't have an infinite loop: It runs in a single thread and needs to do some cleanup from time to time (e.g. releasing readers and cards after some timeout etc). Actually, it can, if I understand your problem correctly. You are saying that a forked child will eventually die and needs to be cleaned up? If you don't ignore SIGCHLD, but handle it with an empty handler, then this handler is called when a child dies. Even if the handler doesn't actually do anything, it still aborts a select call with EINTR (interrupted system call). Also, if there is a timeout when things actually need to be done is not a problem. It's fine to have a non-infinite timeout if there is a real event scheduled. But check if there are events should not be a reason to wake up. If there is an event, you should make sure that you are notified without polling. In most cases, this is possible. To be clear, here's an example timeline: ... - wait with infinite timeout - handle some event - wait with 10 second timeout - timeout reached, clean up after event - wait with infinite timeout ... The use case I'm thinking of is that the program is not used (at all, or for a significant time), but running anyway. This can be useful. In case of this daemon, for example, it makes sense to always have it running even if it is only used once a week. There are two things which are important in that case: 1. The cpu time consumed must be minimal. 2. The program must stay in swap if it's put there. Of course, point 2 implies point 1, because a program is retrieved from swap when it uses any cpu time at all. You're saying it's not possible to have a real infinite loop. Is there a reason (other than dying child processes) for this? Please note that compared to other chipcard daemons libchipcard4 is probably more power conserving since it doesn't open devices as long as they aren't used (which allows USB autosuspend to kick in). That sounds good! Again, I'm not saying it's a bad program. I'm just pointing at something which can be improved. ;-) BTW: How do you determine how much CPU time the daemon is using? You are aware that the output of top is not as reliable a source as one might think? I did indeed use top, but it was not relevant to me if it was accurate. My main concern is that it is not 0, meaning the program keeps itself in physical memory permanently. That is bad for a program which may be unused for days. If you don't use the service of the chipcard daemon it mainly sits on a select() call and waits. If hardware polling is enabled then it wakes up every 1-2 seconds and checks for new hardware. If not it sleeps about 10s and then shortly looks for due chores. If there are none the daemon immediately falls back to sleep. Right. And this is much better than running a lot, but it still means it can never be in swap for long. If that can be fixed, it would be an improvement. Thanks, Bas -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://a82-93-13-222.adsl.xs4all.nl/e-mail.html signature.asc Description: Digital signature
Bug#477088: (no subject)
Same problem here with my Samsung 1710 printing on A5 format paper -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532088: libpam-gnome-keyring: Dont be selfish unlock gnome-keyring for other auth methods.
Package: libpam-gnome-keyring Version: 2.26.1-1 Severity: important In current state libpam-gnome-keyring can unlock gnome-keyring only on password authentication. This is completly wrong since there might be other authenticatoin mechanisms such as * USB dongle authentication * Finger print authentication * Smart card authentication * Bluetooth authentication by proximity of mobile phone * Other that can be implemented... libpam-gnome-keyring should respect other mechanisms and unlock database if previous module succeded. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-rc7-drm-intel (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 libpam-gnome-keyring depends on: ii libc6 2.9-13 GNU C Library: Shared libraries ii libpam-runtime1.0.1-9Runtime support for the PAM librar ii libpam0g 1.0.1-9Pluggable Authentication Modules l Versions of packages libpam-gnome-keyring recommends: ii gnome-keyring 2.26.1-1 GNOME keyring services (daemon and libpam-gnome-keyring 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#530573: remctl_2.14-1(mips/unstable): FTBFS on mips - regression test failure
A retry of this on mips produced the same problem, but remctl is building fine on all other hosts. At this point, I'm suspecting that there's something different about this particular buildd that's causing accept() to fail. I see that both of the failed builds are on mayr, and the last successful build was on ball. Unfortunately, mahler appears not to have schroot or any development packages installed, so I can't easily try doing a mips build and be sure there isn't something else wrong. Could you try the above or point me in the right direction to get more details about what could be going wrong? (I'm not sure if I should be mailing debian-mips or m...@buildd instead.) See test output in attachment. It seems at least ipv6 is not enabled in this kernel. Could that be a problem ? Cheers, Peter. 1..87 ok 1 - IPv4 server test ok 2 - ...socket accept ok 3 - ...socket read ok 4 # skip IPv6 not supported ok 5 # skip IPv6 not supported ok 6 # skip IPv6 not supported # cannot listen to socket: Bad file descriptor not ok 7 - IPv6 server test not ok 8 - IPv6 server test not ok 9 - IPv6 server test ok 10 # skip IPv6 not configured ok 11 # skip IPv6 not configured ok 12 # skip IPv6 not configured ok 13 # skip IPv6 not configured ok 14 # skip IPv6 not configured ok 15 # skip IPv6 not configured ok 16 - IPv4 network client ok 17 - ...socket accept ok 18 - ...socket read ok 19 - IPv4 server test ok 20 - ...socket accept ok 21 - ...socket read ok 22 # skip IPv6 not supported ok 23 # skip IPv6 not supported ok 24 # skip IPv6 not supported # cannot listen to socket: Bad file descriptor not ok 25 - IPv6 server test not ok 26 - IPv6 server test not ok 27 - IPv6 server test ok 28 # skip IPv6 not configured ok 29 # skip IPv6 not configured ok 30 # skip IPv6 not configured ok 31 # skip IPv6 not configured ok 32 # skip IPv6 not configured ok 33 # skip IPv6 not configured ok 34 - IPv4 network client ok 35 - ...socket accept ok 36 - ...socket read ok 37 - sprint of 127.0.0.1 ok 38 - ...with right results ok 39 - sockaddr_port ok 40 - sockaddr_equal ok 41 - sockaddr_equal of unequal addresses ok 42 - ...and the other way around ok 43 - sprint of IPv6 address ok 44 - ...with right results ok 45 - sockaddr_port IPv6 ok 46 - sockaddr_equal IPv6 ok 47 - ...and not equal to IPv4 ok 48 - ...other way around ok 49 - sprint of IPv4-mapped address ok 50 - ...with right IPv4 result ok 51 - sockaddr_equal of IPv4-mapped address ok 52 - ...and other way around ok 53 - ...but not some other address ok 54 - ...and the other way around ok 55 - equal not equal with address mismatches ok 56 - port meaningless for AF_UNIX ok 57 - compare 127.0.0.1 127.0.0.1 (null) ok 58 - compare 127.0.0.1 127.0.0.2 (null) ok 59 - compare 127.0.0.1 127.0.0.0 31 ok 60 - compare 127.0.0.1 127.0.0.0 32 ok 61 - compare 127.0.0.1 127.0.0.0 255.255.255.255 ok 62 - compare 127.0.0.1 127.0.0.0 255.255.255.254 ok 63 - compare 10.10.4.5 10.10.4.255 24 ok 64 - compare 10.10.4.5 10.10.4.255 25 ok 65 - compare 10.10.4.5 10.10.4.255 255.255.255.0 ok 66 - compare 10.10.4.5 10.10.4.255 255.255.255.128 ok 67 - compare 129.0.0.0 1.0.0.0 1 ok 68 - compare 129.0.0.0 1.0.0.0 0 ok 69 - compare 129.0.0.0 1.0.0.0 0.0.0.0 ok 70 - compare FEDC:BA98:7654:3210:FEDC:BA98:7654:3210 FEDC:BA98:7654:3210:FEDC:BA98:7654:3210 (null) ok 71 - compare FEDC:BA98:7654:3210:FEDC:BA98:7654:3210 FEDC:BA98:7654:3210:FEDC:BA98:7654:3210 128 ok 72 - compare FEDC:BA98:7654:3210:FEDC:BA98:7654:3210 FEDC:BA98:7654:3210:FEDC:BA98:7654:3210 60 ok 73 - compare ::127 0:0::127 128 ok 74 - compare ::127 0:0::128 120 ok 75 - compare ::127 0:0::128 128 ok 76 - compare ::7fff 0:0::8000 113 ok 77 - compare ::7fff 0:0::8000 112 ok 78 - compare ::3: ::2: 120 ok 79 - compare ::3: ::2: 119 ok 80 - compare ::1 7fff::1 1 ok 81 - compare ::1 7fff::1 0 ok 82 - compare fffg::1 fffg::1 (null) ok 83 - compare ::1 7fff::1 -1 ok 84 - compare ::1 ::1 -1 ok 85 - compare ::1 ::1 129 ok 86 - compare fred fred (null) ok 87 - compare (null) ok 88 - compare 0 ok 89 - compare 127.0.0.1 127.0.0.1 pete ok 90 - compare 127.0.0.1 127.0.0.1 1p ok 91 - compare 127.0.0.1 127.0.0.1 1p ok 92 - compare 127.0.0.1 127.0.0.1 -1 ok 93 - compare 127.0.0.1 127.0.0.1 33
Bug#499486: It works with -o
Hi, it seems that dh_installinit will add the correct maintainer script snippets for an upstream-installed manpage when you pass it the -o option. But it still would be nice if dh_installinit will detect the script automatically. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#532089: coreutils: trying to overwrite `/usr/share/man/man1/arch.1.gz', which is also in package util-linux
Package: coreutils Version: 7.4-2 Severity: important [...] Unpacking replacement coreutils ... dpkg: error processing /var/cache/apt/archives/coreutils_7.4-2_amd64.deb (--unpack): trying to overwrite `/usr/share/man/man1/arch.1.gz', which is also in package util-linux dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/coreutils_7.4-2_amd64.deb [...] This happens when util-linux 2.12r-19 (the one from Etch) is present. When upgrading util-linux to 2.15.1~rc1-1 the problem doesn't seem to exist anymore (and AFAICS the same applies to 2.13.1.1-1 from Lenny). regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532018: [Pkg-bluetooth-maintainers] Bug#532018: poorly documented
Filippo Giunchedi wrote: Indeed, README.Debian is in the source package but somehow I forgot to include it in the binary, will do in the next upload. AFAICS it doesn't provide information about a2dp or alsa, either :-(. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#525390: Works for me now
The OTR plugin seems to work for me now. Maybe this bug should be closed? Cheers, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527285: cruft: Decorate report
tag 527285 + confirmed thanks On Wed, May 06, 2009 at 04:57:48PM +0200, Christophe Lohr wrote: Package: cruft Version: 0.9.12 Severity: wishlist Hi, I suggest cruft to decorate its report with extra information on unexplained/forbiden files. For instance atime of files, or (more sophisticated) the tag OLD like popularity-contest does. It can helps administrator to takes decisions about files he added a day for a good reason and that are no more used... It's an intresting idea. However I think that at least in the current state of things, this would be better implemented as a separate program for viewing/filtering the report. This is because cruft is currently relying on processing data whose format is strictly one line == one filename, so there is no place for additional metadata. -- Marcin Owsiany porri...@debian.org http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530561: python-vtk: not usable on amd64: ImportError: No module named libvtkCommonPython
Package: python-vtk Version: 5.2.1-4 The error could be solved if you execute the following commands as root: # ln -s /usr/lib/python-support/python-vtk/python2.5/vtk/* /usr/lib/python2.5/site-packages/vtk # echo vtk /usr/lib/python2.5/site-packages/vtk.pth I'm not sure if these is the best way to solve the problem, but can solve it for a while. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505977: v86d: segfault
Hi Hugo, this bug is quite old, and many things happened since you reported it (esp the kernel, Xorg etc). Thus I wanted to hear from you, if you still can reproduce it with latest kernel (2.6.29 or 2.6.30-rcX), uptodate Xorg from Sid and the appropriate drivers for your GeForce (nv, nouveau, nvidia). Regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531488: Kernel panic booting Oracle Linux in kvm
Finally I've find out. The problem is kvm source of package linux-source-2.6.26 does not include the kvm-66-fix-k7-msr2.patch. kvm source in package kvm-source 72+dfsg-5 seems to be more up to date; it includes the k7 patch and more, it seems. Look diffs in the attachment. I do not know if this is an error on is intended to be this way. Anyway, rebuilding kvm modules from source packages solve the problem. Now long term support kernel 2.6.18 boots fine. m...@fujiko:/tmp$ dpkg -l linux-source* kvm* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii kvm 72+dfsg-5 Full virtualization on x86 hardware un kvm-data none(no description available) un kvm-modules none(no description available) ii kvm-modules-2.6.26-1-amd6472+dfsg-3+2.6.26-11 kvm modules for Linux (kernel 2.6.26-1-amd64). ii kvm-modules-2.6.26-2-amd6472+dfsg-5+2.6.26-15 kvm modules for Linux (kernel 2.6.26-2-amd64). ii kvm-source72+dfsg-5 Source for the KVM driver un linux-source none(no description available) un linux-source-2.6 none(no description available) pn linux-source-2.6.22 none(no description available) ii linux-source-2.6.26 2.6.26-15 Linux kernel source for version 2.6.26 with Debian patches m...@fujiko:/tmp$ tar -xjf /usr/src/linux-source-2.6.26.tar.bz2 m...@fujiko:/tmp$ tar -xjf /usr/src/kvm.tar.bz2 m...@fujiko:/tmp$ diff linux-source-2.6.26/arch/x86/kvm/svm.c modules/kvm/svm.c 20a21 #include kvm_cache_regs.h 29a31,33 #define __ex(x) __kvm_handle_fault_on_reboot(x) MODULE_INFO(version, kvm-72); 36,39d39 #define DB_VECTOR 1 #define UD_VECTOR 6 #define GP_VECTOR 13 63d62 static void svm_flush_tlb(struct kvm_vcpu *vcpu); 133c132 asm volatile (SVM_CLGI); --- asm volatile (__ex(SVM_CLGI)); 138c137 asm volatile (SVM_STGI); --- asm volatile (__ex(SVM_STGI)); 143c142 asm volatile (SVM_INVLPGA :: a(addr), c(asid)); --- asm volatile (__ex(SVM_INVLPGA) :: a(addr), c(asid)); 237,241c236,238 if (svm-next_rip - svm-vmcb-save.rip MAX_INST_SIZE) printk(KERN_ERR %s: ip 0x%llx next 0x%llx\n, __func__, svm-vmcb-save.rip, svm-next_rip); --- if (svm-next_rip - kvm_rip_read(vcpu) MAX_INST_SIZE) printk(KERN_ERR %s: ip 0x%lx next 0x%llx\n, __func__, kvm_rip_read(vcpu), svm-next_rip); 243c240 vcpu-arch.rip = svm-vmcb-save.rip = svm-next_rip; --- kvm_rip_write(vcpu, svm-next_rip); 286,287c283,284 struct desc_ptr gdt_descr; struct desc_struct *gdt; --- struct kvm_desc_ptr gdt_descr; struct kvm_desc_struct *gdt; 307c304 gdt = (struct desc_struct *)gdt_descr.address; --- gdt = (struct kvm_desc_struct *)gdt_descr.address; 455c452,453 } --- } else kvm_disable_tdp(); 580a579 svm-vcpu.arch.regs[VCPU_REGS_RIP] = save-rip; 615c614 svm-vmcb-save.rip = 0; --- kvm_rip_write(vcpu, 0); 618a618,619 vcpu-arch.regs_avail = ~0; vcpu-arch.regs_dirty = ~0; 721,741d721 static void svm_vcpu_decache(struct kvm_vcpu *vcpu) { } static void svm_cache_regs(struct kvm_vcpu *vcpu) { struct vcpu_svm *svm = to_svm(vcpu); vcpu-arch.regs[VCPU_REGS_RAX] = svm-vmcb-save.rax; vcpu-arch.regs[VCPU_REGS_RSP] = svm-vmcb-save.rsp; vcpu-arch.rip = svm-vmcb-save.rip; } static void svm_decache_regs(struct kvm_vcpu *vcpu) { struct vcpu_svm *svm = to_svm(vcpu); svm-vmcb-save.rax = vcpu-arch.regs[VCPU_REGS_RAX]; svm-vmcb-save.rsp = vcpu-arch.regs[VCPU_REGS_RSP]; svm-vmcb-save.rip = vcpu-arch.rip; } 883,886d862 unsigned long old_cr4 = to_svm(vcpu)-vmcb-save.cr4; if (npt_enabled ((old_cr4 ^ cr4) X86_CR4_PGE)) force_new_asid(vcpu); 967c943,945 return to_svm(vcpu)-db_regs[dr]; --- unsigned long val = to_svm(vcpu)-db_regs[dr]; KVMTRACE_2D(DR_READ, vcpu, (u32)dr, (u32)val, handler); return val; 1026,1032c1004,1011 /* * FIXME: Tis shouldn't be necessary here, but there is a flush * missing in the MMU code. Until we find
Bug#448822: This ITP still valid?
Hi Magnus, I just spotted this ITP in the Debian bugtracker. Since you use arch by now, do you still plan on packaging this? If not, you should probably close this bug. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#530832: Bug#531581: Critical problems on hppa and ia64 buildds
Hi guys, let's calm down, its now worth discussing this even further. Policy is buggy, we try to work around it. We'll have to make an upload of texlive-2007. First we need a fixed tex-common that creates proper (for buggy policy) postrm code. Then we can bump build-dep of texlive to that version of tex-common and rebuild. Questions: Do we want to bring that into lenny? I vote for NO, to much changes in tex-common already done (triggers). 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 --- SWANAGE (pl.n.) Swanage is the series of diversionary tactics used when trying to cover up the existence of a glossop (q.v.) and may include (a) uttering a high-pitched laugh and pointing out of the window (NB. this doesn't work more that twice); (b) sneezing as loudly as possible and wiping the glossop off the table in the same movement as whipping out your handkerchief; (c) saying 'Christ! I seen to have dropped some shit on your table' (very unwise); (d) saying 'Christ, who did that?' (better) (e) pressing your elbow on the glossop itself and working your arms slowly to the edge of the table; (f) leaving the glossop where it is but moving a plate over it and putting up with sitting at an uncomfortable angle the rest of the meal; or, if the glossop is in too exposed a position, (g) leaving it there unremarked except for the occasional humorous glance. --- 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#532003: libchipcard-tools: never sleeps
Hi, On Samstag, 6. Juni 2009, Bas Wijnen wrote: On Sat, Jun 06, 2009 at 09:58:24AM +0200, Martin Preuss wrote: [...] It can't have an infinite loop: It runs in a single thread and needs to do some cleanup from time to time (e.g. releasing readers and cards after some timeout etc). Actually, it can, if I understand your problem correctly. You are saying that a forked child will eventually die and needs to be cleaned up? If you don't ignore SIGCHLD, but handle it with an empty handler, [...] No, that's not what I mean. Of course the daemon uses SIGCHLD to catch dying children (at least to prevent zombie processes). The cleanup concerns internal structures after using a card. The readers and cards are not disconnected immidiately after use (because sometimes cards and readers are opened and closed multiple times within a short period so immediately releasing a reader unnecessarily adds startup and shutdown time and therefore prolongs the execution time for the application). [...] Right. And this is much better than running a lot, but it still means it can never be in swap for long. If that can be fixed, it would be an improvement. [...] The part which can never be swapped out is only the one or two pages which actually contain that code. So I guess we are only talking about 4 or 8 KB here. Of course this could be reduced to zero given the right amount of work but currently that's not my highest priority. Regards Martin -- Things are only impossible until they're not Martin Preuss - http://www2.aquamaniac.de/ AqBanking - http://www.aqbanking.de/ LibChipcard - http://www.libchipcard.de/
Bug#532091: fakechroot: example session from manpage doesn't work in 'copy-paste' mode
Package: fakechroot Version: 2.8-1 Severity: minor Hi, In 'man fakechroot' appears in session example section: $ fakeroot -i fakechroot.save fakechroot chroot /tmp/sarge /bin/bash # cd / # sh /usr/share/doc/fakechroot/examples/savemode.sh In a recently chroot installed this script doesn't exists and if you copy it and exec it didn't find your homedir. Thank you very much -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532090: remove mktemp package
Package: coreutils Version: 7.4-2 Severity: normal Architecture: all Hello, we can not purge the mktemp package because is an essential package, Now coreutils provides mktemp, specifying in debian/control that coreutils provides mktemp, then it will be allowed to remove the mktemp package. Regards, Jordi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532018: [Pkg-bluetooth-maintainers] Bug#532018: poorly documented
On Sat, Jun 06, 2009 at 12:40:06PM +0200, Harald Dunkel wrote: Filippo Giunchedi wrote: Indeed, README.Debian is in the source package but somehow I forgot to include it in the binary, will do in the next upload. AFAICS it doesn't provide information about a2dp or alsa, either :-(. the current file is this: http://svn.debian.org/wsvn/pkg-bluetooth/packages/bluez/trunk/debian/README.Debian patches are welcome to improve said file thanks, filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 Man was made at the end of the week's work when God was tired. -- Mark Twain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#107151: ***£1,23O,310 GBP Has been Won by You ***
You have won congratulation,Please Verify this mail by sending your name, address, age, phone number Occuption etc to paycenterlodo...@9.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532040: firmware-linux: Request for new version to contain Radeon R600 firmware
Than you for a fast help. :) Alex Ben Hutchings wrote: On Sat, 2009-06-06 at 01:16 +0200, Alex Dănilă wrote: Package: firmware-linux Version: 0.16 Severity: normal This is a request for a new version of the firmware-linux package, for kernels 2.6.30. I need the file radeon/RV620_cp.bin containing new firmware for AMD video cards, which is shipped with the standard kernel. Because of bug #523467 I need to run a locally compiled 2.6.30 kernel to have good 2D performance. I want to run the kernel from kernel archive server, but those lack this firmware file. I am sorry for using the bug tracker as a support forum, but until now I haven't found out how to generate the file myself. This will be included in the next upload. Right now you can get it from http://svn.debian.org/wsvn/kernel/dists/trunk/firmware-nonfree/linux/radeon/. Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528021: maintainer scripts put files in /usr/local/ (policy 9.1.2)
notfound 528021 1.11.3 notfound 528021 1.18 # ahhh so what, close this rubbish bug close 528021 thanks On Mi, 20 Mai 2009, Frank Küster wrote: I agree; we need to fix the texlive packages so that they don't run mktexlsr without a dir list. Actually, this needs to be fixed by rebuilding the packages against the proper tex-common version, but that will happen anyway. Actually, why NOBODY did check that? It is already fixed since version 0.36 form 25 Oct 2006 Am I blind or I you joking me??? From the changelog: * dh_installtex: Include only the minimal mktexlsr code in case no other installation is done (ie no maps, formats, languages). Also add the ability to specify texmf trees on the command line, and only recreate the ls-R DB for /usr/share/texmf and /var/lib/texmf [preining] (Closes: #392359) And checking the postinst code of the packages there is NOWHERE a unguarded call to mktexlsr. Please guys, let us finally close this rubbish bug. Serious severity for a bug that *NOBODY* actually checked for correctness. 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 --- QUERRIN (n.) A person that no one has ever heard of who unaccountably manages to make a living writing prefaces. --- 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#532092: esound: FTBFS on GNU/kFreeBSD (build-depends on libasound2-dev)
Package: esound Version: 0.2.41-4 Severity: important Tags: patch User: glibc-bsd-de...@lists.alioth.debian.org Usertags: kfreebsd esounds fails to build on GNU/kFreeBSD as it build-depends on libasound2-dev or not+linux. Unfortunately not+linux is not provided by type-handling, the correct value is not+linux-gnu. The simple patch below fixes the problem: diff -u esound-0.2.41/debian/control.in esound-0.2.41/debian/control.in --- esound-0.2.41/debian/control.in +++ esound-0.2.41/debian/control.in @@ -5,7 +5,7 @@ Uploaders: @GNOME_TEAM@ Standards-Version: 3.8.0 Build-Depends: libaudiofile-dev (= 0.2.3), - libasound2-dev | not+linux, + libasound2-dev | not+linux-gnu, libwrap0-dev, pkg-config, debhelper ( 5), -- System Information: Debian Release: squeeze/sid Architecture: kfreebsd-i386 (i686) Kernel: kFreeBSD 7.1-1-686 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 esound depends on: ii esound-common 0.2.41-3 Enlightened Sound Daemon - Common ii libaudiofile0 0.2.6-7Open-source version of SGI's audio ii libc0.1 2.9-12 GNU C Library: Shared libraries ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra esound recommends no packages. esound 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#520735: [Mutt] #3231: Threading does not work with certain message IDs
#3231: Threading does not work with certain message IDs ---+ Reporter: anto...@dyne.org | Owner: mutt-dev Type: defect| Status: closed Priority: minor | Milestone: Component: display | Version: 1.5.19 Resolution: fixed |Keywords: ---+ Changes (by pdmef): * status: new = closed * resolution: = fixed Comment: This has been fixed by rev [00ce81d778bf] almost a year ago. -- Ticket URL: http://dev.mutt.org/trac/ticket/3231#comment:4 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532093: O: alevt -- X11 Teletext/Videotext browser
Package: wnpp Severity: normal Since I no longer have the hardware necessary for testing this package, I can no longer maintain it. There is a new upstream version waiting to be packaged (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527299), which means that the 9 patches currently applied must be re-evaluated and forward-ported if necessary. Thus the prospective maintainer should have a good grasp of C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532043: Debootstrap segfault during installation : testing i386 netinstall
I've been trying to install debian-testing using both the larger netinstall ISO, and the small kernel/initrd, and in both cases, the process fails when debootstrap segfaults while trying to execute: chroot /target mount -t proc proc /proc. Two bugs have been reported nearly simultaneously for this. Merging them. The bug does not happen when installing unstable instead of testing (which is the default). You can do this either by preseeding (type install mirror/suite=unstable at the D-I boot prompt of choose expert install and pick unstable when prompted abou twhich suite to install). signature.asc Description: Digital signature
Bug#532003: libchipcard-tools: never sleeps
On Sat, Jun 06, 2009 at 01:15:22PM +0200, Martin Preuss wrote: It can't have an infinite loop: It runs in a single thread and needs to do some cleanup from time to time (e.g. releasing readers and cards after some timeout etc). The cleanup concerns internal structures after using a card. The readers and cards are not disconnected immidiately after use (because sometimes cards and readers are opened and closed multiple times within a short period so immediately releasing a reader unnecessarily adds startup and shutdown time and therefore prolongs the execution time for the application). Ok. That's the timeline I gave in the example. In this case, all that is needed is to see before the select call if there is any cleanup to do, and set the timeout to infinity if there isn't. The part which can never be swapped out is only the one or two pages which actually contain that code. So I guess we are only talking about 4 or 8 KB here. That depends on how the kernel works, but I think you are correct that it's not a lot of memory. Of course this could be reduced to zero given the right amount of work but currently that's not my highest priority. I can understand that. I don't think it's a lot of work for someone who is familiar with the code, though. Thanks, Bas -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://a82-93-13-222.adsl.xs4all.nl/e-mail.html signature.asc Description: Digital signature
Bug#532096: libpulse0 depends on X11 libs; offer a libpulse0-nox11 package for headless systems
Package: libpulse0 Severity: wishlist as subject. -- System Information: Debian Release: squeeze/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#531154: libasound2_1.0.20-2_amd64.deb corrupted on debian.uni-essen.de
retitle 531154 libasound2_1.0.20-2_amd64.deb corrupted on debian.uni-essen.de thanks Dear Harald, There is a issue with your mirror. Details below. On Fri, Jun 05, 2009 at 10:37:35PM +0200, Elimar Riesebieter wrote: * Elimar Riesebieter [090605 22:22 +0200] * Andreas Kuckartz [090605 20:19 +0200] W: Die Datei »ftp://debian.uni-essen.de/debian/pool/main/a/alsa-lib/libasound2_1.0.20-2_amd64.deb« konnte nicht heruntergeladen werden Hash-Summe stimmt nicht überein What the heck do you guys think this is a bug of a package, he? There might be some broken files on some Debian mirrors. So please try other sources [0]. File a bug against ftp.debian.org. 'mirrors' is the right pseudopackage for such issues. ftp.de.d.o did have issues in the past days, it's now fixed : wcat ftp://ftp.de.debian.org/debian/pool/main/a/alsa-lib/libasound2_1.0.20-2_amd64.deb | md5sum - feb0d45fe81f7031226fa5909f0ca08f - (the expected md5sum) While on debian.uni-essen.de it's still broken indeed: wcat ftp://debian.uni-essen.de/debian/pool/main/a/alsa-lib/libasound2_1.0.20-2_amd64.deb | md5sum - 2f7b4983e8f98fc6473e10e156ad3db0 - debian.uni-essen.de has not been updated since 2 days: http://debian.uni-duisburg-essen.de/debian/project/trace/ftp-master.debian.org Thanks in advance for fixing this. BTW for Elimar, there absolutely no problem with using HTTP, it's even recommended since it doesn't need to open one TCP connection per package. Regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532094: Acknowledgement (fluxbox: Crashes on closing some windows)
One other note I'd like to add... This is 100% reproducible on my system. Every time I close one of those windows fluxbox crashes. -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ Never write it in C if you can do it in 'awk'; Never do it in 'awk' if 'sed' can handle it; Never use 'sed' when 'tr' can do the job; Never invoke 'tr' when 'cat' is sufficient; Avoid using 'cat' whenever possible -- Taylor's Laws of Programming signature.asc Description: OpenPGP digital signature
Bug#532097: RFA: cups -- Common UNIX Printing System
Package: wnpp Severity: normal Hello all, cups is in severe need for a dedicated Debian maintainer. I became an uploader some years ago for more efficient integration of improvements/fixes done in Ubuntu, but now I have been the only uploader for 1.5 years. I cleaned up the patch mess, brought the package and test suite into a well working state, follow up on RC bugs, and prepare most security updates; Till Kamppeter is developing the PDF filters. However, that's not enough. Neither Till nor I have a Debian unstable as primary workstation where we could test printing in a real Debian system, and neither of us has time to look at the Debian bug reports. Right now, cups has hundreds of bug reports, many of them years old; many of them were probably fixed long ago, many aren't problems in cups but some driver (gutenprint, foomatic, ghostscript). To get the Debian cups bugs into some useful state again, someone who knows the Linux printing system very well needs to sit down and write a comprehensive how to debug printing problems document: in particular, how to identify in which package the problem is, which debug information to collect, and common workarounds/tests which help the reporter's immediate problem and are useful for diagnosis. Then we can declare a bug bancrupcy and mass-close all bugs which were filed before the Lenny release, with an honest apology and the request to re-file bugs again with following the debugging document. For all newer bugs we can just followup with the debugging document. On the plus side, cups' upstream Mike Sweet is very responsive. It takes some dispassionateness to argue with him about patches and rejected bug reports, but he responds very fast. So the genuine problems remaining in the Debian BTS should be spoonfed to upstream, after making sure that it isn't a Debian specific or driver problem. I'm happy to continue basic package maintenance as pointed out above, do sponsoring, and mentor interested newcomers. You don't need to be a DD, but you should have a printer or two, use Debian unstable regularly, and willing to learn about the printing architecture (cups spooler, drivers, etc.). Many thanks in advance, Martin Pitt The package description is: The Common UNIX Printing System (or CUPS(tm)) is a printing system and general replacement for lpd and the like. It supports the Internet Printing Protocol (IPP), and has its own filtering driver model for handling various document types. . This package provides the CUPS scheduler/daemon and related files. . The terms Common UNIX Printing System and CUPS are trademarks of Easy Software Products (www.easysw.com), and refer to the original source packages from which these packages are made. -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#531592: libpcsclite1: move to /lib
forwarded 531592 http://w1.fi/bugz/show_bug.cgi?id=315 thank Colin Watson a écrit : On Fri, Jun 05, 2009 at 10:17:52PM +0200, Ludovic Rousseau wrote: Colin Watson a écrit : We currently ship wpa_supplicant in /sbin so that it can be used early in the boot process. However, it links against libpcsclite.so.1 which is in /usr/lib. This breaks things for people with a separate /usr. Would you consent to moving this library to /lib? The attached patch implements this change. I don't think that is the correct solution to the problem. Moving the library to /lib will allow moving wpa_supplicant in /sbin but wpa_supplicant will not be able to work with smart card support. libpcsclite needs to communicate with the pcscd daemon. This daemon is in /usr/sbin/ and is linked with libhal (and other libs). I don't think you plan to move libhal (and its dependencies) in /lib. The correct way to solve this problem is to use dlopen() in wpa_supplicant and use libpcsclite.so.1 only when needed/requested. Surely whichever way you slice it you can't talk to pcscd until /usr is mounted. Does it really matter for this whether wpa_supplicant dlopens libpcsclite.so.1 when it needs it and starts talking to pcscd then, or whether it links against it directly and calls into it when it needs it and starts talking to pcscd then? Unless libpcsclite.so.1 tries to communicate with pcscd as soon as any binary that happens to link against it is loaded, which I don't believe to be the case, I don't see a meaningful difference here. Given that, direct dynamic linking is clearly simpler than dlopen. Yes, my proposal will not make wpa_supplicant work with smart card support if pcscd is not started. Yes, direct linking is simpler than using dlopen. My proposal is to have wpa_supplicant in /usr and avoid moving libpcsclite.so.1 around. You should have a look at the Ubuntu bug 378294 [1] libpcsclite1 is not found by sun-java-6 (jaunty). Some software do not expect to find a library in /lib. And yes it is a bug in the Sun JVM. SUN is working on it. I'm not suggesting that the whole thing be made to work entirely without /usr. I'm merely suggesting that it would be useful to be able to *start up* wpa_supplicant without /usr, to simplify some ordering concerns; /usr is likely to be mounted very shortly afterwards anyway. Once /usr is mounted, wpa_supplicant should have no problem working with smart card support. I completely agree with that. I looked at the wpa_supplicant code and the needed code is already present. It is in the file wpasupplicant-0.6.9/src/utils/pcsc_funcs.c Dynamic loading is used in case of __MINGW32_VERSION. I include a simple patch to use loading at runtime even on Linux. I have not tested the patch. I have just tested that the compilation works and that the resulting binary is no more linked with libpcsclite.so.1. I think this bug should be reassigned to wpasupplicant, and my patch sent to wpasupplicant upstream for review. You don't say it clearly, but if I'm understanding you correctly you're essentially also suggesting that wpa_supplicant shouldn't be in /sbin at all. No, I am not suggesting to move wpa_supplicant. Have you looked at the patch I propose? Bye [1] https://bugs.launchpad.net/ubuntu/+source/pcsc-lite/+bug/378294 -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#63995: ***Contact Dr Pinkett Griffin Immediately
{one million pounds} was won by your E-ID Verify this mail immediately by sending in your information. This will include your name, address, age, phone number etc to drpinkettgrif...@w.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532043: Debootstrap segfault during installation : testing i386 netinstall
* Christian Perrier bubu...@debian.org [2009-06-06 13:56]: The bug does not happen when installing unstable instead of testing (which is the default). FWIW, I got a report in private ealier today saying that an installation of unstable failed at chroot /target mount -t proc proc /proc. So I guess it applies to both testing and usntable but the bug just doesn't happen all the time. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530644: Support aborting the whole run if a script fails
hi, Jordi Mallach wrote (04 Jun 2009 20:06:58 GMT) : As a sidenote, I guess I would have to adapt my scripts to check for exit codes for every command I execute, or add || halt everywhere, else I would have no opportunity to issue the halt commands? Seems so. bye, -- intrig...@boum.org | gnupg key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | Then we'll come from the shadows. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532098: bluez-alsa is silent, but mplayer complains loudly
Package: bluez-alsa Version: 4.40-2 Hi folks, I would like to make the a2dp headset the default audio device on my laptop (the built-in speakers are just too awful). /etc/asound.conf says pcm.!bluetooth { type bluetooth device 000:19:7F:6B:9A:04 profile hifi } pcm.!default { type plug slave.pcm bluetooth } But when I try to play a song using mplayer -ao alsa:device=bluetooth mix/Genesis\ -\ Carpet\ Crawlers.ogg then it complains: Playing mix/Genesis - Carpet Crawlers.ogg. [Ogg] stream 0: audio (Vorbis), -aid 0 Ogg file format detected. Clip info: Title: Carpet Crawlers Artist: Genesis Album: The Lamb Lies Down On Broadway == Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 44100 Hz, 2 ch, s16le, 320.0 kbit/22.68% (ratio: 4-176400) Selected audio codec: [ffvorbis] afm: ffmpeg (FFmpeg Vorbis) == [AO_ALSA] alsa-lib: pcm_bluetooth.c:1607:(audioservice_expect) BT_GET_CAPABILITIES failed : Input/output error(5) [AO_ALSA] Playback open error: Input/output error Failed to initialize audio driver 'alsa:device=bluetooth' Could not open/initialize audio device - no sound. Audio: no sound Video: no video Exiting... (End of file) There is no indication of any I/O error in /var/log messages. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#529999: update-alternatives: Can't call method slave on an undefined value at /usr/sbin/update-alternatives line 1011.
On Sun, May 24, 2009 at 08:47:35PM +0200, Raphael Hertzog wrote: Can you provide me /var/lib/dpkg/alternatives/rename ? It looks like some left over alternatives in that file dating back to the perl 5.005 transition that was not properly cleaned... [10/510...@nechayev[chroot sid-kernel]:~$ ls -al /var/lib/dpkg/alternatives/rename -rw-r--r-- 1 root root 122 Jun 6 12:22 /var/lib/dpkg/alternatives/rename [11/511...@nechayev[chroot sid-kernel]:~$ cat !$ cat /var/lib/dpkg/alternatives/rename manual /usr/bin/rename rename.1.gz /usr/share/man/man1/rename.1.gz /usr/bin/prename 60 /usr/share/man/man1/prename.1.gz [12/512...@nechayev[chroot sid-kernel]:~$ I certainly upgraded perl to version 5.10.0-22 on my system without encountering any error. There is likely a lack of checks in update-alternatives but also something not 100% clean in the perl upgrade history. The new code tries harder to avoid problems and your installation is somehow broken (and it failed while trying to fix it). It should give a more helpful error message in that case. And please show me the output of this command: ls -al /etc/alternatives/rename /usr/bin/rename-5.005 /usr/bin/rename [12/512...@nechayev[chroot sid-kernel]:~$ ls -al /etc/alternatives/rename /usr/bin/rename-5.005 /usr/bin/rename ls: cannot access /usr/bin/rename-5.005: No such file or directory ls: cannot access /usr/bin/rename: No such file or directory lrwxrwxrwx 1 root root 21 Feb 14 2008 /etc/alternatives/rename - /usr/bin/rename-5.005 [13/513...@nechayev[chroot sid-kernel]:~$ In fact, looking at the code more closely, the problem is probably that /etc/alternatives/rename points to an non-existing and unregistered alternative... (i.e. it doesn't appear in /var/lib/dpkg/alternatives/rename). Let's see if I'm right. Looks like you're right. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#394868: grub-pc now complains about installing to a partition
Just a quick followup, the workaround I've previously described and used of installing grub to a partition and putting debian-mbr on the disk now causes grub-setup to generate a warning. I've used --force to ignore the warning, but I haven't rebooted the file-server yet to see if it worked. -- Paul TBBle Hampson, paul.hamp...@pobox.com Shorter .sig for a more eco-friendly paperless office. pgp5aNkecAYuS.pgp Description: PGP signature
Bug#532094: fluxbox: Crashes on closing some windows
Could You get backtrace with debug information? # apt-get build-dep fluxbox $ apt-get source fluxbox $ cd fluxbox-1.1.1-2 $ DEB_BUILD_OPTIONS=nostrip debuild # dpkg -i ../fluxbox_1.1.2_arch.deb On 13:51 Sat 06 Jun , Phil Dibowitz wrote: PD Package: fluxbox PD Version: 1.1.1-2 PD Severity: critical PD Justification: breaks unrelated software PD I've set this to critical because it resulted in data loss in an unrelated application. PD I use jpilot which pops up reminder windows for appointments. Everytime I close one of these windows, fluxbox segfaults. I've gathered a core file from fluxbox as well as straces from fluxbox, jpilot, X, and xdm. PD Upon crashing jpilot's databases sometimes get corrupted resulting in data loss. PD Unfortunately since most binaries and libraries are stripped, the backtrace isn't that useful but here it is: PD #0 0xb7f78424 in __kernel_vsyscall () PD #1 0xb7b4d680 in raise () from /lib/i686/cmov/libc.so.6 PD #2 0xb7b50d68 in abort () from /lib/i686/cmov/libc.so.6 PD #3 0x0805f679 in ?? () PD #4 0x08125f64 in ?? () PD #5 signal handler called PD #6 0x080d2aea in ?? () PD #7 0x080af2b9 in ?? () PD #8 0x08077cde in ?? () PD #9 0x0807932c in ?? () PD #10 0x080a73d4 in ?? () PD #11 0x080a2238 in ?? () PD #12 0x080b6996 in ?? () PD #13 0x080d2b36 in ?? () PD #14 0x0805e209 in ?? () PD #15 0x0813ac11 in ?? () PD #16 0x080b8e5b in ?? () PD #17 0x080a12f7 in ?? () PD #18 0x080a1434 in ?? () PD #19 0x0805d456 in ?? () PD #20 0x0805da1d in ?? () PD #21 0x08070b53 in ?? () PD #22 0xb7b38775 in __libc_start_main () from /lib/i686/cmov/libc.so.6 PD #23 0x0804f341 in ?? () PD And the tail end of the fluxbox strace: PD 27093 select(4, [3], [3], NULL, NULL) = 1 (out [3]) PD 27093 writev(3, [{\235\4\5\0\217\v\200\1\215\v\200\1R\1\0\0\0\0\0\0\235\27\22\0\3\v\200\1\317\1\200\1..., 228}], 1) = 228 PD 27093 select(4, [3], [], NULL, NULL)= 1 (in [3]) PD 27093 read(3, \1\327\351e\2\0\0\0\1\0*\n\1\0\0\0\366J\25\10\326 \10\344\31\311\277\200\374*\n..., 4096) = 40 PD 27093 read(3, 0x979da84, 4096) = -1 EAGAIN (Resource temporarily unavailable) PD 27093 --- SIGSEGV (Segmentation fault) @ 0 (0) --- PD 27093 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 PD 27093 tgkill(27093, 27093, SIGABRT) = 0 PD 27093 --- SIGABRT (Aborted) @ 0 (0) --- PD Full straces and core is attached. PD -- System Information: PD Debian Release: squeeze/sid PD APT prefers unstable PD APT policy: (500, 'unstable') PD Architecture: i386 (i686) PD Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) PD Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) PD Shell: /bin/sh linked to /bin/bash PD Versions of packages fluxbox depends on: PD ii libc6 2.9-13 GNU C Library: Shared libraries PD ii libfontconfig12.6.0-3generic font configuration library PD ii libgcc1 1:4.3.3-8 GCC support library PD ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library PD ii libimlib2 1.4.2-4+b1 powerful image loading and renderi PD ii libsm62:1.1.0-2 X11 Session Management library PD ii libstdc++64.3.3-8The GNU Standard C++ Library v3 PD ii libx11-6 2:1.1.5-2 X11 client-side library PD ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar PD ii libxft2 2.1.13-3 FreeType-based font drawing librar PD ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library PD ii libxpm4 1:3.5.7-1 X11 pixmap library PD ii libxrandr22:1.3.0-2 X11 RandR extension library PD ii libxrender1 1:0.9.4-2 X Rendering Extension client libra PD ii menu 2.1.41 generates programs menu for all me PD Versions of packages fluxbox recommends: PD pn xfonts-terminus none (no description available) PD Versions of packages fluxbox suggests: PD pn fbdesknone (no description available) PD pn fbpager none (no description available) PD pn fluxconf none (no description available) PD -- no debconf information -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#532075: sitecopy: Connecting to a reachable FTP server throws Error: Could not connect to server
Hi Sandro, upgrading to libneon27-gnutls 0.28.4-2 solved the problem, although it (and depending libraries) are only available in unstable as of today. r...@x:/root # apt-show-versions |grep -v testing libgssapi-krb5-2/unstable uptodate 1.7dfsg~beta3-1 libk5crypto3/unstable uptodate 1.7dfsg~beta3-1 libkrb5-3/unstable uptodate 1.7dfsg~beta3-1 libkrb5support0/unstable uptodate 1.7dfsg~beta3-1 libneon27-gnutls/unstable uptodate 0.28.4-2 Nevertheless, thanks for your help! :) Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org