Bug#641462: unison: New uptream version 2.40.63
Le 28/09/2011 02:50, Michael Moorman a écrit : Going to bump this bug. I've been needing to maintain a PPA version of Unison 2.40 to keep track with the version of my fileserver. Due to unison's annoying inability to sync between different minor revisions, I repackaged the latest Ubuntu revision of this package for the new upstream, but getting the new version in Debian would be much nicer. I can revise my package to target Debian if needed. Please do, but please read the following. Unison should be able to sync between minor revisions (third digit), but not between major versions. Because of this incompatibility, and to keep the ability to sync between several servers with various versions of Debian, the previous maintainer maintained two versions, the last one in Debian stable (currently unison2.27.57) and the last upstream one (currently unison). Currently, upgrading unison needs care because of this. Besides, all SVN revisions have a version number, and it might not be clear from the version number whether it is stable or just a beta. My own plan was to turn the current package into a unison-2.32 package (similar to unison2.27.57) and a unison-defaults (native, similar to e.g. python-defaults) meta-package, then fork a unison-2.40 package from unison-2.32. The goal is the symmetric treatment between all versions, so we can keep more in parallel with a low maintenance burden. It should then be easier to add a new version, and it would be possible to make it possible to synchronize sid with any supported version of Debian and Ubuntu without a heavy maintenance burden in the long term. This is not high on my TODO-list, though, since the currently version works (and I use it everyday) and I don't feel compelled to have a new version. We are severely lacking manpower in the OCaml team, and any help would be welcome. It would be more than nice if you could contribute an updated unison packages, or, better, to officially join the team and maintain them in the long term. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643620: www.debian.org: Changelog of pulseaudio 1.0-1 is not available
Package: www.debian.org Severity: normal pulseaudio 1.0-1 is available, but not its changelog, e.g. on http://packages.debian.org/changelogs/pool/main/p/pulseaudio/current/changelog (this is still the old one), and in aptitude, one gets an error when one wants to view the changelog: Failed to download the changelog of libpulse0: 404 Not Found [IP: 87.106.64.223 80] (no such problems with other packages). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643321: [Pkg-bluetooth-maintainers] Bug#643321: Acknowledgement (no bt after upgrade (4.94-2 - 4.96-1))
tag 643321 pending thanks Hi, all. Sorry and Yes, current preinst was broken. I fix this and upload soon. Note: current debian kernel (3.0.0) has a broblem about scanning device function. This is already fixed in upstream kernel. http://marc.info/?l=linux-bluetoothm=131629120106056w=2 Best regards, Nobuhiro 2011/9/27 Trent W. Buck trentb...@gmail.com: OK, yes, that mv_conffile fuckup is the cause of this problem. Moving it back *and* restarting dbus and bluetooth daemons fixed it. I didn't realize at first that hcitool talked to the daemon; its manpage gave me the impression that it talked directly to the devices; that the bluetooth daemon was merely some higher-level thing. It might be useful to mention in the manpages that bluetoothd *needs* a system dbus to do anything at all, and likewise hcitool *needs* bluetoothd. It might also be useful for hcitool scan to report something like along the lines of I can't see bluetoothd rather than no devices found. # logread -f [1] 2717 # /etc/init.d/bluetooth restart Stopping bluetooth: /usr/sbin/bluetoothd. Starting bluetooth: bluetoothd. # Sep 27 19:02:21 dali daemon.info bluetoothd[2729]: Bluetooth daemon 4.96 Sep 27 19:02:21 dali daemon.err bluetoothd[2729]: Unable to get on D-Bus # /etc/init.d/dbus start system message bus already started; not starting.. # /etc/init.d/dbus restart Stopping system message bus: dbus. Starting system message bus: dbus. # mv /etc/dbus-1/system.d/bluetooth.conf.dpkg-remove /etc/dbus-1/system.d/bluetooth.conf # Sep 27 19:02:54 dali daemon.notice dbus[2746]: [system] Reloaded configuration /etc/init.d/bluetooth restart Stopping bluetooth: /usr/sbin/bluetoothd. Starting bluetooth: bluetoothd. # Sep 27 19:03:03 dali daemon.info bluetoothd[2763]: Bluetooth daemon 4.96 Sep 27 19:03:03 dali daemon.info bluetoothd[2763]: Starting SDP server Sep 27 19:03:03 dali daemon.err bluetoothd[2763]: D-Bus failed to register org.bluez.Proximity interface Sep 27 19:03:03 dali user.info kernel: [ 1830.878025] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 Sep 27 19:03:03 dali user.info kernel: [ 1830.878038] Bluetooth: BNEP filters: protocol multicast Sep 27 19:03:03 dali daemon.info bluetoothd[2763]: Listening for HCI events on hci0 Sep 27 19:03:03 dali user.info kernel: [ 1830.900768] Bluetooth: SCO (Voice Link) ver 0.6 Sep 27 19:03:03 dali user.info kernel: [ 1830.900780] Bluetooth: SCO socket layer initialized Sep 27 19:03:03 dali daemon.info bluetoothd[2763]: HCI dev 0 up Sep 27 19:03:03 dali daemon.info bluetoothd[2763]: Adapter /org/bluez/2763/hci0 has been enabled # hcitool scan Scanning ... # Sep 27 19:03:48 dali user.info kernel: [ 1875.994795] Bluetooth: HIDP (Human Interface Emulation) ver 1.2 Sep 27 19:03:48 dali user.info kernel: [ 1876.009182] input: Apple Wireless Keyboard as /devices/pci:00/:00:1d.3/usb5/5-1/5-1:1.0/bluetooth/hci0/hci0:11/input12 Sep 27 19:03:48 dali user.info kernel: [ 1876.009901] apple 0005:05AC:0239.0001: input,hidraw0: BLUETOOTH HID v0.50 Keyboard [Apple Wireless Keyboard] on 1C:4B:D6:05:DE:97 ___ Pkg-bluetooth-maintainers mailing list pkg-bluetooth-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642104: [Pkg-bluetooth-maintainers] Bug#642104: bluez: bluetoothd refusing input device connection
Hi, Thanks for your report! This looks like the same problem as #643321. Would you perform the following? And what kind of result you brought, or do you let me know and get? - sudo mv /etc/dbus-1/system.d/bluetooth.conf.dpkg-remove /etc/dbus-1/system.d/bluetooth.conf sudo /etc/init.d/dbus restart # X server may be finished. sudo /etc/init.d/bluetooth restart restart bluedevil - Best regards, Nobuhiro 2011/9/19 scott leggett s...@internode.on.net: Package: bluez Version: 4.96-1 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? I installed bluedevil for KDE to use my bluetooth mouse. * What exactly did you do (or not do) that was effective (or ineffective)? I put the mouse into pairing mode, the device appears briefly in KDE's bluetooth stack, but disappears within a few seconds and I am unable to pair with it. When trying to pair, the following line appears in /var/log/syslog, leading me to believe the bug lies in bluez: Sep 19 21:42:43 hpdeb bluetoothd[1886]: Refusing input device connect: No such file or directory (2) Sep 19 21:42:53 hpdeb bluetoothd[1886]: Agent replied with an error: org.bluez.Error.Canceled, Authorization canceled Sep 19 21:42:53 hpdeb bluetoothd[1886]: Access denied: Authorization canceled Note the 10 second delay between the first and second messages. The second set appears when the bluedevil popup disappears (times out?). Regards, Scott. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bluez depends on: ii dbus 1.4.14-1 ii libbluetooth3 4.96-1 ii libc6 2.13-21 ii libcap-ng0 0.6.6-1 ii libdbus-1-3 1.4.14-1 ii libglib2.0-0 2.28.6-1 ii libreadline6 6.2-4 ii libudev0 172-1 ii libusb-0.1-4 2:0.1.12-19 ii lsb-base 3.2-28 ii module-init-tools 3.16-1 ii python-dbus 0.84.0-2 ii python-gobject 2.28.6-5 ii udev 172-1 bluez recommends no packages. bluez suggests no packages. -- no debconf information ___ Pkg-bluetooth-maintainers mailing list pkg-bluetooth-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642911: linux-image-2.6.32-5-686: Network connection fails under heavy load.
Ben Hutchings wrote: Please test version 2.6.32-36 from stable-proposed-updates. Ben. Hi Ben, I tested version 2.6.32-37. The network seems to be more stable, but I still have connection timeouts. There are no more dmesg lines for eth0: link up but my ssh connection still terminates from time to time. Do you need any more log files ? Gerd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643021: [recoll] Forked CLI call does not return (all) hits
Denis Prost writes: Attached are 4 log files : * one from recoll -t -q gazette (155 results) * one from recollrunner with the same query (only default query language checked in recollrunner config) (3 results : only the ones among the 155 which do not contain spaces in their pathes) * one from recoll -t -f -q gazette (46 results) * one from recollrunner with the same query (default query language checked and match filenames checked in recollrunner config) (0 result) I hope it will help solving this issue. Regards Denis Thanks a lot for the log files, my comments below: first: :4:../rcldb/rcldb.cpp:1525:Rcl::Db::filenameWildExp: pattern: [*gazette*] My guess is that this is from the 3d query (recoll -t -f -q gazette). The -q which would specify a query language query is ignored (because of how the options are parsed), and this is a filename query where gazette is transformed to *gazette* because it is neither capitalized nor contains wildcards. It is supposed to return all documents with [gazette] as part of their file name. Second: :4:../rcldb/searchdata.cpp:782:StringToXapianQ:: query string: [gazette] This is from [recoll -t -q gazette], which is a regular text search query, returning all documents with gazette or a derivative ([gazettes]) in the contents, or possibly in the file name field processed as text. Third: :4:../rcldb/searchdata.cpp:782:StringToXapianQ:: query string: ['gazette'] This is probably from recollrunner with only 'default query language' checked: there is excessive quoting, but it doesn't hurt much because this is a full text search and the quotes get eliminated. I don't know why recollrunner returns few results, but as you mention that these are only the ones without spaces in the file name, I'd suspect a problem parsing the output from recoll. Fourth: :4:../rcldb/rcldb.cpp:1525:Rcl::Db::filenameWildExp: pattern: [*'gazette'*] This is with recollrunner, match filenames and default query language checked. Match filename takes precedence and the query fails because of the excessive quoting. The only thing that I find strange in the logs is that the 3rd one seems to indicate that the query actually returns more results than the 1st one, when I would have thought that they are identical. But the quoting may have affected the query, the actual Xapian query is truncated in the log for some reason, so we can't be sure: :4:../rcldb/rclquery.cpp:237:Query::SetQuery: Q: ((gazette:(wqf=11) OR gazettes OR gazet:4:../rcldb/rclquery.cpp:344:Fetching for first 50, count 50 So I think that the first fixes should be for recollrunner to: - Avoid excessive single quote quoting - Indicate somehow that query language and file name search are different and exclusive modes. - Try to better parse the query output when there are spaces in the file names. And then we may get into possible Recoll issues. I'd be quite interested though by the logs from the 2 following commands: recoll -t -q gazette recoll -t -q 'gazette' Cheers, Jf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643043: not bad
On Tue, 27 Sep 2011, Nicholas Bamber wrote: Well -tc option certainly works and will sometimes be what I want. What however happens when I want to inspect the dbeian/package directories? You can always reapply the patches by yourself: $ quilt push -a $ fakeroot debian/rules clean $ quilt pop -a After all in your former sequence of commands, you were already using quilt manually... Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643043: not bad
Yes that seems fair. Let's close this ticket. On 28/09/11 07:34, Raphael Hertzog wrote: On Tue, 27 Sep 2011, Nicholas Bamber wrote: Well -tc option certainly works and will sometimes be what I want. What however happens when I want to inspect the dbeian/package directories? You can always reapply the patches by yourself: $ quilt push -a $ fakeroot debian/rules clean $ quilt pop -a After all in your former sequence of commands, you were already using quilt manually... Cheers, -- Nicholas Bamber | http://www.periapt.co.uk/ PGP key 3BFFE73C from pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642762: xulrunner-6.0: console flooded with unaligned access messages on ia64 (IA-64/IPF/Itanium) platform
On Tue, Sep 27, 2011 at 10:32:17PM +0200, Émeric Maschino wrote: 2011/9/27 Mike Hommey m...@glandium.org: Could you add the output for disassemble and info registers ? Mike Sure! Please find the attached gdb.txt. Thanks so in fact the error is on the next line, and is due to this code: inline PRBool Equals(const nsID other) const { return ((PRUint64*) m0)[0] == ((PRUint64*) other.m0)[0] ((PRUint64*) m0)[1] == ((PRUint64*) other.m0)[1]; } Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643568: openjdk-6: Please povide a backport through backports-master.d.o
* Josue Abarca: Or perhaps you might consider sponsoring my own backport of openjdk-6 6b23~pre7-1. I think pushing a newer IcedTea version into stable should have priority. Eventually, security support for IcedTea 1.8 will end, and we have to switch anyway. -- Florian Weimerfwei...@bfk.de BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643021: [recoll] Forked CLI call does not return (all) hits
On 28/09/2011 08:35, Jean-Francois Dockes wrote: Denis Prost writes: Attached are 4 log files : * one from recoll -t -q gazette (155 results) * one from recollrunner with the same query (only default query language checked in recollrunner config) (3 results : only the ones among the 155 which do not contain spaces in their pathes) * one from recoll -t -f -q gazette (46 results) * one from recollrunner with the same query (default query language checked and match filenames checked in recollrunner config) (0 result) I hope it will help solving this issue. Regards Denis Thanks a lot for the log files, my comments below: first: :4:../rcldb/rcldb.cpp:1525:Rcl::Db::filenameWildExp: pattern: [*gazette*] My guess is that this is from the 3d query (recoll -t -f -q gazette). The -q which would specify a query language query is ignored (because of how the options are parsed), and this is a filename query where gazette is transformed to *gazette* because it is neither capitalized nor contains wildcards. It is supposed to return all documents with [gazette] as part of their file name. Second: :4:../rcldb/searchdata.cpp:782:StringToXapianQ:: query string: [gazette] This is from [recoll -t -q gazette], which is a regular text search query, returning all documents with gazette or a derivative ([gazettes]) in the contents, or possibly in the file name field processed as text. Third: :4:../rcldb/searchdata.cpp:782:StringToXapianQ:: query string: ['gazette'] This is probably from recollrunner with only 'default query language' checked: there is excessive quoting, but it doesn't hurt much because this is a full text search and the quotes get eliminated. I don't know why recollrunner returns few results, but as you mention that these are only the ones without spaces in the file name, I'd suspect a problem parsing the output from recoll. Fourth: :4:../rcldb/rcldb.cpp:1525:Rcl::Db::filenameWildExp: pattern: [*'gazette'*] This is with recollrunner, match filenames and default query language checked. Match filename takes precedence and the query fails because of the excessive quoting. The only thing that I find strange in the logs is that the 3rd one seems to indicate that the query actually returns more results than the 1st one, when I would have thought that they are identical. But the quoting may have affected the query, the actual Xapian query is truncated in the log for some reason, so we can't be sure: :4:../rcldb/rclquery.cpp:237:Query::SetQuery: Q: ((gazette:(wqf=11) OR gazettes OR gazet:4:../rcldb/rclquery.cpp:344:Fetching for first 50, count 50 So I think that the first fixes should be for recollrunner to: - Avoid excessive single quote quoting - Indicate somehow that query language and file name search are different and exclusive modes. - Try to better parse the query output when there are spaces in the file names. And then we may get into possible Recoll issues. I'd be quite interested though by the logs from the 2 following commands: recoll -t -q gazette recoll -t -q 'gazette' Here are the two logs : * recoll -t -q gazette.log (same as already sent) * recoll -t -q gazette.log Regards, Denis :4:../common/rclinit.cpp:106:rclinit: idxflushmb=10, set XAPIAN_FLUSH_THRESHOLD to 10E6 :4:../rcldb/rcldb.cpp:593:Db::open: m_isopen 0 m_iswritable 0 :4:../rcldb/stoplist.cpp:52:StopList::StopList: file_to_string(/home/denis/.recoll/stoplist.txt) failed: open/stat: errno: 2 : :4:../query/wasatorcl.cpp:139:wasaQueryToRcl: leaf clause []:[gazette] slack 0 :4:../rcldb/rclquery.cpp:174:Query::setQuery: :4:../rcldb/searchdata.cpp:782:StringToXapianQ:: query string: [gazette] :5:../rcldb/searchdata.cpp:803:strToXapianQ: phrase/word: [gazette] :5:../rcldb/searchdata.cpp:835:strToXapianQ: termcount: 1 :4:../rcldb/stemdb.cpp:272:stemExpand:english: [gazette] stem- [gazett] :5:../rcldb/stemdb.cpp:278:stemExpand: /home/denis/.recoll/xapiandb/stem_english lastdocid: 71147 :5:../rcldb/stemdb.cpp:314:stemExpand:english: gazett - [gazette] [gazettes] [gazett] :4:../rcldb/rclquery.cpp:237:Query::SetQuery: Q: ((gazette:(wqf=11) OR gazettes OR gazett)) :4:../rcldb/rclquery.cpp:315:Query::getResCnt: 1 mS :4:../rcldb/rclquery.cpp:344:Fetching for first 50, count 50 :4:../rcldb/rclquery.cpp:344:Fetching for first 100, count 50 :4:../rcldb/rclquery.cpp:344:Fetching for first 150, count 50 :4:../rcldb/rclquery.cpp:344:Fetching for first 153, count 50 :4:../rcldb/rclquery.cpp:355:enquire-get_mset: got empty result :5:../rcldb/searchdata.cpp:394:SearchData::erase :4:../rcldb/rcldb.cpp:572:Db::~Db: isopen 1 m_iswritable 0 :4:../rcldb/rcldb.cpp:687:Db::i_close(1): m_isopen 1 m_iswritable 0 :4:../common/rclinit.cpp:106:rclinit: idxflushmb=10, set XAPIAN_FLUSH_THRESHOLD to 10E6 :4:../rcldb/rcldb.cpp:593:Db::open: m_isopen 0 m_iswritable 0 :4:../rcldb/stoplist.cpp:52:StopList::StopList:
Bug#643621: relocation error: mplayer: symbol __aeabi_f2ulz, version LIBAVCODEC_53 not defined in file libavcodec.so.53 with link time reference
Package: mplayer Version: 2:1.0~rc4.dfsg1+svn33713-2 Severity: important This is almost the same bug as #637077. Steps to reproduce: 1) sudo apt-get install freeciv-sound-standard 2) mplayer -ao null /usr/share/games/freeciv/stdsounds/Splash.ogg Expected results: 2) mplayer exits succesfully. Actual results: 2) mplayer prints MPlayer SVN-r33713-4.6.1 (C) 2000-2011 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing /usr/share/games/freeciv/stdsounds/Splash.ogg. libavformat file format detected. [lavf] stream 0: audio (vorbis), -aid 0 Load subtitles in ./ == Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 16000 Hz, 1 ch, s16le, 48.0 kbit/18.75% (ratio: 6000-32000) Selected audio codec: [ffvorbis] afm: ffmpeg (FFmpeg Vorbis) == AO: [null] 16000Hz 1ch s16le (2 bytes per sample) Video: no video Starting playback... mplayer: relocation error: mplayer: symbol __aeabi_f2ulz, version LIBAVCODEC_53 not defined in file libavcodec.so.53 with link time reference and exits with return value of 127. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv4tl) Kernel: Linux 2.6.34-20101212.git049b71de Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa11.4p5-39 ii libasound21.0.24.1-4 ii libaudio2 1.9.2-9 ii libavcodec53 4:0.7.1-6 ii libavformat53 4:0.7.1-6 ii libavutil51 4:0.7.1-6 ii libc6 2.13-21 ii libcaca0 0.99.beta17-2.1 ii libcdparanoia03.10.2+debian-10 ii libdca0 0.0.5-4 ii libdirectfb-1.2-9 1.2.10.0-4 ii libdvdnav44.1.4-1219-4 ii libdvdread4 4.1.4-1219-2 ii libenca0 1.13-4 ii libesd0 0.2.41-9 ii libfaad2 2.7-7 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.6-2 ii libfribidi0 0.19.2-1 ii libgcc1 1:4.6.1-12 ii libgif4 4.1.6-9 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libjack0 [libjack-0.116] 1:0.121.0+svn4538-3 ii libjpeg8 8c-2 ii liblircclient00.9.0~pre1-1 ii liblzo2-2 2.05-2 ii libmp3lame0 3.98.4+repack2-6 ii libncurses5 5.9-1 ii libogg0 1.2.2~dfsg-1 ii libopenal11:1.13-2 ii libpng12-01.2.46-3 ii libpostproc52 4:0.7.1-6 ii libpulse0 0.9.23-1 ii libsdl1.2debian 1.2.14-6.4 ii libsmbclient 2:3.5.11~dfsg-1 ii libspeex1 1.2~rc1-1 ii libswscale2 4:0.7.1-6 ii libtheora01.2.0alpha1+dfsg.1-1 ii libx11-6 2:1.4.4-2 ii libx264-116 2:0.116.2042+git178455c-2 ii libxext6 2:1.3.0-3 ii libxinerama1 2:1.1.1-3 ii libxt61:1.1.1-2 ii libxv12:1.0.6-2 ii libxvidcore4 2:1.3.2-6 ii libxvmc1 2:1.0.6-1 ii libxxf86dga1 2:1.1.2-1 ii libxxf86vm1 1:1.1.1-2 ii zlib1g1:1.2.3.4.dfsg-3 mplayer recommends no packages. Versions of packages mplayer suggests: pn bzip2 1.0.5-7 pn fontconfig2.8.0-3 pn fping 2.4b2-to-ipv6-16.1 pn mplayer-doc none pn ttf-freefont none -- debconf information: mplayer/voutput: autodetect mplayer/ttfont: Sans mplayer/cfgnote: mplayer/replace-existing-files-bail: mplayer/install_codecs: mplayer/replace-existing-files: false mplayer/no-ttfont: mplayer/dvd_device: /dev/cdrom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#635983: #635983 [n| | ] [xul-ext-adblock-plus] No longer compatible with current 7.0 alphas
Adblock Plus 1.3.10 is out! - Giorgio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643622: leveldb: FTBFS: ./port/atomic_pointer.h:133:2: error: #error Please implement AtomicPointer for this platform.
Source: leveldb Version: 0+20110901.git7263023-2 Severity: serious Justification: fails to build from source Tags: patch Hi, leveldb FTBFS some architecture. https://buildd.debian.org/status/package.php?p=leveldbsuite=sid http://buildd.debian-ports.org/status/package.php?p=leveldbsuite=sid Because leveldb does not support these architecture. - dh_auto_configure -O--parallel dh_auto_build -O--parallel make[1]: Entering directory `/build/buildd-leveldb_0+20110901.git7263023-2-ia64-gm7mku/leveldb-0+20110901.git7263023' g++ -g -O2 -c -I. -I./include -fno-builtin-memcmp -DLEVELDB_PLATFORM_POSIX -pthread -DOS_LINUX -O2 -DNDEBUG -fPIC db/builder.cc -o db/builder.o g++ -g -O2 -c -I. -I./include -fno-builtin-memcmp -DLEVELDB_PLATFORM_POSIX -pthread -DOS_LINUX -O2 -DNDEBUG -fPIC db/c.cc -o db/c.o In file included from ./port/port_posix.h:28:0, from ./port/port.h:14, from ./db/filename.h:14, from db/builder.cc:7: ./port/atomic_pointer.h:133:2: error: #error Please implement AtomicPointer for this platform. make[1]: *** [db/builder.o] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: Leaving directory `/build/buildd-leveldb_0+20110901.git7263023-2-ia64-gm7mku/leveldb-0+20110901.git7263023' dh_auto_build: make -j2 returned exit code 2 make: *** [build] Error 2 - I created patch which revise this problem. Could you check and apply these? I tested on i386, amd64 and sh4. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 From 9257ab3a17963b043dbc6e53a094e13a5b54488c Mon Sep 17 00:00:00 2001 From: Nobuhiro Iwamatsu iwama...@debian.org Date: Wed, 28 Sep 2011 12:25:23 +0900 Subject: [PATCH 1/9] Add ReadMemoryBarrier and WriteMemoryBarrier methods Some CPUs differ in the order of the memory barrier of read and write. For other CPUs, this adds the memory barrier method the memory barrier for read and write metohds. Signed-off-by: Nobuhiro Iwamatsu iwama...@debian.org --- port/atomic_pointer.h | 31 +-- 1 files changed, 25 insertions(+), 6 deletions(-) diff --git a/port/atomic_pointer.h b/port/atomic_pointer.h index c20b1bd..022a3a6 100644 --- a/port/atomic_pointer.h +++ b/port/atomic_pointer.h @@ -48,9 +48,17 @@ namespace port { // http://msdn.microsoft.com/en-us/library/ms684208(v=vs.85).aspx #define LEVELDB_HAVE_MEMORY_BARRIER +#define ReadMemoryBarrier MemoryBarrier() +#define WriteMemoryBarrier MemoryBarrier() + // Gcc on x86 #elif defined(ARCH_CPU_X86_FAMILY) defined(__GNUC__) -inline void MemoryBarrier() { +inline void ReadMemoryBarrier() { + // See http://gcc.gnu.org/ml/gcc/2003-04/msg01180.html for a discussion on + // this idiom. Also see http://en.wikipedia.org/wiki/Memory_ordering. + __asm__ __volatile__( : : : memory); +} +inline void WriteMemoryBarrier() { // See http://gcc.gnu.org/ml/gcc/2003-04/msg01180.html for a discussion on // this idiom. Also see http://en.wikipedia.org/wiki/Memory_ordering. __asm__ __volatile__( : : : memory); @@ -59,7 +67,12 @@ inline void MemoryBarrier() { // Sun Studio #elif defined(ARCH_CPU_X86_FAMILY) defined(__SUNPRO_CC) -inline void MemoryBarrier() { +inline void ReadMemoryBarrier() { + // See http://gcc.gnu.org/ml/gcc/2003-04/msg01180.html for a discussion on + // this idiom. Also see http://en.wikipedia.org/wiki/Memory_ordering. + asm volatile( : : : memory); +} +inline void WriteMemoryBarrier() { // See http://gcc.gnu.org/ml/gcc/2003-04/msg01180.html for a discussion on // this idiom. Also see http://en.wikipedia.org/wiki/Memory_ordering. asm volatile( : : : memory); @@ -68,7 +81,10 @@ inline void MemoryBarrier() { // Mac OS #elif defined(OS_MACOSX) -inline void MemoryBarrier() { +inline void ReadMemoryBarrier() { + OSMemoryBarrier(); +} +inline void WriteMemoryBarrier() { OSMemoryBarrier(); } #define LEVELDB_HAVE_MEMORY_BARRIER @@ -78,7 +94,10 @@ inline void MemoryBarrier() { typedef void (*LinuxKernelMemoryBarrierFunc)(void); LinuxKernelMemoryBarrierFunc pLinuxKernelMemoryBarrier __attribute__((weak)) = (LinuxKernelMemoryBarrierFunc) 0x0fa0; -inline void MemoryBarrier() { +inline void ReadMemoryBarrier() { + pLinuxKernelMemoryBarrier(); +} +inline void WriteMemoryBarrier() { pLinuxKernelMemoryBarrier(); } #define LEVELDB_HAVE_MEMORY_BARRIER @@ -97,11 +116,11 @@ class AtomicPointer { inline void NoBarrier_Store(void* v) { rep_ = v; } inline void* Acquire_Load() const { void* result = rep_; -MemoryBarrier(); +ReadMemoryBarrier(); return result; } inline void Release_Store(void* v) { -MemoryBarrier(); +WriteMemoryBarrier(); rep_ = v; } }; -- 1.7.6.3 From 6805877f8913935071fb97c1b76e4f0ce992d8a6 Mon Sep 17 00:00:00 2001 From: Nobuhiro Iwamatsu iwama...@debian.org Date: Wed, 28 Sep 2011 12:27:19 +0900 Subject: [PATCH 2/9] Add support PPC Signed-off-by: Nobuhiro Iwamatsu iwama...@debian.org ---
Bug#643623: Unable to set sector size to 4k advanced format
Package: gnu-fdisk Version: 1.2.4-3+b1 Severity: normal It seems that -b only takes values up to 2k, and the manpage even discourages its use. The problem is that newer drives use advanced format, meaning 4k blocks, but they report 512b blocks. It would be useful if I could actually tell parted about this, since it fails to recognise the fact. Please let -b take a value of 4096. Right now, it displays wrong values and exits with a floating point exception if I try. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnu-fdisk depends on: ii dpkg 1.16.0.3 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-20 ii libncurses55.9-1 ii libparted0debian1 2.3-8 ii libreadline6 6.2-4 ii libuuid1 2.19.1-5 gnu-fdisk recommends no packages. gnu-fdisk suggests no packages. -- no debconf information -- .''`. martin f. krafft madduck@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/sig-policy/999bbcc4/current)
Bug#643624: MCollective: configuration files are world-readable
severity: important Package: mcollective Version: 1.2.1+dfsg-1 Hello, the configuration files (client.cfg/server.cfg) are world-readable. Please set mode to 640 or 600. Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643562: openshot: segmentation fault at startup
$ LC_ALL=C openshot Does it still crash? no, it works i do not have the file: /var/lib/locales/supported.d/local $ locale LANG=it_IT@euro LANGUAGE= LC_CTYPE=it_IT@euro LC_NUMERIC=it_IT@euro LC_TIME=it_IT@euro LC_COLLATE=it_IT@euro LC_MONETARY=it_IT@euro LC_MESSAGES=it_IT@euro LC_PAPER=it_IT@euro LC_NAME=it_IT@euro LC_ADDRESS=it_IT@euro LC_TELEPHONE=it_IT@euro LC_MEASUREMENT=it_IT@euro LC_IDENTIFICATION=it_IT@euro LC_ALL= 2011/9/27 Jonathan Thomas jonathan.oo...@gmail.com: Also, can you please post the contents of the following file: /var/lib/locales/supported.d/local And the output of this command: $ locale I'm trying to find a way to reproduce this issue, so I want to run my system with the same language and locale as you. Thanks! -Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643625: Ability to override sector size
Package: parted Version: 2.3-8 Severity: wishlist While libparted fails to detect the true physical sector size of newer advanced format drives, please allow us to override the detected size (_device_set_sector_size in libparted/arch/linux.c), e.g. with a command line switch and/or a command. Thanks, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages parted depends on: ii libblkid1 2.19.1-5 ii libc6 2.13-20 ii libdevmapper1.02.1 2:1.02.65-1 ii libncurses5 5.9-1 ii libparted0debian1 2.3-8 ii libreadline66.2-4 ii libuuid12.19.1-5 parted recommends no packages. Versions of packages parted suggests: pn parted-doc none -- no debconf information -- .''`. martin f. krafft madduck@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/sig-policy/999bbcc4/current)
Bug#642817: pyxnat: FTBFS: tests failed
Hi, El dt 27 de 09 de 2011 a les 16:32 +0200, en/na Yannick SCHWARTZ va escriure: Hi, Does the build machine have an internet connection? My package needs to connect to a database server to perform its tests. Best, Yannick About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. ^^ AFAIK, a package should be able to be built without Internet connection. Thanks for your work! Mònica -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643626: Detect advanced format drives
Package: libparted0debian1 Version: 2.3-8 Severity: wishlist libparted thinks that newer WD drives, those using advanced format, have 512/512 physical/logical sector size, when in fact that should be 4096/512. It would be grand if libparted could discover this itself, for then bugs #643625 and #643623 would be solved. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libparted0debian1 depends on: ii libblkid1 2.19.1-5 ii libc6 2.13-20 ii libdevmapper1.02.1 2:1.02.65-1 ii libuuid12.19.1-5 ii multiarch-support 2.13-20 libparted0debian1 recommends no packages. Versions of packages libparted0debian1 suggests: ii libparted0-dev none ii libparted0-i18n none ii parted 2.3-8 -- no debconf information -- .''`. martin f. krafft madduck@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/sig-policy/999bbcc4/current)
Bug#643215: [r...@debian.org: Re: Bug#643215: mdds: FTBFS: dpkg-buildpackage: error: dpkg-source -b mdds-0.5.3 gave error exit status 2]
On Tue, 27 Sep 2011, Rene Engelhard wrote: Err? What? Thse changes already were in debian/patches/debian-changes-0.5.3-2 which was in debian/patches/series. This has been fixed in dpkg's git repository, next version (1.16.1.1) will be fine for this specific problem. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643491: animal-sniffer: FTBFS without internet access
retitle 643491 animal-sniffer: FTBFS without internet access thanks Hi Didier, Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] MavenReportException: Error while creating archive:Error when invoking Maven, consult the invoker log file: /build/animal-sniffer-_h2Kf1/animal-sniffer-1.7/java-boot-classpath-detector/target/invoker/maven-javadoc-plugin698236679.txt thanks for this report! It seems that one of the maven plugins ignores maven's --offline parameter. I'll fix this issue soon. best regards, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#315035: I this that this bug can be safely closed...
...i use ldapi:/// in smbldap-tools in lenny, with no trouble at all, so i think that this bug can be safely closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640723: Don't recommend psi-plus-icons, not built anymore
Updated package: http://mentors.debian.net/package/psi-plus My sponsor unfortunately can not upload the package in the nearest future due to life circumstances. So I have sent the RFS: http://lists.debian.org/debian-mentors/2011/09/msg00492.html
Bug#610979: 6tunnel: Patch and resolving problems
Hi Jari, thanks for the note! On 09/27/2011 11:32 PM, Jari Aalto wrote: After applying it, there is a report that it affecs the ipv4. [bug content is a little vague] https://bugs.launchpad.net/ubuntu/+source/6tunnel/+bug/739471 I could reproduce this: # 6tunnel -v 84 reader.ipv6.xsnews.nl 80 resolving reader.ipv6.xsnews.nl local: default,84; remote: reader.ipv6.xsnews.nl,80; source: default # 6tunnel -6 -v 84 reader.ipv6.xsnews.nl 80 resolving reader.ipv6.xsnews.nl 6tunnel: unable to resolve host reader.ipv6.xsnews.nl As you can see, the first command works, but in the second command, we are trying to use IPv6-IPv6 connection which doesn't work. The other connection, IPv4-IPv6 works. [*] if you would have also thoughs for http://bugs.debia.org/610979 The Debian code is at git clone This looks like basically the same issue. Currently, IPv4-IPv4 and IPv6-IPv6 doesn't work. Only IPv4-IPv6 and IPv6-IPv4 as documented in the manual. (My patch fixed one of those two.) We have two options now: Only support the IPv4-IPv6 connections or extend the functionality (and documentation) to the other combinations as well. It is really unfortunate that the other combinations currently don't work but tunneling between the same protocol wasn't the original intention of the program (but connection between IPv6 and IPv4). There are other solutions for that (netcat, ssh etc.). A further patch would be nice to support the additional combinations. Unfortunately, I currently don't have much time to look into it. bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642703: fglrx: drop-down menus taking a long time to render
Jonathan Nieder wrote: otherwise I don't see how to proceed in easily tracking this down further. Just for reference, though, could you _please_ attach output from the /usr/share/bug/linux-image-$(uname -r)/script 31 and /usr/share/bug/fglrx-driver/script 31 commands? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643627: [kadu-external-modules] Missing globalhotkeys plugin
Package: kadu-external-modules Version: 0.10.0-1 Severity: normal In newest Kadu (0.10) ther is no globalhotkeys plugin. --- System information. --- Architecture: amd64 Kernel: Linux 3.0.0-1-amd64 Debian Release: wheezy/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.pl.debian.org 500 unstablewww.debian-multimedia.org 500 unstableftp.pl.debian.org 500 stable dl.google.com 500 stable deb.opera.com 1 experimentalftp.pl.debian.org --- Package information. --- Depends(Version) | Installed -+-= kadu-common (= 0.10.0-1) | 0.10.0-1 libqca2-plugin-ossl | 2.0.0~beta3-1 libqt4-sql-sqlite| 4:4.7.3-5 libaspell15 (= 0.60.7~20110707) | 0.60.7~20110707-1 libc6 (= 2.3) | 2.13-21 libgadu3 (= 1:1.11.0) | 1:1.11.0-2 libgcc1 (= 1:4.1.1) | 1:4.6.1-4 libidn11 (= 1.13) | 1.22-3 libphonon4 (= 4:4.2.0) | 4:4.6.0really4.5.0-5 libqca2 (= 2.0.2) | 2.0.3-2 libqt4-dbus (= 4:4.6.1) | 4:4.7.3-5 libqt4-network(= 4:4.7.0~beta1) | 4:4.7.3-5 libqt4-script (= 4:4.5.3) | 4:4.7.3-5 libqt4-scripttools (= 4:4.5.3) | 4:4.7.3-5 libqt4-sql (= 4:4.5.3) | 4:4.7.3-5 libqt4-svg (= 4:4.5.3) | 4:4.7.3-5 libqt4-xml (= 4:4.5.3) | 4:4.7.3-5 libqt4-xmlpatterns (= 4:4.5.3) | 4:4.7.3-5 libqtcore4(= 4:4.7.0~beta1) | 4:4.7.3-5 libqtgui4 (= 4:4.7.0~rc1) | 4:4.7.3-5 libqtwebkit4 | 2.1.0~2011week13-2 libsndfile1 (= 1.0.20) | 1.0.25-3 libstdc++6 (= 4.6) | 4.6.1-4 libx11-6 | 2:1.4.4-1 libxfixes3 | 1:5.0-4 libxss1 | 1:1.2.1-2 phonon | 4:4.6.0really4.5.0-5 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3 Recommends (Version) | Installed -+-=== kadu-external-modules| 0.10.0-1 Suggests (Version) | Installed ==-+-=== kadu-themes| 0.10.0-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617214: [Pkg-fonts-devel] Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family
On 26/09/11 18:12, Christian PERRIER wrote: Quoting Jordi Mallach (jo...@debian.org): Hi, The GNOME3 transition is reaching its critical stages, and soon the most visible parts of GNOME will be replaced with their 3.x versions. We'd *really* like to be able to upload GNOME 3.2 having Cantarell available in unstable. Has there been any progress with the packaging? When can we expect an upload? No visible progress since Aug 9th, when Nicolas (CC'ed) mentioned: === snip == I was away (VAC with no email) for about a while. Hoping to get to taking care of that package (and others in the pipeline) soon. Still a few items to go over and tweak I think. === snip == I can try building what we have in SVN...but I'd like to give Nicolas a last chance to either react or make some more changes. Dear Jordi and Christian, Apologies for my lack of availability these past few weeks. Will do a final check today and tweak the final items if needed and report back. Bye, -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642310: overwrite error: /usr/share/man/man2/io_getevents.2.gz
reopen 642310 thanks Guillem Jover guil...@debian.org writes: On Wed, 2011-09-21 at 14:28:46 +0200, Goswin von Brederlow wrote: Package: libaio-dev Version: 0.3.109-1 Severity: serious Trying to upgarde libaio-dev fails with: Unpacking replacement libaio-dev ... dpkg: error processing /var/cache/apt/archives/libaio-dev_0.3.109-2_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man2/io_getevents.2.gz', which is also in package manpages-dev 3.28-1 This is a bug in manpages, which included those when libaio-dev has always provided them, fixed in manpages-dev 3.32-0.2, you should upgrade that one. (Bug #636704) thanks, guillem Upgrades have to work in any order or packages have to say otherwise (breaks, conflicts, replaces, ...) so that isn't really a solution. Also manpages-dev says: * debian/control: add Replace against libaio-dev, because of aio_init.3.gz and lio_listio.3.gz (Closes: #636704) That is only approriate when the files are moved from libaio-dev to manpages-dev and clearly libaio-dev has not droped those files. So one or both of the two packages are wrong. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643628: pidgin: Pidgin crash on sending first message
Package: pidgin Version: 2.10.0-1+b1 Severity: grave Justification: renders package unusable Dear Maintainer, I run pidgin. Find a necessary contact. Write a message. Try to send a message. Pidgin is crashed on sending message. There is a backtrace from gdb: Starting program: /usr/bin/pidgin [Thread debugging using libthread_db enabled] [New Thread 0x4cbf52e0 (LWP 4200)] [New Thread 0x4d61f2e0 (LWP 4201)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x4d61f2e0 (LWP 4201)] (gdb) thread apply all bt Thread 3 (Thread 0x4d61f2e0 (LWP 4201)): #0 0x4ce0034c in ?? () #1 0x1abaab10 in orc_audio_convert_unpack_s16_swap (d1=optimized out, s1=optimized out, p1=optimized out, n=optimized out) at tmp-orc.c:693 #2 0x1f7af790 in g_realloc () from /lib/libglib-2.0.so.0 #3 0x1aba2804 in audio_convert_convert (ctx=0x21988190, src=optimized out, dst=0x4cc17d48, samples=1024, src_writable=1) at audioconvert.c:763 #4 0x1ab9e520 in gst_audio_convert_transform (base=0x21988020, inbuf=0x217f1320, outbuf=0x2182f320) at gstaudioconvert.c:1104 #5 0x1ea7d914 in gst_base_transform_handle_buffer (trans=0x21988020, inbuf=0x217f1320, outbuf=0x4d61e858) at gstbasetransform.c:2307 #6 0x1ea7e194 in gst_base_transform_chain (pad=optimized out, buffer=0x217f1320) at gstbasetransform.c:2424 #7 0x2030f394 in gst_pad_chain_data_unchecked (cache=0x4d61e8f0, data=0x217f1320, is_buffer=1, pad=0x2186a990) at gstpad.c:4247 #8 gst_pad_push_data (pad=optimized out, is_buffer=1, data=0x217f1320, cache=optimized out) at gstpad.c:4479 #9 0x20313528 in gst_pad_push (pad=0x2186b808, buffer=0x217f1320) at gstpad.c:4704 #10 0x202f8a78 in gst_proxy_pad_do_chain (pad=optimized out, buffer=optimized out) at gstghostpad.c:171 #11 0x2030f394 in gst_pad_chain_data_unchecked (cache=0x4d61e9a0, ---Type return to continue, or q return to quit--- data=0x217f1320, is_buffer=1, pad=0x2186b040) at gstpad.c:4247 #12 gst_pad_push_data (pad=optimized out, is_buffer=1, data=0x217f1320, cache=optimized out) at gstpad.c:4479 #13 0x20313528 in gst_pad_push (pad=0x2186a8c8, buffer=0x217f1320) at gstpad.c:4704 #14 0x1c3b5614 in gst_queue_push_one (queue=0x2186d0b8) at gstqueue.c:1155 #15 gst_queue_loop (pad=optimized out) at gstqueue.c:1263 #16 0x20341500 in gst_task_func (task=0x2182e6b0) at gsttask.c:318 #17 0x20342c74 in default_func (tdata=optimized out, pool=optimized out) at gsttaskpool.c:70 #18 0x1f7deae4 in ?? () from /lib/libglib-2.0.so.0 #19 0x1f7db6bc in ?? () from /lib/libglib-2.0.so.0 #20 0x203c07a0 in start_thread () from /lib/powerpc-linux-gnu/libpthread.so.0 #21 0x1f5629f0 in clone () from /lib/powerpc-linux-gnu/libc.so.6 Thread 2 (Thread 0x4cbf52e0 (LWP 4200)): #0 0x203c61ec in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/powerpc-linux-gnu/libpthread.so.0 #1 0x203416dc in gst_task_func (task=0x2182e050) at gsttask.c:303 #2 0x20342c74 in default_func (tdata=optimized out, pool=optimized out) at gsttaskpool.c:70 #3 0x1f7deae4 in ?? () from /lib/libglib-2.0.so.0 #4 0x1f7db6bc in ?? () from /lib/libglib-2.0.so.0 ---Type return to continue, or q return to quit--- #5 0x203c07a0 in start_thread () from /lib/powerpc-linux-gnu/libpthread.so.0 #6 0x1f5629f0 in clone () from /lib/powerpc-linux-gnu/libc.so.6 Thread 1 (Thread 0x480445d0 (LWP 4109)): #0 0x1f8d86b8 in g_type_check_instance_is_a () from /usr/lib/libgobject-2.0.so.0 #1 0x1febb7c8 in gtk_widget_get_visible () from /usr/lib/libgtk-x11-2.0.so.0 #2 0x1febd198 in gtk_widget_is_drawable () from /usr/lib/libgtk-x11-2.0.so.0 #3 0x1fdd5ab8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #4 0x1fd4d094 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #5 0x1f8a9df8 in ?? () from /usr/lib/libgobject-2.0.so.0 #6 0x1f8aba4c in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #7 0x1f8c1ac0 in ?? () from /usr/lib/libgobject-2.0.so.0 #8 0x1f8cb2e0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #9 0x1f8cb770 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #10 0x1febc344 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x1fca8f10 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x1fc62650 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x1fca6f3c in gtk_container_forall () from /usr/lib/libgtk-x11-2.0.so.0 #14 0x1fca71f0 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x1fd4d094 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x1f8a9df8 in ?? () from /usr/lib/libgobject-2.0.so.0 ---Type return to continue, or q return to quit--- #17 0x1f8aba4c in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #18 0x1f8c1ac0 in ?? () from /usr/lib/libgobject-2.0.so.0 #19 0x1f8cb2e0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #20 0x1f8cb770 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #21 0x1febc344 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #22 0x1fca8f10 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x1fe4896c in ??
Bug#617214: [Pkg-fonts-devel] Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family
Hi, On Wed, Sep 28, 2011 at 10:09:00AM +0200, Nicolas Spalinger wrote: Apologies for my lack of availability these past few weeks. Will do a final check today and tweak the final items if needed and report back. Thanks! I hope the upload can happen soon! Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#643021: [recoll] Forked CLI call does not return (all) hits
On Wednesday 29 Elul 5771 09:35:41 Jean-Francois Dockes wrote: This is probably from recollrunner with only 'default query language' checked: there is excessive quoting, but it doesn't hurt much because this is a full text search and the quotes get eliminated. I don't know why recollrunner returns few results, but as you mention that these are only the ones without spaces in the file name, I'd suspect a problem parsing the output from recoll. I am no longer quoting filename searches. I have changed the stdout line parsing to .[ -- mimetype after trimming [..] -- URL/path [] -- name, title, etc ... Spaces are not used for anything (except removed from the mimetype). I can see filenames with spaces. krunner seems to be not including every match I feed to it. In other words, I know I am getting three filename results into the program but only one of them (first one?) actually gets displayed. This may be why Denis only still sees three of his gazettes (unless this is still the space problem). In any event, I may post next week a new version on kde-apps. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631095: www.debian.org: dead links on ports page - SuperH
The issues reported in this bug are done: dead link for ppc64 fixed (see http://anonscm.debian.org/viewvc/webwml/webwml/english/ports/index.wml?r1=1.89r2=1.90 ) dead link for SuperHfixed (see http://anonscm.debian.org/viewvc/webwml/webwml/english/ports/index.wml?r1=1.93r2=1.94 ) outdated info for Debian GNU/NetBSD marked-as-dead (see http://anonscm.debian.org/viewvc/webwml/webwml/english/ports/index.wml?r1=1.94r2=1.95 ) But there is still a dead link SuperH on http://lists.debian.org/debian-superh/. The dead link shows to http://www.m17n.org/linux-sh/ which is dead. Perhaps it could be changed to http://www.spinics.net/lists/linux-sh/maillist.html which seems quite active regarding SuperH development. Don't know where the source for lists.debian.org is. Reassign this bug to lists.debian.org pseudo package? Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 3.0.2 under DEBIAN GNU/LINUX 6.0 - S q u e e z e Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643585: Bug 643585
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 first some general things.. * please clean your changes from useless whitespaces at EOL and EOF. * please use proper indenting and coding style to match the rest of live-build, see http://live.debian.net/manual/en/html/coding-style.html; lb is not 100% consistent everywhere, but almost) * please keep logical seperated things in seperated patches, e.g. - -127.0.1.1»·debian +127.0.1.1»·${LB_MODE} in the place where /etc/hosts is created, is perfectly fine, but has nothing to do with adding ubuntu cloud images and should be a seperate commit on it's own. there are a couple of other things like that that should be applied individually. * if you add new features/behaviour to existing helpers, don't break old behaviour. e.g. - - ls config/task-lists/*.list.chroot /dev/null 21 || \ - - ls config/task-lists/*.list.chroot_${_PASS} /dev/null 21 + ls config/task-lists/*.list.${_TARGET} /dev/null 21 || \ + ls config/task-lists/*.list.${_TARGET}_${_PASS} /dev/null 21 if we would do that, we would not just break existing configs (which sometimes is inevitable and ok-ish for development versions such as lb 3.x) but it would also mean, that now everyone has to define user overly complicated task list names for the default (!= your target thing) case. a proper way to do this is to do look for the additional files in addition, and still respect the other ones. * why do you add a new stage 'image' in the first place? producing ubuntu cloud images just means that's another binary image time alongside iso and hdd, not a whole new stage within live-build. in fact, i don't see why this cannot be done on top on hdd anyways. * do you happen to have a git tree online? it would probably be more convenient for both of us :) i think it would be best if you do above things, then we apply all the non-ubuntu-cloud-image related things (the misc fixes like the /etc/hosts one), and then the big one for adding the ubuntu-cloud-images thing. Regards, Daniel - -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6C3hYACgkQ+C5cwEsrK56ZhACdGP02ElBHePUuVGfOVE3CIl/M /CgAoMQs5p5ChMX5qSQ8Wq8+d6LIInZp =tv5x -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643629: linux-image-2.6.39-bpo.2-amd64: in syslog is a kernel BUG reported
Package: linux-2.6 Version: 2.6.39-3~bpo60+1 Severity: normal This kernel BUG shown in the syslog, and i don't know how critical it is for my file server. google also don't know anything about this bug. -- Package-specific info: ** Version: Linux version 2.6.39-bpo.2-amd64 (Debian 2.6.39-3~bpo60+1) (norb...@tretkowski.de) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Tue Jul 26 10:35:23 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.39-bpo.2-amd64 root=/dev/mapper/atsambas1hg-root ro quiet ** Tainted: D (128) * Kernel has oopsed before. ** Kernel log: [345440.323118] ocfs2: Unmounting device (147,1) on (node 0) [345552.315417] o2dlm: Nodes in domain B5E583B70A5F4EB4AA24A21924F31D25: 0 [345552.557444] ocfs2: Mounting device (147,1) on (node 0, slot 0) with writeback data mode. [345570.309183] ocfs2: Unmounting device (147,1) on (node 0) [345596.619186] ocfs2: Unregistered cluster interface o2cb [345622.701066] OCFS2 Node Manager 1.5.0 [345622.769391] OCFS2 DLM 1.5.0 [345622.771106] ocfs2: Registered cluster interface o2cb [345622.780612] OCFS2 DLMFS 1.5.0 [345622.780750] OCFS2 User DLM kernel interface loaded [345632.645613] OCFS2 1.5.0 [345632.728529] o2dlm: Nodes in domain B5E583B70A5F4EB4AA24A21924F31D25: 0 [345632.811743] ocfs2: Mounting device (147,1) on (node 0, slot 0) with writeback data mode. [345849.580515] o2net: accepted connection from node atsambas1umb (num 1) at 10.43.202.57: [345853.728557] o2dlm: Node 1 joins domain B5E583B70A5F4EB4AA24A21924F31D25 [345853.728561] o2dlm: Nodes in domain B5E583B70A5F4EB4AA24A21924F31D25: 0 1 [349851.770879] svc: failed to register lockdv1 RPC service (errno 97). [349851.770923] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [349851.777649] NFSD: starting 90-second grace period [502217.997960] o2dlm: Node 1 leaves domain B5E583B70A5F4EB4AA24A21924F31D25 [502218.005748] o2dlm: Nodes in domain B5E583B70A5F4EB4AA24A21924F31D25: 0 [502219.633035] o2net: connection to node atsambas1umb (num 1) at 10.43.202.57: shutdown, state 8 [502219.633069] o2net: no longer connected to node atsambas1umb (num 1) at 10.43.202.57: [502401.628983] nfsd: last server has exited, flushing export cache [502413.189084] ocfs2: Unmounting device (147,1) on (node 0) [502465.599503] o2dlm: Nodes in domain B5E583B70A5F4EB4AA24A21924F31D25: 0 [517372.514655] o2dlm: Nodes in domain B5E583B70A5F4EB4AA24A21924F31D25: 0 [517372.629262] ocfs2: Mounting device (147,1) on (node 0, slot 0) with writeback data mode. [517386.090971] o2net: accepted connection from node atsambas1umb (num 1) at 10.43.202.57: [517390.137223] o2dlm: Node 1 joins domain B5E583B70A5F4EB4AA24A21924F31D25 [517390.137226] o2dlm: Nodes in domain B5E583B70A5F4EB4AA24A21924F31D25: 0 1 [517436.066849] svc: failed to register lockdv1 RPC service (errno 97). [517436.066956] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [517436.074355] NFSD: starting 90-second grace period [606232.120297] usb 2-1: USB disconnect, device number 2 [673265.851132] CIFS VFS: Server 10.43.28.102 has not responded in 300 seconds. Reconnecting... [673265.851226] CIFS VFS: Unexpected lookup error -112 [673285.841033] CIFS VFS: Unexpected lookup error -112 [673305.830989] CIFS VFS: Unexpected lookup error -112 [673325.820957] CIFS VFS: Unexpected lookup error -112 [673345.810915] CIFS VFS: Unexpected lookup error -112 [673365.800912] CIFS VFS: Unexpected lookup error -112 [673385.790844] CIFS VFS: Unexpected lookup error -112 [673405.780807] CIFS VFS: Unexpected lookup error -112 [673425.770768] CIFS VFS: Unexpected lookup error -112 [673445.760736] CIFS VFS: Unexpected lookup error -112 [673465.750691] CIFS VFS: Unexpected lookup error -112 [673485.740683] CIFS VFS: Unexpected lookup error -112 [942581.750153] CIFS VFS: Unexpected lookup error -112 [942611.791039] CIFS VFS: Unexpected lookup error -112 [942621.899688] CIFS VFS: Unexpected lookup error -112 [942651.883038] CIFS VFS: Unexpected lookup error -112 [942681.867940] CIFS VFS: Unexpected lookup error -112 [942711.852940] CIFS VFS: Unexpected lookup error -112 [944538.385523] igb: eth1 NIC Link is Down [944538.481312] bonding: bond0: link status down for interface eth1, disabling it in 100 ms. [944538.581263] bonding: bond0: link status definitely down for interface eth1, disabling it [944551.667174] igb: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX [944551.674752] bonding: bond0: link status up for interface eth1, enabling it in 1000 ms. [944552.674189] bonding: bond0: link status definitely up for interface eth1, 1000 Mbps full duplex. [1094151.458960] [ cut here ] [1094151.458993] kernel BUG at /tmp/buildd/linux-2.6-2.6.39/debian/build/source_amd64_none/fs/jbd2/transaction.c:1086! [1094151.459048] invalid opcode: [#1] SMP [1094151.459080] last sysfs file: /sys/devices/virtual/bdi/cifs-1258/uevent [1094151.459112] CPU 0 [1094151.459120] Modules
Bug#643630: ITP: librg-utils-perl -- parsers and format conversion utilities used by (e.g.) profphd
Package: wnpp Severity: wishlist Owner: Laszlo Kajan lka...@rostlab.org * Package name: librg-utils-perl Version : 1.0.41 Upstream Author : Burkhard Rost r...@rostlab.org * URL : http://www.rostlab.org/ * License : GPL Programming Lang: Perl Description : parsers and format conversion utilities used by (e.g.) profphd This package contains tools like: * blast2saf.pl, blastpgp_to_saf.pl, conv_hssp2saf.pl, copf.pl, hssp_filter.pl, safFilterRed.pl and modules like: * RG:Utils::Conv_hssp2saf RG:Utils::Copf RG:Utils::Hssp_filter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641903: RFP: subsurface... any scuba diver DD willing to pick this up?
On Sat, 17 Sep 2011, Cristian Ionescu-Idbohrn wrote: Package: wnpp Severity: wishlist * Package name: subsurface Version : not yet Version : 1.0 as of today. Upstream Author : Linus Torvalds torva...@linux-foundation.org * URL : https://github.com/torvalds/subsurface * License : GPLv2 Programming Lang: C Description : Half-arsed divelog software in C. A dive log is used by a scuba diver to record the details of their dives. The log may either be in a book, software, or web based. The log serves purposes both related to safety and personal records. Information in a log may contains such things as date, time and location, the profile of the dive, equipment used, air usage, above and below water conditions, such as temperature, current, wind and waves, general comments, verification of buddy and instructor. -- http://en.wikipedia.org/wiki/Dive_log Linus' description: I'm tired of java programs that don't work etc. :) There's an unmet dependency too, which needs a separate RFP/ITP: http://libdivecomputer.git.sourceforge.net/ subsurface will present graphs from the libdivecomputer imported data from a dive computer. Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643631: Typo in package description
Package: libicu4j-java Version: 4.2.1.1-1 Severity: wishlist Tags: patch Dear Maintainers, translating the package description to German my reviewer found a typo in the SD. $ sed 's/and internalisation/and internationalization/' debian/control should fix it. Kind regards Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643632: -D_FORTIFY_SOURCE should be in CPPFLAGS
Package: libdpkg-perl Version: 1.16.1 Severity: normal The hardening option -D_FORTIFY_SOURCE=* should be added to CPPFLAGS instead of CFLAGS, since it's a preprocessor option. It probably won't make much of a difference for most packages, but it might for some, and it should be done correctly. I know I routinely preprocess files for debugging, so I'd welcome this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634190: O: python-kinterbasdb -- Python DB API 2.0 extension for Firebird and Interbase
Hi, I have prepared an updated python-kinterbasdb package in collab-maint's Git[0]. [0] http://anonscm.debian.org/gitweb/?p=collab-maint/python-kinterbasdb.git My target is the fix for #643473 (FTBFS with firebird-dev from firebird 2.5), but since the package is orphaned, I moved on to bring it somewhat up to date. I don't want to take over maintenance, since I am not a Python person and delving into python policy will not be very productive. Is someone else interested in taking over/merging/whatever the changes I've made? Thanks in advance! signature.asc Description: Digital signature
Bug#639840: unattended-upgrades: email falsely claims apache2 was kept back
On Thu, Sep 22, 2011 at 06:51:14PM +0100, Iain Nicol wrote: On 2011-09-19, Michael Vogt wrote: [..] On Tue, Aug 30, 2011 at 07:26:24PM +, Iain Nicol wrote: unattended-upgrades ran as scheduled, and successfully security-upgraded all of the apache packages to +squeeze2. However, I found the email sent out by unattended-upgrades misleading [. . .] The ``kept back'' sentence made me think the apache2 package was not upgraded, but [it] was. Possibly this has something to do with apache2 being a metapackage (?). Thanks a bunch for this very detailed description of the problem. This is exactly the problem. I pushed a fix here: http://bazaar.launchpad.net/~ubuntu-core-dev/unattended-upgrades/ubuntu/revision/212 If you can still reproduce it, it would be nice if you could give it a quick test run, diff is here: http://bazaar.launchpad.net/~ubuntu-core-dev/unattended-upgrades/ubuntu/diff/212 There's a typo in your change: pkgs_kept_back.delete(pkgname) doesn't work because there is no .delete method; it has to be .remove. Ups, indeed, that is rather silly, fixed in bzr. After making that change to your change, I can confirm that unattended-upgrades no longer claims apache2 is held back: Packages that are upgraded: apache2-mpm-prefork apache2-utils apache2.2-bin apache2.2-common Package installation log: (Reading database ... 29027 files and directories currently installed.) Preparing to replace apache2 2.2.16-6+squeeze1 (using .../apache2_2.2.16-6+squeeze3_amd64.deb) ... Unpacking replacement apache2 ... Preparing to replace apache2-mpm-prefork 2.2.16-6+squeeze1 (using .../apache2-mpm-prefork_2.2.16-6+squeeze3_amd64.deb) ... Stopping web server: apache2 ... waiting . [...] Arguably, ideally apache2 would be listed in the Packages that are upgraded section. However, I appreciate that at least it no longer appears in a kept back section, and the full log does mention apache2 being upgraded. So, I'd be happy for this bug to be closed when that typo is fixed. Thanks for testing this! Indeed, when it re-evals the state it needs to update the pkgs_to_upgrade list as well. This is fixed in bzr now as well! Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592998: libsdl-perl 2.533 available in experimental
Hello libsdl-perl 2.533 available in experimental. Since this new version breaks compatibility, I'll upload it to unstable once the packages depending on it are fixed (or removed ...). All the best Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ signature.asc Description: This is a digitally signed message part.
Bug#643473: python-kinterbasdb: FTBFS: _configtest.c:7:3: error: unknown type name 'useconds_t'
tags 643473 patch upstream thanks -=| Damyan Ivanov, 27.09.2011 18:16:17 +0300 |=- In fb2.1: #define isc_info_db_impl_isc_aisc_info_db_impl_isc_apl_68K #define isc_info_db_impl_isc_uisc_info_db_impl_isc_vax_ultr #define isc_info_db_impl_isc_visc_info_db_impl_isc_vms #define isc_info_db_impl_isc_sisc_info_db_impl_isc_sun_68k Just substituting the left side with the right in _kiservices.c should fix the FTBFS. It appears the defines are just aliases for the full names, which are provided, so just dropping the removed constants is the way to go. Patch available at http://anonscm.debian.org/gitweb/?p=collab-maint/python-kinterbasdb.git;a=blob;f=debian/patches/02_drop_removed_fb_defines.patch;hb=HEAD signature.asc Description: Digital signature
Bug#643629: linux-image-2.6.39-bpo.2-amd64: BUG at fs/jbd2/transaction.c:1086
Hi Nico, nico wrote: kernel BUG at [...]/fs/jbd2/transaction.c:1086! [...] Call Trace: [a059b82d] ? ocfs2_journal_dirty+0x47/0x58 [ocfs2] [a057e3b1] ? __ocfs2_add_entry+0x78d/0x88d [ocfs2] [a03a1cb4] ? jbd2_journal_put_journal_head+0x19/0x4e [jbd2] [a039b9b4] ? jbd2_journal_get_write_access+0x2d/0x38 [jbd2] [a05a5e37] ? ocfs2_link+0x55e/0x7ac [ocfs2] [a058fd4e] ? ocfs2_permission+0xec/0xf9 [ocfs2] [81104701] ? vfs_link+0xc3/0x126 [81107084] ? sys_linkat+0x11d/0x179 [810ff09c] ? sys_newstat+0x24/0x2d [81339392] ? system_call_fastpath+0x16/0x1b Code: 48 8b 13 f7 c2 00 00 10 00 75 f3 f0 0f ba 2b 14 19 d2 85 d2 75 e8 83 7d 10 00 75 19 c7 45 10 01 00 00 00 41 8b 55 08 85 d2 7f 04 0f 0b eb fe ff ca 41 89 55 08 48 39 45 28 75 11 83 7d 0c 01 75 RIP [a039b05e] jbd2_journal_dirty_metadata+0x5d/0xe3 [jbd2] The tripped assertion is if (jh-b_modified == 0) { /* * This buffer's got modified and becoming part * of the transaction. This needs to be done * once a transaction -bzzz */ jh-b_modified = 1; J_ASSERT_JH(jh, handle-h_buffer_credits 0); handle-h_buffer_credits--; } Is this reproducible? If so, could you try a 3.x kernel from sid or experimental? (There have been some fixes for bugs like this in ext3 and ext4 but I don't see any similar change to ocfs2. Even so, it seems worth a try before contacting upstream about this.) Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642409: linux-2.6: suspend from gnome shutdown fails when krb5/nfs4 user logged in
On 27/09/11 20:27, Jeff Layton wrote: On Mon, 26 Sep 2011 14:31:32 -0400 Jeff Laytonjlay...@redhat.com wrote: Not sure what happened here. Looks like the freeze phase of the suspend worked. My inclination is to think that this is not due to my patch. What might be helpful is to try suspending without NFS being mounted. If that doesn't work either, then maybe back out the patch and try again without any NFS mounts. Yeah, after looking over the code I really think the instant wakeup thing is an unrelated problem. This patchset is really intended to fix the problem where the freezer is unable to freeze tasks that are stuck waiting on replies from NFS and CIFS servers. If you aren't seeing these sorts of errors when trying to suspend, then this is probably a different problem: https://bugzilla.redhat.com/show_bug.cgi?id=717735#c0 It would be nice to have some successful tests with this set though before I propose it, but that might not be possible given the general fragility of the userspace suspend code :-/ I'm testing away. I think you're right about the problems now being userspace. I feel that the hang after thaw problems I'm seeing are caused by krb5 - it seems to like to get itself into a situation where it has no krb5 ticket so it can't access my home directory which prevents the unlock window popping up so it can't get my password and ask for a new krb5 ticket. If I log on on another screen or serial terminal then the unlock dialogue pops up. I'm going to continue testing today but so far my feeling is that the patch works as advertised - nfs4 shares no longer prevent suspend from working. John would you be able to test the things I mentioned in my prior reply? In particular, seeing whether you're able to suspend consistently without nfs mounts and without those patches in place? If that doesn't work either, then I'll be inclined to think that this is unrelated. So far (I'll confirm tomorrow) 1. I can suspend without nfs mounts 2. I can suspend with nfs mounts if they are not my home directory 3. suspending with nfs mounts of the home directory using echo mem /sys/power/state works 4. suspending with nfs mounts of the home directory using pm-suspend usualy works 5. suspending with nfs mounts of the home directory using gnome shutdown/suspend menu item often hangs. The problems are much more visible on my klunky old Optiplex GX270 systems (2.6GHz P4) than my nice new Optiplex 390 (Core I3). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643633: cryptsetup: [INTL:nl] Dutch translation of debconf templates
Package: cryptsetup Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the cryptsetup debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of cryptsetup debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the cryptsetup package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: cryptsetup 2:1.3.0-4\n Report-Msgid-Bugs-To: cryptse...@packages.debian.org\n POT-Creation-Date: 2011-09-15 12:30+0200\n PO-Revision-Date: 2011-09-28 11:15+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../cryptsetup.templates:1001 msgid Continue with cryptsetup removal? msgstr Doorgaan met het verwijderen van cryptsetup? #. Type: boolean #. Description #: ../cryptsetup.templates:1001 msgid This system has unlocked dm-crypt devices: ${cryptmap} msgstr De volgende dm-crypt-apparaten op het systeem zijn ontgrendeld: ${cryptmap} #. Type: boolean #. Description #: ../cryptsetup.templates:1001 msgid If these devices are managed with cryptsetup, you might be unable to lock the devices after the package removal, though other tools can be used for managing dm-crypt devices. Any system shutdown or reboot will lock the devices. msgstr Als deze apparaten worden beheerd met cryptsetup kunt u ze mogelijk niet meer vergrendelen na het verwijderen van het pakket, hoewel dm-crypt- apparaten ook met andere hulpprogramma's kunnen worden beheerd. Het uitzetten of herstarten van het systeem zal deze apparaten vergrendelen. #. Type: boolean #. Description #: ../cryptsetup.templates:1001 msgid Do not choose this option if you want to lock the dm-crypt devices before package removal. msgstr Kies niet voor deze optie indien u de dm-crypt-apparaten wilt vergrendelen voor het verwijderen van het pakket.
Bug#643634: restore nested login in gdm3
Package: gdm3 Version: restore nested login in gdm3 Severity: normal Hi, I am a long time user of gdm nested logins. However, they do not exist in gdm3 :( . Before(in 'gdm') I created new logins via the command gdmflexiserver -n which would bring up another gdm login window inside a Xephyr container. This functionality is rather useful, partly because there isn't an apparmor XACE implementation at the present time and party because it is (in general) a useful thing :p There is a bug filed in the upstream at https://bugzilla.gnome.org/show_bug.cgi?id=624370 with a patch to restore the functionality it would be awesome if this was applied in debian! -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/1024 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/winrar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643021: [recoll] Forked CLI call does not return (all) hits
David Baron writes: On Wednesday 29 Elul 5771 09:35:41 Jean-Francois Dockes wrote: This is probably from recollrunner with only 'default query language' checked: there is excessive quoting, but it doesn't hurt much because this is a full text search and the quotes get eliminated. I don't know why recollrunner returns few results, but as you mention that these are only the ones without spaces in the file name, I'd suspect a problem parsing the output from recoll. I am no longer quoting filename searches. I have changed the stdout line parsing to .[ -- mimetype after trimming [..] -- URL/path [] -- name, title, etc ... Spaces are not used for anything (except removed from the mimetype). I can see filenames with spaces. krunner seems to be not including every match I feed to it. In other words, I know I am getting three filename results into the program but only one of them (first one?) actually gets displayed. This may be why Denis only still sees three of his gazettes (unless this is still the space problem). In any event, I may post next week a new version on kde-apps. Ok, I don't know enough about krunner to be of real usefulness here. We should be aware that the recollq/recoll -t output is not fully parseable at this point (a file name with ']' in it would break it). If you can get the krunner part to behave, and if you decide that the current approach is the sensible one (as compared to using an API), I could easily be convinced to provide a fully and easily parsable output format (for example by encoding the data parts in base64), we can talk about this. Cheers, jf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643467: reprepro: FTBFS: ar.c:253:3: error: format not a string literal and no format arguments [-Werror=format-security]
package reprepro tags 643467 + pending thanks * Didier Raboud o...@debian.org [110927 14:43]: ar.c: In function 'ar_archivemember_read': ar.c:253:3: error: format not a string literal and no format arguments [-Werror=format-security] ar.c: In function 'ar_archivemember_open': ar.c:277:2: error: format not a string literal and no format arguments [-Werror=format-security] ar.c: In function 'ar_archivemember_close': ar.c:297:2: error: format not a string literal and no format arguments [-Werror=format-security] cc1: some warnings being treated as errors ieeks, why is -Wformat-security not part of -Wextra? Luckily those error messages only contain strerror, libz's error messages and the command line arguments given as external uncompressors, so fixing this in unstable should be enough and no security upload for stable should be necessary. Fixed in git, will be in the next version. Thus tagging pending. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643635: metapixel: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: metapixel Version: 1.0.2-7 Severity: important Hello Chris, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update metapixel to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: metapixel :Build-Depends: libjpeg62-dev | libjpeg-dev libjpeg62-dev | libjpeg-dev Please change it to Build-Depends: libjpeg-dev so it is build against the latest jpeg version. [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643636: minidlna: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: minidlna Version: 1.0.21+dfsg-1 Severity: important Hello Benoît, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update minidlna to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: minidlna:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643637: motion: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: motion Version: 3.2.12-3 Severity: important Hello Juan, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update motion to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: motion :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610979: 6tunnel: Patch and resolving problems
On 2011-09-28 10:06, Roland Stigge wrote: | This looks like basically the same issue. Currently, IPv4-IPv4 and | IPv6-IPv6 doesn't work. Only IPv4-IPv6 and IPv6-IPv4 as documented in | the manual. (My patch fixed one of those two.) | | We have two options now: Only support the IPv4-IPv6 connections or | extend the functionality (and documentation) to the other combinations | as well. | | It is really unfortunate that the other combinations currently don't | work but tunneling between the same protocol wasn't the original | intention of the program (but connection between IPv6 and IPv4). There | are other solutions for that (netcat, ssh etc.). | | A further patch would be nice to support the additional combinations. | Unfortunately, I currently don't have much time to look into it. Excellent summary. I leave the bug open, just in case you happen to have any free time somewhere in future to suggest a patch; as you seem to be the only knowledgeable with this. Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643638: netcat6: nc6 does not close connection correctly with -l --continuous --exec
Package: netcat6 Version: 1.0-8 Severity: normal Hi, when i invoke netcat6 with nc6 --exec echo foo -l --continuous -p 1234 -q0:0 my expected behavior is a server, which listens for connections, prints out foo to each client connects and closes the connection then (but not exit nc6). When i invoke that without --continuous the connection is closed after exceuting, as expected. With --continuous the server allows multiple connections, as expected, but as side-effect, connections won't be closed after executing the command. I think, this behaivor is a bug and should be fixed. Greetings, Michael *** Please consider answering these questions, where appropiate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netcat6 depends on: ii libc6 2.13-21 netcat6 recommends no packages. netcat6 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#643303: [weborf] Can not be used 'out of the box'?
On Tue, 27 Sep 2011 23:04:12 +0200 Salvo Tomaselli tipos...@tiscali.it wrote: Greetings, by default weborf doesn't allow the following methods to work: PUT,PROPFIND,DELETE,COPY,MOVE to avoid indiscriminate access to the server from remote. They only work when authentication is in use. Yes you are correct, without the authentication socket you can't have write access on the server. I can't get *any* access to the server, even read-only. It seems like the DAV filesystems (tried with davfs2 and fusedav packages from Debian) issue PROPFIND at all times, even when no writes are attempted. Also, is PROPFIND really a write operation? From http://www.webdav.org/specs/rfc2518.html#METHOD_PROPFIND, that doesn't look to be the case. It just allows to read properties of a file/directory. Modifying those is done via PROPPATCH. There are examples in C and python in /usr/share/doc/weborf/examples, and you might want to try the qweborf package, that provides a GUI for enabling DAV and write on the server without doing any programming. I'd like to use WebDAV on machines with no GUI installed. -- With respect, Roman signature.asc Description: PGP signature
Bug#643639: libc6-dev: #include errno.h in C cannot compile with -m32 on x86_64
Package: libc6-dev Version: 2.13-21 Severity: important -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6-dev depends on: ii libc-dev-bin2.13-21 ii libc6 2.13-21 ii linux-libc-dev 3.0.0-3 Versions of packages libc6-dev recommends: ii gcc [c-compiler] 4:4.6.1-2 ii gcc-4.4 [c-compiler] 4.4.6-8 ii gcc-4.5 [c-compiler] 4.5.3-9 ii gcc-4.6 [c-compiler] 4.6.1-4 Versions of packages libc6-dev suggests: ii glibc-doc none ii manpages-dev 3.32-0.2 -- no debconf information With a simple program as the following: #include errno.h int main() { return 0; } Compiling to 32 bits target with: gcc -m32 test.c results in the following error: In file included from /usr/include/bits/errno.h:25:0, from /usr/include/errno.h:36, from test-errno.c:1: /usr/include/linux/errno.h:4:23: fatal error: asm/errno.h: No such file or directory compilation terminated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643629: linux-image-2.6.39-bpo.2-amd64: BUG at fs/jbd2/transaction.c:1086
(just cc-ing the bug log) Nico Giefing wrote: I'm not sure if its possible to try a 3.x kernel, i have to check that. its not reproduable, the symptoms happened now the second time, which are: no access to the file system and not killable processes. i will restart now the machine and let you know if 3.x is possible. Thanks, Nico. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643640: wicd: [INTL:nl] Dutch translation of debconf templates
Source: wicd Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the wicd debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of wicd debconf templates. # Copyright (C) 2009, David Paleino. # This file is distributed under the same license as the wicd package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: wicd 1.7.0+ds1-6\n Report-Msgid-Bugs-To: w...@packages.debian.org\n POT-Creation-Date: 2009-06-13 17:38+0200\n PO-Revision-Date: 2011-09-28 11:38+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../templates:1001 msgid Users to add to the netdev group: msgstr Gebruikers die aan de netdev-groep moeten worden toegevoegd: #. Type: multiselect #. Description #: ../templates:1001 msgid Users who should be able to run wicd clients need to be added to the group \netdev\. msgstr Gebruikers die wicd-clients moeten kunnen uitvoeren moeten worden toegevoegd aan de groep 'netdev'.
Bug#643641: swi-prolog: pldoc not available
Package: swi-prolog Version: 5.10.4-2+b1 Severity: normal pldoc is not integrated in swi-prolog package. pldoc is delivered with upstream code, this missing tool prevents from generating the prolog documentation on Debian system. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages swi-prolog depends on: ii swi-prolog-nox 5.10.4-2+b1 ISO/Edinburgh-style Prolog interpr ii swi-prolog-x 5.10.4-2+b1 User interface library for SWI-Pro swi-prolog recommends no packages. Versions of packages swi-prolog suggests: pn prolog-el none (no description available) ii swi-prolog-doc5.6.59-1 Documentation for SWI-Prolog inter -- 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#634405: Fixing RCs #634405 and #642756
Hi Thomas, it seems like neither you nor me can find a proper solution to solve the parallel building problems highlighted by bugs #634405 and #642756. Hence, I propose to simply drop parallel building support, with the attached patch. What do you think ? Cheers, -- OdyX From f2aa63bfa8d9dcd59bbc5ae3ff216f3f7cc96883 Mon Sep 17 00:00:00 2001 From: Didier Raboud o...@debian.org Date: Wed, 28 Sep 2011 11:33:47 +0200 Subject: [PATCH] Don't build in parallel at all as it repeatedly fails. Closes: #634405 Closes: #642756 --- debian/rules |5 - 1 files changed, 0 insertions(+), 5 deletions(-) diff --git a/debian/rules b/debian/rules index 228964f..a88be41 100755 --- a/debian/rules +++ b/debian/rules @@ -22,11 +22,6 @@ else TEST=test endif -ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) - NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) - SCONSFLAGS = -j $(NUMJOBS) -endif - SCONSOPTS = $(SCONSFLAGS) VERSION=$(VERSION) \ PREFIX=$(PREFIX) PREFIX_CONF=/etc \ CHMDOCS=0 \ -- 1.7.2.5 signature.asc Description: This is a digitally signed message part.
Bug#643642: glade: Glade3 save GtkVBox as GtkBox
Package: glade Version: 3.10.0-2 Severity: important Tags: upstream Dear Maintainer, Glade3 save GtkVBox as a GtkBox - which is an abstract class - in the .glade file leading to an error at runtime (Python) : main.py:13: Warning: cannot create instance of abstract (non-instantiatable) type `GtkBox' builder.add_from_file(main.glade) Erreur de segmentation Replacing GtkBox by GtkVBox in the glade file works perfectly. Regards -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glade depends on: ii libc6 2.13-21 ii libgladeui-2-0 3.10.0-2 ii libglib2.0-02.28.6-1 ii libgtk-3-0 3.0.12-2 Versions of packages glade recommends: ii devhelp 3.0.0-2 ii libgtk-3-dev 3.0.12-2 glade 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#642952: libpam0g-dev: Move of static libraries results in static linking due to library order
Am Montag, den 26.09.2011, 00:17 -0700 schrieb Steve Langasek: On Mon, Sep 26, 2011 at 09:01:13AM +0200, Paul Menzel wrote: affects 642952 libpam-gnome-keyring thanks Am Sonntag, den 25.09.2011, 14:55 -0700 schrieb Russ Allbery: […] This, among other things, will cause a FTBFS for all PAM modules on platforms where shared module code has to be built PIC. See the build logs for libpam-krb5, for example. After upgrading to 1.1.3-3 and rebooting Evolution could not get any passwords from GNOME Keyring with the following error messages. Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:3945): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Upgrading to 1.1.3-4, restarting GNOME Keyring daemon (`gnome-keyring-daemon --replace`) and then Evolution fixes the problem. No, that's not related to this bug. This bug only concerned the placement of .so files in the traditional vs. multiarch library path; that only impacts build-time linking software against libpam, it has no affect on the system at runtime. Can you think of a reason why this broke with 1.1.3-3 and was fixed by 1.1.3-4? Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#633553: debian-i18n: typo in German installation instructions
Hello Christian, On Tue, Jul 12, 2011 at 01:12:43PM +0200, Holger Wansing wrote: Christian PERRIER bubu...@debian.org wrote: Quoting Helge Kreutzmann (deb...@helgefjell.de): Hello Christian, On Mon, Jul 11, 2011 at 03:53:09PM +0200, Christian Titze wrote: When prompted to enter a root-password (tested with a non-GUI netinstall installation) the installer says: [...] Das Passwort für den Superuser root sollte nicht leer sein. Wenn Sie es leer lassen, wird der root-Zugang deaktiviert und der als erstes einrichtete Benutzer in diesem System [...] notice the typo einrichtete - instead it should say eingerichtete Thanks for reporting. I forward this report to debian-l10n-german, where the translator of d-i (the installer) are subscribes so that they can correct the translation and close the issue/bug afterwards. Closing the bug should in theory be done when the said package is uploadedbut the translation fix first has to flow in that package from the D-I master file. In short, this is something that *I* can esily do and monitor, hence my proposal to do the fix myself and handle bug wizardry later on. Just need a formal confirmation that eingerichtete is right while einrichtete is wrong. The remains of my German classes tell me the bug submitter is right (what would a german verb do without a nice ge?), but better have this confirmed by native speakers (or at least good speakers). The submitter is of course correct. I fixed this in svn. As stated in your offer, I herby stop monitoring this bugs and leave the closing/further handling up to you. Thanks for your help! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#642817: pyxnat: FTBFS: tests failed
Hi, The tests require an internet connection because the package is a Python module to communicate with a database platform on top of Web Services. To check that everything runs correctly, I test the functions against a public server. I know it's not ideal, but there is no other way. Regards, Yannick On 27/09/2011 17:50, Mehdi Dogguy wrote: On 27/09/2011 16:32, Yannick SCHWARTZ wrote: Hi, Does the build machine have an internet connection? My package needs to connect to a database server to perform its tests. Your pacakge is supposed to build just find, even if network is down. fine I think that accessing wild network is intentionally forbidden of ^^ on Grid'5000 when doing these archive rebuilds. sorry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643634: restore nested login in gdm3
Le mercredi 28 septembre 2011 à 19:12 +1000, david b a écrit : Package: gdm3 Version: restore nested login in gdm3 Severity: normal Hi, I am a long time user of gdm nested logins. However, they do not exist in gdm3 :( . Before(in 'gdm') I created new logins via the command gdmflexiserver -n which would bring up another gdm login window inside a Xephyr container. This functionality is rather useful, partly because there isn't an apparmor XACE implementation at the present time and party because it is (in general) a useful thing :p There is a bug filed in the upstream at https://bugzilla.gnome.org/show_bug.cgi?id=624370 with a patch to restore the functionality it would be awesome if this was applied in debian! The patch no longer applies to gdm 3.0, for various reasons. I haven’t had time yet to port it to the new version. Feel free to work on it and provide a new, working version of the patch for gdm 3.x. Help is always appreciated. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643643: error: conflicting declaration 'typedef long unsigned int intptr_t'
Package: vxl Version: 1.14.0-9 Severity: serious Tags: upstream Justification: fails to build from source vxl does not build on alpha. It fails with: Scanning dependencies of target Qv make[3]: Leaving directory `/build/buildd-vxl_1.14.0-9-alpha-ePSG6G/vxl-1.14.0/Build' make[3]: Entering directory `/build/buildd-vxl_1.14.0-9-alpha-ePSG6G/vxl-1.14.0/Build' [ 6%] Building CXX object v3p/Qv/CMakeFiles/Qv.dir/vecutil.o [ 6%] Building CXX object v3p/Qv/CMakeFiles/Qv.dir/QvLib.o In file included from /build/buildd-vxl_1.14.0-9-alpha-ePSG6G/vxl-1.14.0/v3p/Qv/QvLib.cxx:69: /build/buildd-vxl_1.14.0-9-alpha-ePSG6G/vxl-1.14.0/v3p/Qv/QvDict.cxx:12: error: conflicting declaration 'typedef long unsigned int intptr_t' /usr/include/unistd.h:268: error: 'intptr_t' has a previous declaration as 'typedef __intptr_t intptr_t' make[3]: *** [v3p/Qv/CMakeFiles/Qv.dir/QvLib.o] Error 1 make[2]: *** [v3p/Qv/CMakeFiles/Qv.dir/all] Error 2 make[3]: Leaving directory `/build/buildd-vxl_1.14.0-9-alpha-ePSG6G/vxl-1.14.0/Build' make[2]: Leaving directory `/build/buildd-vxl_1.14.0-9-alpha-ePSG6G/vxl-1.14.0/Build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-vxl_1.14.0-9-alpha-ePSG6G/vxl-1.14.0/Build' make: *** [debian/stamp-makefile-build] Error 2 -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642817: pyxnat: FTBFS: tests failed
On Wed, Sep 28, 2011 at 11:03:01 +0200, Yannick SCHWARTZ wrote: Hi, The tests require an internet connection because the package is a Python module to communicate with a database platform on top of Web Services. To check that everything runs correctly, I test the functions against a public server. I know it's not ideal, but there is no other way. Then either some dummy server should be available in the package to run tests against, or the tests should not be run at package build time. A connection to a non-local address is not ok. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643634: restore nested login in gdm3
On 28 September 2011 20:08, Josselin Mouette j...@debian.org wrote: Le mercredi 28 septembre 2011 à 19:12 +1000, david b a écrit : Package: gdm3 Version: restore nested login in gdm3 Severity: normal Hi, I am a long time user of gdm nested logins. However, they do not exist in gdm3 :( . Before(in 'gdm') I created new logins via the command gdmflexiserver -n which would bring up another gdm login window inside a Xephyr container. This functionality is rather useful, partly because there isn't an apparmor XACE implementation at the present time and party because it is (in general) a useful thing :p There is a bug filed in the upstream at https://bugzilla.gnome.org/show_bug.cgi?id=624370 with a patch to restore the functionality it would be awesome if this was applied in debian! The patch no longer applies to gdm 3.0, for various reasons. I haven’t had time yet to port it to the new version. Feel free to work on it and provide a new, working version of the patch for gdm 3.x. Help is always appreciated. I'll give it a whirl in a bit :) (which version should I target? - sid's or ? ) Also, I am not familiar with gtk or the gdm code base, so I don't know how much progress I will make :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632393: FTBFS with Python 2.7: Python.h: No such file or directory
severity 632393 serious found 632393 0.5~svn939-1 thanks * Jakub Wilk jw...@debian.org, 2011-09-13, 14:02: --- texworks-0.5~svn930.orig/plugins-src/TWPythonPlugin/TWPythonPlugin.pro +++ texworks-0.5~svn930/plugins-src/TWPythonPlugin/TWPythonPlugin.pro @@ -50,8 +50,8 @@ unix:!macx { # on Unix-ish platforms we should rely on pkgconfig # Python prior to 3.x doesn't register properly with pkg-config - INCLUDEPATH += /usr/include/python2.6/ - LIBS+= -lpython2.6 + INCLUDEPATH += /usr/include/$(PYTHON)/ + LIBS+= -l$(PYTHON) # uncomment these lines (and comment those above) to use Python 3 # CONFIG += link_pkgconfig It seems that this hunk of my patch was not applied. As a result, texworks FTBFS: https://buildd.debian.org/status/fetch.php?pkg=texworksarch=sparcver=0.5%7Esvn939-1stamp=1317171938 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643644: RFP: mythes-el -- Greek Thesaurus for OpenOffice.org/LibreOffice
Package: mythes-el Version: N/A; reported 2011-09-28 Severity: wishlist * Package name: mythes-el Version : 2 Upstream Author : Daniel Naber daniel.na...@t-online.de * URL : http://wiki.services.openoffice.org/wiki/Dictionaries#Greek_.28Greece.29 * License : GPLv2+ Description : Greek Thesaurus for OpenOffice.org/LibreOffice The above URL contains the Greek OpenThesaurus thesaurus for OpenOffice.org/LibreOffice. Direct link: http://www.ellak.gr/pub/oo_extras/th_el.zip Please consider packaging it for Debian. Kind regards, Alkis Georgopoulos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643645: FTBFS twice with newer dpkg
Package: postgresql-9.1 Version: 9.1.1-1 Severity: important Tags: patch With dpkg-dev = 1.16.1, this package fails to build if built twice in a row. This is because it leaves uncleaned files in the build tree, and the new dpkg refuses to make an automatic patch for it. dpkg-source -i -I -b postgresql-9.1-9.1.1 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building postgresql-9.1 using existing ./postgresql-9.1_9.1.1.orig.tar.bz2 dpkg-source: info: local changes detected, the modified files are: postgresql-9.1-9.1.1/src/backend/gettext-files dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/postgresql-9.1_9.1.1-1.1.diff.6h3p7L dpkg-source: info: you can integrate the local changes with dpkg-source --commit dpkg-buildpackage: error: dpkg-source -i -I -b postgresql-9.1-9.1.1 gave error exit status 2 The fix is to clean that file explicitly; see attached patch. With my upstream hat on, I'll also look into preventing this in the future, but it probably won't be backpatched into 9.1. diff -Nru postgresql-9.1-9.1.1/debian/changelog postgresql-9.1-9.1.1/debian/changelog --- postgresql-9.1-9.1.1/debian/changelog 2011-09-26 15:46:43.0 +0300 +++ postgresql-9.1-9.1.1/debian/changelog 2011-09-28 11:02:47.0 +0300 @@ -1,3 +1,10 @@ +postgresql-9.1 (9.1.1-1.1) UNRELEASED; urgency=low + + * Fix FTBFS twice with dpkg-dev = 1.16.1, because of leftover file +src/backend/gettext-files. Clean that one explicitly. + + -- Peter Eisentraut pet...@debian.org Wed, 28 Sep 2011 09:58:21 +0300 + postgresql-9.1 (9.1.1-1) unstable; urgency=low * New upstream bug fix release: diff -Nru postgresql-9.1-9.1.1/debian/patches/debian-changes-9.1.1-1 postgresql-9.1-9.1.1/debian/patches/debian-changes-9.1.1-1 --- postgresql-9.1-9.1.1/debian/patches/debian-changes-9.1.1-1 2011-09-28 09:49:00.0 +0300 +++ postgresql-9.1-9.1.1/debian/patches/debian-changes-9.1.1-1 1970-01-01 02:00:00.0 +0200 @@ -1,665 +0,0 @@ -Description: Upstream changes introduced in version 9.1.1-1 - This patch has been created by dpkg-source during the package build. - Here's the last changelog entry, hopefully it gives details on why - those changes were made: - . - postgresql-9.1 (9.1.1-1) unstable; urgency=low - . - * New upstream bug fix release: - - Make pg_options_to_table return NULL for an option with no value. - Previously such cases would result in a server crash. - - Fix memory leak at end of a GiST index scan. - Commands that perform many separate GiST index scans, such as - verification of a new GiST-based exclusion constraint on a table - already containing many rows, could transiently require large - amounts of memory due to this leak. - - Fix explicit reference to pg_temp schema in CREATE TEMPORARY - TABLE. This used to be allowed, but failed in 9.1.0. - . - The person named in the Author field signed this changelog entry. -Author: Martin Pitt mp...@debian.org - -The information above should follow the Patch Tagging Guidelines, please -checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here -are templates for supplementary fields that you might want to add: - -Origin: vendor|upstream|other, url of original patch -Bug: url in upstream bugtracker -Bug-Debian: http://bugs.debian.org/bugnumber -Bug-Ubuntu: https://launchpad.net/bugs/bugnumber -Forwarded: no|not-needed|url proving that it has been forwarded -Reviewed-By: name and email of someone who approved the patch -Last-Update: -MM-DD - /dev/null -+++ postgresql-9.1-9.1.1/src/backend/gettext-files -@@ -0,0 +1,628 @@ -+./catalog/pg_inherits.c -+./catalog/pg_operator.c -+./catalog/catalog.c -+./catalog/objectaddress.c -+./catalog/pg_type.c -+./catalog/pg_aggregate.c -+./catalog/pg_shdepend.c -+./catalog/pg_conversion.c -+./catalog/dependency.c -+./catalog/storage.c -+./catalog/pg_collation.c -+./catalog/indexing.c -+./catalog/pg_proc.c -+./catalog/namespace.c -+./catalog/pg_constraint.c -+./catalog/heap.c -+./catalog/pg_namespace.c -+./catalog/pg_depend.c -+./catalog/pg_largeobject.c -+./catalog/pg_db_role_setting.c -+./catalog/toasting.c -+./catalog/pg_enum.c -+./catalog/aclchk.c -+./catalog/index.c -+./libpq/pqcomm.c -+./libpq/ip.c -+./libpq/be-secure.c -+./libpq/md5.c -+./libpq/crypt.c -+./libpq/hba.c -+./libpq/auth.c -+./libpq/be-fsstubs.c -+./libpq/pqsignal.c -+./libpq/pqformat.c -+./replication/repl_scanner.c -+./replication/syncrep.c -+./replication/repl_gram.c -+./replication/basebackup.c -+./replication/walsender.c -+./replication/libpqwalreceiver/libpqwalreceiver.c -+./replication/walreceiver.c -+./replication/walreceiverfuncs.c -+./parser/keywords.c -+./parser/scansup.c -+./parser/parse_cte.c -+./parser/scan.c -+./parser/parse_type.c -+./parser/parse_relation.c -+./parser/parse_param.c -+./parser/parse_target.c -+./parser/parse_agg.c -+./parser/parser.c -+./parser/kwlookup.c -+./parser/parse_clause.c
Bug#643440: Patches for -Werror=format-security issues in mailutils
tag 643440 + patch kthxbye Hi, You'll find attached two patches that fix the mailutils FTBFS with the hardening build flags: The first patch, fix_FTBFS_with_format-security.diff fixes the actual -Werror=format-security issues. A lot of those are GCC pedantry, but I think some may be real issues (the writeline hunks, for instance). The second patch, refresh_mh_fmtgram.diff refreshes mh/mh_fmtgram.c from the updated mh/mh_fmtgram.y (changed in the previous patch). The diff is quite noisy as the file was generated by upstream with an older version of bison than that currently in sid. Cheers, -- Nicolas Dandrimont Description: Fix FTBFS with -Werror=format-security Author: Nicolas Dandrimont nicolas.dandrim...@crans.org Bug-Debian: http://bugs.debian.org/643440 Last-Update: 2011-09-28 Index: mailutils-2.2+dfsg1/libproto/pop/pop3_sendline.c === --- mailutils-2.2+dfsg1.orig/libproto/pop/pop3_sendline.c 2011-09-28 12:03:00.0 +0200 +++ mailutils-2.2+dfsg1/libproto/pop/pop3_sendline.c 2011-09-28 12:04:41.0 +0200 @@ -112,7 +112,7 @@ { if (line) { - int status = mu_pop3_writeline (pop3, line); + int status = mu_pop3_writeline (pop3, %s, line); if (status) return status; } Index: mailutils-2.2+dfsg1/libproto/nntp/nntp_sendline.c === --- mailutils-2.2+dfsg1.orig/libproto/nntp/nntp_sendline.c 2011-09-28 12:03:00.0 +0200 +++ mailutils-2.2+dfsg1/libproto/nntp/nntp_sendline.c 2011-09-28 12:04:41.0 +0200 @@ -112,7 +112,7 @@ { if (line) { - int status = mu_nntp_writeline (nntp, line); + int status = mu_nntp_writeline (nntp, %s, line); if (status) return status; } Index: mailutils-2.2+dfsg1/mail/retain.c === --- mailutils-2.2+dfsg1.orig/mail/retain.c 2011-09-28 12:04:24.0 +0200 +++ mailutils-2.2+dfsg1/mail/retain.c 2011-09-28 12:04:41.0 +0200 @@ -33,7 +33,7 @@ if (argc == 1) { if (mu_list_is_empty (*list)) - fprintf (ofile, _(msg)); + fprintf (ofile, %s, _(msg)); else util_slist_print (*list, 1); return 0; Index: mailutils-2.2+dfsg1/mail/unset.c === --- mailutils-2.2+dfsg1.orig/mail/unset.c 2011-09-28 12:04:24.0 +0200 +++ mailutils-2.2+dfsg1/mail/unset.c 2011-09-28 12:04:41.0 +0200 @@ -38,7 +38,7 @@ char *buf = xmalloc ((7+strlen (argv[i])) * sizeof (char)); strcpy (buf, set no); strcat (buf, argv[i]); - if (!util_do_command (buf)) + if (!util_do_command (%s, buf)) status = 1; free (buf); } Index: mailutils-2.2+dfsg1/mh/mh_fmtgram.y === --- mailutils-2.2+dfsg1.orig/mh/mh_fmtgram.y 2011-09-28 12:04:24.0 +0200 +++ mailutils-2.2+dfsg1/mh/mh_fmtgram.y 2011-09-28 12:04:41.0 +0200 @@ -207,7 +207,7 @@ else { yyerror (_(undefined function)); - mu_error ($1); + mu_error (%s, $1); YYERROR; } } Index: mailutils-2.2+dfsg1/mh/mhn.c === --- mailutils-2.2+dfsg1.orig/mh/mhn.c 2011-09-28 12:04:24.0 +0200 +++ mailutils-2.2+dfsg1/mh/mhn.c 2011-09-28 12:04:41.0 +0200 @@ -1644,7 +1644,7 @@ int rc; asprintf (p, _(File %s already exists. Rewrite), name); - rc = mh_getyn (p); + rc = mh_getyn (%s, p); free (p); if (!rc) { Index: mailutils-2.2+dfsg1/imap4d/append.c === --- mailutils-2.2+dfsg1.orig/imap4d/append.c 2011-09-28 12:04:24.0 +0200 +++ mailutils-2.2+dfsg1/imap4d/append.c 2011-09-28 12:04:41.0 +0200 @@ -204,7 +204,7 @@ if (status == 0) return util_finish (command, RESP_OK, Completed); - return util_finish (command, RESP_NO, err_text); + return util_finish (command, RESP_NO, %s, err_text); } Index: mailutils-2.2+dfsg1/imap4d/status.c === --- mailutils-2.2+dfsg1.orig/imap4d/status.c 2011-09-28 12:04:24.0 +0200 +++ mailutils-2.2+dfsg1/imap4d/status.c 2011-09-28 12:04:41.0 +0200 @@ -148,7 +148,7 @@ if (count == 0) return util_finish (command, RESP_BAD, Too few args (empty list)); else if (err_msg) - return util_finish (command, RESP_BAD, err_msg); + return util_finish (command, RESP_BAD, %s, err_msg); return util_finish (command, RESP_OK, Completed); } Index: mailutils-2.2+dfsg1/imap4d/delete.c === --- mailutils-2.2+dfsg1.orig/imap4d/delete.c 2011-09-28 12:04:24.0 +0200 +++ mailutils-2.2+dfsg1/imap4d/delete.c 2011-09-28 12:04:41.0 +0200 @@ -59,5 +59,5 @@ rc = RESP_NO; msg
Bug#643501: jenkins-crypto-util: FTBFS: Test failures
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The certificates that the test use have expired - and now the tests are failing. I will raise this upstream - -- James Page Ubuntu Server Developer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOgvmvAAoJEL/srsug59jD7IAP/3Xa4g79QnUWQOgVDrsvGKc1 83tM4tAv2GGIAbnHbZiRPAk9IIgz9ATeppkYTr7x68byBUei6vWlleUovwhMTvRH YnGz0/v0Mu91+QIefJpAOx6rpiHCQtVAxc2vOVEPLnxa8/ZocOoYPFf4Q/cf7agk 9MCsZ7eW18+JnxiYol/hdb7UnUfmQUSobbtZCpjntM1W00icTLghnHu89ghTLnp6 2wbF3aUkHIhoQDzG46J4tTRbmhf1BPtTPumrzQbTByIG/wpUfISrltI3ASEMfkRi RUwncpcvvhkXQ6PmHso1oV3VZfiy+ZBzr+b+UTCCRG9LMjBUZJfrr1arj9BfHisU qtZPukv8AyVfrhBHwzStPGrIqs5Lafd2ENuvKzJZd+DkUmg/QEejcuCL6VRIHNS6 Inotb/U5iXBUPekzagQYeE4TvcFkmQwwJwKqY/x//ufCZrnMrfZtnHRrlUqfu9Lw ZygryqjnxkVIwA/VJFu7jPJYs09umA2r5wMJy1emUWo+3p8OpyCrMGE+N+KQBJdt 26G57zvcdEayZc+cXSp2ING7mZGNv/sqH1zcgW7Lr+mjKdXdjh4t+P9S7taFEUvE QYpz83n1PFxUbff+YUJDncFkdr0T54Srlp75R38bQ1eATVyvaO8DywInlMisM0gf YigIIzRe8CfCQ138wW9s =euPN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643646: cleanup of some lintian warnings
Package: postgresql-9.1 Version: 9.1.1-1 Severity: minor Tags: patch Here is a patch to clean up these lintian warnings: W: postgresql-9.1 source: brace-expansion-in-debhelper-config-file debian/libpq-dev.install P: postgresql-client-9.1: maintainer-script-without-set-e prerm P: postgresql-client-9.1: maintainer-script-without-set-e postinst P: postgresql-9.1: maintainer-script-without-set-e prerm P: postgresql-9.1: maintainer-script-without-set-e postinst P: postgresql-9.1: maintainer-script-without-set-e postrm P: postgresql-contrib-9.1: maintainer-script-without-set-e prerm P: postgresql-contrib-9.1: maintainer-script-without-set-e postinst diff -Nru postgresql-9.1-9.1.1/debian/changelog postgresql-9.1-9.1.1/debian/changelog --- postgresql-9.1-9.1.1/debian/changelog 2011-09-26 15:46:43.0 +0300 +++ postgresql-9.1-9.1.1/debian/changelog 2011-09-28 11:02:47.0 +0300 @@ -1,3 +1,11 @@ +postgresql-9.1 (9.1.1-1.1) UNRELEASED; urgency=low + + * Fix lintian reports: +- brace-expansion-in-debhelper-config-file +- maintainer-script-without-set-e + + -- Peter Eisentraut pet...@debian.org Wed, 28 Sep 2011 09:58:21 +0300 + postgresql-9.1 (9.1.1-1) unstable; urgency=low * New upstream bug fix release: diff -Nru postgresql-9.1-9.1.1/debian/libpq-dev.install postgresql-9.1-9.1.1/debian/libpq-dev.install --- postgresql-9.1-9.1.1/debian/libpq-dev.install 2011-09-26 15:46:43.0 +0300 +++ postgresql-9.1-9.1.1/debian/libpq-dev.install 2011-09-28 09:57:45.0 +0300 @@ -7,9 +7,18 @@ usr/include/postgresql/9.1/server/catalog/pg_type.h /usr/include/postgresql/catalog usr/include/postgresql/9.1/server/catalog/genbki.h /usr/include/postgresql/catalog usr/include/postgresql/9.1/server/nodes/nodes.h /usr/include/postgresql/nodes -usr/include/postgresql/9.1/server/utils/{elog,errcodes,palloc}.h /usr/include/postgresql/utils -usr/include/postgresql/9.1/server/{c,pg_config,pg_config_manual,pg_config_os,port,pg_trace}.h /usr/include/postgresql/ -usr/include/postgresql/9.1/server/postgres{,_fe,_ext}.h /usr/include/postgresql/ +usr/include/postgresql/9.1/server/utils/elog.h /usr/include/postgresql/utils +usr/include/postgresql/9.1/server/utils/errcodes.h /usr/include/postgresql/utils +usr/include/postgresql/9.1/server/utils/palloc.h /usr/include/postgresql/utils +usr/include/postgresql/9.1/server/c.h /usr/include/postgresql/ +usr/include/postgresql/9.1/server/pg_config.h /usr/include/postgresql/ +usr/include/postgresql/9.1/server/pg_config_manual.h /usr/include/postgresql/ +usr/include/postgresql/9.1/server/pg_config_os.h /usr/include/postgresql/ +usr/include/postgresql/9.1/server/port.h /usr/include/postgresql/ +usr/include/postgresql/9.1/server/pg_trace.h /usr/include/postgresql/ +usr/include/postgresql/9.1/server/postgres.h /usr/include/postgresql/ +usr/include/postgresql/9.1/server/postgres_fe.h /usr/include/postgresql/ +usr/include/postgresql/9.1/server/postgres_ext.h /usr/include/postgresql/ usr/include/postgresql/9.1/server/mb/pg_wchar.h /usr/include/postgresql/mb usr/lib/libpgport.a usr/lib/libpq.a diff -Nru postgresql-9.1-9.1.1/debian/postgresql-9.1.postinst postgresql-9.1-9.1.1/debian/postgresql-9.1.postinst --- postgresql-9.1-9.1.1/debian/postgresql-9.1.postinst 2011-09-26 15:46:43.0 +0300 +++ postgresql-9.1-9.1.1/debian/postgresql-9.1.postinst 2011-09-28 10:09:32.0 +0300 @@ -1,4 +1,6 @@ -#!/bin/sh -e +#!/bin/sh + +set -e VERSION=9.1 diff -Nru postgresql-9.1-9.1.1/debian/postgresql-9.1.postrm postgresql-9.1-9.1.1/debian/postgresql-9.1.postrm --- postgresql-9.1-9.1.1/debian/postgresql-9.1.postrm 2011-09-26 15:46:43.0 +0300 +++ postgresql-9.1-9.1.1/debian/postgresql-9.1.postrm 2011-09-28 10:09:39.0 +0300 @@ -1,4 +1,6 @@ -#!/bin/sh -e +#!/bin/sh + +set -e #DEBHELPER# diff -Nru postgresql-9.1-9.1.1/debian/postgresql-9.1.prerm postgresql-9.1-9.1.1/debian/postgresql-9.1.prerm --- postgresql-9.1-9.1.1/debian/postgresql-9.1.prerm 2011-09-26 15:46:43.0 +0300 +++ postgresql-9.1-9.1.1/debian/postgresql-9.1.prerm 2011-09-28 10:09:23.0 +0300 @@ -1,4 +1,6 @@ -#!/bin/sh -e +#!/bin/sh + +set -e VERSION=9.1 diff -Nru postgresql-9.1-9.1.1/debian/postgresql-client-9.1.postinst postgresql-9.1-9.1.1/debian/postgresql-client-9.1.postinst --- postgresql-9.1-9.1.1/debian/postgresql-client-9.1.postinst 2011-09-26 15:46:43.0 +0300 +++ postgresql-9.1-9.1.1/debian/postgresql-client-9.1.postinst 2011-09-28 10:10:49.0 +0300 @@ -1,4 +1,6 @@ -#!/bin/sh -e +#!/bin/sh + +set -e VERSION=9.1 diff -Nru postgresql-9.1-9.1.1/debian/postgresql-client-9.1.prerm postgresql-9.1-9.1.1/debian/postgresql-client-9.1.prerm --- postgresql-9.1-9.1.1/debian/postgresql-client-9.1.prerm 2011-09-26 15:46:43.0 +0300 +++ postgresql-9.1-9.1.1/debian/postgresql-client-9.1.prerm 2011-09-28 10:10:42.0 +0300 @@ -1,4 +1,6 @@ -#!/bin/sh -e +#!/bin/sh + +set -e #DEBHELPER# diff -Nru
Bug#577431: /usr/bin/gnome-open: gnome-open had no man pages
unarchive 450912 tags 577431 - wontfix forcemerge 450912 577431 quit Josselin Mouette wrote: Le dimanche 11 avril 2010 à 18:06 +0400, George Shuklin a écrit : /usr/bin/gnome-open programm had no man pages Following a recent discussion on debian-devel, this won’t be fixed. Good news: it was fixed after all, following the principle that the person having an itch should scratch it. :) Thanks to the GNOME maintainers for keeping it in good shape. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643645: FTBFS twice with newer dpkg
Re: Peter Eisentraut 2011-09-28 20110928103128.11033.39279.report...@fsopti579.f-secure.com The fix is to clean that file explicitly; see attached patch. Here's an alternative patch that I was throwing into my 8.2/8.3 packages for the upcoming apt.postgresql.org archive (atm at pgapt.debian.net): $ cat debian/source/options extend-diff-ignore = src/interfaces/libpq/libpq.rc|gettext-files|po/.*.pot (The first component is about some bumped build number counter or similar which probably stems from the fact the packaging is hosted in git.) Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#643647: lists.debian.org: please create debian-events-announce
Package: lists.debian.org Severity: wishlist Usertags: debian-events Hi there! As discussed during the DebConf11 Events BoF [1], here is the request for a new debian-events-announce@ mailing list. Cc:ing the debian-publicity@ and debian-www@ lists, as well as the events@d.o team to look for second, please keep (at least) the events@d.o team in the loop. Here is the requested information as per [2]. --8---cut here---start-8--- Name: debian-events-announce Rationale: We already have well-established regional debian-events-*@ mailing lists (-eu, -ha, -na and -nl), but this are mostly used for coordination. The new list, on the contrary, should get email notifications whenever a new event is added to the website. Please note that while the long description for the debian-news@ mailing list reads the current *events* and news about Debian are summarized in the Debian Weekly News, a newsletter regularly posted on this list (emphasis is mine), the fact that the Debian Weekly News does not exist anymore and that the frequency of its replacement (the Debian Project News) is not (yet) defined means that the debian-news@ list is IMHO not suitable for such task. Short description: Announcements of Debian-related events Category: Users Subscription Policy: Open Post Policy: Restricted to some teams: Events (all of the members), Publicity (basically, the Press team) and WWW (if someone wants to). In principle, those who can commit to www.d.o/events/ should be able to send a post as soon as they add a new event. Alternatively, posting can be restricted to the Events and Press team only, using the following workflow: whoever adds a new event also sends the announcement to the debian-publicity@ list for reviews, then a member of the Events and Press team posts that to this new list. Web Archive: Yes --8---cut here---end---8--- On behalf of the Events team. Thx, bye, Gismo / Luca Footnotes: [1] http://lists.debian.org/87fwlbctds.fsf%40gismo.pca.it [2] http://www.debian.org/MailingLists/HOWTO_start_list -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc4-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/dash pgphk6IWbp9s8.pgp Description: PGP signature
Bug#643648: CVE-2011-2834 and CVE-2011-2821
Package: libxml2 Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, two libxml2 issues were fixed in the latest chrome updates: CVE-2011-2821 Double free vulnerability in libxml2, as used in Google Chrome before 13.0.782.215, allows remote attackers to cause a denial of service or possibly have unspecified other impact via a crafted XPath expression. Patch: http://git.gnome.org/browse/libxml2/commit/?id=fec31bcd452e77c10579467ca87a785b41115de6 CVE-2011-2834 Double free vulnerability in libxml2, as used in Google Chrome before 14.0.835.163, allows remote attackers to cause a denial of service or possibly have unspecified other impact via vectors related to XPath handling. Patch: http://src.chromium.org/viewvc/chrome?view=revrevision=98359 Cheers, Giuseppe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk6C/OYACgkQNxpp46476apt2ACdHKTvWjo4WoxEWsVD6Z7a9elU AFgAn2ml9iJvUDCXczdrJcVH1PIknJFT =EMJW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643649: dmidecode: Enable build of all targets on GNU/Hurd
Package: dmidecode Version: 2.11-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd When dmidecode is on the buildd list for GNU/Hurd it will be built for one taget: demidecode. In order to get the other targets built: biosdecode, ownership, vpddecode the Makefile has to be changed to something like the following patch, since uname -m gives i686-AT386 for GNU/Hurd. kfreebsd and linux reports i686 and x86_64 for i386 and amd64 targets, so the patched Makefile should work for all arches (including ia64). --- dmidecode-2.11.orig/Makefile2011-09-28 12:46:35.0 +0200 +++ dmidecode-2.11/Makefile 2011-09-28 12:43:50.0 +0200 @@ -39,7 +39,7 @@ RM := rm -f # BSD make provides $MACHINE, but GNU make doesn't -MACHINE ?= $(shell uname -m 2/dev/null) +MACHINE ?= $(shell uname -m 2/dev/null | cut - -d- -f 1) # These programs are only useful on x86 PROGRAMS-i386 := biosdecode ownership vpddecode -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#172436: BROWSER and sensible-browser standardization
Hi Russ, This question came up recently on the git mailing list in the context of git web--browse (a backend used by git instaweb and some other commands). It would have been nice to have clear advice in Debian policy to guide what we should do. From the point of view of improving upstream programs, I think the best Debian can do is: 1. For desktop apps, recommend unconditional use of xdg-open. 2. For everyone else: a. Clearly specify the semantics of the BROWSER variable to the extent that there is wide consensus about it or a strong rationale (in other words, clearly indicating the murky bits and leaving them unspecified). b. Encourage use of x-www-browser and www-browser as defaults when BROWSER is unset (so upstreams' use of firefox and lynx can be made configurable at compile time). c. For non-desktop apps lacking support for the BROWSER variable, recommend unconditional use of xdg-open (for the same reason). This should result in a reasonable user experience, as long as: i. xdg-open and sensible-browser make settings like BROWSER=firefox:lynx work as intended and take precedence over any system-wide settings. ii. xdg-open works well and respects the current desktop's system-wide and per-user preferred browser configuration. iii. When xdg-open is installed, some xdg-open workalike registers itself through the alternatives system as a possible implementation of the x-www-browser command. Unfortunately at least gnome-open seems to violate (i). So for policy there are at least two options: we could specify everything except (i), and leave whether to implement (i) to the desktop maintainers, or we could specify (i), too, and create consensus e.g. by proposing a patch to libgnome. Both sound like work. :( I guess I'm tempted to specify everything except (i) and mention (i) as arguably a bug to get past the logjam. What do you think? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541867: blktrace: Incorrect runlevels in init.d script
On Sat, Jun 12, 2010 at 12:10:13AM +0200, Petter Reinholdtsen wrote: [Bas Zoetekouw 2010-04-02] Thanks a lot for the patch! I'll apply it on the next upload (hopefully rsn). Hi. Any news on this? Every script that can be moved moved out of rcS.d/ increases the amount of concurrency possible during boot and improves single user mode in Debian. :) Not only that, the current state breaks booting with systemd, because it deactivates dbus to break the cycle. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#642817: pyxnat: FTBFS: tests failed
On 28/09/2011 11:03, Yannick SCHWARTZ wrote: Hi, The tests require an internet connection because the package is a Python module to communicate with a database platform on top of Web Services. To check that everything runs correctly, I test the functions against a public server. I guessed as much. I know it's not ideal, but there is no other way. ditto, from our side :) You can try to make tests check optional (iow, detect if you're compiling on a buildd machine). Kind regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643650: haproxy: usesrc clientip not working with linux kernel version = 3.0.0
Package: haproxy Version: 1.4.15-1 Severity: important Tags: upstream patch After upgrading to linux kernel 3.0.0, my haproxy stopped working. By using debug option, I find that transparent with usesrc client stopped working. It alters: [ALERT]: Cannot bind to source address before connect() for proxy %s. Aborting. It worked correctly when I was using kernel 2.6.29. So that I checked into source code, and find that in src/proto_tcp.c:141, bind() returned 97 (EAFNOSUPPORT). I can't understand why it failed after successfully setsockopt(..., IP_TRANSPARENT, ...). Since perror says Address family not supported, I find that after memset() bind_addr to 0 at src/proto_tcp.c:132, bind_addr.sin_family is uninitialized. After I add bind_addr.sin_family = AF_INET; below memset(), recompile haproxy then it works again. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages haproxy depends on: ii adduser 3.113 add and remove users and groups ii libc6 2.13-17Embedded GNU C Library: Shared lib ii libpcre3 8.12-3 Perl 5 Compatible Regular Expressi haproxy recommends no packages. haproxy suggests no packages. -- no debconf information -- Sincerely, Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600171: eclipse-jgit uploaded to mentors.debian.net
On 2011-09-28 00:11, Jakub Adam wrote: I put JGit package to mentors.debian.net, please review and consider sponsoring an upload http://mentors.debian.net/package/eclipse-jgit BR, Jakub Hey, Have you considered putting this under the Debian Java Team? Most (all?) existing eclipse packages are maintained the team in pkg-java's git repository. Out of curiousity, why do you use debhelper compat 5? I have not build tested the package, but according to lintian you are using an outdated version of DEP-5. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643651: Automount of CIFS filesystems during startup
Package: initscripts Version: 2.88dsf-13.1 I have several lines describing my remote cifs filesystems in /etc/fstab. For example. /etc/fstab: //192.168.0.1/Shared /mnt/samba/shared cifs uid=33,gid=33,file_mode=0666,dir_mode=0777,iocharset=cp1251,username=foo,password=pass 0 0 During boot-up automount scripts try to mount all filesystems mentioned in /etc/fstab. It often happens before network interface become actually being brought up. Especially ethernet bridges go up very slowly. Then I can see the following errors in my logs: CIFS VFS: Error connecting to socket. Aborting operation CIFS VFS: cifs_mount failed w/return code = -113 Of course, automatic mount of cifs filesystems fails during boot-time. I have to mount them later, manually. I suggest to exclude cifs filesystems from boot-time automount scripts and mount them later, after all interfaces are up. For exapmle, to arrange something like mountnfs behaviour. This is my suggestion into whishlist for further releases. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#172436: BROWSER and sensible-browser standardization
Jonathan Nieder wrote: 1. For desktop apps, recommend unconditional use of xdg-open. 2. For everyone else: [...] c. For non-desktop apps lacking support for the BROWSER variable, recommend unconditional use of xdg-open (for the same reason). Gah, for xdg-open in 2c, please read sensible-browser. Confusing, sorry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643325: gunicorn: Django settings.py not found when app directory given as PYTHONPATH as well.
Hi Thomas, When using a config file in /etc/gunicorn.d/ for starting gunicorn workers to serve a Django application, the workers crash and are constantly restarted because they cannot find the settings.py IF the apps path is given both as CONFIG['environment']['PYTHONPATH'] and as CONFIG['working_dir']. Can you reproduce just using /usr/bin/gunicorn directly? I can't seem to reproduce either way. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@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#643652: xawtv crashes on changing channels
Package: xawtv Version: 3.95.dfsg.1-8.1+b1 Severity: important On a newly installed computer xawtv crashes immediately on changing the channel. The output from the crash is appended to this mail (xawtv.crashlog). However, there are other problems. Even the first channel, that is shown when starting up xawtv doesn't display anything. Neither video nor audio. The same applies to fbtv. The only difference between fbtv and xawtv is that fbtv doesn't crash on channel change. But it has the same problem for every channel: No video and no audio. Interestingly I used exactly the same card (not only the same model, but the same card itself) in another computer with the same kernel (2.6.32), both with Debian squeeze, where it worked like charm. Only after I put the card in another computer this bug occurred. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xawtv depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libgl1-mesa-glx [libg 7.7.1-4A free implementation of the OpenG ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii liblircclient00.8.3-5infra-red remote control support - ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libpng12-01.2.44-1+squeeze1 PNG library - runtime ii libsm62:1.1.1-1 X11 Session Management library ii libx11-6 2:1.3.3-4 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxmu6 2:1.0.5-2 X11 miscellaneous utility library ii libxpm4 1:3.5.8-1 X11 pixmap library ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii libxv12:1.0.5-1 X11 Video extension library ii libxxf86dga1 2:1.1.1-2 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.1.0-2 X11 XFree86 video mode extension l ii libzvbi0 0.2.33-1 Vertical Blanking Interval decoder ii pia 3.95.dfsg.1-8.1+b1 movie player for xawtw ii scantv3.95.dfsg.1-8.1+b1 television channel-scanner ii v4l-conf 3.95.dfsg.1-8.1+b1 tool to configure video4linux driv ii xawtv-plugins 3.95.dfsg.1-8.1+b1 television viewer - plugins ii xutils1:7.5+8X Window System utility programs m ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime xawtv recommends no packages. Versions of packages xawtv suggests: ii tv-fonts 1.1-7 X11 fonts for TV applications pn xawtv-plugin-qt none (no description available) -- debconf information: * xawtv/freqtab: europe-west * xawtv/channel-scan: true * xawtv/tvnorm: PAL xawtv/makedev: true * xawtv/build-config: true $ xawtv This is xawtv-3.95.dfsg.1, running on Linux/x86_64 (2.6.32-matroxfb) xinerama 0: 1280x1024+0+0 xinerama 1: 1280x1024+1280+0 *** glibc detected *** /usr/bin/xawtv: malloc(): memory corruption: 0x00b9b1c0 *** === Backtrace: = /lib/libc.so.6(+0x71ad6)[0x7fd4d3c5ead6] /lib/libc.so.6(+0x74b6d)[0x7fd4d3c61b6d] /lib/libc.so.6(__libc_malloc+0x70)[0x7fd4d3c63930] /usr/lib/libX11.so.6(XCreateGC+0x2c)[0x7fd4d4d5a8cc] /usr/bin/xawtv(x11_create_pixmap+0x5e)[0x416c2e] /usr/bin/xawtv[0x410051] /usr/bin/xawtv[0x42695f] /usr/lib/libXt.so.6(+0x4c13d)[0x7fd4d590413d] /usr/lib/libXt.so.6(+0x4c3dd)[0x7fd4d59043dd] /usr/lib/libXt.so.6(_XtTranslateEvent+0x5e6)[0x7fd4d5904b76] /usr/lib/libXt.so.6(XtDispatchEventToWidget+0x5cd)[0x7fd4d58daf3d] /usr/lib/libXt.so.6(+0x23577)[0x7fd4d58db577] /usr/lib/libXt.so.6(XtDispatchEvent+0xb1)[0x7fd4d58da561] /usr/bin/xawtv(xt_main_loop+0x3f)[0x41721f] /usr/bin/xawtv(main+0x1730)[0x412710] /lib/libc.so.6(__libc_start_main+0xfd)[0x7fd4d3c0bc4d] /usr/bin/xawtv[0x40ef99] === Memory map: 0040-0043d000 r-xp fe:00 1818667
Bug#635974: pu: package win32-loader/0.6.21+squeeze1
tag 635974 + cofnirmed thanks On Wed, 2011-08-24 at 18:25 +0200, Didier Raboud wrote: Le dimanche, 7 août 2011 16.13:47, Didier Raboud a écrit : By the way, what more should I do to get this fixed ? After a short chat with Adam over IRC, the suggested next step was please send an up-to-date debdiff to the bug. Here it is. You can also find the cherry-picks chain on the win32-loader repository: http://anonscm.debian.org/gitweb/?p=d-i/win32-loader.git;a=shortlog;h=refs/heads/master-squeeze Please go ahead, and sorry for the delays. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642409: linux-2.6: suspend from gnome shutdown fails when krb5/nfs4 user logged in
On Wed, 28 Sep 2011 11:09:33 +0200 John Hughes j...@calva.com wrote: On 27/09/11 20:27, Jeff Layton wrote: On Mon, 26 Sep 2011 14:31:32 -0400 Jeff Laytonjlay...@redhat.com wrote: Not sure what happened here. Looks like the freeze phase of the suspend worked. My inclination is to think that this is not due to my patch. What might be helpful is to try suspending without NFS being mounted. If that doesn't work either, then maybe back out the patch and try again without any NFS mounts. Yeah, after looking over the code I really think the instant wakeup thing is an unrelated problem. This patchset is really intended to fix the problem where the freezer is unable to freeze tasks that are stuck waiting on replies from NFS and CIFS servers. If you aren't seeing these sorts of errors when trying to suspend, then this is probably a different problem: https://bugzilla.redhat.com/show_bug.cgi?id=717735#c0 It would be nice to have some successful tests with this set though before I propose it, but that might not be possible given the general fragility of the userspace suspend code :-/ I'm testing away. I think you're right about the problems now being userspace. I feel that the hang after thaw problems I'm seeing are caused by krb5 - it seems to like to get itself into a situation where it has no krb5 ticket so it can't access my home directory which prevents the unlock window popping up so it can't get my password and ask for a new krb5 ticket. Maybe... krb5 tickets are usually stored in /tmp, so it's probably not the lack of that. It is however likely that the GUI requires access to some files in your homedir, which might be problematic. Still though, it seems like as long as you have a valid ticket, the resume ought to work (assuming that rpc.gssd is back up and running). If I log on on another screen or serial terminal then the unlock dialogue pops up. That certainly sounds like you're needing to reestablish your credcache. Are you putting the krb5 credcache in the keyring or memory or something? I'm going to continue testing today but so far my feeling is that the patch works as advertised - nfs4 shares no longer prevent suspend from working. John would you be able to test the things I mentioned in my prior reply? In particular, seeing whether you're able to suspend consistently without nfs mounts and without those patches in place? If that doesn't work either, then I'll be inclined to think that this is unrelated. So far (I'll confirm tomorrow) 1. I can suspend without nfs mounts 2. I can suspend with nfs mounts if they are not my home directory 3. suspending with nfs mounts of the home directory using echo mem /sys/power/state works 4. suspending with nfs mounts of the home directory using pm-suspend usualy works 5. suspending with nfs mounts of the home directory using gnome shutdown/suspend menu item often hangs. The problems are much more visible on my klunky old Optiplex GX270 systems (2.6GHz P4) than my nice new Optiplex 390 (Core I3). Nice, thanks for testing it. I'll go ahead and send these out later today. -- Jeff Layton jlay...@redhat.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643653: [hylafax-server] something wrong in postinst, configuration run twice, faxaddmodem not called
Package: hylafax-server Version: 6.0.5-4.1 Severity: normal --- Please enter the report below this line. --- Hi there, on debian squeeze 6.0.2 Something botch with: Stopping HylaFAX: faxq hfaxd[: 396: =: unexpected operator grep ^^ to see where it is in the logs (in italian). I've removed the warning after missing /etc/hylafax/*getty-link to keep the content smaller. Calling faxaddmodem manually works fine and hylafax appears to work fine. Aggiunta dell'utente di sistema «faxmaster» (UID 111) ... Aggiunta del nuovo gruppo «faxmaster» (GID 116) ... Aggiunta del nuovo utente «faxmaster» (UID 111) con gruppo «faxmaster» ... La directory home «/var/spool/hylafax» non è stata creata. Setup program for HylaFAX (tm) 6.0.5. Created for i686-pc-linux-gnu on Fri Dec 10 14:28:06 UTC 2010. Found base64 encoder: /usr/bin/base64 Found Quoted-Printable encoder: qp-encode Looks like /usr/bin/base64 supports base64 encoding. Found mimencode for compatibilty: mimencode Checking system for proper server configuration. Warning: /etc/hylafax/getty-link does not exist or is not an executable program! The file: /etc/hylafax/getty-link Warning: /etc/hylafax/vgetty-link does not exist or is not an executable program! The file: /etc/hylafax/vgetty-link Warning: /etc/hylafax/egetty-link does not exist or is not an executable program! The file: /etc/hylafax/egetty-link Make /var/spool/hylafax/bin/ps2fax a link to /var/spool/hylafax/bin/ps2fax.gs. Make /var/spool/hylafax/bin/pdf2fax a link to /var/spool/hylafax/bin/pdf2fax.gs. Update /var/spool/hylafax/status/any.info. HylaFAX configuration parameters are: [1] Init script starts faxq:yes [2] Init script starts hfaxdyes [3] Start paging protocol: no Are these ok [yes]? Modem support functions written to /var/spool/hylafax/etc/setup.modem. Configuration parameters written to /var/spool/hylafax/etc/setup.cache. Restarting HylaFAX server processes. You do not appear to have any modems configured for use. Modems are configured for use with HylaFAX with the faxaddmodem(8) command. Do you want to run faxaddmodem to configure a modem [yes]? Done verifying system setup. Creating /etc/hylafax/setup.cache from /var/spool/hylafax/etc/setup.cache. Creating /etc/hylafax/setup.modem from /var/spool/hylafax/etc/setup.modem. /var/spool/hylafax Stopping HylaFAX: faxq hfaxd[: 396: =: unexpected operator . ^^ Setup program for HylaFAX (tm) 6.0.5. Created for i686-pc-linux-gnu on Fri Dec 10 14:28:06 UTC 2010. Reading cached parameters from /var/spool/hylafax/etc/setup.cache. Found base64 encoder: /usr/bin/base64 Found Quoted-Printable encoder: qp-encode Found mimencode for compatibilty: mimencode Checking system for proper server configuration. Warning: /etc/hylafax/getty-link does not exist or is not an executable program! The file: /etc/hylafax/getty-link Warning: /etc/hylafax/vgetty-link does not exist or is not an executable program! The file: /etc/hylafax/vgetty-link Warning: /etc/hylafax/egetty-link does not exist or is not an executable program! The file: /etc/hylafax/egetty-link Make /var/spool/hylafax/bin/ps2fax a link to /var/spool/hylafax/bin/ps2fax.gs. Make /var/spool/hylafax/bin/pdf2fax a link to /var/spool/hylafax/bin/pdf2fax.gs. Update /var/spool/hylafax/status/any.info. HylaFAX configuration parameters are: [1] Init script starts faxq:yes [2] Init script starts hfaxdyes [3] Start paging protocol: no Are these ok [yes]? Modem support functions written to /var/spool/hylafax/etc/setup.modem. Configuration parameters written to /var/spool/hylafax/etc/setup.cache. Restarting HylaFAX server processes. Should I restart the HylaFAX server processes [yes]? You do not appear to have any modems configured for use. Modems are configured for use with HylaFAX with the faxaddmodem(8) command. Do you want to run faxaddmodem to configure a modem [yes]? Done verifying system setup. Updating /etc/hylafax/setup.modem from /var/spool/hylafax/etc/setup.modem. /var/spool/hylafax Starting HylaFAX: syncing directories... faxq hfaxd. Not starting HylaFAX daemons since they are already running. --- System information. --- Architecture: i386 Kernel: Linux 3.0.0+ Debian Release: wheezy/sid 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643654: munin-node won't listen on ipv4 addresses after upgrading to libnet-server-perl 0.99-3
Package: libnet-server-perl Version: 0.99-3 i've got several systems running munin-node, and those that have had munin-node restarted recently are listening ONLY on ipv6. Those that have been running since approx Sep 19 are listening correctly on ipv4. All are running munin-node 1.4.6-1, and all are kept up-to-date with debian sid. all upgraded today, but munin-node was only restarted on some. the most likely culprit is libnet-server-perl which was upgraded from 0.99-2 to 0.99-3 around September 20. changelog.Debian.gz for libnet-server-perl mentions: * took IPv6 patch from bug report, improved and included it as 05_ipv6-support.dpatch. (closes: Bug#523846) ipv6 support is nice i suppose, but not at the expense of ipv4 support. e.g. kali:/etc/munin# netstat -tupan | grep munin tcp0 0 0.0.0.0:49490.0.0.0:* LISTEN 2646/munin-node kali:/etc/munin# ps aux | grep [m]unin root 2646 0.0 0.0 44328 8624 ?Ss Sep19 0:55 /usr/sbin/munin-node ganesh:/etc/munin# netstat -tupan | grep munin tcp6 0 0 :::4949 :::*LISTEN 8301/munin-node ganesh:/etc/munin# ps aux | grep [m]unin root 8301 0.0 0.0 49676 10300 ?Ss 20:20 0:00 /usr/sbin/munin-node Both systems above (in fact, all my systems) are configured with 'host *' in munin-node.conf. I have forced one machine to listen on ipv4 by putting 'host ip.ip.ip.ip' in munin-node.conf - but that only allows it to listen on ONE ipv4 address, not all of them. worse, i would have to maintain individual munin-node.conf files for each machine rather than just scp or pdcp the same munin-node.conf to every box. this may be a bug in libnet-server-perl, or it may be a bug in munin-node (might need changes to cope with lbnet-server-perl 0.99-3). I can't tell. feel free to reassign this bug if it belongs to munin-node. or merge this report into #523846 if that's more appropriate. [5 mins later] BTW, downgrading to libnet-server-perl 0.99-2 does fix the problem, so i'm submitting this for libnet-server-perl rather than munin-node (i was originally going to submit it for munin-node 1.46-1) ganesh:/# dpkg -i /export/ftp/debian/pool/main/libn/libnet-server-perl/libnet-server-perl_0.99-2_all.deb dpkg: warning: downgrading libnet-server-perl from 0.99-3 to 0.99-2. (Reading database ... 878378 files and directories currently installed.) Preparing to replace libnet-server-perl 0.99-3 (using .../libnet-server-perl_0.99-2_all.deb) ... Unpacking replacement libnet-server-perl ... Setting up libnet-server-perl (0.99-2) ... Processing triggers for man-db ... ganesh:/# /etc/init.d/munin-node restart Stopping Munin-Node: done. Starting Munin-Node: done. ganesh:/# netstat -tupan | grep munin tcp0 0 0.0.0.0:49490.0.0.0:* LISTEN 14875/munin-node 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#643654: munin-node won't listen on ipv4 addresses after upgrading to libnet-server-perl 0.99-3
-=| Craig Sanders, 28.09.2011 21:18:26 +1000 |=- Package: libnet-server-perl Version: 0.99-3 i've got several systems running munin-node, and those that have had munin-node restarted recently are listening ONLY on ipv6. Those that have been running since approx Sep 19 are listening correctly on ipv4. ganesh:/etc/munin# netstat -tupan | grep munin tcp6 0 0 :::4949 :::*LISTEN 8301/munin-node I have that too, but I am still able to connect on the regular ipv4 address. Are you really unable to connect to the ipv4 addresses? signature.asc Description: Digital signature
Bug#642261: (no subject)
The problem is due to libreoffice-kde If removed, the bug disappers. Perhaps it's better to open a new bug report on this last package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643650: haproxy: usesrc clientip not working with linux kernel version = 3.0.0
Hello, Could you provide me with your configuration so that I can confirm the behaviour? greetinx christo On 09/28/2011 12:58 PM, Yang Zhe wrote: Package: haproxy Version: 1.4.15-1 Severity: important Tags: upstream patch After upgrading to linux kernel 3.0.0, my haproxy stopped working. By using debug option, I find that transparent with usesrc client stopped working. It alters: [ALERT]: Cannot bind to source address before connect() for proxy %s. Aborting. It worked correctly when I was using kernel 2.6.29. So that I checked into source code, and find that in src/proto_tcp.c:141, bind() returned 97 (EAFNOSUPPORT). I can't understand why it failed after successfully setsockopt(..., IP_TRANSPARENT, ...). Since perror says Address family not supported, I find that after memset() bind_addr to 0 at src/proto_tcp.c:132, bind_addr.sin_family is uninitialized. After I add bind_addr.sin_family = AF_INET; below memset(), recompile haproxy then it works again. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages haproxy depends on: ii adduser 3.113 add and remove users and groups ii libc6 2.13-17Embedded GNU C Library: Shared lib ii libpcre3 8.12-3 Perl 5 Compatible Regular Expressi haproxy recommends no packages. haproxy suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#643655: libpacparser1: Make some functions public
Package: libpacparser1 Version: 1.2.6-2 Severity: wishlist Please make some functions public, for example pacparser_parse_pac_string(const char *) For now to parse a string I should write it to a file and use pacparser_parse_pac(path_to_file) or use different C hacks to get access to pacparser_parse_pac_string() -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable'), (25, 'testing'), (20, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpacparser1 depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib libpacparser1 recommends no packages. libpacparser1 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#643656: [plasma-desktop] KDE: applications vanishing from taskbar and icons not showing up in tray
Package: plasma-desktop Version: 4:4.6.5-3 Severity: normal --- Please enter the report below this line. --- Last week one of my hard-disks lost connectivity and RAID array went down. digikam and the the taskbar application died with a SIGBUS. So far this was expected ( it probably tried to read an open file, but filesystem went away). After I fixed the RAID array and logged into KDE, and I had no taskbar/tray icons anymore. So I clicked the Panel toolbox button on top right corner, and clicked add panel. Surely the taskbar and tray area was back now. However the tray area is not working anymore, I see the clock, and the standard KDE icons (clipboard, kbd layout switcher, randrtray, mixer, bluetooth, etc.), but I don't see pidgin's icon at all. Of course pidgin is running. The situation persists after logout/login, and reboot. How can I debug why the tray is not working? Is there some debug information I could provide? What is the name of the application that provides the tray area? (in KDE3 I think it was kicker, don't know about KDE4). The taskbar is misbehaving too, for example icedove keeps vanishing (have to run icedove to get it focused again). Don't have a definitive testcase for it, but if I switch to another app, and use it for a while, and then later (half an hour?) look for icedove its gone. I checked dmesg and there is no segfault message about icedove there. Still it could've died without logging anything to dmesg, will try to confirm with 'ps' that its still running, the next time it vanishes. --- System information. --- Architecture: amd64 Kernel: Linux 3.0.3 Debian Release: wheezy/sid 500 unstableftp.ro.debian.org 1 experimentalftp.lug.ro --- Package information. --- Depends (Version) | Installed ===-+-=== kdebase-runtime | 4:4.6.5-1+b1 libc6(= 2.2.5) | 2.13-21 libkcmutils4 (= 4:4.6.3) | 4:4.6.5-2 libkdecore5(= 4:4.6.3) | 4:4.6.5-2 libkdeui5 (= 4:4.6.3) | 4:4.6.5-2 libkephal4abi1(= 4:4.6.5-3) | 4:4.6.5-3 libkfile4 (= 4:4.6.3) | 4:4.6.5-2 libkidletime4 (= 4:4.6.3) | 4:4.6.5-2 libkio5(= 4:4.6.3) | 4:4.6.5-2 libknewstuff3-4(= 4:4.6.3) | 4:4.6.5-2 libktexteditor4(= 4:4.6.3) | 4:4.6.5-2 libkworkspace4(= 4:4.6.5-3) | 4:4.6.5-3 libplasma3 (= 4:4.6.3) | 4:4.6.5-2 libplasmagenericshell4(= 4:4.6.5-3) | 4:4.6.5-3 libqt4-dbus(= 4:4.6.1) | 4:4.7.3-8 libqt4-xml (= 4:4.5.3) | 4:4.7.3-8 libqtcore4 (= 4:4.7.0~beta1) | 4:4.7.3-8 libqtgui4(= 4:4.7.0~beta2) | 4:4.7.3-8 libsolid4 (= 4:4.6.3) | 4:4.6.5-2 libstdc++6 (= 4.1.1) | 4.6.1-12 libtaskmanager4abi1 (= 4:4.6.5-3) | 4:4.6.5-3 libx11-6| 2:1.4.4-2 libxext6| 2:1.3.0-3 plasma-widgets-workspace (= 4:4.6.5-3) | 4:4.6.5-3 Recommends (Version) | Installed -+-=== kdebase-workspace| 4:4.6.5-3 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643657: puppet-el: should not conflict with earlier versions of puppet client
Package: puppet-el Severity: normal The 'puppet-el' package conflicts with any earlier version of the 'puppet' package. This doesn't reflect reality, because you may not be editing manifests for the same client version that you happen to be running. For instance, I wanted to pin the puppet client on my sid machine to the squeeze version to prevent version mismatches with my squeeze puppetmaster. However, once I do this, I also have to pin puppet-el, which should not be necessary. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643586: meshlab crashes on file load
Hello Albert, Thanks for the report. Can you provide a (minimal) file which crashes meshlab? I can report this upstream, or you can do it yourself in upstream bug tracker at http://sourceforge.net/tracker/?group_id=149444atid=774731 Either way, please keep this Debian bug updated. Best, Teemu On Tue, Sep 27, 2011 at 10:47 PM, Albert Dengg alb...@fsfe.org wrote: severity minor thanks hi, after submiting the bug, i found that i had the wrong export option in openscad, so that he tried to create an dxf... even so, a crash might not be the ideal reaction. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642263: AEL for loops use Macro app and pipe delimiter
tag 642263 + unreproducible thanks Hi, Thanks for the report, On Tue, Sep 20, 2011 at 05:43:54PM -0400, Luke-Jr wrote: Package: asterisk Version: 1:1.6.2.9-2+squeeze3 Using macros inside of for loops compiles to the old Macro application using pipes as delimiters. It should be modified to use the new Gosub-and- comma syntax. The offending code is on lines 3548-3566 in res/ael/pval.c in at least 1.6.2.9 through Subversion trunk. Upstream bug: https://issues.asterisk.org/jira/browse/ASTERISK-18593 The example code there depends on a number of external variables not included in the example. I added there a simpler example that works fine for me. Please provide a reproducable example. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org