Bug#578216: ocsigen: server does not respond
On Sun, Apr 18, 2010 at 12:51 AM, Paul Pelzl pelz...@gmail.com wrote: On Sun, Apr 18, 2010 at 12:36 AM, Stéphane Glondu glo...@debian.org wrote: Have you tried to connect in IPv6? What is the output of netstat -lptn? Ah, thanks. I can indeed connect via ip6-localhost. Is this the expected behavior when the port is configured as port80/port? The documentation is not clear on this point. To answer the other question, netstat -lptn reports the following line of interest: Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp6 0 0 :::80 :::* LISTEN 2807/ocamlrun Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578216: ocsigen: server does not respond
severity 578216 important retitle 578216 Should listen on IPv4 by default thanks Paul Pelzl a écrit : Have you tried to connect in IPv6? What is the output of netstat -lptn? Ah, thanks. I can indeed connect via ip6-localhost. Is this the expected behavior when the port is configured as port80/port? The documentation is not clear on this point. Actually, the expected behaviour was to listen on both IPv6 and IPv4, but that changed with net.ipv6.bindv6only (which changed from 0 to 1 in Debian recently). This is fixed upstream, but I didn't applied the patch in the Debian package because it can be easily worked around by using port*:80/port. The documentation is there (look for port): http://ocsigen.org/ocsigenserver/config I tried to be as explicit as possible about this point. Feel free to propose something better (I am also upstream and can fix the website). 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#578199: notmuch: GNU Emacs and VIM interfaces should be in specific packages
On Sat, 17 Apr 2010 21:37:28 +0200, Xavier Maillard x...@gnu.org wrote: Currently, notmuch package embeds both vim and GNU Emacs client interfaces. I think we are wrong doing so. Could you explain what you perceive as the problem here? So far, the package is really just tracking the upstream approach. And the upstream approach is that the notmuch command-line interface isn't useful without at least *some* higher-level interface. So everything that exists so far is bundled. Please consider separating client interfaces in their own packages. The current interfaces at least don't introduce any further dependencies. What do you see as the gain that would be had by splitting these out? -Carl pgpFi0pDl7hew.pgp Description: PGP signature
Bug#578019: libwebkit-1.0-2: makes DNS query for every mouse movement
On Sat, 17 Apr 2010 17:46:50 -0400 Michael Gilbert michael.s.gilb...@gmail.com wrote: I have to say that I find this behaviour appalling. It seems to be a security issue all by itself, and is probably a symptom of even bigger problems. it may actually be undesirable, It may actually be completely illegitimate and pointless to try thousands of times to resolve the domain name . . but i don't think it can be considered a security issue. As long as you don't mind having every movement of your mouse, no matter how tiny, reported on your external network connection. iceweasel does pretty much the same thing anyway. That is absolutely false. If you would try it for yourself, you would see that it does no such thing. i think this has to do with page precaching, and there are options to disable that. There can be no rational reason for making an unlimited number of DNS queries for the hostname . on the pretext that the mouse has moved. It has to do with being a particularly stupid bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578226: lcd4linux: Please add mpd as a dependency, or remove mpd requirement at compile time
Package: lcd4linux Version: 0.10.1~rc2-2 Severity: important lcd4linux does not list mpd as a requirement, yet it will not start without mpd installed and running: # lcd4linux Error 15: 'problems getting a response from localhost on port 6600 : Connection refused' Error: Cannot connect to MPD! Is MPD started? My lcd4linux.conf contains no reference to MPD. Adding a 'Plugin MPD' block to the config (as shown at http://ssl.bulix.org/projects/lcd4linux/wiki/plugin_mpd ) and setting 'enabled' to 0 also fails to resolve this issue. Please either add a dependency for mpd, or preferably, remove the mpd plugin if it insists on starting whether or not it's enabled in the config, as this is broken behavior. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.12-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages lcd4linux depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libgd2-xpm 2.0.36~rc1~dfsg-3 GD Graphics Library version 2 ii libmpd00.15.0-3 High-level client library for acce ii libmysqlclient15off5.0.51a-24MySQL database client library ii libncurses55.7+20081213-1shared libraries for terminal hand ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii libx11-6 2:1.1.5-2 X11 client-side library ii python2.4 2.4.6-1 An interactive high-level object-o lcd4linux recommends no packages. lcd4linux 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#578216: ocsigen: server does not respond
On Sun, Apr 18, 2010 at 1:10 AM, Stéphane Glondu glo...@debian.org wrote: Is this the expected behavior when the port is configured as port80/port? The documentation is not clear on this point. Actually, the expected behaviour was to listen on both IPv6 and IPv4, but that changed with net.ipv6.bindv6only (which changed from 0 to 1 in Debian recently). This is fixed upstream, but I didn't applied the patch in the Debian package because it can be easily worked around by using port*:80/port. The documentation is there (look for port): http://ocsigen.org/ocsigenserver/config I tried to be as explicit as possible about this point. Feel free to propose something better (I am also upstream and can fix the website). The documentation is explicit about the qualified forms port*:80/port and port[::]:80/port, but the unqualified form of port80/port is not addressed explicitly. It would be helpful to have an additional sentence that explains this case (although I guess it might not have helped me today if the behavior was due to a recent Debian change). Thanks for the help. Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578019: libwebkit-1.0-2: makes DNS query for every mouse movement
On Thu, Apr 15, 2010 at 11:40:44PM -0700, Ian Bruce wrote: Package: libwebkit-1.0-2 Version: 1.2.0-1 Severity: important Webkit seems to make a DNS query for every mouse movement event that it receives from the browser window. (This happens with both Epiphany and Midori, so I assume that the problem is in Webkit.) This is easy to reproduce; run the following command (as root): tcpdump -n -i eth0 port 53 (use appropriate network interface for remote DNS server) Then load any random website (say, www.debian.org) into a browser window, and simply move the mouse pointer around in that window, without clicking on anything. This will generate a continuous stream of hundreds of DNS queries, of the following form: 21:54:13.616734 IP client.address.net.55545 dns.server.net.53: 47984+ A? . (17) 21:54:13.616870 IP client.address.net.55545 dns.server.net.53: 21375+ ? . (17) 21:54:13.637479 IP dns.server.net.53 client.address.net.55545: 47984 0/1/0 (92) 21:54:13.638427 IP dns.server.net.53 client.address.net.55545: 21375 0/1/0 (92) 21:54:13.657687 IP client.address.net.40289 dns.server.net.53: 53754+ A? . (17) 21:54:13.657824 IP client.address.net.40289 dns.server.net.53: 43656+ ? . (17) 21:54:13.678386 IP dns.server.net.53 client.address.net.40289: 53754 0/1/0 (92) 21:54:13.678841 IP dns.server.net.53 client.address.net.40289: 43656 0/1/0 (92) 21:54:13.688747 IP client.address.net.34724 dns.server.net.53: 52909+ A? . (17) 21:54:13.688878 IP client.address.net.34724 dns.server.net.53: 19941+ ? . (17) 21:54:13.709435 IP dns.server.net.53 client.address.net.34724: 52909 0/1/0 (92) 21:54:13.710367 IP dns.server.net.53 client.address.net.34724: 19941 0/1/0 (92) (IP addresses replaced with appropriate hostnames) Presumably, even with a local DNS server, tracing calls to the DNS resolver library would show the same phenomenon. I have to say that I find this behaviour appalling. It seems to be a security issue all by itself, and is probably a symptom of even bigger problems. I can't reproduce this behaviour... Are you sure these requests come from epiphany ? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577986: reportbug: Crash after current bugs list
Package: reportbug Version: 4.11 Severity: normal I was reporting a bug using the gtk interface, and it crashed. I was at the view a tree of already reported bugs part, and my bug was already reported (Against ruby package). I never used this interface, so I was trying to figure out how to send a new message into the same bug report. So I selected it and pressed next; it crashed. Now I have two bugs to report ^^ The strange thing is that even with reportbug -u text, the Gtk-Message: Failed to load module canberra-gtk-module: libcanberra-gtk-module.so: cannot open shared object file: No such file or directory still appears o.o A small log: $ reportbug Gtk-Message: Failed to load module canberra-gtk-module: libcanberra-gtk-module.so: cannot open shared object file: No such file or directory /usr/lib/pymodules/python2.5/reportbug/ui/gtk2_ui.py:454: PangoWarning: pango_layout_set_width: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.5/reportbug/ui/gtk2_ui.py:454: PangoWarning: pango_layout_get_extents: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.5/reportbug/ui/gtk2_ui.py:454: PangoWarning: pango_layout_get_line_count: assertion `layout != NULL' failed gtk.main () Floating point exception -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/dark/.reportbugrc: reportbug_version 4.10.2 mode advanced ui gtk2 realname Elias Gabriel Amaral da Silva email tolkiend...@gmail.com no-cc header X-Debbugs-CC: tolkiend...@gmail.com smtphost reportbug.debian.org -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.7.25.3 Advanced front-end for dpkg ii python2.5.4-9An interactive high-level object-o ii python-reportbug 4.11 Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utilsnone (no description available) pn debsums none (no description available) pn dlocate none (no description available) ii emacs23-bin-common 23.1+1-5The GNU Emacs editor's shared, arc ii exim4-daemon-light [ 4.71-4 lightweight Exim MTA (v4) daemon ii file 5.04-2 Determines file type using magic ii gnupg1.4.10-2GNU privacy guard - a free PGP rep ii python-gtk2 2.16.0-2Python bindings for the GTK+ widge pn python-gtkspell none (no description available) pn python-urwid none (no description available) ii python-vte 1:0.22.5-3 Python bindings for the VTE widget ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from -- 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#578176: exim4-config: ACL Add condition !acl = acl_local_deny_exceptions in defer
On 2010-04-17 Fabien André debian-...@xion345.info wrote: Package: exim4-config Version: 4.69-9 Severity: wishlist [...] By the way, exim4-config_files is outdated and still mentions former filenames. (exim4_local_sender_blacklist) [...] Hello, could you please elaborate on that? I cannot see it ametz...@argenau:~/tmp$ dpkg -x exim4-config_4.69-9_all.deb \ /tmp/exim4-config_4.69-9 ametz...@argenau:/tmp$ find exim4-config_4.69-9 -exec \ zgrep -l exim4_local_sender_blacklist {} + ametz...@argenau:/tmp$ thanks, cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548917: ruby: Pretty annoying :( (+ workaround)
Package: ruby Version: 4.4 Severity: normal I think that if some ruby apps expect that /usr/bin/ruby is really ruby1.8, so a) these apps must be fixed b) if important apps aren't, squeeze must default to 1.8 You should consider that important libs (such as ruby-gnome2) isn't (AFAIK) ported yet to 1.9 anyway. Also, notice that making it a *option* to put ruby as ruby1.9.1 does not break any app (the user that wants to configure it is supposed to know better) If there are different library path for each version, these paths could theoretically enter into the alternatives rule. This is ugly. But the suffix problem isn't unique to ruby: it also happens in python, etc. So I think that there could be a general solution. (Hmmm. /usr/bin/python is a link to python2.5 here, without alternatives. Well..) Anyway, the alternatives system is working greatly for, hmm.. Java? And there are multiple versions of java out there.. I'm using this workaround: update-alternatives --install /usr/bin/ruby ruby /usr/bin/ruby1.8 400 \ --slave /usr/share/man/man1/ruby.1.gz ruby.1.gz \ /usr/share/man/man1/ruby1.8.1.gz \ --slave /usr/share/man/man1/ri.1.gz ri.1.gz \ /usr/share/man/man1/ri1.8.1.gz \ --slave /usr/share/man/man1/rdoc.1.gz rdoc.1.gz \ /usr/share/man/man1/rdoc1.8.1.gz \ --slave /usr/share/man/man1/irb.1.gz irb.1.gz \ /usr/share/man/man1/irb1.8.1.gz \ --slave /usr/bin/ri ri /usr/bin/ri1.8 \ --slave /usr/bin/irb irb /usr/bin/irb1.8 \ --slave /usr/bin/rdoc rdoc /usr/bin/rdoc1.8 update-alternatives --install /usr/bin/ruby ruby /usr/bin/ruby1.9.1 500 \ --slave /usr/share/man/man1/ruby.1.gz ruby.1.gz \ /usr/share/man/man1/ruby1.9.1.1.gz \ --slave /usr/share/man/man1/ri.1.gz ri.1.gz \ /usr/share/man/man1/ri1.9.1.1.gz \ --slave /usr/share/man/man1/rdoc.1.gz rdoc.1.gz \ /usr/share/man/man1/rdoc1.9.1.1.gz \ --slave /usr/share/man/man1/irb.1.gz irb.1.gz \ /usr/share/man/man1/irb1.9.1.1.gz \ --slave /usr/bin/ri ri /usr/bin/ri1.9.1 \ --slave /usr/bin/irb irb /usr/bin/irb1.9.1 \ --slave /usr/bin/rdoc rdoc /usr/bin/rdoc1.9.1 this defaults to 1.9.1, update-alternatives --config ruby will change it (hopefully this will help googlers) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ruby depends on: ii ruby1.8 1.8.7.249-2 Interpreter of object-oriented scr ruby recommends no packages. Versions of packages ruby suggests: ii irb 4.4Interactive Ruby (irb) pn libopenssl-ruby none (no description available) pn rdoc none (no description available) ii ri4.4Ruby Interactive reference (ri) pn ruby-dev none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578216: ocsigen: server does not respond
Paul Pelzl a écrit : The documentation is explicit about the qualified forms port*:80/port and port[::]:80/port, but the unqualified form of port80/port is not addressed explicitly. [...] Indeed. It was unspecified. But used in examples and the default configuration file. I didn't pay attention. [...] It would be helpful to have an additional sentence that explains this case (although I guess it might not have helped me today if the behavior was due to a recent Debian change). Fixed. You are not the first to be puzzled by this issue (but the first to submit a proper bugreport :) A new upstream release should be made soon. Thanks for the help. Thanks for your feedback. 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#577292: Bug in libbusiness-onlinepayment-paymentech-perl fixed in revision 56389
tag 577292 + pending thanks Some bugs are closed in revision 56389 by Ivan Kohler (ivan) Commit message: A sane Build-Depends-Indep to fix FTBFS (closes: Bug#577292) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578227: add support for FIFOs to aftpd
Package: atftpd Version: 0.7.dfsg-9 Hi, This is a wishlist bug to add support for FIFOs to the base atftpd package. Basically the program opsi (and it's various daemon) use atftpd and they have a specific patch which adds support for atftpd to read what it should do via a FIFO. This means that a computer can be instructed to rebuild, perform a hardware / software inventory or re-install itself mostly remotely. The patch is at (and also attached); http://download.uib.de/atftpd/atftpd-0.7.dfsg-fifo.patch I have read through the patch and, so as FIFOs are not being used, this does not change the functionality of atftpd at all. And the portion that looks for, and uses the FIFO also looks good. This will make opsi a lot easier to install for Debian and derived distributions. Thanks, Anand atftpd-0.7.dfsg-fifo.patch Description: Binary data
Bug#536632: ITP: kwin-style-nitrogen -- Fork of the oxygen/ozone decoration with more features
Hi, nitrogen is merged in oxygen. It doesn't make sense anymore to package it. Let's close this ITP ? Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578228: ITP: kdevelop-php-docs -- PHP documentation plugin for KDevelop
Package: wnpp Severity: wishlist Owner: Fathi Boudra f...@debian.org Owner: Fathi Boudra f...@debian.org * Package name: kdevelop-php-docs Version : 1.0.0 rc 2 Upstream Author : Milian Wolff m...@milianw.de * URL : ftp://ftp.kde.org/pub/kde/ * License : LGPL2+ Programming Lang: C++ Description : PHP documentation plugin for KDevelop KDevelop is an easy to use integrated development environment for KDE. It supports a wide range of programming languages and features project management, an advanced editor, a class browser and an integrated debugger. This package contains the PHP documentation plugin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578019: libwebkit-1.0-2: makes DNS query for every mouse movement
On Sun, 18 Apr 2010 08:41:30 +0200 Mike Hommey m...@glandium.org wrote: I can't reproduce this behaviour... Are you sure these requests come from epiphany ? Epiphany, or Midori. midori : version 0.2.4-2 epiphany-browser : version 2.30.2-1 libwebkit-1.0-2 : version 1.2.0-1 The correlation between moving the mouse pointer around in the browser window, and getting this stream of DNS queries, is 100%. If the mouse pointer is motionless, or not inside the browser window, nothing happens. If it moves inside the browser window, there are two DNS queries for every pixel of movement (or more probably, every mouse event from the X server): 00:27:05.355933 IP web.client.52494 dns.server.53: 44565+ A? . (17) 00:27:05.356072 IP web.client.52494 dns.server.53: 6626+ ? . (17) 00:27:05.378726 IP dns.server.53 web.client.52494: 44565 0/1/0 (92) 00:27:05.379457 IP dns.server.53 web.client.52494: 6626 0/1/0 (92) It doesn't even matter whether the browser window has the input focus. However, if the mouse pointer moves along a hyperlink, then no DNS queries are generated. This is probably a stupid question, but does your /etc/resolv.conf point to a remote DNS server? Does tcpdump show the DNS query for the webhost when a page gets loaded? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576706: the bug is in exo or gtk
Hi, either the bug is in exo or gtk, but not in thunar nor pcmanfm packages. It could be reassigned to exo for now. Regards, Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578019: libwebkit-1.0-2: makes DNS query for every mouse movement
On Sun, Apr 18, 2010 at 12:52:04AM -0700, ian_br...@fastmail.net wrote: On Sun, 18 Apr 2010 08:41:30 +0200 Mike Hommey m...@glandium.org wrote: I can't reproduce this behaviour... Are you sure these requests come from epiphany ? Epiphany, or Midori. midori : version 0.2.4-2 epiphany-browser : version 2.30.2-1 libwebkit-1.0-2 : version 1.2.0-1 The correlation between moving the mouse pointer around in the browser window, and getting this stream of DNS queries, is 100%. If the mouse pointer is motionless, or not inside the browser window, nothing happens. If it moves inside the browser window, there are two DNS queries for every pixel of movement (or more probably, every mouse event from the X server): 00:27:05.355933 IP web.client.52494 dns.server.53: 44565+ A? . (17) 00:27:05.356072 IP web.client.52494 dns.server.53: 6626+ ? . (17) 00:27:05.378726 IP dns.server.53 web.client.52494: 44565 0/1/0 (92) 00:27:05.379457 IP dns.server.53 web.client.52494: 6626 0/1/0 (92) It doesn't even matter whether the browser window has the input focus. However, if the mouse pointer moves along a hyperlink, then no DNS queries are generated. This is probably a stupid question, but does your /etc/resolv.conf point to a remote DNS server? Does tcpdump show the DNS query for the webhost when a page gets loaded? Yes it does. Have you tried with another window manager ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578229: ITP: libfog-ruby -- Ruby cloud computing library
Package: wnpp Severity: wishlist Owner: Joshua Timberman jos...@opscode.com Owner: Joshua Timberman jos...@opscode.com * Package name: libfog-ruby Version : 0.0.73 Upstream Author : Wesley Beary (http://geemus.com) * URL : http://github.com/geemus/fog * License : MIT/X Programming Lang: Ruby Description : Ruby cloud computing library fog helps you interact with cloud services. The quick and dirty, top to bottom: * Models provide a simplified interface, making clouds easier to work with and switch between. * Requests allow power users to get the most out of the features of each individual cloud. * Mocks make testing and integrating a breeze. fog works with: * AWS (EC2, S3, SimpleDB) * Rackspace (Files, Servers) * Slicehost * Terremark vCloud Express -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578230: ITP: libfog-ruby -- Ruby cloud computing library
Package: wnpp Severity: wishlist Owner: Joshua Timberman jos...@opscode.com Owner: Joshua Timberman jos...@opscode.com * Package name: libfog-ruby Version : 0.0.73 Upstream Author : Wesley Beary (http://github.com/geemus) * URL : http://github.com/geemus/fog * License : MIT Programming Lang: Ruby Description : Ruby cloud computing library fog helps you interact with cloud services. The library supports the following cloud service providers: * AWS (EC2, S3, SimpleDB) * Rackspace (Files, Servers) * Slicehost * Terremark vCloud Express -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578231: Please move the SSI directory to /etc or make user configurable
Package: nagios3-cgi Version: 3.2.0-5 Tags: patch Severity: wishlist Please move the SSI directory to /etc or make user configurable. Patch attached. -- Omni Flux diff -uNr nagios-3.2.0.orig/cgi/cgiutils.c nagios-3.2.0/cgi/cgiutils.c --- nagios-3.2.0.orig/cgi/cgiutils.c2009-07-31 10:54:20.0 -0600 +++ nagios-3.2.0/cgi/cgiutils.c 2010-04-17 22:27:23.0 -0600 @@ -329,11 +329,15 @@ snprintf(physical_images_path,sizeof(physical_images_path),%simages/,physical_html_path); physical_images_path[sizeof(physical_images_path)-1]='\x0'; + } - snprintf(physical_ssi_path,sizeof(physical_images_path),%sssi/,physical_html_path); + else if(!strcmp(var,physical_ssi_path)){ + strncpy(physical_ssi_path,val,sizeof(physical_ssi_path)); physical_ssi_path[sizeof(physical_ssi_path)-1]='\x0'; + strip(physical_ssi_path); + if(physical_ssi_path[strlen(physical_ssi_path)-1]!='/' (strlen(physical_ssi_path) sizeof(physical_ssi_path)-1)) + strcat(physical_ssi_path,/); } - else if(!strcmp(var,url_html_path)){ strncpy(url_html_path,val,sizeof(url_html_path)); diff -uNr nagios-3.2.0.orig/debian/nagios3-cgi.dirs nagios-3.2.0/debian/nagios3-cgi.dirs --- nagios-3.2.0.orig/debian/nagios3-cgi.dirs 2010-04-17 18:31:27.0 -0600 +++ nagios-3.2.0/debian/nagios3-cgi.dirs2010-04-17 22:31:32.0 -0600 @@ -1,3 +1,3 @@ etc/nagios3/stylesheets -usr/share/nagios3/htdocs/ssi +etc/nagios3/ssi usr/lib/cgi-bin diff -uNr nagios-3.2.0.orig/html/docs/configcgi.html nagios-3.2.0/html/docs/configcgi.html --- nagios-3.2.0.orig/html/docs/configcgi.html 2009-06-17 09:13:52.0 -0600 +++ nagios-3.2.0/html/docs/configcgi.html 2010-04-17 22:29:04.0 -0600 @@ -222,6 +222,54 @@ +a name=physical_ssi_path/a + +table border=0 width=100% class=Default + +tr + +td bgcolor=#cbcbcbstrongPhysical SSI Path/strong/td + +/tr + +/table + +br + + + +table border=0 class=Default + +tr + +td valign=topFormat:/td + +tdstrongphysical_ssi_path=lt;pathgt;/strong/td + +/tr + +tr + +td valign=topExample:/td + +tdfont color=redstrongphysical_html_path=/usr/local/nagios/etc/ssi/strong/font/td + +/tr + +/table + + + +p + +This is the iphysical/i path where the SSI files for Nagios are kept on your workstation or server. + +/p + + + + + a name=url_html_path/a table border=0 width=100% class=Default diff -uNr nagios-3.2.0.orig/sample-config/cgi.cfg.in nagios-3.2.0/sample-config/cgi.cfg.in --- nagios-3.2.0.orig/sample-config/cgi.cfg.in 2009-06-17 09:13:52.0 -0600 +++ nagios-3.2.0/sample-config/cgi.cfg.in 2010-04-17 22:23:35.0 -0600 @@ -25,6 +25,15 @@ +# PHYSICAL SSI PATH +# This is the path where the SSI files for Nagios reside. This +# value is used by the CGIs to locate the custom headers and +# footers to include in generated pages. + +physical_ssi_pa...@sysconfdir@/ssi + + + # URL HTML PATH # This is the path portion of the URL that corresponds to the # physical location of the Nagios HTML files (as defined above).
Bug#578232: log_archive_path value in cgi.cfg not stripped correctly
Package: nagios3-cgi Version: 3.2.0-5 Tags: patch There is a bug when stripping the log_archive_path value from cgi.cfg. It looks like a copy and paste error. Patch attached. -- Omni Flux diff -uNr nagios3-3.2.0.orig/cgi/cgiutils.c nagios3-3.2.0/cgi/cgiutils.c --- nagios3-3.2.0.orig/cgi/cgiutils.c 2009-07-31 10:54:20.0 -0600 +++ nagios3-3.2.0/cgi/cgiutils.c2010-04-18 00:52:00.0 -0600 @@ -481,7 +481,7 @@ temp_buffer=strtok(NULL,\n); strncpy(log_archive_path,(temp_buffer==NULL)?:temp_buffer,sizeof(log_archive_path)); log_archive_path[sizeof(log_archive_path)-1]='\x0'; - strip(physical_html_path); + strip(log_archive_path); if(log_archive_path[strlen(log_archive_path)-1]!='/' (strlen(log_archive_path) sizeof(log_archive_path)-1)) strcat(log_archive_path,/); }
Bug#255860: firefox: plugins shouldn't be able to crash the browser
forwarded 255860 https://bugzilla.mozilla.org/show_bug.cgi?id=478976 thanks Mozilla's been working on an out-of-process plugins (OOPP) solution, tracked in the linked upstream bug. There's a beta available: http://www.mozilla.com/en-US/firefox/lorentz/ -Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578233: encfs: Weird permission problems with --public
Package: encfs Version: 1.4.2-2 Severity: normal Hi, I'm experiencing a weird permission problem when trying to create files on a --public mounted EncFS that resides at a mdadm raid5 array. However I'm able to write and delete existing files. When I move the container to my home and mount it, everything works like it should. When I try to create a file with a non-root user (who has FS level permission to create a file) on the EncFS whose container resides at the raid I get an error saying: (FileNode.cpp:226) mknod error: Permission denied But if I move the same EncFS container to my home and mount it and try to create a file, it works. Let me show you: tri...@nas:~$ mount /dev/hda1 on / type ext3 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) fusectl on /sys/fs/fuse/connections type fusectl (rw) nfsd on /proc/fs/nfsd type nfsd (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) /dev/md0 on /media/raid type ext3 (rw) tri...@nas:~$ cd /media/raid/ tri...@nas:/media/raid$ tri...@nas:/media/raid$ sudo mkdir temp tri...@nas:/media/raid$ sudo chown tribat.tribat temp/ tri...@nas:/media/raid$ cd temp tri...@nas:/media/raid/temp$ sudo encfs /media/raid/temp/.crypt /media/raid/temp/crypt The directory /media/raid/temp/.crypt/ does not exist. Should it be created? (y,n) y The directory /media/raid/temp/crypt does not exist. Should it be created? (y,n) y Creating new encrypted volume. Please choose from one of the following options: enter x for expert configuration mode, enter p for pre-configured paranoia mode, anything else, or an empty line will select standard mode. ? Standard configuration selected. Configuration finished. The filesystem to be created has the following properties: Filesystem cipher: ssl/aes, version 2:1:1 Filename encoding: nameio/block, version 3:0:1 Key Size: 192 bits Block Size: 1024 bytes Each file contains 8 byte header with unique IV data. Filenames encoded using IV chaining mode. Now you will need to enter a password for your filesystem. You will need to remember this password, as there is absolutely no recovery mechanism. However, the password can be changed later using encfsctl. New Encfs Password: Verify Encfs Password: tri...@nas:/media/raid/temp$ tri...@nas:/media/raid/temp$ sudo umount encfs tri...@nas:/media/raid/temp$ Mount it again on another console so we can monitor the debug output tri...@nas:~$ sudo encfs --public -fv /media/raid/temp/.crypt /media/raid/temp/crypt tri...@nas:/media/raid/temp$ ls -l total 4 drwx-- 2 root root 4096 2010-04-18 10:14 crypt tri...@nas:/media/raid/temp$ sudo chown tribat.tribat crypt/ tri...@nas:/media/raid/temp$ cd crypt/ tri...@nas:/media/raid/temp/crypt$ touch test touch: cannot touch `test': Permission denied tri...@nas:/media/raid/temp/crypt$ sudo touch testfile tri...@nas:/media/raid/temp/crypt$ tri...@nas:/media/raid/temp/crypt$ sudo chown tribat.tribat testfile tri...@nas:/media/raid/temp/crypt$ echo Hello testfile tri...@nas:/media/raid/temp/crypt$ cat testfile Hello tri...@nas:/media/raid/temp/crypt$ rm testfile tri...@nas:/media/raid/temp/crypt$ So, I can write and remove existing files if I have permission to them but creating new files gives me a Permission Denied. Lets try that one more time and see what the EncFS logs spit out. tri...@nas:/media/raid/temp/crypt$ touch testfile touch: cannot touch `testfile': Permission denied (Context.cpp:119) no node found for / (DirNode.cpp:736) created FileNode for /media/raid/temp/.crypt/ (encfs.cpp:133) getattr /media/raid/temp/.crypt/ (Context.cpp:119) no node found for /testfile (DirNode.cpp:736) created FileNode for /media/raid/temp/.crypt/hiMwhC0fuIvUSzWndhQu0-iB (encfs.cpp:133) getattr /media/raid/temp/.crypt/hiMwhC0fuIvUSzWndhQu0-iB (RawFileIO.cpp:192) getAttr error on /media/raid/temp/.crypt/hiMwhC0fuIvUSzWndhQu0-iB: No such file or directory (encfs.cpp:137) getattr error: No such file or directory (Context.cpp:119) no node found for /testfile (DirNode.cpp:736) created FileNode for /media/raid/temp/.crypt/hiMwhC0fuIvUSzWndhQu0-iB (encfs.cpp:257) mknod on /media/raid/temp/.crypt/hiMwhC0fuIvUSzWndhQu0-iB, mode 33188, dev 0 (FileNode.cpp:226) mknod error: Permission denied (encfs.cpp:273) trying public filesystem workaround for (Context.cpp:119) no node found for (DirNode.cpp:736) created FileNode for /media/raid/temp/.crypt/ (FileNode.cpp:226) mknod error: Permission denied (Context.cpp:119) no node found for /testfile (DirNode.cpp:736) created FileNode for /media/raid/temp/.crypt/hiMwhC0fuIvUSzWndhQu0-iB (encfs.cpp:133) getattr /media/raid/temp/.crypt/hiMwhC0fuIvUSzWndhQu0-iB
Bug#578234: Please allow more then one SSI of each type
Package: nagios3-cgi Version: 3.2.0-5 Tags: patch Severity: wishlist Please allow using more then one SSI of each type. Attached patch adds directory support for SSI's. ex. ssi/common-header.ssi ssi/common-header.ssi.d/10_blah ssi/common-header.ssi.d/11_blah .ssi file is processed first, followed by files in .ssi.d directory. -- Omni Flux diff -uNr nagios3-3.2.0.orig/cgi/cgiutils.c nagios3-3.2.0/cgi/cgiutils.c --- nagios3-3.2.0.orig/cgi/cgiutils.c 2009-07-31 10:54:20.0 -0600 +++ nagios3-3.2.0/cgi/cgiutils.c2010-04-18 01:20:45.0 -0600 @@ -1949,7 +1949,9 @@ /* include user-defined SSI footers or headers */ void include_ssi_files(char *cgi_name, int type){ char common_ssi_file[MAX_INPUT_BUFFER]; + char common_ssi_dir[MAX_INPUT_BUFFER]; char cgi_ssi_file[MAX_INPUT_BUFFER]; + char cgi_ssi_dir[MAX_INPUT_BUFFER]; char raw_cgi_name[MAX_INPUT_BUFFER]; char *stripped_cgi_name; int x; @@ -1957,6 +1959,9 @@ /* common header or footer */ snprintf(common_ssi_file,sizeof(common_ssi_file)-1,%scommon-%s.ssi,physical_ssi_path,(type==SSI_HEADER)?header:footer); common_ssi_file[sizeof(common_ssi_file)-1]='\x0'; + strcpy(common_ssi_dir, common_ssi_file); + if(strlen(common_ssi_dir) sizeof(common_ssi_dir)-2) + strcat(common_ssi_dir, .d); /* CGI-specific header or footer */ strncpy(raw_cgi_name,cgi_name,sizeof(raw_cgi_name)-1); @@ -1966,14 +1971,21 @@ cgi_ssi_file[sizeof(cgi_ssi_file)-1]='\x0'; for(x=0;xstrlen(cgi_ssi_file);x++) cgi_ssi_file[x]=tolower(cgi_ssi_file[x]); + strcpy(cgi_ssi_dir, cgi_ssi_file); + if(strlen(cgi_ssi_dir) sizeof(cgi_ssi_dir)-2) + strcat(cgi_ssi_dir, .d); if(type==SSI_HEADER){ printf(\n!-- Produced by Nagios (http://www.nagios.org). Copyright (c) 1999-2007 Ethan Galstad. --\n); include_ssi_file(common_ssi_file); + include_ssi_dir(common_ssi_dir); include_ssi_file(cgi_ssi_file); + include_ssi_dir(cgi_ssi_dir); } else{ + include_ssi_dir(cgi_ssi_dir); include_ssi_file(cgi_ssi_file); + include_ssi_dir(common_ssi_dir); include_ssi_file(common_ssi_file); printf(\n!-- Produced by Nagios (http://www.nagios.org). Copyright (c) 1999-2007 Ethan Galstad. --\n); } @@ -2045,6 +2057,64 @@ } +/* include user-defined SSI footer or header directory */ +void include_ssi_dir(char *dirname){ +char file[MAX_FILENAME_LENGTH]; +DIR *dirp=NULL; +struct dirent *dirfile=NULL; +struct stat stat_buf; + +/* open the directory for reading */ +dirp=opendir(dirname); +if(dirp==NULL) + { + if (errno != ENOENT) + printf(br / An opendir call returned %d while attempting to open directory %s.br /, errno, dirname); + return; + } + +/* process all files in the directory... */ +while((dirfile=readdir(dirp))!=NULL){ + +/* skip hidden files and directories, and current and parent dir */ +if(dirfile-d_name[0]=='.') +continue; + +/* create /path/to/file */ +snprintf(file,sizeof(file),%s/%s,dirname,dirfile-d_name); +file[sizeof(file)-1]='\x0'; + +/* process this if it's a non-hidden file... */ +if(stat(file,stat_buf)==-1) + { + printf(br / A stat call returned %d while looking for the file %s.br /, errno, file); +continue; + } + +switch(stat_buf.st_mode S_IFMT){ + +case S_IFREG: +/* process the file */ +include_ssi_file(file); +break; + +case S_IFDIR: +/* recurse into subdirectories... */ +include_ssi_dir(file); +break; + +default: +/* everything else we ignore */ +break; +} +} + +closedir(dirp); + return; +} + + + /* displays an error if CGI config file could not be read */ void cgi_config_file_error(char *config_file){ diff -uNr nagios3-3.2.0.orig/include/cgiutils.h.in nagios3-3.2.0/include/cgiutils.h.in --- nagios3-3.2.0.orig/include/cgiutils.h.in2008-11-30 10:22:59.0 -0700 +++ nagios3-3.2.0/include/cgiutils.h.in 2010-04-18 01:20:25.0 -0600 @@ -505,6 +505,7 @@ void include_ssi_files(char *,int); /* include user-defined SSI footers/headers */ void include_ssi_file(char *);
Bug#578235: not all beeps getting through
X-debbugs-cc: debian-eeepc-de...@lists.alioth.debian.org,debian-u...@lists.debian.org Package: eeepc-acpi-scripts Version: 1.1.10 Severity: minor File: /etc/modprobe.d/eeepc.conf DI I seem to have the following in /etc/modprobe.d/eeepc.conf: DI options snd_hda_intel power_save=5 model=eeepc-901 Ah! Indeed there must be a bug. For a loop like # while sleep 1; do beep; done one will miss the power_save'th beep. The default thus makes one miss every 5th beep. Set it to 1 and get no beeps at all. Test with echo 1 /sys/module/snd_hda_intel/parameters/power_save . 0 gives all ones' beeps. Ah, finally I'm sure to get mail Notification from Norbelwitz! Changelog says * Enable audio power saving, defaulting to a 5-second delay before powering down. (snd_hda_intel power_save in /etc/modprobe.d/eeepc) Now I understand you whippersnappers all have beeping turned off in alsamixer or whatever, lest it disrupt your Easy Listening Music, and thus will never encounter this bug, however this beep mangling is definitely a bug, at least on my EEEPC 702 8G. Please reassign this bug to the correct package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577387: Bug in libbusiness-onlinepayment-payflowpro-perl fixed in revision 56398
tag 577387 + pending thanks Some bugs are closed in revision 56398 by Ivan Kohler (ivan) Commit message: * debian/control - Add dependencies to B-D-I to fix FTBFS (closes: Bug#577387) - Build-Depends debhelper = 7 - remove duplicate Homepage: field - Based on the patch from Hideki Yamane, thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577893: pleiades: FTBFS: build hangs
On 15/04/10 at 19:19 +0900, Hideki Yamane wrote: On Thu, 15 Apr 2010 11:33:20 +0200 Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Is it possible that your package requires internet access during the build? It doesn't require internet access, confirmed that I made my box offlined and pbuilder works fine. I cannot reproduce it on my laptop, so closing it... I will reopen if I can reproduce it in the future. Thank you, -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578236: darcsweb: stop shipping files in /etc/apache/
Package: darcsweb Version: 1.1-1 Severity: normal Apache 1.x is long gone and so darcsweb should stop shipping anything in /etc/apache/ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578237: dpkg-www: stop shipping files in /etc/apache/
Package: dpkg-www Severity: normal Version: 2.54+nmu1 Apache 1.x is long gone and so it's not particularly useful to ship files in /etc/apache/ any longer. Please stop doing that. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578238: knowledgeroot: stop shipping files in /etc/apache/
Package: knowledgeroot Severity: normal Apache 1.x is long gone and so shipping files in /etc/apache/ is useless. Please stop doing that -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578239: sitesummary: stop shipping files in /etc/apache/
Package: sitesummary Severity: normal Version: 0.0.63 Apache 1.x is long gone, so shipping files in /etc/apache/ is useless. Please stop doing so. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548917: ruby: Pretty annoying :( (+ workaround)
On 18/04/10 at 04:17 -0300, Elias Gabriel Amaral da Silva wrote: Package: ruby Version: 4.4 Severity: normal I think that if some ruby apps expect that /usr/bin/ruby is really ruby1.8, so a) these apps must be fixed Are those applications packaged in Debian? If yes, please file bugs on those applications. b) if important apps aren't, squeeze must default to 1.8 Squeeze will default to 1.8. 1.9 is not ready to be used as the default ruby version yet. You should consider that important libs (such as ruby-gnome2) isn't (AFAIK) ported yet to 1.9 anyway. Also, notice that making it a *option* to put ruby as ruby1.9.1 does not break any app (the user that wants to configure it is supposed to know better) If we provide an option for the user to shoot himself in the foot, but do not support that, it is still our problem (and users will file bugs about applications failing with 1.9). Anyway, the alternatives system is working greatly for, hmm.. Java? And there are multiple versions of java out there.. I wouldn't describe the java situation as working great. In short: no, I don't think that this should be changed before the squeeze release. Yes, I think that we need to discuss future (= squeeze+1) plans for Ruby packaging in Debian, and that includes that issue. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578169: ruby1.9.1: Ruby's curses bindings (curses.so) are built without unicode support
On 17/04/10 at 17:48 +0200, j wrote: Package: ruby1.9.1 Version: 1.9.1.378-1 Severity: normal Tags: sid Ruby's curses bindings are compiled without libncursesw5-dev installed. As far as I know, the configure script automatically detects which ncurses-dev is installed and enables/disables the Unicode support accordingly. How to reproduce: See this - http://redmine.ruby-lang.org/issues/show/975 Copy the attached snippet into test.rb, then run it using 'ruby1.9.1 test.rb'. Current behaviour: You will see some more-or-less random ASCII characters instead of the intended unicode character. How to fix: Just install libncursesw5-dev when compiling Ruby. (That's what I did and it fixed the problem.) I'm a bit worried by the fact that the changelog entry says: non UTF-8 strings should be converted explicitly. http://redmine.ruby-lang.org/repositories/revision/ruby-19?rev=21508 I'm not a Ruby-ncurses user myself, could you check that non-UTF8 strings also work fine? Thanks -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578173: other lenny install
Another attempt yielded a slightly better output. I invoked another install in other lenny, amd_64, and this time got a log file. This is a different fault. I hope you would persevere with it to straighten lenny out comprehensively. I attempted to install a backport of python-libvirt, but it appears there isn't one. see attached. another xml dump. _ New, Used, Demo, Dealer or Private? Find it at CarPoint.com.au http://clk.atdmt.com/NMN/go/206222968/direct/01/ virt-manager.log-Mepis Description: Binary data virsh # dumpxml SimplyMepis domain type='xen' nameSimplyMepis/name uuidd8fb2b84-78f7-f706-f4a4-0d1cef0bca74/uuid memory273408/memory currentMemory273408/currentMemory vcpu2/vcpu os typehvm/type loader/usr/lib/xen-default/boot/hvmloader/loader boot dev='hd'/ /os features acpi/ apic/ pae/ /features clock offset='utc'/ on_poweroffdestroy/on_poweroff on_rebootrestart/on_reboot on_crashrestart/on_crash devices emulator/usr/lib64/xen/bin/qemu-dm/emulator disk type='file' device='disk' driver name='file'/ source file='/mnt/images/xen/images/debian/SimplyMepis.img'/ target dev='hda' bus='ide'/ /disk disk type='file' device='cdrom' target dev='hdc' bus='ide'/ readonly/ /disk interface type='bridge' mac address='00:16:36:04:63:37'/ source bridge='eth0'/ script path='vif-bridge'/ target dev='vif-1.0'/ /interface serial type='pty' target port='0'/ /serial console type='pty' target port='0'/ /console input type='mouse' bus='ps2'/ graphics type='vnc' port='-1' autoport='yes' keymap='en-us'/ sound model='es1370'/ /devices /domain
Bug#578019: libwebkit-1.0-2: makes DNS query for every mouse movement
On Sun, 18 Apr 2010 09:53:26 +0200 Mike Hommey m...@glandium.org wrote: Does tcpdump show the DNS query for the webhost when a page gets loaded? Yes it does. Have you tried with another window manager ? xfwm4 (v4.6.1-1) and metacity (v1:2.28.0-3) exhibit exactly the same behavior. Are there any others you would like me to try? I don't really see why the window manager would have anything to do with it anyway. Either mouse movement events get reported to the window in question, or they don't. The real issue is, why WebKit (or whatever) feels compelled to make a DNS query for . every time it receives a mouse move event. As I already mentioned, neither Galeon nor Iceweasel have this problem; it seems to be WebKit-specific. But since you can't reproduce it, there must be some other dependency as well. some library versions: libgtk2.0-0 : 2.20.0-2 libglib2.0-0 : 2.24.0-1 Anything else come to mind? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578240: ITP: kdevelop-pg-qt -- a LL(1) parser generator based on Qt
Package: wnpp Severity: wishlist Owner: Fathi Boudra f...@debian.org Owner: Fathi Boudra f...@debian.org * Package name: kdevelop-pg-qt Version : 0.9.0 Upstream Author : Roberto Raggi robe...@kdevelop.org and Jakob Petsovits jpe...@gmx.at * URL : ftp://ftp.kde.org/pub/kde/ * License : LGPL2+ Programming Lang: C++ Description : a LL(1) parser generator based on Qt KDevelop-PG-Qt is a parser generator written in readable source-code and generating readable source-code. Its syntax was inspirated by AntLR. It implements the visitor-pattern and uses the Qt library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578241: Does not use preseeded debconf value for hesiod/rhs
Package: libhesiod0 Version: 3.0.2-20 Preseeding the debconf database with a value for hesiod/rhs does not work. When the package is installed, it unconditionally uses the system's domain (as given by the search directive in /etc/resolv.conf) as the default value. Using the net domain as a default value is reasonable, but only if no value exists in debconf (or an existing hesiod.conf, as is already checked for). This bug is mirrored in Launchpad: https://bugs.launchpad.net/bugs/277223 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#354601: eclipse: Project names umlaut (special chars) problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reassign 354601 gcj-4.4-jdk found 354601 4.4.3-1 retitle 354601 gcj: eclipse cannot handle projects/Class files with umlaut using gcj. thanks Hi Using openjdk-6 and eclipse 3.5.2 I cannot reproduce this issue. We also received a report from 2008 stating that sun's java is unaffected by this issue. However, the umlaut problem is still easily reproducable[1] with gcj. I have therefore reassigned this to gcj (Maintainer BCC'ed). I have attached the reportbug collection of my gcj-4.4-jdk installation below. Thank you for your time, ~Niels [1] Start eclipse with gcj (e.g.): eclipse -vm /usr/lib/jvm/java-gcj/bin/java Create a new project containing umlaut characters. Restart eclipse with gcj, it will now claim to be unable to find an internal eclipse file when attemping to open the project. Also saving class files containing umlaut characters will prompt a Save as dialog - under openjdk-6 it will just save without needing to confirm the name. - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcj-4.4-jdk depends on: ii dpkg1.15.5.6 Debian package management system ii ecj-gcj [libecj-java-gc 3.5.1-1 standalone version of the Eclipse ii fastjar 2:0.98-1 Jar creation utility ii gcc-4.4 4.4.2-9 The GNU C compiler ii gcj-4.4-base4.4.3-1 The GNU Compiler Collection (gcj b ii gcj-4.4-jre 4.4.3-1 Java runtime environment using GIJ ii gcj-4.4-jre-lib 4.4.3-1 Java runtime library for use with ii install-info4.13a.dfsg.1-5 Manage installed documentation in ii java-common 0.34 Base of all Java packages ii libantlr-java 2.7.7-14 language tool for constructing rec ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libc6-dev 2.10.2-6 Embedded GNU C Library: Developmen ii libecj-java-gcj 3.5.1-1 Eclipse Java compiler (native libr ii libgcc1 1:4.4.2-9GCC support library ii libgcj-bc 4.4.2-3 Link time only library for use wit ii libgcj104.4.3-1 Java runtime library for use with ii libgcj10-dev4.4.3-1 Java development headers for use w ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libmpfr1ldbl2.4.2-3 multiple precision floating-point ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gcj-4.4-jdk recommends no packages. Versions of packages gcj-4.4-jdk suggests: pn gcj-4.4-sourcenone (no description available) pn libgcj10-dbg none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Topal (http://freshmeat.net/projects/topal) iEYEARECAAYFAkvKya8ACgkQVCqoiq1YlqzXCwCgmu/jbQ7uoVuqj7gezsD7pipV LocAoInwCu0Nbn8pCtdwZfQ2NKf8x0gX =qAyg -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#578169: ruby1.9.1: Ruby's curses bindings (curses.so) are built without unicode support
I'm a bit worried by the fact that the changelog entry says: non UTF-8 strings should be converted explicitly. http://redmine.ruby-lang.org/repositories/revision/ruby-19?rev=21508 I'm not a Ruby-ncurses user myself, could you check that non-UTF8 strings also work fine? He probably meant that everyone using non UTF-8 locale (e.g. ISO-8859-2 for the Easter Europe) would have to do explicit conversions to get by. I know *no one* that doesn't use UTF-8 locale, so I think this is a moot point. And since UTF-8 is a superset of ASCII, the plain old latin characters, standard punctuation and so on is supported the same way it was before. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567876: DKIM-related failures should not end up in the panic log
Is there anything else to do than to delete (this line from) the panic.log? Was the signature verification only disabled for this one message or do we have to enable it somehow again? Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576270: [Debian-olpc-devel] python-sugar-toolkit-0.88
On Sun, Apr 18, 2010 at 01:59:53AM -0500, David Farning wrote: The sugar emulator no longer works with sugar-toolkit-0.88. Sascha has identified the issue in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576270 . Sugar is busted until this one is fixed:( Is it really busted? Can anyone reproduce the bug at all? So far it is only experienced by Sascha, and I do not even no if Sascha is able to reproduce! Sascha, David, Luke, and/or anyone else: Please try to reproduce that bug, and please post your experiences trying to do so to the bugreport rather than only to this list. Also, if succesful in reproducing, then please provide details (e.g. apt and aptitude logfiles) dpcumenting exactly which versions of which packages was installed and upgraded in which order to trigger the bug. NB! I have now subscribed the list to the bug, so please only post to the bug when discussing this issue, and the list will receive a copy. I repeat: Please to _not_ spawn a discussion only on this list, but post _only_ to 576...@bugs.debian.org and we should all receive your post. Kind regards (also for raising awareness to this issue, David), - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#577508: cron.daily/standard complains about missing lost+found directories on XFS filesystems
On Fri, Apr 16, 2010 at 04:56:58PM +0200, Julien BLACHE wrote: So I don't really see the point, as far as XFS is concerned. Well, this functionality (checking XFS' lost+found directory) was requested by a user (see http://bugs.debian.org/279613) and has been available for quite some time (since 3.0pl1-88, over 4 years ago) without any associated bugs. Are you saying it should be dropped? Regards Javier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578242: www.debian.org: Package information pages never expire (w.r.t. HTTP Time-Stamping) though they obviously should
Package: www.debian.org Severity: normal (from inspection of the bug report list, this is related to but not the same as #67857 and #177200) I'm trying to monitor updates to three 'unstable' packages using trusty old websec (http://baruch.ev-en.org/proj/websec/) and noticed that the http://packages.debian.org/ webserver returns HTTP/1.1 304 Not Modified responses where it shouldn't as can be seen from the example using wget below. Is it possible to fix this w/o me having to turn off timestamp checking? Thanks in advance! :) [So Apr 18 09:43:55 ueber...@enton .websec]$ ll archive/deb-sid-jrejdk.html -rw-r--r-- 1 ueberall ueberall 16359 2010-03-25 18:18 archive/deb-sid-jrejdk.html [So Apr 18 09:44:04 ueber...@enton .websec]$ wget -O /tmp/deb-sid-jrejdk.html --header=If-Modified-Since: Thu, 25 Mar 2010 17:18:19 GMT -S http://packages.debian.org/de/sid/sun-java6-jre --2010-04-18 09:44:14-- http://packages.debian.org/de/sid/sun-java6-jre Resolving packages.debian.org (packages.debian.org)... 194.177.211.202, 128.31.0.49, 87.106.64.223, ... Connecting to packages.debian.org (packages.debian.org)|194.177.211.202|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 304 Not Modified Date: Sun, 18 Apr 2010 07:44:00 GMT Server: Apache Connection: Keep-Alive Keep-Alive: timeout=15, max=100 2010-04-18 09:44:14 ERROR 304: Not Modified. [So Apr 18 09:55:00 ueber...@enton .websec]$ diff archive/deb-sid-jrejdk.html /tmp/deb-sid-jrejdk.html | head -8 | tail -4 15c12 meta name=Keywords content=Debian, sid, us, non-free, java, 6.18-4 --- meta name=Keywords content=Debian, sid, us, non-free, java, 6.20-1 Ad astra, Markus -- System Information: Debian Release: (irrelevant) APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: (irrelevant) Locale: (irrelevant) Shell: (irrelevant) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560240: [Pkg-openssl-devel] Bug#560240: openssl: support for sparc64
On Sun, Apr 18, 2010 at 01:56:24AM +0200, Kurt Roeckx wrote: On Wed, Dec 09, 2009 at 10:58:31PM +0100, Aurelien Jarno wrote: Package: openssl Version: 0.9.8k-7 Severity: normal Tags: patch User: debian-sp...@lists.debian.org Usertags: sparc64 openssl fails to build on SPARC64, due to a missing debian specific target for this architecture. Please find a patch below to add it. With it openssl successfully builds and pass the testsuites. Can you please add it in the next upload? Thanks in advance. Is there some reason you didn't base this on the sparc-v9 line? As far as I know, all 64 bit sparc's are v9. So you could for instance add sparcv8plus.o. You might also want to look at solaris64-sparcv9-gcc SPARC 64 bits can also be used as 32-bit, in which case the ABI is called sparcv8 plus. It is not compatible with the sparcv9 ABI. Therefore sparcv8plus.o can't be used and even does not compile. I have created this line mixing the linux64-sparcv9 line and the solaris64-sparcv9-gcc line. I have added -Wa,--noexecstack as on other debian lines, and removed -mcpu=ultrasparc which is the default in our gcc compiler. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578052: [Pkg-scicomp-devel] Bug#578052: Bug#578052: [atlas] providing 20 separate optimized library packages is insane
Le vendredi 16 avril 2010 à 16:33 +0200, Fabian Greffrath a écrit : Am 16.04.2010 16:08, schrieb Sylvestre Ledru: I can provide you a compromise here. Beside the current packages, I can try to do a package called libatlas3gf-all which will contain all the various optimisation. The ld stuff would be done in this package. Well, this will add another package to the current list of alternative dependencies for libblas3gf, which is IMHO too long already and a reason why I filed this bug report in the first place. By the way, since it has been this way for a decade, would you mind if I lower the importance of this bug ? How are you going to do the ld stuff ni this package? Will you add symlinks from e.g. from /usr/lib/atlas-sse2 to /usr/lib/sse2? Sorry but I don't know yet. Beside the refactoring and the new upstream release, what I did was to replace the LD_LIBRARY_PATH way by update-alternatives. Understood now, thanks. ;) - Fabian PS: BTW, is it possible that the directory structure that I just suggested was already present in the Lenny versions of the packages? No, I worked had on keeping the same structure and libraries naming in this refactoring. Thanks Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560240: [Pkg-openssl-devel] Bug#560240: openssl: support for sparc64
On Sun, Apr 18, 2010 at 11:04:20AM +0200, Aurelien Jarno wrote: On Sun, Apr 18, 2010 at 01:56:24AM +0200, Kurt Roeckx wrote: On Wed, Dec 09, 2009 at 10:58:31PM +0100, Aurelien Jarno wrote: Package: openssl Version: 0.9.8k-7 Severity: normal Tags: patch User: debian-sp...@lists.debian.org Usertags: sparc64 openssl fails to build on SPARC64, due to a missing debian specific target for this architecture. Please find a patch below to add it. With it openssl successfully builds and pass the testsuites. Can you please add it in the next upload? Thanks in advance. Is there some reason you didn't base this on the sparc-v9 line? As far as I know, all 64 bit sparc's are v9. So you could for instance add sparcv8plus.o. You might also want to look at solaris64-sparcv9-gcc SPARC 64 bits can also be used as 32-bit, in which case the ABI is called sparcv8 plus. It is not compatible with the sparcv9 ABI. Therefore sparcv8plus.o can't be used and even does not compile. I have created this line mixing the linux64-sparcv9 line and the solaris64-sparcv9-gcc line. I have added -Wa,--noexecstack as on other debian lines, and removed -mcpu=ultrasparc which is the default in our gcc compiler. Ok. Patch is applied and will be in the next upload. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578244: tryton-modules-all: package version 10 is uninstallable
Package: tryton-modules-all Version: 9 Severity: grave Tags: sid Justification: renders package unusable In version 10 this package depends on a package named google-maps that does not exist in the repository. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/8 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 tryton-modules-all depends on: ii tryton-modules-account1.4.2-1Tryton Application Platform (Finan ii tryton-modules-account-be 1.4.1-1Tryton Application Platform (Finan ii tryton-modules-account-de-skr 1.4.0-2Tryton Application Platform (Finan ii tryton-modules-account-invoic 1.4.2-1Tryton Application Platform (Finan ii tryton-modules-account-invoic 1.4.0-2Tryton Application Platform (Finan ii tryton-modules-account-invoic 1.4.0-3Tryton Application Platform (Finan ii tryton-modules-account-produc 1.4.0-2Tryton Application Platform (Finan ii tryton-modules-account-statem 1.4.1-2Tryton Application Platform (Finan ii tryton-modules-analytic-accou 1.4.0-2Tryton Application Platform (Finan ii tryton-modules-analytic-invoi 1:1.4.0-3 Tryton Application Platform (Finan ii tryton-modules-analytic-purch 1.4.0-2Tryton Application Platform (Finan ii tryton-modules-analytic-sale 1.4.0-2Tryton Application Platform (Finan ii tryton-modules-calendar 1.4.2-1Tryton Application Platform (Calen ii tryton-modules-calendar-sched 1.4.0-2Tryton Application Platform (Calen ii tryton-modules-calendar-todo 1.4.2-1Tryton Application Platform (Calen ii tryton-modules-company1.4.1-2Tryton Application Platform (Compa ii tryton-modules-company-work-t 1.4.1-2Tryton Application Platform (Compa ii tryton-modules-country1.4.0-2Tryton Application Platform (Count ii tryton-modules-currency 1.4.0-2Tryton Application Platform (Curre ii tryton-modules-google-maps1.4.0-2Tryton Application Platform (Googl ii tryton-modules-google-transla 1.4.0-2Tryton Application Platform (Googl ii tryton-modules-ldap-authentic 1.4.1-1Tryton Application Platform (LDAP ii tryton-modules-ldap-connectio 1.4.0-2Tryton Application Platform (LDAP ii tryton-modules-party 1.4.1-2Tryton Application Platform (Party ii tryton-modules-party-vcarddav 1.4.1-2Tryton Application Platform (Party ii tryton-modules-product1.4.1-1Tryton Application Platform (Produ ii tryton-modules-product-cost-f 1.4.0-2Tryton Application Platform (Produ ii tryton-modules-product-cost-h 1.4.0-2Tryton Application Platform (Produ ii tryton-modules-product-price- 1.4.1-2Tryton Application Platform (Produ ii tryton-modules-project1.4.0-2Tryton Application Platform (Proje ii tryton-modules-project-revenu 1.4.0-2Tryton Application Platform (Proje ii tryton-modules-purchase 1.4.2-2Tryton Application Platform (Purch ii tryton-modules-purchase-invoi 1.4.0-2Tryton Application Platform (Purch ii tryton-modules-sale 1.4.2-2Tryton Application Platform (Sale ii tryton-modules-sale-price-lis 1.4.0-3Tryton Application Platform (Sale ii tryton-modules-stock 1.4.2-1Tryton Application Platform (Stock ii tryton-modules-stock-forecast 1.4.1-1Tryton Application Platform (Stock ii tryton-modules-stock-inventor 1.4.0-2Tryton Application Platform (Stock ii tryton-modules-stock-location 1.4.0-2Tryton Application Platform (Stock ii tryton-modules-stock-product- 1.4.0-2Tryton Application Platform (Stock ii tryton-modules-stock-supply 1.4.1-2Tryton Application Platform (Stock ii tryton-modules-stock-supply-d 1.4.0-2Tryton Application Platform (Stock ii tryton-modules-timesheet 1.4.0-2Tryton Application Platform (Times tryton-modules-all recommends no packages. tryton-modules-all 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#578245: gnome-disk-utility: In french window is larger than 1024px
Package: gnome-disk-utility Version: 2.30.1-1 Severity: minor When LANG=fr_FR.UTF-8, the palimpsest window is too large for my 1024 screen. This problem doesn't happen with LANG=C. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-pentiumm-preempt (SMP w/1 CPU core; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-disk-utility depends on: ii libatasmart4 0.17+git20100219-1 ATA S.M.A.R.T. reading and parsing ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.25-3 Avahi client library ii libavahi-common3 0.6.25-3 Avahi common library ii libavahi-glib10.6.25-3 Avahi glib integration library ii libavahi-ui0 0.6.25-3 Avahi GTK+ User interface library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-3 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.84-1 simple interprocess messaging syst ii libfontconfig12.8.0-2generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgdu-gtk0 2.30.1-1 GTK+ standard dialog library for l ii libgdu0 2.30.1-1 GObject based Disk Utility Library ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgnome-keyring0 2.28.2-1 GNOME keyring services library ii libgtk2.0-0 2.20.0-2 The GTK+ graphical user interface ii libnautilus-extension 2.28.4-1 libraries for nautilus components ii libnotify1 [libnotify 0.4.5-1sends desktop notifications to a n ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libunique-1.0-0 1.1.6-1Library for writing single instanc ii libx11-6 2:1.3.3-2 X11 client-side library ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime gnome-disk-utility recommends no packages. gnome-disk-utility 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#578246: gnome-disk-utility: Fixed label color
Package: gnome-disk-utility Version: 2.30.1-1 Severity: minor The color of the labels of the left part of the GUI (e.g. Model or Firmware version always stay grey, independently of the GTK theme selected, while their background depend of the GTK theme. This makes these labels unreadable when theme defines a similar grey as the background color. Please make the label color dependant of the GTK theme. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-pentiumm-preempt (SMP w/1 CPU core; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-disk-utility depends on: ii libatasmart4 0.17+git20100219-1 ATA S.M.A.R.T. reading and parsing ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.25-3 Avahi client library ii libavahi-common3 0.6.25-3 Avahi common library ii libavahi-glib10.6.25-3 Avahi glib integration library ii libavahi-ui0 0.6.25-3 Avahi GTK+ User interface library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-3 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.84-1 simple interprocess messaging syst ii libfontconfig12.8.0-2generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgdu-gtk0 2.30.1-1 GTK+ standard dialog library for l ii libgdu0 2.30.1-1 GObject based Disk Utility Library ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgnome-keyring0 2.28.2-1 GNOME keyring services library ii libgtk2.0-0 2.20.0-2 The GTK+ graphical user interface ii libnautilus-extension 2.28.4-1 libraries for nautilus components ii libnotify1 [libnotify 0.4.5-1sends desktop notifications to a n ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libunique-1.0-0 1.1.6-1Library for writing single instanc ii libx11-6 2:1.3.3-2 X11 client-side library ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime gnome-disk-utility recommends no packages. gnome-disk-utility 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#577996: xorg: Screen occasionaly fails to unblank after resuming from suspend
On Fri, Apr 16, 2010 at 01:11:33AM +0200, Cyril Brulebois wrote: Hi, Alex Bennee bugzi...@bennee.com (15/04/2010): Since a recent update to sid (in the last 2 weeks) resume from suspend has become unreliable. snip please upgrade your kernel from your current 2.6.32-3-$arch to current 2.6.32-4-$arch. Many fixes in there, which should make you happy. Seems more stable but have had it blank up on me at least once with -4 kernel. Do you know what commit/patch was meant to have fixed it? -- Alex, homepage: http://www.bennee.com/~alex/ What we anticipate seldom occurs; what we least expect generally happens. -- Bengamin Disraeli signature.asc Description: Digital signature
Bug#578247: mountnfs spams at bootup: if-up.d/mountnfs[foo]: waiting for interface bar before doing NFS mounts
Package: initscripts Version: 2.87dsf-10 Severity: minor That message gets printed during boot each numerous times, at least as many as there are interfaces configured in /etc/network/interfaces. This clutters up the boot logs etc with useless information. I found quite a few references on the 'net to this issue, and the solution suggested is to chmod -x the mountnfs script in /etc/network/if-up.d/. Obviously this is not a good solution, and even when it helps with the case when there are actually _no_ nfs (or network) mounts used on the system (many of our systems don't use any networking mounts yet that message is printed anyway), when nfs is actually in use such fix will lead to non-working nfs mounts. Which don't work anyway, see my other email. Thanks! /mjt -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (60, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.33-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii coreutils7.4-2 The GNU core utilities ii debianutils 2.30Miscellaneous utilities specific t ii libc62.10.2-6Embedded GNU C Library: Shared lib ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii mount2.16.2-0Tools for mounting and manipulatin ii sysv-rc 2.86.ds1-61 System-V-like runlevel change mech ii sysvinit-utils 2.87dsf-10 System-V-like utilities Versions of packages initscripts recommends: ii e2fsprogs 1.41.10-1 ext2/ext3/ext4 file system utiliti ii psmisc22.6-1 Utilities that use the proc filesy initscripts 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#578248: hadoop: [INTL:pt] Updated Portuguese translation for debconf messages
Package: hadoop Version: 0.20.2+dfsg1-1 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for hadoop's debconf messages. Translator: Pedro Ribeiro p.m42.ribe...@gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Miguel Figueiredo Traduz - Portuguese Translation Team http://www.DebianPT.org # hadoop debconf portuguese translation # Copyright (C) 2010 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the hadoop package. # Pedro Ribeiro p.m42.ribe...@gmail.com, 2010 # msgid msgstr Project-Id-Version: hadoop-0.20.2+dfsg1-1\n Report-Msgid-Bugs-To: had...@packages.debian.org\n POT-Creation-Date: 2010-04-17 08:00+0200\n PO-Revision-Date: 2010-04-17 19:25+\n Last-Translator: Pedro Ribeiro p.m42.ribe...@gmail.com\n Language-Team: Portuguese tra...@debianpt.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid Should namenoded's file system be formatted? msgstr Formatar o sistema de ficheiros do namenoded? #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid The Name Node daemon manages the Hadoop Distributed File System (HDFS). Like a normal file system, it needs to be formatted prior to first use. If the HDFS file system is not formatted, the Name Node will fail to start. msgstr O daemon Name Node gere o Hadoop Distributed File System (HDFS - Sistema de Ficheiros Distribuido do Hadoop). Tal como um sistema de ficheiros normal, necessita de ser formatado antes da primeira utilização. Se o sistema de ficheiros HDFS não for formatado, o Name Node não irá arrancar. #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid This operation does not affect other file systems on this computer. You can safely choose to format the file system if you're using HDFS for the first time and don't have data from previous installations on this computer. msgstr Esta operação não afecta outros sistemas de ficheiros neste computador. Pode escolher formatar este sistema de ficheiros com segurança se está a usar o HDFS pela primeira vez e não existem dados de instalações anteriores neste computador. #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid If you choose not to format the file system right now, you can do it later by executing \hadoop namenode -format\ as the user \hadoop\. msgstr Se escolher não formatar o sistema de ficheiros agora, pode fazê-lo depois executando \hadoop namenode -format\ como o utilizador \hadoop\.
Bug#578249: dansguardian: French translation uses ecute instead of correct eacute HTML escape
Package: dansguardian Version: 2.10.1.1-1 Severity: normal The French translation messages incorrectly use ecute; instead of the correct eacute HTML escape for é. Under vi messages, the following command fixes it: :%s/ecute/\eacute/g Thanks, Raphael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.6 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages dansguardian depends on: ii adduser3.110 add and remove users and groups ii clamav 0.96+dfsg-1 anti-virus utility for Unix - comm ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file ii libc6 2.9-25GNU C Library: Shared libraries ii libclamav6 0.96+dfsg-1 anti-virus utility for Unix - libr ii libgcc11:4.2.2-4 GCC support library ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libtommath00.39-3multiple-precision integer library ii perl 5.8.8-12 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime dansguardian recommends no packages. Versions of packages dansguardian suggests: ii clamav-freshclam 0.96+dfsg-1 anti-virus utility for Unix - viru ii squid 2.7.STABLE9-2 Internet object cache (WWW proxy c -- 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#567876: DKIM-related failures should not end up in the panic log
On 2010-04-18 Bernhard Kuemel bernh...@bksys.at wrote: Is there anything else to do than to delete (this line from) the panic.log? No. Was the signature verification only disabled for this one message or do we have to enable it somehow again? There is no need to re-enable verification it just involves the specific message. cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#379645: guten tag
EUR.2.810.000.00,Erbschaft, möchte ich, gemeinsam mit Ihnen, 50/50%, ich bin Anwalt Bitte fragen Sie nach Details ababa...@aol.com
Bug#578250: open-iscsi: Encounters connection failure on boot
Package: open-iscsi Version: 2.0.870~rc3-0.4 Severity: normal When trying to login to targets (not mounting to /) during boot using the default init.d and rcS.d configurations, iscsiadm reports that it encounters a connection failure; however, this connection failure is not present if the open-iscsi init.d script is restarted after boot, and everything at that point will then mount normally. This problem disappears if the open-iscsi init.d script is moved from rcS.d to rc2.d and started around the same time as, say, OpenSSH (although I don't have a real sense as to what effect this has on other init.d scripts). Either way, it appears that the problem is being caused by the network not being ready by the time the open-iscsi init.d script is started (even though the order in rcS.d appears to be set correctly), causing the connection failure. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-iscsi depends on: ii libc6 2.7-18lenny2 GNU C Library: Shared libraries open-iscsi recommends no packages. open-iscsi 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#578251: [ure] amd64 version missmatch will not install openoffice.org
Package: ure Version: 1.6.0 Severity: grave Tags: sid Justification: renders package unusable I Cannot install openoffice on the amd64 platform due to it requireing ure v. =1.6.1 which doesn't exist. I'd assume its ether a misstake in the depends off openoffice-core or ure 1.6.1 didn't get packaged -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2.slh.6-sidux-amd64 (SMP w/2 CPU cores; PREEMPT) 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#578252: xen-utils-common: documentation/examples contain obsolete and wrong kernels name
Package: xen-utils-common Version: 3.4.2-4 Severity: minor /usr/share/doc/xen-utils-common/examples contain samples with incorrect (for debian) and obsolete kernels names. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-xen-amd64 (SMP w/1 CPU core) 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 xen-utils-common depends on: ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii udev 151-3 /dev/ and hotplug management daemo ii xenstore-utils 3.4.3~rc3-2 Xenstore utilities for Xen xen-utils-common recommends no packages. xen-utils-common 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#578253: CSS visited elements allow for disclosure of users browser history
Package: konqueror Version: 4:4.3.4-1 Severity: normal There is a Disclosure of user information security flaw in the konqueror browser due to the implementation of support for CSS :visited pseudoclass elements. It is possible to specify a background-url attribute which will make a request to the server if a particular link has been visited. Using this CSS mechanism, it is possible for a hosting server to determine visited links without using Javascript. For example: style a#link1:visited { background-image: url(/log?link1_was_visited); } a#link2:visited { background-image: url(/log?link2_was_visited); } /style a href=http://google.com; id=link1 a href=http://yahoo.com; id=link2 If link1 (http://google.com) has been visited, the browser will make a request back to the server to retrieve the background for the #link1 rule. By ppending a different URL argument to each rule we can determine which of the links were visited. Please note that this requires no client-side scripting whatsoever, and only relies on the availability of CSS. The following website demonstrates a working exploit of this vulnerability: http://www.whattheinternetknowsaboutyou.com/ Mark. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (60, 'testing'), (50, 'unstable') Architecture: i386 (i386) Kernel: Linux 2.6.26-2-486 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages konqueror depends on: ii install-info 4.13a.dfsg.1-4 Manage installed documentation in ii kdebase-bin 4:4.3.4-1 core binaries for the KDE 4 base m ii kdebase-data 4:4.3.4-1 shared data files for the KDE 4 ba ii kdebase-runtime 4:4.3.1-1 runtime components from the offici ii kdelibs5 4:4.3.4-3 core libraries for all KDE 4 appli ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libkonq5 4:4.3.4-1 core libraries for Konqueror ii libkonqsidebarplugin4 4:4.3.4-1 Konqueror sidebar plugin library ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqt4-qt3support 4:4.5.3-4 Qt 3 compatibility library for Qt ii libqt4-xml4:4.5.3-4 Qt 4 XML module ii libqtcore44:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++64.4.2-9The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library Versions of packages konqueror recommends: ii dolphin 4:4.3.4-1 file manager for KDE 4 ii konqueror-nsplugins 4:4.3.4-1 Netscape plugin support for Konque Versions of packages konqueror suggests: pn konq-plugins none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560240: [Pkg-openssl-devel] Bug#560240: openssl: support for sparc64
On Sun, Apr 18, 2010 at 11:28:27AM +0200, Kurt Roeckx wrote: On Sun, Apr 18, 2010 at 11:04:20AM +0200, Aurelien Jarno wrote: On Sun, Apr 18, 2010 at 01:56:24AM +0200, Kurt Roeckx wrote: On Wed, Dec 09, 2009 at 10:58:31PM +0100, Aurelien Jarno wrote: Package: openssl Version: 0.9.8k-7 Severity: normal Tags: patch User: debian-sp...@lists.debian.org Usertags: sparc64 openssl fails to build on SPARC64, due to a missing debian specific target for this architecture. Please find a patch below to add it. With it openssl successfully builds and pass the testsuites. Can you please add it in the next upload? Thanks in advance. Is there some reason you didn't base this on the sparc-v9 line? As far as I know, all 64 bit sparc's are v9. So you could for instance add sparcv8plus.o. You might also want to look at solaris64-sparcv9-gcc SPARC 64 bits can also be used as 32-bit, in which case the ABI is called sparcv8 plus. It is not compatible with the sparcv9 ABI. Therefore sparcv8plus.o can't be used and even does not compile. I have created this line mixing the linux64-sparcv9 line and the solaris64-sparcv9-gcc line. I have added -Wa,--noexecstack as on other debian lines, and removed -mcpu=ultrasparc which is the default in our gcc compiler. Ok. Patch is applied and will be in the next upload. Thanks. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577508: cron.daily/standard complains about missing lost+found directories on XFS filesystems
Javier Fernández-Sanguino Peña j...@computer.org wrote: Hi, So I don't really see the point, as far as XFS is concerned. Well, this functionality (checking XFS' lost+found directory) was requested by a user (see http://bugs.debian.org/279613) and has been available for quite some time (since 3.0pl1-88, over 4 years ago) without any associated bugs. Are you saying it should be dropped? Yes. As lost+found is created by xfs_repair, and running xfs_repair is a manual action by the admin, I really don't see the point in warning the admin that there are files in lost+found on an XFS filesystem. The admin should be well aware of that already; something pretty bad happened if there are files in lost+found and that required some serious attention from the admin to recover from, so I really can't imagine how it could go unnoticed :) JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573237: Merkaartor Segfaults when double-clicking on virtual node
Hi, sorry but the bug is still present in version 0.15.3-1. To reproduce the bug: starting merkaartor activate: use virtual nodes and separate move mode restart merkaartor download some ways from osm use the move tool (from menu bar) double click a virtual note - Segmentation fault happened nearly every time. And maybe related: When I try to move some (big?) object (for example tested with osm way_10054141) and virtual nodes enabled merkaartor hangs using 100% of one cpu-core - which didn't happened without virtual nodes. boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578254: nfs mounts are not working at boot
Package: initscripts Version: 2.87dsf-10 Severity: normal It appears that NFS mounts are not working at bootup anymore. Not sure since what time. Here's a typical boot log with ASYNCMOUNTNFS is not set: Setting up networking Configuring network interfaces...if-up.d/mountnfs[br0]: waiting for interface tap-kvm before doing NFS mounts (warning). if-up.d/mountnfs[br0]: waiting for interface tap-kvm0 before doing NFS mounts (warning). if-up.d/mountnfs[br0]: waiting for interface tap-kvm1 before doing NFS mounts (warning). if-up.d/mountnfs[br0]: waiting for interface eth0 before doing NFS mounts (warning). if-up.d/mountnfs[tap-kvm]: waiting for interface tap-kvm0 before doing NFS mounts (warning). if-up.d/mountnfs[tap-kvm]: waiting for interface tap-kvm1 before doing NFS mounts (warning). if-up.d/mountnfs[tap-kvm]: waiting for interface eth0 before doing NFS mounts (warning). if-up.d/mountnfs[tap-kvm0]: waiting for interface tap-kvm1 before doing NFS mounts (warning). if-up.d/mountnfs[tap-kvm0]: waiting for interface eth0 before doing NFS mounts (warning). if-up.d/mountnfs[tap-kvm1]: waiting for interface eth0 before doing NFS mounts (warning). Starting portmap daemon Starting NFS common utilities: statd idmapd. mount.nfs4: No route to host done. Note the pre-last line: I think it's the problematic one. And here's the fstab entry: gnome:/ /net/gnome nfs4 bg,nodev,nosuid 0 0 When ASYNCMOUNTNFS is set to no in rcS, the same happens: Setting up networking Configuring network interfaces...done. Starting portmap daemon Starting NFS common utilities: statd idmapd. Starting portmap daemon...Already running.. Starting NFS common utilities: statd idmapd. mount.nfs4: No route to host Cleaning up temporary files except that the boot process is now much more clean, without the annoying warnings. I can only guess that when the mount is performed, the interface is not initialized yet, and is not ready to use. But on the other hand, it looks like the network is up'n'running at this time, since the 'Configuring network interfaces' stage has been completed. The /etc/network/interfaces here has nothing fancy. The main interface is a bridge, which should be up-n-running immediately, even if physical ifaces are not yet ready: auto br0 iface br0 inet static address 192.168.88.2 netmask 255.255.255.0 gateway 192.168.88.4 bridge-ports all bridge-maxwait 0 -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (60, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.33-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii coreutils7.4-2 The GNU core utilities ii debianutils 2.30Miscellaneous utilities specific t ii libc62.10.2-6Embedded GNU C Library: Shared lib ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii mount2.16.2-0Tools for mounting and manipulatin ii sysv-rc 2.86.ds1-61 System-V-like runlevel change mech ii sysvinit-utils 2.87dsf-10 System-V-like utilities Versions of packages initscripts recommends: ii e2fsprogs 1.41.10-1 ext2/ext3/ext4 file system utiliti ii psmisc22.6-1 Utilities that use the proc filesy initscripts 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#578255: phonon: must not depend on alsa on kbsd
Package: phonon Version: 4:4.6.0really4.4.0-2 Severity: serious Hi, + phonon-backend-gstreamer/kfreebsd-amd64 unsatisfiable Depends: gstreamer0.10-alsa + phonon-backend-gstreamer/kfreebsd-i386 unsatisfiable Depends: gstreamer0.10-alsa however, there is no gstreamer0.10-alsa on kbsd. This needs to be fixed prior to the release of squeeze. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578256: ia32-libs: please add libmpg123
Package: ia32-libs Version: 20090808 Severity: wishlist Hi, to build wine with mp3 support on amd64 one needs the 32-bit development files of libmpeg123. Could it be added to ia32-libs, please? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (501, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ia32-libs depends on: ii dpkg1.15.6.1 Debian package management system ii lib32asound21.0.22-2 shared library for ALSA applicatio ii lib32gcc1 1:4.5.0-1GCC support library (32 bit Versio ii lib32ncurses5 5.7+20100313-2 shared libraries for terminal hand ii lib32stdc++64.5.0-1 The GNU Standard C++ Library v3 (3 ii lib32z1 1:1.2.3.4.dfsg-3 compression library - 32 bit runti ii libc6-i386 2.10.2-6 GNU C Library: 32-bit shared libra ii lsb-release 3.2-23 Linux Standard Base version report ia32-libs recommends no packages. Versions of packages ia32-libs suggests: ii ia32-libs-gtk 20090804 GTK+ ia32 shared libraries -- 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#578257: gdevilspie: Package description: Describe what Devils Pie is about
Package: gdevilspie Version: 0.31-1 Severity: normal Hello, Someone reading gdevilspie's packager description is likely to be puzzled, unless he/she knows what Devils Pie is about. I suggest the following package description, which could be improved further (and reviewed by a native English speaker). Devils Pie is a tool to find windows as they are created and perform actions on them, such as resizing, moving to another workspace, or pinning them to all workspaces. This package provides a user interface to write Devils Pie rules and to start and stop the Devils Pie daemon. Thanks, Franklin -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (101, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577850: mini-buildd: [debconf_rewrite] Debconf templates and debian/control review
Hi Christian, On Thu, 2010-04-15 at 08:06 +0200, Christian Perrier wrote: Dear Debian maintainer, (...) Please review the suggested changes, and if you have any objections, let me know in the next 3 days. Great, thanks for reviewing! I have glanced over it, only this one seems strange: --- Template: mini-buildd-bld/mbd_lvm_vg Type: string Default: auto Description: LVM2 volume group to use: - You need a dedicated lvm volume group where the chroots are - maintained (via schroot). + There will need to be a dedicated LVM volume group for the chroots + to be maintained on (with schroot). --- There will need to be sound strange for my (non-native) ears ;), maybe just a typo? Else, go for it, Stephan -- Stephan Sürken absurd at olurdix.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578176: exim4-config: ACL Add condition !acl = acl_local_deny_exceptions in defer
On 2010-04-17 Fabien André debian-...@xion345.info wrote: Package: exim4-config Version: 4.69-9 Severity: wishlist [...] By the way, exim4-config_files is outdated and still mentions former filenames. (exim4_local_sender_blacklist) [...] could you please elaborate on that? I cannot see it ametz...@argenau:~/tmp$ dpkg -x exim4-config_4.69-9_all.deb \ /tmp/exim4-config_4.69-9 ametz...@argenau:/tmp$ find exim4-config_4.69-9 -exec \ zgrep -l exim4_local_sender_blacklist {} + ametz...@argenau:/tmp$ Sorry, this is unclear, I was speaking about the man page. /usr/share/man/man5/exim4-config_files.5.gz doesn't mention the new filenames : fab...@tinyford:/etc/exim4/conf.d/acl$ zgrep "sender_local_deny_exceptions" \ /usr/share/man/man5/exim4-config_files.5.gz whereas it still mentions former ones: fab...@tinyford:/etc/exim4/conf.d/acl$ zgrep "local_sender_whitelist" \ /usr/share/man/man5/exim4-config_files.5.gz /etc/exim4/local_sender_whitelist whitelist is read in from /etc/exim4/local_sender_whitelist. Entries .SH /etc/exim4/local_sender_whitelist /etc/exim4/conf.d/acl/20_exim4-config_local_deny_exceptions : [...] # The old file names CONFDIR/local_host_whitelist and # CONFDIR/local_sender_whitelist will continue to be honored for a # transition period. Their use is deprecated. [...] So the man page only mentions old filenames which use is apparently deprecated. Regards, Fabien André -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#578255: phonon: must not depend on alsa on kbsd
tag 578255 + pending thanks it's fixed in svn since yesterday. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578258: console-log: drop debconf note
Package: console-log Version: 1.0-16 Severity: normal Tags: confirmed the debconf note deals with transitions to 0.8 from 2002 and can be removed now. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578176: exim4-config: ACL Add condition !acl = acl_local_deny_exceptions in defer
On 2010-04-17 Fabien André debian-...@xion345.info wrote: Package: exim4-config Version: 4.69-9 Severity: wishlist [...] By the way, exim4-config_files is outdated and still mentions former filenames. (exim4_local_sender_blacklist) [...] could you please elaborate on that? I cannot see it ametz...@argenau:~/tmp$ dpkg -x exim4-config_4.69-9_all.deb \ /tmp/exim4-config_4.69-9 ametz...@argenau:/tmp$ find exim4-config_4.69-9 -exec \ zgrep -l exim4_local_sender_blacklist {} + ametz...@argenau:/tmp$ Sorry, this is unclear, I was speaking about the man page. /usr/share/man/man5/exim4-config_files.5.gz doesn't mention the new filenames : fab...@tinyford:/etc/exim4/conf.d/acl$ zgrep sender_local_deny_exceptions \ /usr/share/man/man5/exim4-config_files.5.gz whereas it still mentions former ones: fab...@tinyford:/etc/exim4/conf.d/acl$ zgrep local_sender_whitelist \ /usr/share/man/man5/exim4-config_files.5.gz /etc/exim4/local_sender_whitelist whitelist is read in from /etc/exim4/local_sender_whitelist. Entries .SH /etc/exim4/local_sender_whitelist /etc/exim4/conf.d/acl/20_exim4-config_local_deny_exceptions : [...] # The old file names CONFDIR/local_host_whitelist and # CONFDIR/local_sender_whitelist will continue to be honored for a # transition period. Their use is deprecated. [...] So the man page only mentions old filenames which use is apparently deprecated. Regards, Fabien André -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578201: grub-common: grub-probe reports incorrect fs type
Aravind Gottipati wrote: My hypothesis that it was simply listing the fs type of the bootable partition is incorrect. I changed sda4 to be bootable, but its still listing the fstype of sda1. Also, I happen to have another installation of debian thats not quite so up to date and grub-probe seems to be working okay there. Here is the output from the grub2 1.97+20091115-1, and following that is the output from the latest grub2 1.98-1. Nailed it. In upstream it was fixed by Grégoire Sutre in r2317 === modified file 'util/hostdisk.c' --- util/hostdisk.c 2010-02-07 01:47:18 + +++ util/hostdisk.c 2010-04-18 10:45:51 + @@ -718,7 +718,7 @@ dos_part_str = xasprintf (,%d, dos_part + 1); if (bsd_part = 0) -bsd_part_str = xasprintf (,%c, dos_part + 'a'); +bsd_part_str = xasprintf (,%c, bsd_part + 'a'); ret = xasprintf (%s%s%s, map[drive].drive, dos_part_str ? : , -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#576706: [thunar] You must choose Single click to activate items
Package: thunar Version: 1.0.1-3 --- Please enter the report below this line. --- Hi, Detailed view still works for me but if, and only if, I choose the Single click to activate items behaviour. Perhaps this bug and #576709 are just the same. Best Regards, Manolo --- System information. --- Architecture: amd64 Kernel: Linux 2.6.33.2 Debian Release: squeeze/sid 1001 testing ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= libatk1.0-0 (= 1.20.0) | 1.30.0-1 libc6(= 2.3.4) | 2.10.2-6 libcairo2(= 1.2.4) | 1.8.10-3 libdbus-1-3 (= 1.0.2) | 1.2.24-1 libdbus-glib-1-2 (= 0.78) | 0.84-1 libexo-0.3-0 (= 0.3.100) | 0.3.106-1 libfreetype6 (= 2.2.1) | 2.3.11-1 libglib2.0-0(= 2.18.0) | 2.24.0-1 libgtk2.0-0 (= 2.10.1) | 2.20.0-2 libice6(= 1:1.0.0) | 2:1.0.6-1 libpango1.0-0 (= 1.14.0) | 1.28.0-1 libsm6 | 2:1.1.1-1 libthunar-vfs-1-2(= 1.0.0) | 1.0.1-3 libx11-6 (= 0) | 2:1.3.3-2 libxfce4util4(= 4.6.0) | 4.6.1-2 desktop-file-utils | 0.15-2 shared-mime-info| 0.71-1 thunar-data (= 1.0.1-3) | 1.0.1-3 exo-utils | 0.3.106-1 Recommends (Version) | Installed -+-=== hal | dbus-x11 | 1.2.24-1 gamin| 0.1.10-2+b1 xfce4-panel (= 4.6.0) | 4.6.3-1 thunar-volman| xdg-user-dirs| 0.12-1 Suggests (Version) | Installed ===-+-=== thunar-archive-plugin | 0.2.4-5 thunar-media-tags-plugin| -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578255: phonon: must not depend on alsa on kbsd
* Fathi Boudra (f...@debian.org) [100418 12:44]: it's fixed in svn since yesterday. Thanks. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573237: Merkaartor Segfaults when double-clicking on virtual node
Hi! On 04/18/2010 11:32 AM, boris wrote: starting merkaartor activate: use virtual nodes and separate move mode restart merkaartor download some ways from osm use the move tool (from menu bar) double click a virtual note - Segmentation fault happened nearly every time. Thanks, I was finally able to reproduce that. http://trac.openstreetmap.org/ticket/2894 And maybe related: When I try to move some (big?) object (for example tested with osm way_10054141) and virtual nodes enabled merkaartor hangs using 100% of one cpu-core - which didn't happened without virtual nodes. Try to disable viewing relations - then the cpu should be fine again. Viewing large relations eats a lot of cpu time unfortunately, but thats a known bug. http://trac.openstreetmap.org/ticket/2893 Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575199: grub-pc: update-grub fails if /boot is mirrored with LVM
Jim Studt wrote: *** BEGIN /boot/grub/device.map (hd0) /dev/sda *** END /boot/grub/device.map Here is your problem. Add remaining devices to this file. E.g. (hd1) /dev/sdb -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#578259: svn-upgrade: files are ignored due to subversion ignore patterns, but which files?
Package: svn-buildpackage Version: 0.7.1 Severity: normal Hi, I just got the following message while upgrading a Perl module: One or more files are ignore due to (global) subversion ignore patterns, how to procede (quit, import, skip)? [Qis?]: It would be helpful to know which files are being ignored. Regards, Ansgar -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages svn-buildpackage depends on: ii devscripts 2.10.61 scripts to make the life of a Debi ii file 5.04-2 Determines file type using magic ii libcapture-tiny-perl 0.07-1 module to capture STDOUT and STDER ii libfile-libmagic-perl0.96-1 Perl interface to libmagic for det ii liblocale-gettext-perl 1.05-6 Using libc functions for internati ii libsvn-perl 1.6.9dfsg-1 Perl bindings for Subversion ii liburi-perl 1.54-1 module to manipulate and access UR ii perl 5.10.1-12 Larry Wall's Practical Extraction ii subversion 1.6.9dfsg-1 Advanced version control system ii unp 1.0.15 unpack (almost) everything with on ii wget 1.12-1.1retrieves files from the web Versions of packages svn-buildpackage recommends: ii debhelper 7.4.17 helper programs for debian/rules svn-buildpackage 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#578260: [xserver-xorg-input-synaptics] after upgrade: very sensitive and no vertical scroll emulation
Package: xserver-xorg-input-synaptics Version: 1.2.1-1 Severity: normal --- Please enter the report below this line. --- --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-trunk-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstablesnapshots.ekiga.net 500 unstablemirror.isoc.org.il 500 stable security.debian.org 500 stable dl.google.com 1 experimentalmirror.isoc.org.il --- Package information. --- Depends (Version) | Installed ===-+-== libc6(= 2.2.5) | 2.10.2-5 libpciaccess0 | 0.11.0-2 libpixman-1-0 | 0.16.4-1 libx11-6 (= 0) | 2:1.3.3-3 libxi6 (= 2:1.2.0) | 2:1.3-4 xserver-xorg-core (= 2:1.6.99.900) | 2:1.7.6-2 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== gpointing-device-settings| 1.5.1-2 touchfreeze | -8---8---8---8---8---8---8---8---8-- Please attach the file: /tmp/reportbug-ng-xserver-xorg-input-synaptics-y-EfT3.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! -8---8---8---8---8---8---8---8---8-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578261: childsplay: Fail to use SDL mixer
Package: childsplay Version: 1.3-1 Severity: grave Tags: squeeze Justification: renders package unusable ~ childsplay /usr/lib/pymodules/python2.5/childsplay_sp/SPMainCore.py:37: RuntimeWarning: use mixer: /usr/lib/libSDL_mixer-1.2.so.0: undefined symbol: SMPEG_new_rwops pygame.mixer.pre_init(22050, -16, 2, 2048) Traceback (most recent call last): File /usr/games/childsplay, line 113, in module import childsplay_sp.SPMainCore as SPMainCore File /usr/lib/pymodules/python2.5/childsplay_sp/SPMainCore.py, line 37, in module pygame.mixer.pre_init(22050, -16, 2, 2048) File /usr/lib/python2.5/site-packages/pygame/__init__.py, line 70, in __getattr__ raise NotImplementedError, MissingPygameModule NotImplementedError: mixer module not available -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages childsplay depends on: ii python2.5.4-9An interactive high-level object-o ii python-gtk2 2.16.0-2 Python bindings for the GTK+ widge ii python-numpy 1:1.3.0-3+b1 Numerical Python adds a fast array ii python-pygame 1.8.1release-2 SDL bindings for games development ii python-sqlalchemy 0.5.8-1SQL toolkit and Object Relational ii python-support1.0.7 automated rebuilding support for P ii ttf-dejavu2.30-2 Metapackage to pull in ttf-dejavu- Versions of packages childsplay recommends: ii childsplay-alphabet-sounds-fr 0.8.5-3French sound files for childsplay childsplay 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#578250: open-iscsi: Encounters connection failure on boot
On Sunday 18 Apr 2010 15:04:41 you wrote: When trying to login to targets (not mounting to /) during boot using the default init.d and rcS.d configurations, iscsiadm reports that it encounters a connection failure; however, this connection failure is not present if the open-iscsi init.d script is restarted after boot, and everything at that point will then mount normally. This problem disappears if the open-iscsi init.d script is moved from rcS.d to rc2.d and started around the same time as, say, OpenSSH (although I don't have a real sense as to what effect this has on other init.d scripts). Either way, it appears that the problem is being caused by the network not being ready by the time the open-iscsi init.d script is started (even though the order in rcS.d appears to be set correctly), causing the connection failure. Is this a dhcp or a static network ? And do you have parallel boot enabled ? Regards, Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: This is a digitally signed message part.
Bug#457045: [reportbug-ng] Visually mark merged bugs
Package: reportbug-ng Version: 1.19 Hi, I join the request. I've just suggested to merge two bug reports that were already merged. http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=xxx only list one of them. Perhaps reportbug-ng could have the same behaviour. Best Regards, -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571083: base-files: please consider warning users that /etc/profiles might need to be upgraded manually
On Sun, 18 Apr 2010, Christoph Anton Mitterer wrote: Changes in the default files are not important enough to warn the user = I can imagine some scenarios where this is important. Most recent example is the addition of support for /etc/profile.d in order to conform to LSB. People that do not regularly diff the base-files won't notice that changes to /etc/profile, and /etc/profile.d will remain non-functional on upgrades. I guess it's easy to think of similar issues. The profile.d thing has been implemented so that new installs of squeeze pass LSB compliance checks, but nothing more. I would be really disappointed if packages start to use it. It is a feature that in general we should not use, as it is equivalent to modifying /etc/profile directly, and it is very rare that you need to change /etc/profile for your package to work. For this reason I think it is not such an important change, and more to the point: By warning the users in whatever way (including the conffile mechanism) I would be giving it an importance that it does not deserve. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577488: binutils-multiarch: missing diversion for /usr/bin/ld.bfd
Hi Matthias, Here are the updated binutils-multiarch patches. The patches are based on binutils 2.20.51.20100415-1. I hope it is not too late for them to be useful. Matthias Klose wrote: I added this for shlibs file generation in the meantime. please use the DEB_VERSION var. Also the this_version stuff won't handle binNMUs, maybe it's enough to drop the +bN suffix from this_version. Checking dpkg/scripts/Dpkg/Substvars.pm for the definition of ${source:Version}, yes, all it does is s/\+b[0-9]+//. So I used that to define a new DEB_SVERSION var. For the maintainer scripts, it is not actually important whether DEB_VERSION or DEB_SVERSION is used. I couldn’t come up with a good single place in the code to explain that, so I just put it in the description for the patch. Thanks again for your feedback so far. Jonathan Nieder (5): binutils-multiarch: clean up diversion handling Remove ld.bfd from binutils-multiarch Add ld.bfd and c++filt back to binutils-multiarch Remove elfedit from binutils-multiarch Fix shlibs files to use correct SONAMES debian/binutils-multiarch.postinst | 45 ++- debian/binutils-multiarch.postrm | 32 - debian/binutils-multiarch.postrm.in | 53 ++ debian/binutils-multiarch.preinst| 82 -- debian/binutils-multiarch.preinst.in | 31 + debian/binutils-multiarch.prerm.in | 64 ++ debian/changelog | 19 debian/rules | 30 +--- 8 files changed, 234 insertions(+), 122 deletions(-) delete mode 100644 debian/binutils-multiarch.postrm create mode 100644 debian/binutils-multiarch.postrm.in delete mode 100644 debian/binutils-multiarch.preinst create mode 100644 debian/binutils-multiarch.preinst.in create mode 100644 debian/binutils-multiarch.prerm.in From 607f8c4a9dccb524c65f69327f17f513fcc4a844 Mon Sep 17 00:00:00 2001 From: Jonathan Nieder jrnie...@gmail.com Date: Sun, 18 Apr 2010 05:51:20 -0500 Subject: [PATCH 1/5] binutils-multiarch: clean up diversion handling Make diversion handling more robust by taking more cases into account. Previously, an upgrade removing a file that was previously diverted could easily produce errors from attempting to remove the diversion too early. As a result, the diversion would stay around and no package would provide the relevant file. Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- debian/binutils-multiarch.postinst | 45 ++- debian/binutils-multiarch.postrm | 32 - debian/binutils-multiarch.postrm.in | 50 debian/binutils-multiarch.preinst| 82 -- debian/binutils-multiarch.preinst.in | 28 debian/binutils-multiarch.prerm.in | 64 ++ debian/changelog | 13 + debian/rules |3 +- 8 files changed, 201 insertions(+), 116 deletions(-) delete mode 100644 debian/binutils-multiarch.postrm create mode 100644 debian/binutils-multiarch.postrm.in delete mode 100644 debian/binutils-multiarch.preinst create mode 100644 debian/binutils-multiarch.preinst.in create mode 100644 debian/binutils-multiarch.prerm.in diff --git a/debian/binutils-multiarch.postinst b/debian/binutils-multiarch.postinst index 9977c68..37c42fd 100644 --- a/debian/binutils-multiarch.postinst +++ b/debian/binutils-multiarch.postinst @@ -1,6 +1,49 @@ #! /bin/sh - +# Update .so symlinks and remove obsolete diversions. +# +# Removing a diversion requires a guarantee that the conflicting +# file is not present any more, and we cannot guarantee that if +# some other version of binutils-multiarch is installed. +# So we remove the diversions in postinst, not preinst. set -e +old_diversion() { + local divertto file + file=$1 + divertto=${2-$file.single} + if + dpkg-divert --package binutils-multiarch --list | + grep -q -F $divertto + then + dpkg-divert --package binutils-multiarch \ + --remove --rename \ + --divert $divertto $file + fi +} + +# remove obsolete diversions +old_diversion /usr/lib/libbfd.a /usr/lib/libbfd-single.a +old_diversion /usr/lib/libopcodes.a /usr/lib/libopcodes-single.a +old_diversion /usr/bin/ld +for f in elf32_sparc elf32ppc elf64alpha elf_i386 m68kelf \ + alpha i386linux m68klinux sparclinux sun4 +do + for ext in x xbn xn xr xs xu + do + old_diversion /usr/lib/ldscripts/$f.$ext + done +done +old_diversion /usr/lib/libbfd-2.9.1.0.15.so.0.0.0 \ + /usr/lib/libbfd-single-2.9.1.0.15.so.0.0.0 +old_diversion /usr/lib/libopcodes-2.9.1.0.15.so.0.0.0 \ + /usr/lib/libopcodes-single-2.9.1.0.15.so.0.0.0 +old_diversion /usr/lib/libbfd.la
Bug#569571: affects apt-xapian-index as well
affects 569571 src:xapian-core apt-xapian-index thanks This indirectly affects apt-xapian-index (recently pulled in as a dependency of aptitude) as well: === Begin === /etc/cron.weekly/apt-xapian-index: Bus error run-parts: /etc/cron.weekly/apt-xapian-index exited with return code 135 === End === Any chance to get this fixed? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature
Bug#578251: [ure] amd64 version missmatch will not install openoffice.org
reassign 578251 openoffice.org-core retitle 578251 depends on non-existant yet (OOo 3.2.1) ure version close 578251 thanks On Sun, Apr 18, 2010 at 02:50:39AM -0700, Jonathan A. wrote: Package: ure Version: 1.6.0 Severity: grave Tags: sid Justification: renders package unusable Wrong. I Cannot install openoffice on the amd64 platform due to it requireing ure v. =1.6.1 which doesn't exist. I'd assume its ether a misstake in the depends off openoffice-core or ure 1.6.1 didn't get packaged The first one. In any case, if I count right you filed that bug as the fixed version already was ACCEPTED. Didn't reportbug tell you? Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577996: xorg: Screen occasionaly fails to unblank after resuming from suspend
On Sun, Apr 18, 2010 at 10:55:16 +0200, Alex wrote: On Fri, Apr 16, 2010 at 01:11:33AM +0200, Cyril Brulebois wrote: Hi, Alex Bennee bugzi...@bennee.com (15/04/2010): Since a recent update to sid (in the last 2 weeks) resume from suspend has become unreliable. snip please upgrade your kernel from your current 2.6.32-3-$arch to current 2.6.32-4-$arch. Many fixes in there, which should make you happy. Seems more stable but have had it blank up on me at least once with -4 kernel. Do you know what commit/patch was meant to have fixed it? -4 has a backport of the whole drm subsystem from 2.6.33, so that's pretty massive. FWIW I also have occasional trouble with the screen staying black after resume, but vt switch to the console and back to X fixes it. Do you still have issues on vt switch? Cheers, Julien signature.asc Description: Digital signature
Bug#462002: update-notifier: applet doesn't show reboot requests
On Mon, Jan 21, 2008 at 10:32:56PM +0100, Michael Biebl wrote: Package: update-notifier Version: 0.59.5.debian-1 Severity: normal I ran /usr/share/update-notifier/notify-reboot-required as root, which touches /var/run/reboot-required. Unfortunately the update-notifier applet doesn't show any reboot required notification. If the file really was created, this bug is solved now. The file is only created if /var/run/ is a mountpoint; thus running the script does not ensure that this file is created. This needs to be fixed. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpqtKZFzUVa1.pgp Description: PGP signature
Bug#578262: linux-image-2.6.32-4-amd64: Intel 5300 wireless does not work on Acer TravelMate6293.
Package: linux-2.6 Version: 2.6.32-11 Severity: important The intel wireless 5300 on my laptop TravelMate6293 does not work with 2.6.32 kernels. When I log in, the wireless link is connected, after a while (with not heavy traffic: ping) it disconnects itself and then it restores and breaks connection periodically after few (~30) seconds. The problem can be similar to the bug #577559 with an intel 5100 card http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=577559, but I think it is not the same. Upgrade to the 2.6.32-4 kernel did not help. This problem appeared when I upgraded from the 2.6.30-2 kernel to the 2.6.32-3. The wireless card still works fine with the older kernel but not with the newer one. I tried also original kernels compiled from sources from www.kernel.org and I found that my wireless works with kernels up to 2.6.30.10 and does not work with kernels from 2.6.31.1. I think I use the latest firmware and default configuration. Information about my hardware and some relevant parts from kern.log are attached.I would appreciate any suggestions or help. Thanks. Zdenek Matej --- From lspsi: 02:00.0 Network controller: Intel Corporation Ultimate N WiFi Link 5300 From kern.log: 10:25:57 : [ 29.960890] iwlagn :02:00.0: firmware: requesting iwlwifi-5000-2.ucode 10:25:58 : [ 30.152360] iwlagn :02:00.0: loaded firmware version 8.24.2.12 From kern.log: this repeats periodically 10:42:07 : [ 999.409473] wlan0: AP denied association (code=12) 10:42:07 : [ 999.409506] wlan0: deauthenticating from 00:02:72:5c:21:ea by local choice (reason=3) 10:42:20 : [ 1012.665753] wlan0: direct probe to AP 00:02:72:5c:21:ea (try 1) 10:42:20 : [ 1012.668541] wlan0: direct probe responded 10:42:20 : [ 1012.668551] wlan0: authenticate with AP 00:02:72:5c:21:ea (try 1) 10:42:20 : [ 1012.670338] wlan0: authenticated 10:42:20 : [ 1012.670381] wlan0: associate with AP 00:02:72:5c:21:ea (try 1) 10:42:20 : [ 1012.674612] wlan0: RX AssocResp from 00:02:72:5c:21:ea (capab=0x11 status=12 aid=1) -- Package-specific info: ** Version: Linux version 2.6.32-4-amd64 (Debian 2.6.32-11) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Mon Apr 5 21:14:10 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-4-amd64 root=UUID=2d445bfe-1873-49c2-9485-7661d755d0aa ro quiet ** Not tainted ** Kernel log: [5.801493] iwlagn: Copyright(c) 2003-2009 Intel Corporation [5.801578] iwlagn :02:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [5.801607] iwlagn :02:00.0: setting latency timer to 64 [5.801669] iwlagn :02:00.0: Detected Intel Wireless WiFi Link 5300AGN REV=0x24 [5.807200] input: Acer Crystal Eye webcam as /devices/pci:00/:00:1a.7/usb1/1-1/1-1:1.0/input/input8 [5.807251] usbcore: registered new interface driver uvcvideo [5.807254] USB Video Class driver (v0.1.0) [5.808890] yenta_cardbus :0a:07.0: ISA IRQ mask 0x0c70, PCI irq 21 [5.808894] yenta_cardbus :0a:07.0: Socket status: 3006 [5.808897] pci_bus :0a: Raising subordinate bus# of parent bus (#0a) from #0b to #0e [5.808904] yenta_cardbus :0a:07.0: pcmcia: parent PCI bridge I/O window: 0x6000 - 0x6fff [5.808907] yenta_cardbus :0a:07.0: pcmcia: parent PCI bridge Memory window: 0xfc50 - 0xfc5f [5.808909] yenta_cardbus :0a:07.0: pcmcia: parent PCI bridge Memory window: 0xbc00 - 0xbfff [5.838781] iwlagn :02:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels [5.838832] alloc irq_desc for 30 on node -1 [5.838834] alloc kstat_irqs on node -1 [5.838850] iwlagn :02:00.0: irq 30 for MSI/MSI-X [5.923411] alloc irq_desc for 22 on node -1 [5.923414] alloc kstat_irqs on node -1 [5.923420] tifm_7xx1 :0a:07.2: PCI INT C - GSI 22 (level, low) - IRQ 22 [5.928352] phy0: Selected rate control algorithm 'iwl-agn-rs' [6.151949] input: PS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input9 [6.344959] HDA Intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [6.345005] HDA Intel :00:1b.0: setting latency timer to 64 [6.463609] hda_codec: ALC268: BIOS auto-probing. [6.464072] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input10 [7.842901] Adding 8008360k swap on /dev/sda5. Priority:-1 extents:1 across:8008360k [8.243770] EXT3 FS on sda3, internal journal [8.360627] loop: module loaded [9.283441] kjournald starting. Commit interval 5 seconds [9.283807] EXT3 FS on sda6, internal journal [9.283813] EXT3-fs: mounted filesystem with ordered data mode. [9.447380] fuse init (API version 7.13) [ 11.88] microcode: CPU0 sig=0x10676, pf=0x80, revision=0x60c [ 11.92] platform microcode: firmware: requesting intel-ucode/06-17-06 [ 11.581564] microcode: CPU1 sig=0x10676, pf=0x80, revision=0x0 [ 11.581567] platform microcode: firmware: requesting intel-ucode/06-17-06 [ 11.584965]
Bug#578263: linux-image-2.6.32-4-amd64: Intel 5300 wireless does not work on Acer TravelMate6293.
Package: linux-2.6 Version: 2.6.32-11 Severity: important The intel wireless 5300 on my laptop TravelMate6293 does not work with 2.6.32 kernels. When I log in, the wireless link is connected, after a while (with not heavy traffic: ping) it disconnects itself and then it restores and breaks connection periodically after few (~30) seconds. The problem can be similar to the bug #577559 with an intel 5100 card http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577559, but I think it is not the same. Upgrade to the 2.6.32-4 kernel did not help. This problem appeared when I upgraded from the 2.6.30-2 kernel to the 2.6.32-3. The wireless card still works fine with the older kernel but not with the newer one. I tried also original kernels compiled from sources from www.kernel.org and I found that my wireless works with kernels up to 2.6.30.10 and does not work with kernels from 2.6.31.1. I think I use the latest firmware and default configuration. Information about my hardware and some relevant parts from kern.log are attached. I would appreciate any suggestions or help. Thanks. Zdenek Matej --- From lspsi: 02:00.0 Network controller: Intel Corporation Ultimate N WiFi Link 5300 From kern.log: 10:25:57 : [ 29.960890] iwlagn :02:00.0: firmware: requesting iwlwifi-5000-2.ucode 10:25:58 : [ 30.152360] iwlagn :02:00.0: loaded firmware version 8.24.2.12 From kern.log: this repeats periodically 10:42:07 : [ 999.409473] wlan0: AP denied association (code=12) 10:42:07 : [ 999.409506] wlan0: deauthenticating from 00:02:72:5c:21:ea by local choice (reason=3) 10:42:20 : [ 1012.665753] wlan0: direct probe to AP 00:02:72:5c:21:ea (try 1) 10:42:20 : [ 1012.668541] wlan0: direct probe responded 10:42:20 kfes-104 kernel: [ 1012.668551] wlan0: authenticate with AP 00:02:72:5c:21:ea (try 1) 10:42:20 : [ 1012.670338] wlan0: authenticated 10:42:20 : [ 1012.670381] wlan0: associate with AP 00:02:72:5c:21:ea (try 1) 10:42:20 : [ 1012.674612] wlan0: RX AssocResp from 00:02:72:5c:21:ea (capab=0x11 status=12 aid=1) -- Package-specific info: ** Version: Linux version 2.6.32-4-amd64 (Debian 2.6.32-11) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Mon Apr 5 21:14:10 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-4-amd64 root=UUID=2d445bfe-1873-49c2-9485-7661d755d0aa ro quiet ** Not tainted ** Kernel log: [8.638063] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [8.638066] usb 3-2: Product: Acer Module [8.638068] usb 3-2: Manufacturer: Broadcom Corp [8.638171] usb 3-2: configuration #1 chosen from 1 choice [8.672655] input: PS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input9 [8.881242] phy0: Selected rate control algorithm 'iwl-agn-rs' [9.177016] HDA Intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [9.177060] HDA Intel :00:1b.0: setting latency timer to 64 [9.317765] Bluetooth: Core ver 2.15 [9.317809] NET: Registered protocol family 31 [9.317811] Bluetooth: HCI device and connection manager initialized [9.317813] Bluetooth: HCI socket layer initialized [9.425406] Bluetooth: Generic Bluetooth USB driver ver 0.6 [9.425957] usbcore: registered new interface driver btusb [9.425992] hda_codec: ALC268: BIOS auto-probing. [9.426429] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input10 [ 11.024355] Adding 8008360k swap on /dev/sda5. Priority:-1 extents:1 across:8008360k [ 11.441967] EXT3 FS on sda3, internal journal [ 11.558061] loop: module loaded [ 12.864788] kjournald starting. Commit interval 5 seconds [ 12.865189] EXT3 FS on sda6, internal journal [ 12.865195] EXT3-fs: mounted filesystem with ordered data mode. [ 13.037040] fuse init (API version 7.13) [ 15.586784] microcode: CPU0 sig=0x10676, pf=0x80, revision=0x60c [ 15.586788] platform microcode: firmware: requesting intel-ucode/06-17-06 [ 15.621104] microcode: CPU1 sig=0x10676, pf=0x80, revision=0x0 [ 15.621108] platform microcode: firmware: requesting intel-ucode/06-17-06 [ 15.624502] Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba [ 15.831699] microcode: CPU1 updated to revision 0x60c, date = 2008-01-19 [ 16.342029] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input11 [ 35.478698] Bluetooth: L2CAP ver 2.14 [ 35.478704] Bluetooth: L2CAP socket layer initialized [ 35.597121] Bluetooth: RFCOMM TTY layer initialized [ 35.597131] Bluetooth: RFCOMM socket layer initialized [ 35.597135] Bluetooth: RFCOMM ver 1.11 [ 35.598193] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 35.598198] Bluetooth: BNEP filters: protocol multicast [ 35.609270] Bridge firewalling registered [ 35.867906] Bluetooth: SCO (Voice Link) ver 0.6 [ 35.867912] Bluetooth: SCO socket layer initialized [ 38.255496] lp0: using parport0 (interrupt-driven). [ 38.381715] iwlagn :02:00.0: firmware:
Bug#578259: svn-upgrade: files are ignored due to subversion ignore patterns, but which files?
On Sun, 18 Apr 2010 20:06:41 +0900, Ansgar Burchardt wrote: I just got the following message while upgrading a Perl module: One or more files are ignore due to (global) subversion ignore patterns, how to procede (quit, import, skip)? [Qis?]: It would be helpful to know which files are being ignored. And s/ignore/ignored/. Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `- signature.asc Description: Digital signature
Bug#578264: amarok: crashes at startup
Package: amarok Version: 2.3.0-2 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The new debian version doesn't even make it to the screen. Worked fine with 2.3.0-1 Here's the backtrace from the KDE crash handler: Application: Amarok (amarok), signal: Segmentation fault [Current thread is 1 (Thread 0x7fef2fe99770 (LWP 3105))] Thread 13 (Thread 0x7fef12943910 (LWP 3121)): #0 0x7fef27aee20d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x7fef11167f41 in ?? () from /usr/lib/libxine.so.1 #2 0x7fef27ae973a in start_thread () from /lib/libpthread.so.0 #3 0x7fef2cea969d in clone () from /lib/libc.so.6 #4 0x in ?? () Thread 12 (Thread 0x7fef0718d910 (LWP 3128)): #0 0x7fef2ce9e743 in poll () from /lib/libc.so.6 #1 0x7fef2608f299 in ?? () from /lib/libglib-2.0.so.0 #2 0x7fef2608f6ec in g_main_context_iteration () from /lib/libglib-2.0.so.0 #3 0x7fef2e4de3c6 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #4 0x7fef2e4b3842 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #5 0x7fef2e4b3c1c in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #6 0x7fef2e3bdbc9 in QThread::exec() () from /usr/lib/libQtCore.so.4 #7 0x7fef113c3400 in ?? () from /usr/lib/qt4/plugins/phonon_backend/phonon_xine.so #8 0x7fef2e3c05c5 in ?? () from /usr/lib/libQtCore.so.4 #9 0x7fef27ae973a in start_thread () from /lib/libpthread.so.0 #10 0x7fef2cea969d in clone () from /lib/libc.so.6 #11 0x in ?? () Thread 11 (Thread 0x7fef06783910 (LWP 3131)): #0 0x7fef2ce9e743 in poll () from /lib/libc.so.6 #1 0x7fef06788805 in ?? () from /usr/lib/xine/plugins/1.28/xineplug_ao_out_alsa.so #2 0x7fef27ae973a in start_thread () from /lib/libpthread.so.0 #3 0x7fef2cea969d in clone () from /lib/libc.so.6 #4 0x in ?? () Thread 10 (Thread 0x7fef05f82910 (LWP 3132)): #0 0x7fef27aedf89 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x7fef11178a3b in ?? () from /usr/lib/libxine.so.1 #2 0x7fef27ae973a in start_thread () from /lib/libpthread.so.0 #3 0x7fef2cea969d in clone () from /lib/libc.so.6 #4 0x in ?? () Thread 9 (Thread 0x7fef05378910 (LWP 3133)): #0 0x7fef27aedf89 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x7fef11178a3b in ?? () from /usr/lib/libxine.so.1 #2 0x7fef27ae973a in start_thread () from /lib/libpthread.so.0 #3 0x7fef2cea969d in clone () from /lib/libc.so.6 #4 0x in ?? () Thread 8 (Thread 0x7fef04b77910 (LWP 3134)): #0 0x7fef27aedf89 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x7fef11178a3b in ?? () from /usr/lib/libxine.so.1 #2 0x7fef27ae973a in start_thread () from /lib/libpthread.so.0 #3 0x7fef2cea969d in clone () from /lib/libc.so.6 #4 0x in ?? () Thread 7 (Thread 0x7fef031da910 (LWP 3138)): #0 0x7fef27aedf89 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x7fef28411606 in ?? () from /usr/lib/libQtWebKit.so.4 #2 0x7fef28411649 in ?? () from /usr/lib/libQtWebKit.so.4 #3 0x7fef27ae973a in start_thread () from /lib/libpthread.so.0 #4 0x7fef2cea969d in clone () from /lib/libc.so.6 #5 0x in ?? () Thread 6 (Thread 0x7feef9113910 (LWP 3139)): #0 0x7fef27aedf89 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x7fef2e3c158b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x7fef29f042e6 in ?? () from /usr/lib/libthreadweaver.so.4 #3 0x7fef29f0637b in ?? () from /usr/lib/libthreadweaver.so.4 #4 0x7fef29f06394 in ?? () from /usr/lib/libthreadweaver.so.4 #5 0x7fef29f04a1f in ?? () from /usr/lib/libthreadweaver.so.4 #6 0x7fef29f04f88 in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4 #7 0x7fef2e3c05c5 in ?? () from /usr/lib/libQtCore.so.4 #8 0x7fef27ae973a in start_thread () from /lib/libpthread.so.0 #9 0x7fef2cea969d in clone () from /lib/libc.so.6 #10 0x in ?? () Thread 5 (Thread 0x7feef8912910 (LWP 3140)): #0 0x7fef27aedf89 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x7fef2e3c158b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x7fef29f042e6 in ?? () from /usr/lib/libthreadweaver.so.4 #3 0x7fef29f0637b in ?? () from /usr/lib/libthreadweaver.so.4 #4 0x7fef29f04a1f in ?? () from /usr/lib/libthreadweaver.so.4 #5 0x7fef29f04f88 in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4 #6 0x7fef2e3c05c5 in ?? () from /usr/lib/libQtCore.so.4 #7 0x7fef27ae973a in start_thread () from
Bug#578088: Please upload latest jaaa which depend on latest clalsadrv
hi, I fixed this small issue #578088 while upgrading to latest upstream If you want to double check, here it is : http://mentors.debian.net/debian/pool/main/j/jaaa/ Then I'll have to find someone in the pkg-mm team who can upload it : feel free to commit into : http://git.debian.org/?p=pkg-multimedia/jaaa.git;a=summary Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578264: amarok: crashes at startup
Hello, On sekmadienis 18 Balandis 2010 15:08:52 Luca Niccoli wrote: Thread 1 (Thread 0x7fef2fe99770 (LWP 3105)): [KCrash Handler] #5 0x7fef2971202a in ?? () from /usr/lib/libQtScript.so.4 #6 0x7fef297aba1c in ?? () from /usr/lib/libQtScript.so.4 #7 0x7fef296df310 in ?? () from /usr/lib/libQtScript.so.4 #8 0x7fef296dfdd1 in ?? () from /usr/lib/libQtScript.so.4 #9 0x7fef296dfe18 in ?? () from /usr/lib/libQtScript.so.4 #10 0x7fef296e0e27 in ?? () from /usr/lib/libQtScript.so.4 #11 0x7fef296e1cac in ?? () from /usr/lib/libQtScript.so.4 #12 0x7fef2978cbc5 in QScriptEngine::newVariant(QVariant const) () from /usr/lib/libQtScript.so.4 #13 0x7feef1d54c15 in qtscript_create_QDataStream_class(QScriptEngine*) () from /usr/lib/qt4/plugins/script/libqtscript_core.so.1.0.0 #14 0x7feef1d3670d in Remove custom scripts. Some of them are broken. ~/.kde/share/apps/amarok/scripts/ -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#578265: Wrong permissions in /etc/bugzilla3
Package: bugzilla3 Version: 3.2.5.1-2 Severity: normal After installation the permissions for 'localconfig' in /etc/bugzilla3 are wrong: | -rw-rw-r-- 1 root www-data 4629 2010-04-18 13:21 localconfig This file contains the mysql database password $db_pass and a $site_wide_secret. At installation I entered the wrong mysql admin password and had to repeat the database configuration. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (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 bugzilla3 depends on: ii apache2 2.2.15-2 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.15-2 Apache HTTP Server - traditional n ii dbconfig-common 1.8.45 common framework for packaging dat ii debconf 1.5.30 Debian configuration management sy ii libappconfig-perl 1.56-2 Perl module for configuration file ii libcgi-pm-perl3.49-1 module for Common Gateway Interfac ii libdbd-mysql-perl 4.013-1Perl5 database interface to the My ii libemail-mime-perl [libemail- 1.903-1module for simple MIME message par ii libemail-send-perl2.198-2Perl module for simply sending ema ii libjs-yui 2.8.0r4-1 Yahoo User Interface Library ii libmail-sendmail-perl 0.79.16-1 Send email from a perl script ii libtemplate-perl 2.20-1 template processing system written ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii mysql-client-5.1 [mysql-clien 5.1.45-1 MySQL database client binaries ii patch 2.6-2 Apply a diff file to an original ii perl-modules [libcgi-pm-perl] 5.10.1-11 Core Perl modules ii postfix [mail-transport-agent 2.6.5-3High-performance mail transport ag ii ucf 3.0025 Update Configuration File: preserv Versions of packages bugzilla3 recommends: ii cvs 1:1.12.13-12 Concurrent Versions System ii imagemagick 7:6.6.0.4-2 image manipulation programs ii libchart-perl 2.4.1-5 Chart Library for Perl ii libtemplate-plugin-gd-perl 2.66-2 GD plugin(s) for the Template Tool ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii mysql-server-5.1 [mysql-ser 5.1.45-1 MySQL database server binaries ii perlmagick 7:6.6.0.4-2 Perl interface to the ImageMagick Versions of packages bugzilla3 suggests: pn bugzilla3-docnone (no description available) ii graphviz 2.26.3-2rich set of graph drawing tools pn libauthen-radius-perlnone (no description available) ii libgd-gd2-perl 1:2.39-2Perl module wrapper for libgd - gd ii libgd-graph-perl 1.44-3 Graph Plotting Module for Perl 5 ii libgd-text-perl 0.86-5 Text utilities for use with GD ii libhtml-parser-perl 3.64-1 collection of modules that parse H pn libhtml-scrubber-perlnone (no description available) ii libmailtools-perl2.06-1 Manipulate email in perl programs ii libmime-tools-perl 5.427-2 Perl5 modules for MIME-compliant m ii libnet-ldap-perl 1:0.39-1client interface to LDAP servers ii libsoap-lite-perl0.710.10-1 Perl implementation of a SOAP clie ii libwww-perl 5.834-1 Perl HTTP/WWW client/server librar ii libxml-twig-perl 1:3.34-1Perl module for processing huge XM ii patchutils 0.3.1-2 Utilities to work with patches ii python 2.5.4-9 An interactive high-level object-o ii python-central 0.6.14+nmu2 register and build utility for Pyt ii ruby 4.4 An interpreter of object-oriented -- debconf information: bugzilla3/customized_values: true bugzilla3/customized_values_ask_again: false bugzilla3/database-type: mysql bugzilla3/remove-error: abort bugzilla3/dbconfig-remove: * bugzilla3/dbconfig-install: true bugzilla3/internal/reconfiguring: false bugzilla3/remote/newhost: bugzilla3/internal/skip-preseed: false bugzilla3/remote/host: bugzilla3/install-error: retry bugzilla3/upgrade-backup: true bugzilla3/db/dbname: bugzilla3 bugzilla3/missing-db-package-error: abort bugzilla3/passwords-do-not-match: bugzilla3/mysql/admin-user: root bugzilla3/upgrade-error: abort bugzilla3/db/app-user: bugzilla3 bugzilla3/dbconfig-reinstall: false bugzilla3/mysql/method: unix socket * bugzilla3/bugzilla_admin_real_name: Armin bugzilla3/remote/port: * bugzilla3/bugzilla_admin_name: ar...@garuru.org
Bug#248426: pdf is working with 4.4.0
Vincent Lefevre wrote: On 2010-04-07 19:57:02 +0200, Eugen Dedu wrote: Just use: set terminal pdfcairo So these two bugs could be closed I think. No, pdfcairo generates an empty PDF file with gnuplot 4.4.0-1. Well, I discover that it is not the 'plot' command itself which saves in the pdf file, but quitting gnuplot does so. Example: set output p.pdf set terminal pdfcairo plot x So these bugs should be closed and create another one in pdfcairo terminal, plot itself does not write to file, but quitting gnuplot does. I looked into the documentation from www.gnuplot.info and have not found anything about that, so this is clearly a bug. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578264: amarok: crashes at startup
That fixed it. Installing an updated version of the same script that caused the crash doesn't bring troubles too. I wonder how this happened just with a new debian (not upstream) version of amarok... FTR, the culprit was Ultimate Lyrics. Cheers, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564422: Ping
Hello, I am the fedora maintainer for mathgl, but I also maintain a few debian packages. I would be most interested in seeing this back in debian -- has there been any progress on this? Regards, D. Haley -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575158: dpkg: Add new 'e500' architecture to triplettable and ostable
* Guillem Jover | 2010-04-16 09:01:16 [+0200]: Hi! Hi Guillem, On Thu, 2010-02-18 at 11:38:34 +0100, Sebastian Andrzej Siewior wrote: - variant two: a operation like a + b where we call in a library to compute the floating point operation. Here we would put the computation itself into a library like glibc/gcc which would use classic or embedded floating point depending on hwcap. Again the problem how do pass the arguments. Plus we don't utilize all registes and have function calls for every simple operation. Not only that we have a new ABI here we also make it slow for every one. For this variant, it seems to me, the only sane way would be to use soft float ABI, by default make gcc use -mfloat-abi=soft, then build specialized hwcap versions of libgcc, libm, libc, and similar for classic and embedded fp with -mfloat-abi=softfp. So you'd get a different ABI than the current powerpc port, but at the same time this new port could be used everywhere. This has been done on armel. I took a look on the GCC manual and I cam find this options only in the ARM section and my compiler gives me an unknown command error. Lets assume for one moment that it also is supported on powerpc. The downsides would be AFAICS: * Slight overhead (how much?) due to function calls for fp operations, and move of values from fpr to gpr on classic fp. Lets get some numbers on this: I grabbed nbench-byte 2.2.3 from [0] and compiled it differently on a e500v2 based box: - normal = this is e500v1 compatible code. So an add of two double variables ends up in calling __adddf3() which performs the operation without using any e500v2 opcodes. - e500v2 func = like normal but __adddf3() for instance is using e500v2 opcodes. I just made a function with that name which overrides the pure soft one. sin(), pow() and friends from libm are untouched so all double floating point operations there are inlined. - e500v2 = here we inline all double operations. The complete results are at [1] and the tiny override I used for e500v2 func is at [2]. Here I removed the integer only tests and you see the average of all runs from the Iterations/sec. column: TEST | e500v2 | e500v2 funcs | normal -|-|--|- FOURIER | 5220.30 | 4800.43 | 4017.13 NEURAL NET |8.76 | 1.61 |0.69 LU DECOMPOSITION | 287.10 |50.54 | 19.21 FLOATING-POINT INDEX | 10.75 | 3.33 |1.71 If we take FLOATING-POINT INDEX for comparing and take e500v2 as base then e500v2 funcs perform at ~31% of the original and normal at ~16%. Based on this numbers floating point intensive numbers application will perform bad. Unfortunately I don't have a classic powerpc around and coming with a new compiler for a test like this would eat at least a day. I expect it be worse than e500v2 = e500v2 funcs because all 32 FPRs remain totally unused in the program. Keeping floating point numbers in GPRS leaves less room for others things like pointers forcing them onto stack. The powerpc soft float ABI defines for the type double to use two GPRs. In hard float this type fits in one FPR so this makes the situation kinda worse because if the compiler wants to save variable in a register during a function call it needs two registers. * On generic code (one not built specifically for e500), half of the gpr would not get used. Generic code with this ABI on a G3 for instance uses all GPRs but _no_ FPRs. The Power arch defines 32 GPRs registers and 32 FPRs. The upsides would be: * Code should be ABI comptatible. So one could actually rebuild the arch for e500 only, if desired, and it would still be ABI compatible. In the same way one can rebuild the i386 port for a Celeron, and it should be ABI compatible, even if it will not work on older systems. This is kinda true. If you use this on a embedded machine with no hard disk it is unlikely you recompile it. If your CPU is slow or your resources are limited you probably don't do it. + you have to trace stable changes yourself. * If the performance is not too bad, it could even be considered to replace the current powerpc architecture? (obviously after discussion with the porters, etc) I don't think that this will happen as I already pointed out possible performance loss. Additionally: * binary only code will no longer work with this new ABI. If the vendor does not recompile its program it will no longer work on Debian and people which rely on this particular piece of software have to change the distribution. * assembly optimized code which takes floating point arguments has to be adjusted. (Not that big argument but worth to mention). * Native implementations of fp code would be used for either, and no emulation by the kernel would be needed, not even on FPU-less PowerPCs. Yes that is true. However I don't think a new port for FPU-less machines is a big thing:
Bug#578266: missing dependency on python-xdg
Package: hamster-applet Version: 2.30.0.1-1 Severity: serious Traceback (most recent call last): File /usr/bin/hamster-standalone, line 33, in module from hamster.configuration import conf, runtime, dialogs File /usr/lib/pymodules/python2.5/hamster/configuration.py, line 31, in module from xdg.BaseDirectory import xdg_data_home ImportError: No module named xdg.BaseDirectory -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: lang=it...@euro, lc_ctype=it...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages hamster-applet depends on: ii gconf22.28.1-3 GNOME configuration database syste ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii python2.5.4-9An interactive high-level object-o ii python-cairo 1.8.8-1+b1 Python bindings for the Cairo vect ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-evolution 2.28.0-6 Python bindings for the evolution ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gnomeapplet2.28.0-6 Python bindings for the GNOME pane ii python-gobject2.21.1-1 Python bindings for the GObject li ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-notify 0.1.1-2+b2 Python bindings for libnotify ii python-support1.0.7 automated rebuilding support for P ii python-wnck 2.28.0-6 Python bindings for the WNCK libra hamster-applet recommends no packages. hamster-applet suggests no packages. -- no debconf information -- ciao, Marco signature.asc Description: Digital signature