Bug#649983: ITP: libitl-gobject -- GObject bindings for libitl
Package: wnpp Severity: wishlist Owner: أحمد المحمودي aelmahmo...@sabily.org * Package name: libitl-gobject Version : 0.2 Upstream Author : أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@sabily.org * URL : http://git.ojuba.org/cgit/libitl-gobject * License : GPL-3+ Programming Lang: C Description : GObject bindings for libitl This library is a GObject bindings library for libitl (Islamic tools library project), libitl allows applications to convert between Hijri/Gregorian dates and compute Muslim prayer times and Qibla direction based on multiple methods of calculation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643659: Custom made installations
Hello, I'm remastering netinstall CD for my own purpose, but after some time decided to upgrade some packages on CD from official mirrors. An facing that same problem when installer starts install packages on /target. Is there any solution or temporary workaround for this problem? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649984: rake: rake/rdoctask
Package: rake Version: 0.9.2.2-1 Severity: serious While trying to build a development version of libguestfs where I have building Ruby bindings enabled, I ran into the following error: , | WARNING: 'require 'rake/rdoctask'' is deprecated. Please use 'require 'rdoc/tas | k' (in RDoc 2.4.2+)' instead. | at /usr/lib/ruby/vendor_ruby/rake/rdoctask.rb | rake aborted! | uninitialized constant Gem ` Following that advice (which I also found by searching the web for the error message) got me nowhere, however: , | rake aborted! | no such file to load -- rdoc/task ` ... which isn't that surprising as it's not available for Ruby: , | $ ruby --version | ruby 1.8.7 (2011-06-30 patchlevel 352) [x86_64-linux] | $ apt-file search /rdoc/task | libruby1.9.1: /usr/lib/ruby/1.9.1/rdoc/task.rb ` Is there an obvious workaround that I am missing? Cheers, -Hilko -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rake depends on: ii ruby [rdoc] 4.8 ii ruby1.8 [ruby-interpreter]1.8.7.352-2 ii ruby1.9.1 [ruby-interpreter] 1.9.3.0-1 ii rubygems 1.8.10-1 Versions of packages rake recommends: ii zip 3.0-4 rake 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#628082: problem when reinstalling mon
Hi Giuseppe, Hi, I cannot install this package since the mon user is already created. Please note that it was created by a previous version of mon package. A fix for this issue will be uploaded soon. Thanks for reporting. Regards, -- Dario Minnucci mid...@debian.org Phone: +34 902884117 | Fax: +34 902024417 | Support: +34 80745 Key fingerprint = BAA1 7AAF B21D 6567 D457 D67D A82F BB83 F3D5 7033 signature.asc Description: OpenPGP digital signature
Bug#635709: [laptop-mode-tools] makes dpms-standby compatible with gdm3
Package: laptop-mode-tools Version: 1.60-1 Followup-For: Bug #635709 Problem I have encountered may be related to this bug. /etc/init.d/laptop-mode hangs without any information about the reason. I've traced this behavior to dpms-standby module. This is what led me there (ps -f): 23012 pts/4SN+0:00 \_ /bin/sh /etc/init.d/laptop-mode start 23016 pts/4SN+0:00 \_ /bin/sh /usr/sbin/laptop_mode init auto 23110 pts/4SN+0:00 \_ su wiertel -c xset dpms 1200 1500 1800 23111 pts/4SN+0:00 \_ grep -q display x11-xserver-utils7.6+3 gnome-shell 3.0.2-5 I've started looking around laptop-mode because of the sound coming out of my hard drive - after resume from suspend hard drive was spinning down again and again. Even hdparm -B 252 didn't make any difference. Now I have dpms-standby module disabled and /etc/init.d/laptop mode works as expected. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages laptop-mode-tools depends on: ii lsb-base3.2-28 ii psmisc 22.13-1 ii util-linux 2.19.1-5 Versions of packages laptop-mode-tools recommends: ii ethtool 1:3.0-1 ii hdparm 9.32-1 ii net-tools 1.60-24.1 ii sdparm 1.06-3 ii udev172-1 ii wireless-tools 30~pre9-5 Versions of packages laptop-mode-tools suggests: ii acpid 1:2.0.12-1 ii hal0.5.14-7 -- 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#649960: use a valid example XML file
On 25.11.2011, at 02:13, jida...@jidanni.org wrote: Package: basex Version: 7.0.2-1 Severity: wishlist File: /usr/share/doc/basex/examples/input.xml http://www.validome.org/ says /usr/share/doc/basex/examples/input.xml is not valid... Same with Emacs' nXML mode. Something about the 2nd line. All above my level. All I know is it would be nice to use a valid file. This would also affect the quote of the file on the man page. Hi jidanni, thanks for reporting. Well, the XML file is correct, i.e., the file is 'well-formed'. Alas, it has no DTD or XML Schema attached against which one could test its validity. So this is why validome.org can not verify and reports an error. [1] A good command line tool to use for that purpose is xmllint(1) from the libxml2 GNOME XML library. $ xmllint /usr/share/doc/basex/examples/input.xml ?xml version=1.0 encoding=UTF-8? html !-- Header -- head id=0 titleXML/title /head !-- Body -- body id=1 bgcolor=#FF text=#00 link=#CC h1Databases amp; XML/h1 div align=right bAssignments/b ul liExercise 1/li liExercise 2/li /ul /div /body ?pi bogus? /html --- XML file is well-formed Since we do not have a Document Type Definition (DTD) the following will fail: $ xmllint --valid /usr/share/doc/basex/examples/input.xml /usr/share/doc/basex/examples/input.xml:2: validity error : Validation failed: no DTD found ! I'll think about including a simple DTD in the next release. Thanks, Alex [1] http://en.wikipedia.org/wiki/XML#Schemas_and_validation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649985: invalid locale settings: LANG=en_US
Package: lxc Version: 0.7.2-1 Running /usr/lib/lxc/templates/lxc-debian -p /var/lib/lxc/lxc0 I got : : I: Configuring apt... I: Configuring openssh-server... I: Configuring perl-modules... I: Configuring perl... I: Configuring libui-dialog-perl... I: Base system installed successfully. Download complete. Copying rootfs to /var/lib/lxc/lxc0/rootfs...Generating locales (this might take a while)... Generation complete. *** update-locale: Error: invalid locale settings: LANG=en_US : : If it has to run update-locale at all, then the script should make sure that the requested locale has been initialized in the container. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649986: fuse-emulator-common has circular Depends on fuse-emulator-gtk
Package: fuse-emulator-common Version: 1.0.0.1a+dfsg1-2 Severity: important Hello Alberto, There is a circular dependency between fuse-emulator-common and fuse-emulator-gtk: fuse-emulator-common:Depends: fuse-emulator-gtk | fuse-emulator fuse-emulator-gtk :Depends: fuse-emulator-common (= 1.0.0.1a+dfsg1-2) Circular dependencies involving shared libraries are known to cause problems during upgrade between stable releases, so we should try to get rid of them. See threads http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649724: pdns-recursor: did not resolve www.spoluzaci.cz
I believe this bug has been fixed upstream. I am unable to reproduce this issue with newer versions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649987: xfce4: Tab/SuperTab not working if running over VNC
Package: xfce4 Version: 4.8.0.3 Severity: normal Dear Maintainer, I am not sure if this is a bug in xfce4 of in some part of the vnc software. But I only noticed it if running xcfe4. I couldn't track it down with xev. The Tab key is not working in applications, instead, the action defined for SuperTab is performed. This breaks tab completion in terminal windows. I could reproduce this on two different machines. The workaround is easy: Delete SuperTab from the shortcuts, and everything is fine. B. Bretthauer -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 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 xfce4 depends on: ii gtk2-engines-xfce 2.8.1-3 ii orage 4.8.2-1 ii thunar 1.2.3-2 ii xfce4-appfinder4.8.0-3 ii xfce4-mixer4.8.0-2 ii xfce4-panel4.8.6-1 ii xfce4-session 4.8.2-1 ii xfce4-settings 4.8.3-1 ii xfce4-utils4.8.3-1 ii xfconf 4.8.0-3 ii xfdesktop4 4.8.3-1 ii xfwm4 4.8.2-1 Versions of packages xfce4 recommends: ii desktop-base 6.0.7 ii tango-icon-theme 0.8.90-5 ii thunar-volman 0.6.0-4+b1 ii xfce4-notifyd 0.2.2-1 ii xorg 1:7.6+9 Versions of packages xfce4 suggests: ii xfce4-goodies 4.8.2 ii xfprint4 4.6.1-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538093: thunar: When installed replaces nautilus as default GNOME file manager
-=| Yves-Alexis Perez, 23.07.2009 07:11:01 +0200 |=- On Wed, 22 Jul 2009 19:19:37 -0500 Jaime Alberto Silva jaimealbertosi...@gmail.com wrote: Package: thunar Version: 1.0.1-1 Severity: critical Justification: breaks unrelated software After installing XFCE and therefore Thunar; Thunar is selected as default file manager in GNOME. I don't know if it also affects KDE or other DEs. Here is what happens when I log in my GNOME session: Nautilus still takes care of the desktop and if I double-click a desktop folder or drive I get a Nautilus window, but if I open an entry in the Places menu it is opened with Thunar instead of Nautilus, also when I enter a path in gnome-do or in the Run Application dialog it is opened with Thunar instead of Nautilus. I have not been able to find a way to make GNOME open the paths with nautilus again. Please see http://bugzilla.xfce.org/show_bug.cgi?id=1854 or http://bugzilla.gnome.org/show_bug.cgi?id=336541 Basically it could be time to reinvestigate firefox issue, but yes it makes sense to install the directory handler from Thunar. I don't have time these days to re-ping upstream about that, I'm leaving today for 2 weeks, so be patient. The xfce bug is marked as closed (in 2006), and the gnome bug was closed due to the deprecation of gnome-vfs. The bug is still here with gnome3, though. One workaround I've found in fedora mailing list[1] was to change the default file manager. It is a bit ugly, since you are required to do it from the XFCE settings manager -- gnome3 offers no such functionality. [1] http://comments.gmane.org/gmane.linux.redhat.fedora.general/401308 Just run xfce4-settings-manager, go to 'Preferred Applications', on the 'Utilities' tab choose 'Other...' in the File manager drop-down (for some reason nautilus is not among the offered options), and in the Choose a custom File Manager dialog enter /usr/bin/nautilus. A side effect of the setting would be that Nautilus will be the file manager even in XFCE. A proper fix, somewhere, would be nice, though. signature.asc Description: Digital signature
Bug#592662: cpufrequtils: Cannot set frequency range of policy to full hardware frequency range
Jonathan Nieder schrieb: Thanks for the update. It would be interesting to hear whether a current squeeze kernel is affected, too (it should be possible to test that on sid or wheezy without trouble) and what the latest affected version and first unaffected versions you remember trying were. I'll check this. Unfortunately, I'm currently writing on my dissertation and a little short on time, but it's on my list and will be done. Hopefully sooner than squeeze is done for. Thanks for your time, and best regards, Steve -- Steve Wolter ( Würzburg Univ.) | Web page: http://swolter.sdf1.org | vCard:http://swolter.sdf1.org/swolter.vcf A witty saying proves nothing. | Schedule: http://swolter.sdf1.org/sched.cgi -- Voltaire (1694-1778) | E-mail: swol...@sdf.lonestar.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619371: wake on lan does not work with some special type of machines (Fujitsu-Siemens Esprimo P5625)
submitter 619371 Frank Klöpfel frank.kloep...@etit.tu-chemnitz.de quit Christian Andretzky wrote: Hi Jonathan, because I'm retired now I'll forward this to my follower in my job, Frank Klöpfel frank.kloep...@etit.tu-chemnitz.de Please contact Frank for more information. Thanks, Christian. Frank, Christian reported trouble setting up wake-on-lan on a certain machine last spring. It seems that this system was using the wakeonlan package in a setup that worked well in Debian 5.0 (lenny) and it stopped working with Debian 6.0 (squeeze). We would like some basic information about how the machine is configured and some information about the history of the problem, as described at [1]. I've marked you as reporter of the bug so Christian does not have to get mail about it any more. If you do not want to pursue it, that's fine, but please let us know so we can stop tracking it. Sorry it has taken so long to get to this, and if you have any questions, please ask. Regards, Jonathan [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619371#49 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621692: Please increase priority for svn 1.7 availability
Some developers/vendors doesn't provide any more fixes for svn 1.6 compatible releases (i.e. http://subclipse.tigris.org/issues/show_bug.cgi?id=1321 ). So please increase priority for svn 1.7 availability.
Bug#640482: /usr/bin/display: Re: imagemagick: display doen't go through the list of pictures properly
Package: imagemagick Version: 8:6.6.9.7-5+b2 Followup-For: Bug #640482 Dear Maintainer, I can confirm that the reported behaviour also exists on my system. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fo_FO.ISO-8859-1, LC_CTYPE=fo_FO.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.5-7 ii libc6 2.13-21 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.8-1 ii libglib2.0-02.28.8-1 ii libgomp14.6.2-4 ii libice6 2:1.0.7-2 ii libjpeg88c-2 ii liblcms11.19.dfsg-1+b1 ii liblqr-1-0 0.4.1-1.1 ii libltdl72.4.2-1 ii libmagickcore4 8:6.6.9.7-5+b2 ii libmagickwand4 8:6.6.9.7-5+b2 ii libsm6 2:1.2.0-2 ii libtiff43.9.5-2 ii libx11-62:1.4.4-4 ii libxext62:1.3.0-3 ii libxt6 1:1.1.1-2 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages imagemagick recommends: ii ghostscript 9.04~dfsg-2 ii libmagickcore4-extra 8:6.6.9.7-5+b2 ii netpbm2:10.0-15 ii ufraw-batch 0.18-1.1 Versions of packages imagemagick suggests: ii autotracenone ii cups-bsd [lpr] 1.5.0-8 ii curl none ii enscript none ii ffmpeg 5:0.6.1+svn20101128-0.2squeeze2 ii gimp 2.6.11-5 ii gnuplot 4.4.0-1.1 ii gradsnone ii groff-base 1.21-6 ii hp2xxnone ii html2ps none ii imagemagick-doc none ii libwmf-bin 0.2.8.4-8.1 ii mplayer 2:1.0~rc4.dfsg1+svn33713-5 ii povray 1:3.6.1-12+b1 ii radiance none ii sane-utils 1.0.22-6 ii texlive-binaries [texlive-base-bin] 2009-11 ii transfig 1:3.2.5.d-1 ii xdg-utils1.1.0~rc1-2 -- 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#645981: /var/log/mon is not writable for mon
Hi Thomas, After fresh installation the directory /var/log/mon is owned by root.root, therefore mon can't write e.g. the downtime log. A fix for this issue will be uploaded soon. Thanks for reporting. Regards, -- Dario Minnucci mid...@debian.org Phone: +34 902884117 | Fax: +34 902024417 | Support: +34 80745 Key fingerprint = BAA1 7AAF B21D 6567 D457 D67D A82F BB83 F3D5 7033 signature.asc Description: OpenPGP digital signature
Bug#648124: therion: FTBFS with libpng 1.5
On Wed, Nov 09, 2011 at 12:20:40PM +0900, Nobuhiro Iwamatsu wrote: I uploaded libpng 1.5 to experimental. libpng maintainers plan to transition from libpng 1.2 to 1.5. I am checking build it the package depend to libpng. I noticed your package FTBFS by libpng 1.5. I attached build log. Could you check your package ? The issue is just that a debian patch hard-codes -lpng12 - in debian/patches/25debianize-loch-makefile.patch there's: -PLIBS = $(shell wx-config --libs --gl-libs) -L$(VTKLIBPATH) $(VTKLIBS) -lGLU -l pthread -lz +PLIBS = $(shell wx-config --libs --gl-libs) $(VTKLIBS) -lGLU -lpthread -lz -lpn g12 -ljpeg -lX11 -lGL It would probably be better to replace -lpng12 there with: `pkg-config --libs libpng` Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649592: [Pkg-xfce-devel] Bug#649592: xfce4-settings: xfce keyboard shortcuts don't work
ouch, thanks for this tip, you were right. when in settings manager i bind ctrl+something, it then displays Primary+f2 e.g instead of Ctrl+f2, no matter i use right of left ctrl. and yes, when i rebinded default ctrl+esc to alt+esc, it works. what's wrong with my ctrl keys now? i don't use any gui layout switch, thus keyboard is managed thru xkb both in console and X. here is my /etc/default/keyboard: XKBMODEL=logitech_base XKBLAYOUT=us,ru XKBVARIANT=,winkeys XKBOPTIONS=grp:lwin_toggle,grp:menu_toggle,grp_led:scroll and i have following keyboard-related packages installed: console-setup console-terminus consolekit keyboard-configuration libxkbfile1 x11-xkb-utils xfce-keyboard-shortcuts xkb-data 2011-326 21:05 Yves-Alexis Perez cor...@debian.org wrote: Could you: * check if it only happens with shortcuts containing Ctrl * check if it works when you rebind them -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649890: Info received (Bug#649890: Acknowledgement (linux-image-2.6-686: Kernel Oops during upgrade, X module FBCON not available after restart))
On a different machine, the upgrade run smoothly (using 'linux-image-2.6.32-5-amd64' in this case). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619371: wake on lan does not work with some special type of machines (Fujitsu-Siemens Esprimo P5625)
Am 24.11.2011 04:53, schrieb Jonathan Nieder: Hi Christian, Ben Hutchings wrote: On Donnerstag, 24. März 2011, Christian Andretzky wrote: Hmm - I'm not really sure what you want. I've installed reportbug (The bug-report was created using reportbug ;-) but I can't find a '-N' switch. [...] 'reportbug -N' is useless :) Please provide: 1. Steps to reproduce the problem. 2. Newest kernel version you know of that did not reproduce the problem (if you have a log from it or appropriate entry from /var/log/dpkg.log*, that would be great). 3. Lowest and highest kernel versions you know of that do reproduce the problem. You can get the version of the running kernel by running cat /proc/version and looking for the string in parentheses. 4. Output of reportbug --print linux-image-$(uname -r), as an attachment. 5. Full output of dmesg immediately after booting. Thanks and hope that helps, Jonathan Hi Jonathan, because I'm retired now I'll forward this to my follower in my job, Frank Klöpfel frank.kloep...@etit.tu-chemnitz.de Please contact Frank for more information. Cheers, Christian -- Name: Christian Andretzky | Address: TU Chemnitz, Fakultaet fuer | Phone: ++49 +371 531 32130 | Elektrotechnik/Informationstechnik | FAX: ++49 +371 531 832130 | Reichenhainer Str. 70| mail: christian.andret...@mb.tu-chemnitz.de | D-09107 Chemnitz| PGP: public key available via public key server | Freedom is just another word for nothing left to lose | In a world without walls and fences, there is no need for windows and gates | The Box said 'Windows Vista or better'. - So I installed Linux. | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649913: Please use posix_fallocate
Jim Meyering j...@meyering.net writes: Goswin von Brederlow wrote: Package: coreutils Version: 8.5-1 Severity: normal File: /bin/cp when copying files the size of the resulting file is known (except in race conditions) beforehand and should be communicated to the filesystem using posix_fallocate(). This ensures there is enough space for the file and more importantly allows the filesystem to place the file better, idealy as on continious chunk, on the filesystem. Some care must be taken to ftruncate() the file to its smaller size if the source file has shrunk while copying. If the file has grown while copying one could posix_fallocate() to the new size repeadately till the full file is copied but it probably wouldn't hurt to ignore that case and just copy the remainder of the grown file without allocating space first. In upstream discussion, Pádraig Brady just wrote about precisely that: http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/23023/focus=23409 Good to know this isn't completly ignored. As a side note: This also applies to dd and might be much simpler to handle there since dd never uses sparse files. Dd should use fallocate() at least whenever it has a count=xxx. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649099: Quick fix until package becomes available
I just applied this one to `apt-get source bind9`: http://pastebin.com/ZvSY3LWA using patch -l -p1 ... since there seem to be whitespace differences. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649849: PTS: SOAP interface broken (HTTP error 500)
Works fine now, thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649988: bind9: rndc-confgen fails due to libssl dependency problem
Package: bind9 Version: 1:9.8.1.dfsg-1 Severity: normal It seems that 9.8.1 requires bumping the libssl dependency up to 1.0.0. At least after upgrading libssl from 0.9.8 to 1.0.0 rndc-confgen and bind9 server startup problems due to initialize dst library: openssl failure were fixed. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 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 bind9 depends on: ii adduser 3.113 add and remove users and groups ii bind9utils1:9.8.1.dfsg-1 Utilities for BIND ii debconf [debconf-2.0] 1.5.41 Debian configuration management sy ii libbind9-80 1:9.8.1.dfsg-1 BIND9 Shared Library used by BIND ii libc6 2.13-18Embedded GNU C Library: Shared lib ii libcap2 1:2.22-1 support for getting/setting POSIX. ii libdns81 1:9.8.1.dfsg-1 DNS Shared Library used by BIND ii libgssapi-krb5-2 1.9.1+dfsg-2 MIT Kerberos runtime libraries - k ii libisc83 1:9.8.1.dfsg-1 ISC Shared Library used by BIND ii libisccc801:9.8.1.dfsg-1 Command Channel Library used by BI ii libisccfg82 1:9.8.1.dfsg-1 Config File Handling Library used ii liblwres801:9.8.1.dfsg-1 Lightweight Resolver Library used ii libssl1.0.0 1.0.0e-2.1 SSL shared libraries ii libxml2 2.7.8.dfsg-4 GNOME XML library ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii net-tools 1.60-24.1 The NET-3 networking toolkit ii netbase 4.46 Basic TCP/IP networking system bind9 recommends no packages. Versions of packages bind9 suggests: pn bind9-doc none(no description available) ii dnsutils 1:9.7.3.dfsg-1+b1 Clients provided with BIND pn resolvconf none(no description available) pn ufwnone(no description available) -- Configuration Files: /etc/bind/named.conf.local changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649989: gforge-web-apache2: Should allow nice co-installability with other web apps
Source: gforge-web-apache2 Version: 5.1.1-2 Severity: normal Hi. FusionForge, in its initial design was meant to be installed on a dedicated host, ie. the base '/' URI of the web server being used to access directly the FusionForge scripts. However, one may wish to install other web apps on the same host. There exist a possibility to configure url_prefix = /fusionforge/, for instance (in /etc/gforge/config.ini.d/defaults.ini), so that the PHP scripts take such an option into account. Still, the Web server config needs to be adjusted somehow, to reflect this, and there still are absolute paths in the code rendering some CSS, images or scripts unavailable. Thanks in advance. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.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#648317: RM: warsow -- RoQA: FTBFS on release architectures, unmaintained
reassign 648317 ftp.debian.org retitle 648317 RM: warsow -- RoQA: FTBFS on release architectures, unmaintained severity 648317 normal thanks Hi dear Warsow maintainers, So now we are past the two-weeks ultimatum, so here I am for the actual removal request of warsow (and warsow-data fwiw). FTP-Masters: reasoning is below, quoted from #648317. Le jeudi, 10 novembre 2011 15.59:20, Didier Raboud a écrit : A quick look at it reveals that: - It has 3 FTBFS bugs on various release architectures: ia64 (#593700), kfreebsd-* (#564108) and hurd (#564109), all without answer since more than ten months (while all have patches). - No new upstream release made it in Squeeze. - It is out-dated with regards to upstream versions (0.50 is almost 2 years old). - Its bugs have seen no response in 2011. I personally think it should be removed from Debian, both unstable and testing, but after a short chat on #debian-games, here am I with a discussion bug. (…) Proposed timeline: 2 weeks open for discussion. Without people volunteering to provide updates to warsow (by marking this bug as -done), I will reassign this bug to FTP-Masters for the removal. Cheers, -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#649602: ITP: giza -- lightweight scientific plotting library
From: daniel.pr...@monash.edu Hi Gurkan, I would be *very* interested if you could officially package splash for debian and/or ubuntu. You may have noticed I have splash in Macports already (though this is currently the stable 1.x package, not using giza), so it would be great to have something similar for linux. There are two issues with unbundling the tarball: - splash assumes that giza is in a subdirectory, so you would need to separately place giza in the correct subdirectory. This assumption could be easily changed but it is what is currently in the Makefile. - it is not (yet) guaranteed that a given version of splash (e.g. 2.0 beta) will work with a later version of giza (e.g. taken from sourceforge), so you would need to make sure the versions line up. You can be guaranteed that the latest svn copy of splash should always work with the latest svn copy of giza (I develop both in tandem with each other, adding features to giza as I need them in splash), but this will not be true if you mix the splash tarball and an arbitrary giza version. The main issue here is that the giza API is not yet stable, so later versions of giza may not be backwards compatible with earlier versions (furthermore I will not declare the API stable or attempt to retain backwards compatibility until I have at least reached v1.0 of giza). As giza becomes more stable this should become less of an issue in future. So, I'm happy to provide a standalone tarball of splash: http://users.monash.edu.au/~dprice/splash/releases/splash-2.0-beta-nogiza.tar.gz MD5 (splash-2.0-beta-nogiza.tar.gz) = baa8a938869e802e1a6735e1880c8ab6 SHA1(splash-2.0-beta-nogiza.tar.gz)= 1f3c9d14557d41466129b270d57da92e480eb149 RIPEMD160(splash-2.0-beta-nogiza.tar.gz)= 7fb6c6b39c0448f5f2ff9430edd92d450221935f ...but you should beware of the above points. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649990: ntfs-3g: add dependencies for /run support
Package: ntfs-3g Version: 1:2011.10.9AR.1-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch precise It's possible to upgrade ntfs-3g to the version that uses /run in its initramfs hook without also upgrading initramfs-tools and initscripts to versions that make /run available. This seems undesirable. http://wiki.debian.org/ReleaseGoals/RunDirectory and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627873 imply that Depends: initramfs-tools (= 0.99), initscripts (= 2.88dsf-13.3) would be suitable. === modified file 'debian/control' --- debian/control 2011-11-05 19:19:58 + +++ debian/control 2011-11-25 10:37:06 + @@ -12,7 +12,7 @@ Package: ntfs-3g Section: otherosfs Architecture: linux-any kfreebsd-any Pre-Depends: fuse [linux-any], fuse4bsd [kfreebsd-any] -Depends: ${misc:Depends}, ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends}, initramfs-tools (= 0.99), initscripts (= 2.88dsf-13.3) Conflicts: libntfs-3g75, ntfsprogs Replaces: libntfs-3g75, ntfsprogs Provides: ntfsprogs Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645038: bison: diff for NMU version 1:2.5.dfsg-2.1
tags 645038 + patch tags 645038 + pending thanks Dear maintainer, I've prepared an NMU for bison (versioned as 1:2.5.dfsg-2.1) and uploaded it to DELAYED/1. Please feel free to tell me if I should delay it longer. Regards. -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/go/ulule-rh/ diff -Nru bison-2.5.dfsg/debian/changelog bison-2.5.dfsg/debian/changelog --- bison-2.5.dfsg/debian/changelog 2011-10-08 07:34:24.0 +0200 +++ bison-2.5.dfsg/debian/changelog 2011-11-25 11:35:16.0 +0100 @@ -1,3 +1,12 @@ +bison (1:2.5.dfsg-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Add Conflicts: liby-dev (= 1:2.5.dfsg-1) to libbison-dev to ensure +that this version that should never have existed gets dropped from +user's systems. Closes: #645038 + + -- Raphaël Hertzog hert...@debian.org Fri, 25 Nov 2011 11:35:14 +0100 + bison (1:2.5.dfsg-2) unstable; urgency=low * Rename liby-dev to libbison-dev to avoid name conflict with Y sound diff -Nru bison-2.5.dfsg/debian/control bison-2.5.dfsg/debian/control --- bison-2.5.dfsg/debian/control 2011-10-05 07:03:40.0 +0200 +++ bison-2.5.dfsg/debian/control 2011-11-25 11:34:17.0 +0100 @@ -31,6 +31,7 @@ Architecture: any Depends: ${misc:Depends} Recommends: bison +Conflicts: liby-dev (= 1:2.5.dfsg-1) Multi-Arch: same Description: YACC-compatible parser generator - development library Bison is a general-purpose parser generator that converts a
Bug#513569: ../rfb/zrleDecode.h:146: void rfb::zrleDecode24A(const rfb::Rect, rdr::InStream*, rdr::ZlibInStream*, rdr::U32*, rfb::CMsgHandler*): Assertion `len = end - ptr' failed.
Hi Ola, Ola Lundqvist a écrit , Le 25/11/2011 07:02: What screen resolution do you use? * client box is 1680x1050 * on the server side x11vnc has no specific geometry option; the resulting session is 1280x1024. Attached is the trace from such a failed vncviewer session. Thanks, _g. On Fri, Nov 25, 2011 at 12:06:28AM +0100, Gilles Filippini wrote: Hi, Kingsley G. Morse Jr. a écrit , Le 30/01/2009: Package: xvnc4viewer Version: 4.1.1+X4.3.0-30 Severity: important Thanks for maintaining xvnc4viewer. It's handy. The main reason I'm writing is that I happened to notice that it crashes intermittently. Here's a script that elicits the crash about half the time I run it ... ssh remote-computer-name 'x11vnc -localhost -find -bg -timeout 15 -unixpw' sleep 5 xvnc4viewer -via remote-computer-name localhost:0 xvnc4viewer reports ... xvnc4viewer: ../rfb/zrleDecode.h:146: void rfb::zrleDecode24A(const rfb::Rect, rdr::InStream*, rdr::ZlibInStream*, rdr::U32*, rfb::CMsgHandler*): Assertion `len = end - ptr' failed. /home/user/bin/vnc_script: line 3: 12105 Aborted (core dumped) xvnc4viewer -via remote-computer-name localhost:0 I also noticed that this bug and #513531 both involve RFB, so I suppose they may be related. I'm experiencing this bug too, on Squeeze amd64 with * x11vnc 0.9.10-1.1 * xvnc4viewer 4.1.1+X4.3.0-37 There is a similar bug report at RedHat's [0]. For me, it happens when vnc4viewer automatically switches to hextile at the very beginning of the session. Running with -PreferredEncoding ZRLE works reliably. Then changing the encoding or the color depth afterward through the menu does work as well. Thanks, _g. [0] https://bugzilla.redhat.com/show_bug.cgi?id=522369 VNC Viewer Free Edition 4.1.1 for X - built Mar 10 2010 22:31:05 Copyright (C) 2002-2005 RealVNC Ltd. See http://www.realvnc.com for information on VNC. Fri Nov 25 11:43:01 2011 main:Listening on port 5500 Fri Nov 25 11:43:02 2011 CConn: Accepted connection from 0.0.0.0::53979 CConnection: Server supports RFB protocol version 3.8 CConnection: Using RFB protocol version 3.8 TXImage: Using default colormap and visual, TrueColor, depth 24. CConn: Using pixel format depth 6 (8bpp) rgb222 CConn: Using ZRLE encoding Fri Nov 25 11:43:04 2011 CConn: Throughput 20625 kbit/s - changing to hextile encoding CConn: Throughput 20625 kbit/s - changing to full colour CConn: Using pixel format depth 24 (32bpp) little-endian rgb888 CConn: Using hextile encoding xvnc4viewer: ../rfb/zrleDecode.h:196: void rfb::zrleDecode24A(const rfb::Rect, rdr::InStream*, rdr::ZlibInStream*, rdr::U32*, rfb::CMsgHandler*): Assertion `len = end - ptr' failed. Fri Nov 25 11:43:04 2011 main:CleanupSignalHandler called signature.asc Description: OpenPGP digital signature
Bug#649923: [Pkg-xen-devel] Bug#649923: [xen-hypervisor-4.0-amd64] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0, 0)
On Thu, 2011-11-24 at 21:34 +0100, Jan Wagner wrote: The first good revision is: changeset: 22375:426f3a265784 user:Keir Fraser k...@xen.org date:Tue Nov 09 11:49:49 2010 + summary: x86: do away with the boot time low-memory 1:1 mapping So it seems the fix is included into http://xenbits.xen.org/hg/xen-4.1- testing.hg/rev/426f3a265784 Do you think you can backport a fix to squeeze as there seems to be lot of recent IBM systems affected by the issue? Seems reasonable enough. It seems to apply (with a bit of fuzz) to 4.0-testing, can you try adding it to the package (patch attached)? I can build the resulting xen source tree myself but I'm having trouble with building the source .dsc etc in my sid environment at the minute so I can't build actual packages for you, sorry! Ian. -- Ian Campbell Avec! diff --git a/xen/debian/changelog b/xen/debian/changelog index a62d772..2bcde38 100644 --- a/xen/debian/changelog +++ b/xen/debian/changelog @@ -1,3 +1,10 @@ +xen (4.0.1-5) UNRELEASED; urgency=low + + * Backport fix to remove lowmem 1:1 mapping which fixes boot on some classes +of machine. (Closes: #649923) + + -- Ian Campbell i...@hellion.org.uk Fri, 25 Nov 2011 10:37:16 + + xen (4.0.1-4) stable-security; urgency=low * Fix overflows and missing error checks in PV kernel loader. diff --git a/xen/debian/patches/series b/xen/debian/patches/series index e558b03..3da54dd 100644 --- a/xen/debian/patches/series +++ b/xen/debian/patches/series @@ -71,3 +71,4 @@ upstream-21413:b05fa0652463 upstream-21461:ee088a0b5cb8-CVE-2011-1166 upstream-21482:c2adc059e931-CVE-2011-1583 upstream-21485:b85a9e58ec3a-CVE-2011-1898 +upstream-22375:426f3a265784 diff --git a/xen/debian/patches/upstream-22375:426f3a265784 b/xen/debian/patches/upstream-22375:426f3a265784 new file mode 100644 index 000..eb02b99 --- /dev/null +++ b/xen/debian/patches/upstream-22375:426f3a265784 @@ -0,0 +1,1080 @@ +# HG changeset patch +# User Keir Fraser k...@xen.org +# Date 1289303389 0 +# Node ID 426f3a2657844cec77ce0043b0408b0887fafa41 +# Parent 9997a1418633c92286189b33f701ecbac2a98ccd +x86: do away with the boot time low-memory 1:1 mapping + +By doing so, we're no longer restricted to be able to place all boot +loader modules into the low 1Gb/4Gb (32-/64-bit) of memory, nor is +there a dependency anymore on where the boot loader places the +modules. + +We're also no longer restricted to copy the modules into a place below +4Gb, nor to put them all together into a single piece of memory. + +Further it allows even the 32-bit Dom0 kernel to be loaded anywhere in +physical memory (except if it doesn't support PAE-above-4G). + +Signed-off-by: Jan Beulich jbeul...@novell.com + +diff -r 9997a1418633 -r 426f3a265784 xen/arch/x86/boot/Makefile +--- a/xen/arch/x86/boot/Makefile Tue Nov 09 11:48:43 2010 + b/xen/arch/x86/boot/Makefile Tue Nov 09 11:49:49 2010 + +@@ -4,6 +4,6 @@ + + BOOT_TRAMPOLINE := $(shell sed -n 's,^\#define[[:space:]]\{1\,\}BOOT_TRAMPOLINE[[:space:]]\{1\,\},,p' $(BASEDIR)/include/asm-x86/config.h) + %.S: %.c +- RELOC=$(BOOT_TRAMPOLINE) XEN_BITSPERLONG=$(patsubst x86_%,%,$(TARGET_SUBARCH)) $(MAKE) -f build32.mk $@ ++ RELOC=$(BOOT_TRAMPOLINE) $(MAKE) -f build32.mk $@ + + reloc.S: $(BASEDIR)/include/asm-x86/config.h +diff -r 9997a1418633 -r 426f3a265784 xen/arch/x86/boot/build32.mk +--- a/xen/arch/x86/boot/build32.mk Tue Nov 09 11:48:43 2010 + b/xen/arch/x86/boot/build32.mk Tue Nov 09 11:49:49 2010 + +@@ -19,6 +19,6 @@ + $(LD) $(LDFLAGS_DIRECT) -N -Ttext $(RELOC) -o $@ $ + + %.o: %.c +- $(CC) $(CFLAGS) -DXEN_BITSPERLONG=$(XEN_BITSPERLONG) -c $ -o $@ ++ $(CC) $(CFLAGS) -c $ -o $@ + + reloc.o: $(BASEDIR)/include/asm-x86/config.h +diff -r 9997a1418633 -r 426f3a265784 xen/arch/x86/boot/head.S +--- a/xen/arch/x86/boot/head.S Tue Nov 09 11:48:43 2010 + b/xen/arch/x86/boot/head.S Tue Nov 09 11:49:49 2010 + +@@ -110,12 +110,15 @@ + /* Initialise L2 identity-map and xen page table entries (16MB). */ + mov $sym_phys(l2_identmap),%edi + mov $sym_phys(l2_xenmap),%esi ++mov $sym_phys(l2_bootmap),%edx + mov $0x1e3,%eax /* PRESENT+RW+A+D+2MB+GLOBAL */ + mov $8,%ecx + 1: mov %eax,(%edi) + add $8,%edi + mov %eax,(%esi) + add $8,%esi ++mov %eax,(%edx) ++add $8,%edx + add $(1L2_PAGETABLE_SHIFT),%eax + loop1b + /* Initialise L3 identity-map page directory entries. */ +@@ -129,9 +132,13 @@ + /* Initialise L3 xen-map page directory entry. */ + mov $(sym_phys(l2_xenmap)+7),%eax + mov %eax,sym_phys(l3_xenmap) + l3_table_offset(XEN_VIRT_START)*8 +-/* Hook identity-map and xen-map L3 tables into PML4. */ ++/* Initialise L3 boot-map page directory entry. */ ++mov $(sym_phys(l2_bootmap)+7),%eax ++mov
Bug#649991: Please rename the hplip packages to the printer-driver- convention
Source: hplip Version: 3.11.10-1 Severity: important Le vendredi, 4 novembre 2011 13.26:15, Didier Raboud a écrit : Till Kamppeter wrote: The PostScript printer PPDs are also a driver package, for the PostScript printers. Therefore the PPDs must get into a printer-driver-... package, too. Same reasoning as for gutenprint. printer-driver-* for the driver that works with cups, others would stay untouched (and kept out of the default printing stack installed). Okay, we need to get this done. Please: * rename hpijs to printer-driver-hpijs; * rename hplip-cups to printer-driver-hpcups; I can provide patches if wanted, but unfortunately, the svn repository pointed at by the Vcs-* fields of the package is clearly outdated. Cheers, -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#649992: ntfs-3g: please add a udeb
Package: ntfs-3g Version: 1:2011.10.9AR.1-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch precise Now that fuse builds a udeb (#505697), it would be fantastic if ntfs-3g could too; this would allow me to commit some Ubuntu patches to d-i to add NTFS mounting support, and would replace ntfsprogs-udeb. === modified file 'debian/control' --- debian/control 2011-11-05 19:19:58 + +++ debian/control 2011-11-25 10:45:32 + @@ -54,3 +54,10 @@ Description: read/write NTFS driver for filesystem used by Microsoft Windows. . This package contains the development files. + +Package: ntfs-3g-udeb +Section: debian-installer +Architecture: any +XC-Package-Type: udeb +Depends: fuse-udeb, ${shlibs:Depends}, ${misc:Depends} +Description: read-write NTFS driver for FUSE === added file 'debian/ntfs-3g-udeb.install' --- debian/ntfs-3g-udeb.install 1970-01-01 00:00:00 + +++ debian/ntfs-3g-udeb.install 2011-11-25 10:29:39 + @@ -0,0 +1,4 @@ +bin/ntfs-3g +sbin/mount.* +sbin/ntfsresize +lib/lib*.so.* === added file 'debian/ntfs-3g-udeb.links' --- debian/ntfs-3g-udeb.links 1970-01-01 00:00:00 + +++ debian/ntfs-3g-udeb.links 2011-11-25 10:29:39 + @@ -0,0 +1 @@ +/sbin/mount.ntfs-3g /sbin/mount.ntfs === modified file 'debian/rules' --- debian/rules2011-11-05 19:19:58 + +++ debian/rules2011-11-25 10:46:54 + @@ -75,5 +75,8 @@ override_dh_link: dh_link --remaining-packages +override_dh_makeshlibs: + dh_makeshlibs --add-udeb=ntfs-3g-udeb + override_dh_strip: dh_strip --dbg-package=ntfs-3g-dbg Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436492: RFP: open64 -- The Open64 C, C++, and Fortran compilers
version 5 is out: http://www.open64.net/download/open64-4x-releases.html ./configure works, however make fails for me: make[2]: Entering directory `/var/www/debian/open64/open64-5.0/osprey/targdir/ipl' make first make[3]: Entering directory `/var/www/debian/open64/open64-5.0/osprey/targdir/ipl' ln -sf /var/www/debian/open64/open64-5.0/osprey/.././osprey/targdir/be/be.so . make[3]: Leaving directory `/var/www/debian/open64/open64-5.0/osprey/targdir/ipl' make make_deps make[3]: Entering directory `/var/www/debian/open64/open64-5.0/osprey/targdir/ipl' C++ /var/www/debian/open64/open64-5.0/osprey/targdir/ipl//var/www/debian/open64/open64-5.0/osprey/../osprey/ipa/local/ipl_summarize_util.cxx g++: error: unrecognized option '-CG:all_sched=0' make[3]: *** [ipl_summarize_util.o] Error 1 make[3]: Leaving directory `/var/www/debian/open64/open64-5.0/osprey/targdir/ipl' make[2]: *** [default] Error 2 make[2]: Leaving directory `/var/www/debian/open64/open64-5.0/osprey/targdir/ipl' make[1]: *** [ipl.so] Error 2 make[1]: Leaving directory `/var/www/debian/open64/open64-5.0' make: *** [build] Error 2 started the packaging at http://sid.ethz.ch/debian/open64/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649402: Patch could maybe be improved
Before stumbling on the Debian bug report, I found this link: http://lists.gnu.org/archive/html/bug-gnu-utils/2008-12/msg00047.html If I understand well, the max RSS value is not the only one suffering of this bug. If so, the proposed patch should probably be updated. Thanks for your time, Mt. -- My name only appears in the Acknowledgments section where I could have signed this paper. -- Bastard Reviewer From Hell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649993: tinyproxy: Child processes hangs - no timeout - spawning new proc. until MacClients
Package: tinyproxy Version: 1.8.2-1squeeze1 Severity: important We are ISP provider and we are using tinyproxy to redirect selected customers (IP addresses) traffic (port 80 only) to tinyproxy port. Then all this traffic is redirected to our website neplatici.termsnet.cz:80. There is a information for customers. Some child processes of tinyproxy hangs when processing some requests (I dont know which request - log file didn't help), spawning new and new processes until MaxClients. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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 tinyproxy depends on: hi libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii logrotate 3.7.8-6Log rotation utility tinyproxy recommends no packages. tinyproxy suggests no packages. -- Configuration Files: /etc/tinyproxy.conf changed: User nobody Group nogroup Port 3128 Listen 81.90.161.18 Timeout 60 DefaultErrorFile /usr/share/tinyproxy/default.html StatFile /usr/share/tinyproxy/stats.html Syslog On LogLevel Info PidFile /var/run/tinyproxy/tinyproxy.pid XTinyproxy Yes Upstream neplatici.termsnet.cz:80 MaxClients 300 MinSpareServers 20 MaxSpareServers 40 StartServers 20 MaxRequestsPerChild 0 ConnectPort 0 -- 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#645868: xpilot-ng: diff for NMU version 1:4.7.3-1.4
Dear maintainer, I've prepared an NMU for xpilot-ng (versioned as 1:4.7.3-1.4). The diff is attached to this message. Cheers, Olly diff -Nru xpilot-ng-4.7.3/debian/changelog xpilot-ng-4.7.3/debian/changelog --- xpilot-ng-4.7.3/debian/changelog 2011-10-17 00:30:48.0 +1300 +++ xpilot-ng-4.7.3/debian/changelog 2011-11-25 23:12:27.0 +1300 @@ -1,3 +1,13 @@ +xpilot-ng (1:4.7.3-1.4) unstable; urgency=low + + * Non-maintainer upload. + * Migrate to use /run instead of /var/run and make sure to create +/run/xpilot-ng-server and set the correct owner, group and permissions +before using it, since it won't persist over reboot when /run is a tmpfs. +(Closes: #645868) + + -- Olly Betts o...@survex.com Fri, 25 Nov 2011 09:42:17 + + xpilot-ng (1:4.7.3-1.3) unstable; urgency=low * Non-maintainer upload. diff -Nru xpilot-ng-4.7.3/debian/start-xpilot-ng-server xpilot-ng-4.7.3/debian/start-xpilot-ng-server --- xpilot-ng-4.7.3/debian/start-xpilot-ng-server 2010-06-03 06:03:29.0 +1200 +++ xpilot-ng-4.7.3/debian/start-xpilot-ng-server 2011-11-25 22:20:37.0 +1300 @@ -3,8 +3,8 @@ set -e USER=`whoami` -PIDFILE=/var/run/xpilot-ng-server/xpilot-ng-server.pid -LOGFIFO=/var/run/xpilot-ng-server/xpilot-ng-server.fifo +PIDFILE=/run/xpilot-ng-server/xpilot-ng-server.pid +LOGFIFO=/run/xpilot-ng-server/xpilot-ng-server.fifo if [ $USER = xpilotng ]; then source /etc/default/xpilot-ng-server diff -Nru xpilot-ng-4.7.3/debian/xpilot-ng-server.init xpilot-ng-4.7.3/debian/xpilot-ng-server.init --- xpilot-ng-4.7.3/debian/xpilot-ng-server.init 2010-06-03 06:03:29.0 +1200 +++ xpilot-ng-4.7.3/debian/xpilot-ng-server.init 2011-11-25 22:36:26.0 +1300 @@ -20,7 +20,7 @@ test -x /usr/games/start-xpilot-ng-server || exit 0 USER=xpilotng -PIDFILE=/var/run/xpilot-ng-server/xpilot-ng-server.pid +PIDFILE=/run/xpilot-ng-server/xpilot-ng-server.pid set -e @@ -32,6 +32,9 @@ test -f $DEFAULTMAP || exit 0 echo -n Starting XPilot NG server: + RUNDIR=$(dirname $PIDFILE) + mkdir -m700 -p $RUNDIR + chown xpilotng:xpilotng $RUNDIR start-stop-daemon --start --quiet --chuid $USER --background \ --oknodo --exec /usr/games/start-xpilot-ng-server echo xpilot-ng-server. @@ -47,6 +50,9 @@ ;; restart|force-reload) echo -n Restarting XPilot NG server: + RUNDIR=$(dirname $PIDFILE) + mkdir -m700 -p $RUNDIR + chown xpilotng:xpilotng $RUNDIR start-stop-daemon --stop --quiet --pidfile $PIDFILE \ --oknodo --retry 5 /dev/null 21 echo $AUTOSTART |grep -iq yes || exit 0 diff -Nru xpilot-ng-4.7.3/debian/xpilot-ng-server.postinst xpilot-ng-4.7.3/debian/xpilot-ng-server.postinst --- xpilot-ng-4.7.3/debian/xpilot-ng-server.postinst 2010-06-03 06:03:29.0 +1200 +++ xpilot-ng-4.7.3/debian/xpilot-ng-server.postinst 2011-11-25 22:47:19.0 +1300 @@ -5,11 +5,10 @@ # create xpilotng user/group if they do not exist if [ $1 = configure ] ! getent passwd | grep -q ^xpilotng:; then echo Adding xpilotng group and user... -adduser --quiet --system --home /var/run/xpilot-ng-server --group \ +adduser --quiet --system --home /run/xpilot-ng-server --group \ --shell /bin/sh --disabled-password xpilotng || true fi -chmod 700 /var/run/xpilot-ng-server chown -R xpilotng:xpilotng /etc/xpilot-ng chmod -f 600 /etc/xpilot-ng/password.txt
Bug#646684: git-dch: Add option to manage distribution field
Hello, One draw back I just fixed, unset options without default values are None, so I do not change the ChangeLog field in that case too. My branch is now public[1]. Regards. diff --git a/gbp/scripts/dch.py b/gbp/scripts/dch.py index a82c1bd..acf11eb 100644 --- a/gbp/scripts/dch.py +++ b/gbp/scripts/dch.py @@ -195,6 +195,24 @@ def mangle_changelog(changelog, cp, snapshot=''): raise GbpError, Error mangling changelog %s % e +def apply_options_to_changelog_entry(cp, options): + +Modify the changelog entry accordingly with user options. +Actual options is 'distributions' and 'urgency'. + +used_options = {'distribution':'UNRELEASED', 'urgency':'low'} +for opt, default in used_options.items(): +if hasattr(options, opt) and getattr(options, opt) not in [ cp[ opt.capitalize() ], None ]: +gbp.log.debug(Replace changelog '%s' from '%s' to '%s' \ + % (opt.capitalize(), cp[opt.capitalize()], getattr(options, opt))) +del(cp[ opt.capitalize() ]) +cp[ opt.capitalize() ] = getattr(options, opt) +elif hasattr(options, opt) and getattr(options, opt) == None: +setattr(options, opt, default) + +return cp + + def do_release(changelog, repo, cp, git_author, dch_options): remove the snapshot header and set the distribution author, email = get_author_email(repo, git_author) @@ -205,7 +223,7 @@ def do_release(changelog, repo, cp, git_author, dch_options): spawn_dch(release=True, author=author, email=email, dch_options=dch_options) -def do_snapshot(changelog, repo, next_snapshot): +def do_snapshot(changelog, repo, options): Add new snapshot banner to most recent changelog section. The next snapshot number is calculated by eval()'ing next_snapshot @@ -213,8 +231,10 @@ def do_snapshot(changelog, repo, next_snapshot): commit = repo.head cp = parse_changelog(filename=changelog) +cp = apply_options_to_changelog_entry(cp, options) + (release, snapshot) = snapshot_version(cp['Version']) -snapshot = int(eval(next_snapshot)) +snapshot = int(eval(options.snapshot_number)) suffix = %d.gbp%s % (snapshot, .join(commit[0:6])) cp['MangledVersion'] = %s~%s % (release, suffix) @@ -281,6 +301,9 @@ def process_options(options, parser): else: dch_options += --nomultimaint +if options.force_distribution: +dch_options += --force-distribution + get_customizations(options.customization_file) return dch_options @@ -342,8 +365,12 @@ def main(argv): help=mark as release) version_group.add_option(-S, --snapshot, action=store_true, dest=snapshot, default=False, help=mark as snapshot build) +version_group.add_option(-D, --distribution, dest=distribution, help=Set distribution) +version_group.add_option(--force-distribution, action=store_true, dest=force_distribution, default=False, + help=Force the provided distribution to be used, even if it doesn't match the list of known distributions) version_group.add_option(-N, --new-version, dest=new_version, help=use this as base for the new version number) +version_group.add_option(-U, --urgency, dest=urgency, help=Set urgency level) version_group.add_option(--bpo, dest=bpo, action=store_true, default=False, help=Increment the Debian release number for an upload to lenny-backports, and add a backport upload changelog comment.) version_group.add_option(--nmu, dest=nmu, action=store_true, default=False, @@ -433,6 +460,9 @@ def main(argv): else: add_section = False +# Apply user option here to avoid clash with add_section test above +cp = apply_options_to_changelog_entry(cp, options) + i = 0 for c in commits: i += 1 @@ -446,7 +476,7 @@ def main(argv): if add_section: # Add a section containing just this message (we can't # add an empty section with dch) -add_changelog_section(distribution=UNRELEASED, msg=commit_msg, +add_changelog_section(distribution=options.distribution, msg=commit_msg, version=version_change, author=commit_author, email=commit_email, @@ -468,7 +498,7 @@ def main(argv): if add_section: # If we end up here, then there were no commits to include, # so we put a dummy message in the new section. -add_changelog_section(distribution=UNRELEASED, msg=[UNRELEASED], +add_changelog_section(distribution=options.distribution, msg=[UNRELEASED], version=version_change, dch_options=dch_options,
Bug#385069: moreutils: Please add dirempty command
Package: moreutils Version: 0.45 Followup-For: Bug #385069 Hi, cause there didn't happen something to this topic for some years i just made a beginning. :) Greetings, Michael -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 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 moreutils depends on: ii libc62.13-21 ii libipc-run-perl 0.90-1 ii perl 5.14.2-5 moreutils recommends no packages. Versions of packages moreutils suggests: ii libtime-duration-perl none ii libtimedate-perl 1.2000-1 -- no debconf information /* * dirempty.c - checks if a dir is empty * * Copyright © 2011 Michael Stummvoll * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * version 2 as published by the Free Software Foundation. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 * USA * */ #include stdlib.h #include stdio.h #include sys/types.h #include dirent.h void usage() { printf(Usage: dirempty dirname\n); printf( returncodes:\n); printf(0 - dir is empty\n); printf(1 - dir is not empty\n); printf(2 - wrong usage\n); printf(3 - error opening directory\n); exit(2); } int main (int argc, char *argv[]) { int notempty = 0; DIR *dp; struct dirent *ep; char * dirname; if(argc == 2) { dirname = argv[1]; } else { usage(); } dp = opendir (dirname); if (dp != NULL) { while (ep = readdir (dp)) { if( strcmp(ep-d_name, .) != 0 strcmp(ep-d_name, ..) != 0 ) { notempty = 1; } } closedir (dp); } else { perror (Couldn't open the directory); return 3; } return notempty; }
Bug#635549: #635549: Two hplip security issues
found 635549 3.10.6-2 notfound 635549 3.11.10 thanks Hi Moritz, Le mardi, 26 juillet 2011 23.07:01, Moritz Muehlenhoff a écrit : Two security issues have been reported in hplip: 1. Shell command injection in foomatic-rip-hplip: https://bugzilla.novell.com/show_bug.cgi?id=698451 This is CVE-2011-2697 As far as I can see, the culprit file is foomatic-rip-hplip, which is only shipped in hplip-ppds, and only in stable; testing and unstable versions rely on the fixed foomatic-rip from the foomatic-filters package. 2. Insecure tempfile handling: https://bugzilla.novell.com/show_bug.cgi?id=704608 https://bugs.launchpad.net/hplip/+bug/809904 This is CVE-2011-2722 This seems to be fixed in 3.11.10, hence again, only stable is affected. This should be fixed in a DSA, could you prepared updated packages? I will try to, but would be happier if the HPLIP team could do this security upload themselves (4 months without a single response; meh). Cheers, -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#649994: ITP: django-openstack -- Django interface for OpenStack
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: django-openstack Version : 0.4 Upstream Author : OpenStack * URL : http://pypi.python.org/pypi/django-openstack/0.4 * License : Apache Programming Lang: Python Description : Django interface for OpenStack This is a Django module giving access and control to OpenStack. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635549: #635549: Two hplip security issues
Le vendredi, 25 novembre 2011 12.16:06, Didier Raboud a écrit : found 635549 3.10.6-2 notfound 635549 3.11.10 thanks Hi Moritz, Le mardi, 26 juillet 2011 23.07:01, Moritz Muehlenhoff a écrit : Two security issues have been reported in hplip: 1. Shell command injection in foomatic-rip-hplip: https://bugzilla.novell.com/show_bug.cgi?id=698451 This is CVE-2011-2697 As far as I can see, the culprit file is foomatic-rip-hplip, which is only shipped in hplip-ppds, and only in stable; testing and unstable versions rely on the fixed foomatic-rip from the foomatic-filters package. Hmm. Wrong. usr/lib/cups/filter/foomatic-rip-hplip (supposedly culprit file) is already a symlink to usr/lib/cups/filter/foomatic-rip in the stable package. So this CVE doesn't affect any version bigger than what is in stable -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#649718: FTBFS: cat(EPIPE) | (SIGABRT) GUILE_AUTO_COMPILE=0 ../meta/uninstalled-env guild snarf-check-and-output-texi
Adam D. Barratt dixit: Also, failures on non-release architectures are severity important, not No disagreement from me. archive might even be lower. Please do not file m68k-specific bugs as RC; thanks. Tell that reportbug. I chose severity FTBFS. (In the future I’ll try to remember to manually edit that field before sending the mail.) bye, //mirabilos -- “Having a smoking section in a restaurant is like having a peeing section in a swimming pool.” -- Edward Burr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649894: gforge-web-apache2: File does not exist: /usr/share/gforge/lib/vendor reported in error.log
On Thu, 24 Nov 2011, Olivier Berger wrote: You're right. Actually, the problem is the vhost-main.inc apache config file, which is not correct and still includes bits like : I *think* the problem with those is that the generated file, with the correct bits, is called vhost-main.inc.something instead (unless that was fixed in the meantime). bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Elmar Geese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649995: ITP: libai-fann-perl -- Perl wrapper for the FANN library
Package: wnpp Severity: wishlist Owner: Laszlo Kajan lka...@rostlab.org * Package name: libai-fann-perl Version : 0.10 Upstream Author : Salvador Fandino sfand...@yahoo.com * URL : http://fann.sf.net/ * License : Perl Artistic License Programming Lang: C, C++, Perl Description : Perl wrapper for the FANN library This module provides a Perl wrapper for the FANN library (http://fann.sf.net). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649486: Forget about this - was triggered by extensive IPv6 address scanning
Ben Hutchings b...@decadent.org.uk writes: On Mon, 2011-11-21 at 20:13 +0100, Bjørn Mork wrote: Looks like my wife did some external scans of our home network :-) Have to investigate further how she managed to kill the interface, but this is definitely not related to the driver upgrade. Sorry for my misleading initial report. So far as I'm aware, if the TX watchdog fires it indicates one of: 1. A bug in the driver, firmware or hardware caused the hardware transmit queue to stop. 2. A bug in the driver, firmware or hardware meant that the kernel was not notified of link-down or another interruption that is expected to stop the hardware transmit queue. 3. Transmission is being continually blocked by (full-duplex link) pause frames or (half-duplex link) collisions. This may occur due to a switch misconfiguration or inconsistent configuration between switch and host. High levels of traffic or specific traffic patterns that overload the CPU should never cause this to happen. As the primary maintainer of another Linux network driver, I have to treat every 'TX watchdog' report as a bug unless it falls into case 3. This may very well be an example of case 3. The failing interface is connected to a gig port on a Cisco Catalyst C2950G. Both the switch port and the host port is configured for both input and output flow-control. canardo:/tmp# ethtool -a eth1 Pause parameters for eth1: Autonegotiate: on RX: on TX: on canardo:/tmp# ethtool eth1 Settings for eth1: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on MDI-X: on Supports Wake-on: d Wake-on: d Current message level: 0x0001 (1) Link detected: yes c2950a#show interfaces gigabitEthernet 0/1 GigabitEthernet0/1 is up, line protocol is up (connected) Hardware is Gigabit Ethernet, address is 000d.bc45.b3d9 (bia 000d.bc45.b3d9) Description: canardo MTU 1500 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is T input flow-control is on, output flow-control is on ARP type: ARPA, ARP Timeout 04:00:00 1000BaseT module in GBIC slot. Last input 00:00:03, output 00:00:01, output hang never Last clearing of show interface counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 544000 bits/sec, 159 packets/sec 5 minute output rate 117000 bits/sec, 103 packets/sec 85269919 packets input, 1110719891 bytes, 756 no buffer Received 1673801 broadcasts (1543541 multicast) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 756 ignored 0 watchdog, 1543541 multicast, 11987 pause input 0 input packets with dribble condition detected 61473019 packets output, 2505206278 bytes, 0 underruns 0 output errors, 0 collisions, 2 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out NOTE: switch counters have unfortunately been reset since the event. The host network configuration is rather unusual, and may seem unnecessarily complex (but I have my reasons for most of this - I've just forgotten them :-) The eth1 interface is bridged with a tap interface connected to a VDE switch running on the host. Both the physical and virtual switch ports are configured as trunks and a number of VLAN interfaces are put on top of the bridge interface: bjorn@canardo:~$ brctl show bridge name bridge id STP enabled interfaces br0 8000.0015171e5e35 no eth1 tap0 canardo:/tmp# cat /proc/net/vlan/config VLAN Dev name| VLAN ID Name-Type: VLAN_NAME_TYPE_RAW_PLUS_VID_NO_PAD br0.1 | 1 | br0 br0.7 | 7 | br0 br0.90 | 90 | br0 br0.93 | 93 | br0 br0.666| 666 | br0 This way, I can easily connect any combination I want of physical switch port, virtual switch port and host interface, using only a single cable. To make this even better, one of the swich ports is connected to a ADSL modem and I'm running two PPPoE sessions from the same host over
Bug#649996: openafs-modules-dkms: openafs 1.6.0 fails with kernel 3.1 ( lockup )
Package: openafs-modules-dkms Version: 1.6.0-1 Severity: normal what i did: installed debian wheezy (amd64), which has at time of writing openafs 1.6.0-1 and kernel 3.1.1-1 what happened: within minutes after using afs, the machine locked up. what i've been told on openafs irc: the 1.6.0 release of openafs doesn't work with kernel 3.1, but there are fixes in the stable git branch for that having a remote tail -f /var/log/syslog open did give this: Nov 24 11:49:32 hexen kernel: [ 340.148016] BUG: soft lockup - CPU#1 stuck for 22s! [kwin:2369] Nov 24 11:49:32 hexen kernel: [ 340.148019] Modules linked in: openafs(P) fuse bridge stp ext2 mbcache snd_hda_codec_realtek snd_hda_intel snd_hda_codec radeon ttm snd_hwdep drm_kms_helper drm i2c_algo_bit sp5100_tco snd_pcm processor pow er_supply i2c_piix4 snd_seq snd_timer snd_seq_device thermal_sys evdev i2c_core k10temp snd edac_core soundcore edac_mce_amd pcspkr wmi shpchp pci_hotplug snd_page_alloc button btrfs zlib_deflate crc32c libcrc32c usbhid hid sg sr_mod sd_mo d cdrom crc_t10dif usb_storage ata_generic uas ohci_hcd pata_atiixp xhci_hcd firewire_ohci firewire_core crc_itu_t ahci libahci r8169 mii ehci_hcd libata scsi_mod usbcore [last unloaded: scsi_wait_scan] Nov 24 11:49:32 hexen kernel: [ 340.148080] CPU 1 Nov 24 11:49:32 hexen kernel: [ 340.148081] Modules linked in: openafs(P) fuse bridge stp ext2 mbcache snd_hda_codec_realtek snd_hda_intel snd_hda_codec radeon ttm snd_hwdep drm_kms_helper drm i2c_algo_bit sp5100_tco snd_pcm processor pow er_supply i2c_piix4 snd_seq snd_timer snd_seq_device thermal_sys evdev i2c_core k10temp snd edac_core soundcore edac_mce_amd pcspkr wmi shpchp pci_hotplug snd_page_alloc button btrfs zlib_deflate crc32c libcrc32c usbhid hid sg sr_mod sd_mo d cdrom crc_t10dif usb_storage ata_generic uas ohci_hcd pata_atiixp xhci_hcd firewire_ohci firewire_core crc_itu_t ahci libahci r8169 mii ehci_hcd libata scsi_mod usbcore [last unloaded: scsi_wait_scan] Nov 24 11:49:32 hexen kernel: [ 340.148107] Nov 24 11:49:32 hexen kernel: [ 340.148109] Pid: 2369, comm: kwin Tainted: P O 3.1.0-1-amd64 #1 To Be Filled By O.E.M. To Be Filled By O.E.M./M3A790GXH/USB3 Nov 24 11:49:32 hexen kernel: [ 340.148113] RIP: 0010:[81108292] [81108292] vfsmount_lock_local_lock+0x28/0x2b Nov 24 11:49:32 hexen kernel: [ 340.148121] RSP: 0018:88010c075f20 EFLAGS: 0297 Nov 24 11:49:32 hexen kernel: [ 340.148123] RAX: 88011fc50240 RBX: RCX: 0175 Nov 24 11:49:32 hexen kernel: [ 340.148125] RDX: 0176 RSI: RDI: 88011863b180 Nov 24 11:49:32 hexen kernel: [ 340.148127] RBP: 8801187723c0 R08: R09: Nov 24 11:49:32 hexen kernel: [ 340.148129] R10: 0246 R11: 8800bd1d1740 R12: 41ce1ffd Nov 24 11:49:32 hexen kernel: [ 340.148131] R13: R14: 0100 R15: 00010008 Nov 24 11:49:32 hexen kernel: [ 340.148133] FS: 7f2e6ae0b780() GS:88011fc4() knlGS: Nov 24 11:49:32 hexen kernel: [ 340.148135] CS: 0010 DS: ES: CR0: 80050033 Nov 24 11:49:32 hexen kernel: [ 340.148137] CR2: 01977e88 CR3: 00010c201000 CR4: 06e0 Nov 24 11:49:32 hexen kernel: [ 340.148139] DR0: DR1: DR2: Nov 24 11:49:32 hexen kernel: [ 340.148141] DR3: DR6: 0ff0 DR7: 0400 Nov 24 11:49:32 hexen kernel: [ 340.148143] Process kwin (pid: 2369, threadinfo 88010c074000, task 8800c3040f20) Nov 24 11:49:32 hexen kernel: [ 340.148144] Stack: Nov 24 11:49:32 hexen kernel: [ 340.148146] 811095e1 0001 8800bd1d1740 8801187723c0 Nov 24 11:49:32 hexen kernel: [ 340.148150] 810f28d6 8801187723c0 000b 000b Nov 24 11:49:32 hexen kernel: [ 340.148153] 810f296e 0293 00d09be0 00d0c310 Nov 24 11:49:32 hexen kernel: [ 340.148156] Call Trace: Nov 24 11:49:32 hexen kernel: [ 340.148160] [811095e1] ? mntput_no_expire+0xb/0xc9 Nov 24 11:49:32 hexen kernel: [ 340.148164] [810f28d6] ? filp_close+0x62/0x6a Nov 24 11:49:32 hexen kernel: [ 340.148166] [810f296e] ? sys_close+0x90/0xcd Nov 24 11:49:32 hexen kernel: [ 340.148170] [813322d2] ? system_call_fastpath+0x16/0x1b Nov 24 11:49:32 hexen kernel: [ 340.148171] Code: ff 07 c3 48 c7 c0 40 02 01 00 65 48 03 04 25 f0 d3 00 00 ba 00 00 01 00 f0 0f c1 10 0f b7 ca c1 ea 10 39 d1 74 07 f3 90 0f b7 08 eb f5 c3 48 c7 c0 40 02 01 00 65 48 03 04 25 f0 d3 00 00 66 ff Nov 24 11:49:32 hexen kernel: [ 340.148194] Call Trace: Nov 24 11:49:32 hexen kernel: [ 340.148196] [811095e1] ? mntput_no_expire+0xb/0xc9 Nov 24 11:49:32 hexen kernel: [ 340.148198] [810f28d6] ? filp_close+0x62/0x6a Nov 24 11:49:32 hexen kernel: [ 340.148201] [810f296e] ?
Bug#649997: Gtk-Message: Failed to load module pk-gtk-module
Package: packagekit-gtk3-module Version: 0.7.1-1 Severity: normal Dear Maintainer, Since Gnome 3 i have the Problem, that i get the errormessage Gtk-Message: Failed to load module pk-gtk-module when i start many different programms. Even here on reportbug i get this message. A small list of Programms, where i get this message: synaptic (0.75.3) vlc (1:1.1.12-0.1) reportbug (6.3) gnome-mplayer (1.0.4-2) paprefs (0.9.9-2) pavumeter (0.9.3-1) jakob -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages packagekit-gtk3-module depends on: ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii libatk1.0-0 2.2.0-2 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.8-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.8-1 ii libgtk-3-0 3.0.12-2 ii libpango1.0-01.29.4-2 packagekit-gtk3-module recommends no packages. packagekit-gtk3-module 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#649998: sflphone fails to start
Package: sflphone-gnome Version: 1.0.1-4 Severity: important Hi! Since I upgraded to sflphone 1.0.1-3, I get the following message when I start sflphone: Unable to initialize. Make sure daemon is running. Error: Message did not receive a reply (timeout by message bus). So I ran sflphoned by hand to see what's happening, and I get: $ /usr/lib/sflphone/sflphoned SFLphone Daemon 1.0.1, by Savoir-Faire Linux 2004-2011 http://www.sflphone.org/ 09:22:33.762 os_core_unix.c pjlib 1.10.0 for POSIX initialized sflphoned: sipvoiplink.cpp:994: void SIPVoIPLink::createDefaultSipUdpTransport(): Assertion `account-transport_' failed. Aborted The daemon does not have another instance running in the background. I updated to 1.0.1-3 and later to 1.0.1-4 (still in Debian incoming) and the error persists. I am using KDE as desktop environment. Kinds regards, Lisandro. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.1+edid (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sflphone-gnome depends on: ii gconf2 2.32.4-1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-21 ii libcairo-gobject2 1.10.2-6.1 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.8-1 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.30.2-4 ii libgtk-3-0 3.2.2-2 ii libjavascriptcoregtk-3.0-0 1.6.1-5+b1 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.29.4-2 ii librsvg2-common 2.34.2-1 ii libsoup2.4-12.36.0-1 ii libwebkitgtk-3.0-0 1.6.1-5+b1 ii libx11-62:1.4.4-4 ii sflphone-daemon 1.0.1-4 ii sflphone-data 1.0.1-4 sflphone-gnome recommends no packages. sflphone-gnome 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#649999: /usr/bin/hp-plugin: hp-plugin generates broken udev files
Package: hplip Version: 3.11.10-1 File: /usr/bin/hp-plugin Severity: important I have a LaserJet 1018 printer which requires a firmware upload before functioning. The hp-plugin downloaded this firmware and also installed udev rules to upload it, but those rules do not work: Nov 25 13:23:00 wallach udevd[282]: unknown key 'SYSFS{idVendor}' in /etc/udev/rules.d/86-hpmud-hp_laserjet_1018.rules:6 Nov 25 13:23:00 wallach udevd[282]: invalid rule '/etc/udev/rules.d/86-hpmud-hp_laserjet_1018.rules:6' (and many similar errors for other printer models) -- Package-specific info: HP Linux Imaging and Printing System (ver. 3.11.10) Dependency/Version Check Utility ver. 14.3 Copyright (c) 2001-9 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependencies). Saving output in log file: hp-check.log Initializing. Please wait... --- | SYSTEM INFO | --- Basic system information: Linux wallach 3.1.0-1-amd64 #1 SMP Mon Nov 14 08:02:25 UTC 2011 x86_64 GNU/Linux Distribution: debian unstable Checking Python version... OK, version 2.7.2 installed Checking PyQt 4.x version... error: NOT FOUND OR FAILED TO LOAD! Checking for CUPS... Status: scheduler is running Version: 1.5.0 error_log is set to level: warn Checking for dbus/python-dbus... dbus daemon is running. python-dbus version: 0.84.0 | RUNTIME DEPENDENCIES | Checking for dependency: CUPS - Common Unix Printing System... OK, found. Checking for dependency: GhostScript - PostScript and PDF language interpreter and previewer... OK, found. Checking for dependency: PIL - Python Imaging Library (required for commandline scanning with hp-scan)... OK, found. Checking for dependency: PolicyKit - Administrative policy framework... OK, found. Checking for dependency: PyQt 4 DBus - DBus Support for PyQt4... error: NOT FOUND! This is a REQUIRED/RUNTIME ONLY dependency. Please make sure that this dependency is installed before installing or running HPLIP. Checking for dependency: Python DBus - Python bindings for DBus... OK, found. Checking for dependency: Python libnotify - Python bindings for the libnotify Desktop notifications... OK, found. Checking for dependency: Python XML libraries... OK, found. Checking for dependency: Python 2.3 or greater - Required for fax functionality... OK, found. Checking for dependency: Reportlab - PDF library for Python... warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP functionality may not function properly. Checking for dependency: SANE - Scanning library... OK, found. Checking for dependency: scanimage - Shell scanning program... OK, found. Checking for dependency: xsane - Graphical scanner frontend for SANE... OK, found. -- | HPLIP INSTALLATION | -- Currently installed HPLIP version... HPLIP 3.11.10 currently installed in '/usr/share/hplip'. Current contents of '/etc/hp/hplip.conf' file: # hplip.conf. Generated from hplip.conf.in by configure. [hplip] version=3.11.10 [dirs] home=/usr/share/hplip run=/var/run ppd=/usr/share/ppd/hplip/HP ppdbase=/usr/share/ppd/hplip doc=/usr/share/doc/hplip-doc/HTML icon=no cupsbackend=/usr/lib/cups/backend cupsfilter=/usr/lib/cups/filter drv=/usr/share/cups/drv # Following values are determined at configure time and cannot be changed. [configure] network-build=yes pp-build=yes gui-build=yes scanner-build=yes fax-build=yes dbus-build=yes cups11-build=no doc-build=yes shadow-build=no hpijs-install=yes foomatic-drv-install=yes foomatic-ppd-install=yes foomatic-rip-hplip-install=no hpcups-install=yes cups-drv-install=yes cups-ppd-install=no internal-tag=3.11.10 restricted-build=no ui-toolkit=qt4 qt3=no qt4=yes policy-kit=yes hpijs-only-build=no lite-build=no udev-acl-rules=yes hpcups-only-build=no hpijs-only-build=no Current contents of '/var/lib/hp/hplip.state' file: [plugin] installed = 1 eula = 1 Current contents of
Bug#600341: Enable largefile support, which allows processing files on CIFS mounts
On Sat, Oct 16, 2010 at 09:56:58PM +1300, Olly Betts wrote: The attached patch enables large file support in antiword (large file support is a release goal for squeeze, inherited from etch: http://release.debian.org/squeeze/goals.txt ). MS Word documents hopefully rarely reach 2GB, but this change also allows antiword to process files on filing systems with 64 bit inode numbers, which CIFS mounts seem to have. Without the patch: $ antiword 0-0.DOC Get Filesize error 75 I can't get the size of '/opt/frisk/mnt/share2/Test data/1-7.DOC' With the patch: $ antiword 0-0.DOC [expected output] Note the 32 bit inode number reported by stat for this file: $ stat 0-0.DOC File: `0-0.DOC' Size: 9160 Blocks: 24 IO Block: 16384 regular file Device: 14h/20d Inode: 1407374883566553 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2010-10-09 11:41:36.418429400 +1030 Modify: 2009-02-19 16:34:16.0 +1030 Change: 2010-10-03 18:32:05.967133800 +1030 I've been successfully using a version of the antiword package with this patch applied for over a year now with no regressions. Any objections to my NMUing this fix so that other users can benefit from it? (I'd also be happy to adopt or co-maintain antiword if you'd like). Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649984: [DRE-maint] Bug#649984: rake: rake/rdoctask
Hilko Bengen escreveu isso aí: Package: rake Version: 0.9.2.2-1 Severity: serious While trying to build a development version of libguestfs where I have building Ruby bindings enabled, I ran into the following error: , | WARNING: 'require 'rake/rdoctask'' is deprecated. Please use 'require 'rdoc/tas | k' (in RDoc 2.4.2+)' instead. | at /usr/lib/ruby/vendor_ruby/rake/rdoctask.rb | rake aborted! | uninitialized constant Gem ` Following that advice (which I also found by searching the web for the error message) got me nowhere, however: , | rake aborted! | no such file to load -- rdoc/task ` ... which isn't that surprising as it's not available for Ruby: , | $ ruby --version | ruby 1.8.7 (2011-06-30 patchlevel 352) [x86_64-linux] | $ apt-file search /rdoc/task | libruby1.9.1: /usr/lib/ruby/1.9.1/rdoc/task.rb ` The deprecation message is just a warning. The real problem is uninitialized constant Gem, which is a bug in the package. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#650000: Stray file /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove left after upgrade
Package: system-tools-backends Version: 2.10.1-2squeeze1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've noticed the file /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove on a couple of different systems. I don't remember ever modifying the file, so it should have been removed rather than left behind. dpkg.log says I've upgraded through the following versions: 2.10.0-2 2.10.1-1 2.10.1-2 2.10-1-2squeeze1 Sadly the log only rotates so far back, and it looks like this file was removed in a really old version of the package (2.6.0-3?) - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (550, 'stable-updates'), (550, 'stable'), (540, 'testing'), (530, 'unstable'), (520, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages system-tools-backends depends on: ii dbus 1.4.16-1 simple interprocess messaging syst ii libc6 2.13-21Embedded GNU C Library: Shared lib ii libdbus-1-3 1.4.16-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libglib2.0-0 2.30.2-4 GLib library of C routines ii libnet-dbus-perl 1.0.0-1+b1 Extension for the DBus bindings ii libpolkit-gobject-1-0 0.102-1PolicyKit Authorization API system-tools-backends recommends no packages. system-tools-backends suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk7PhlkACgkQshl/216gEHj37gCdF0gBtZ0QoJcjzJSQK1O8cSoL VuoAn3zM20XNqfzdzpK+r3XKMU+lF53d =Vmi0 -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#649365: linux-image-3.1.0-1-amd64: Broadcom USB adapter not recognised
On Fri, 2011-11-25 at 05:17 +, Ben Hutchings wrote: On Mon, 2011-11-21 at 10:37 +, Sam Morris wrote: On Mon, 2011-11-21 at 05:59 +, Ben Hutchings wrote: Please provide a kernel log covering initialisation of the btusb driver. It's just these two lines: Nov 21 10:35:40 durandal kernel: [73148.139130] Bluetooth: Generic Bluetooth USB driver ver 0.6 Nov 21 10:35:40 durandal kernel: [73148.139498] usbcore: registered new interface driver btusb So you loaded it yourself - it wasn't automatically loaded? I unloaded it then loaded it to get those log messages, but it is also loaded during boot. I did some more digging and there is a device, /sys/class/bluetooth/hci0, that appears once the module is loaded, so this may be a problem with bluez. Bluez maintainers, hci_for_each_dev in lib/hci.c doesn't recognise my Bluetooth adapter. if (ioctl(sk, HCIGETDEVLIST, (void *) dl) 0) { err = errno; goto free; } for (i = 0; i dl-dev_num; i++, dr++) { if (hci_test_bit(flag, dr-dev_opt)) if (!func || func(sk, dr-dev_id, arg)) { dev_id = dr-dev_id; break; } } While iterating through the memory filled by the HCIGETDEVLIST ioctl, it skips over the device because the call to hci_test_bit returns 0. 'flag' is HCI_UP. My knowledge of Bluetooth devices ends here, so I don't know if that's a problem with the kernel, or something else in userspace not initializing the device correctly. -- Sam Morris https://robots.org.uk/ 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#600846: Suspend-To-RAM not works for some months, Suspend-To-Disk not works since last update
On 24.11.2011 21:02, Jonathan Nieder wrote: hu...@online.de wrote: So the problem module should be one of the remaining 60 modules attached as lsmod21.txt . But now I do not know how to unload them cause I always get the message module is in use - even when system is started in recovery mode. Especially the radeon module which might be a good candidate cannot be unloaded. Could you please give me some instructions how to do this? The radeon module seems like a good place to start. I would suggest trying hibernation from the minimal recovery shell provided by the initramfs, as described in the initramfs-tools(8) manpage. It works roughly like this: 1. Pass break=modules on the kernel command line. 2. From the initramfs shell, load enough modules to have a usable swap partition (that means modprobe sata_sil and modprobe sd_mod, at least. Enable swap with swapon -a. 3. Load whatever set of modules you want to try (i.e., none, for the first try). 4. Hibernate (twice, I guess?). Let me know if you have any questions. What I would like to mention again (as earlier in bugzilla) is the strange behaviour that the first suspend to ram always works perfectly fine and the second one always causes a system hangup Yes, that is weird but definitely believable. Does suspend to disk behave the same way? Thanks, these test results are great. Looking forward to learning the culprit. Regards, Jonathan Hi, followed your suggestions now. When entering swapon -a the message swapon: /etc/fstab : No such file or directory was shown, so I used swapon /dev/sda5 instead. Unfortunately I was not able to identify the culprit , after loading all modules step by step the hibernation check stilled worked fine. The only error message that came up was on loading module snd : FATAL: error running install command for snd with return code 1 . Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649431: asterisk: Segmentation fault in asterisk -r
Update: When I rebuild this on my Wheezy development system (not in a chroot), all's well. When I build it in a Sid chroot on that Wheezy system, all's well. I do the final builds on a separate system, running Suqeeze with a Sid chroot. I noticed I have pbuilder 0.199+nmu3 (newer than the version in Squeeze). cowbuilder is the version from Squeeze (0.62+nmu2). I've already recreated the chroot and it's still the same. I'm now looking at the build inside the chroot. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488559: closed by Dmitry Smirnov only...@member.fsf.org (Done: dvbackup: useless Recommends)
Dear Justin, I'm very sorry - this bug was closed due to silly mistake. I already sent reopening request. I will also address this issue. Regards, Dmitry. On 25 November 2011 23:17, Justin B Rye j...@edlug.org.uk wrote: Dmitry Smirnov wrote: Package: dvbackup Version: 0.4.1-1 This problem do not exist in current version. It's have been fixed some time ago without updating this bug report. I see no dvbackup 0.4.1-1 anywhere in the Debian archives: Lenny, Squeeze, Wheezy, and Sid all have dvbackup 0.0.4rj1-6.1, and that still has the useless Recommends: star | afio | tar (= 1) | cpio. Now, dvDbackup on the other hand *is* at version 0.4.1-1. But that's an unrelated package that never had this bug. -- JBR Ankh kak! (Ancient Egyptian blessing) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638933: it seems that cups has removed some filters from their project
Hello, I had the same issue that you have reported. I have been able to print thanks to your suggestion about the symlink for pstoraster and the copy of the hpgltops filter (taken from ubuntu 10.10 cups deb package). I've been digging a little inside the cups project, i.e., forums, bugs, logs, changes, and svn (cups-1.6svn-r10126-source) and it seems that newer versions do not have those filters anymore. The work has been transfered from cups (I think) to the openprinting project, but this team has not put the filters into their code yet. I do not know if the HP filter (hpgltops) would go to the hplip project, though. -- Salutacions, Josep
Bug#488559: closed by Dmitry Smirnov only...@member.fsf.org (Done: dvbackup: useless Recommends)
Dmitry Smirnov wrote: Package: dvbackup Version: 0.4.1-1 This problem do not exist in current version. It's have been fixed some time ago without updating this bug report. I see no dvbackup 0.4.1-1 anywhere in the Debian archives: Lenny, Squeeze, Wheezy, and Sid all have dvbackup 0.0.4rj1-6.1, and that still has the useless Recommends: star | afio | tar (= 1) | cpio. Now, dvDbackup on the other hand *is* at version 0.4.1-1. But that's an unrelated package that never had this bug. -- JBR Ankh kak! (Ancient Egyptian blessing) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650001: iptables-persistent: Rules are not loaded at boottime due to wrong LSB header in the init script
Package: iptables-persistent Version: 0.0.20100801 Severity: important Tags: patch The actual LSB header will start the init script (and load the iptables rules) only on runlevel S. This makes no sense because in runlevel S are no network interfaces activated and so no need for iptables rules. On the other hand in runlevel 2-5 where the network interfaces are activated, the rules are not loaded during the boot process. I attached a patch based on the actual git head to start the init script on runlevel 2-5. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 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 iptables-persistent depends on: ii iptables 1.4.8-3administration tools for packet fi iptables-persistent recommends no packages. iptables-persistent suggests no packages. -- no debconf information From 2a8a3c789f469ded64a509458c788a989b58e7cf Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Andreas=20R=C3=BCtten?= andreasruet...@gmx.de Date: Fri, 25 Nov 2011 13:20:28 +0100 Subject: [PATCH] Fix Default-Start and Default-Stop fields of the LSB header in the init script --- debian/iptables-persistent.init |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/debian/iptables-persistent.init b/debian/iptables-persistent.init index ba9f4d3..cae9157 100644 --- a/debian/iptables-persistent.init +++ b/debian/iptables-persistent.init @@ -8,8 +8,8 @@ # Provides: iptables-persistent # Required-Start:mountkernfs $local_fs # Required-Stop: $local_fs -# Default-Start: S -# Default-Stop: +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 # X-Start-Before:$network # X-Stop-After: $network # Short-Description: Set up iptables rules -- 1.7.4.1
Bug#597994: Patch works on squeeze
This patch https://bugzilla.gnome.org/attachment.cgi?id=138876 from bug report comment https://bugzilla.gnome.org/show_bug.cgi?id=160441#c16 works on squeeze. Now my encrypted laptop disk stats are nicely visible. Please consider applying to unstable and stable too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635549: #635549: Two hplip security issues
Le vendredi, 25 novembre 2011 12.16:06, Didier Raboud a écrit : 2. Insecure tempfile handling: https://bugzilla.novell.com/show_bug.cgi?id=704608 https://bugs.launchpad.net/hplip/+bug/809904 This is CVE-2011-2722 This seems to be fixed in 3.11.10, hence again, only stable is affected. The attached dpatch against the version currently in stable does fix that bug. As for oldstable, I couldn't find any occurence of this bug in the source code. Cheers, OdyX CVE-2011-2722.dpatch Description: application/shellscript signature.asc Description: This is a digitally signed message part.
Bug#650000: Stray file /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove left after upgrade
On 25.11.2011 13:13, Sam Morris wrote: Package: system-tools-backends Version: 2.10.1-2squeeze1 Severity: minor I've noticed the file /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove on a couple of different systems. I don't remember ever modifying the file, so it should have been removed rather than left behind. dpkg.log says I've upgraded through the following versions: 2.10.0-2 2.10.1-1 2.10.1-2 2.10-1-2squeeze1 Sadly the log only rotates so far back, and it looks like this file was removed in a really old version of the package (2.6.0-3?) if [ -f /etc/dbus-1/system.d/system-tools-backends.conf ] \ [ -f /etc/dbus-1/system.d/org.freedesktop.SystemToolsBackends.conf ]; then # We have both old and new conffiles, which probably means that a version # between 2.6.0-6.1 and 2.10.1-2 was installed. if echo 68224c4af00f723e7e08992a91ddc9f286fc4f4c /etc/dbus-1/system.d/system-tools-backends.conf | sha1sum --check --status -; then # Old conffile was not modified, let's just remove it rm -f /etc/dbus-1/system.d/system-tools-backends.conf else # Otherwise, rename it mv /etc/dbus-1/system.d/system-tools-backends.conf \ /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove fi fi That's the code in preinst. So either your system-tools-backends.conf file was modified, or the sha1 in preinst is incorrect. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#648317: RM: warsow -- RoQA: FTBFS on release architectures, unmaintained
On Fri, Nov 25, 2011 at 2:34 AM, Didier Raboud o...@debian.org wrote: reassign 648317 ftp.debian.org retitle 648317 RM: warsow -- RoQA: FTBFS on release architectures, unmaintained severity 648317 normal thanks Hi dear Warsow maintainers, So now we are past the two-weeks ultimatum, so here I am for the actual removal request of warsow (and warsow-data fwiw). FTP-Masters: reasoning is below, quoted from #648317. Le jeudi, 10 novembre 2011 15.59:20, Didier Raboud a écrit : A quick look at it reveals that: - It has 3 FTBFS bugs on various release architectures: ia64 (#593700), kfreebsd-* (#564108) and hurd (#564109), all without answer since more than ten months (while all have patches). - No new upstream release made it in Squeeze. - It is out-dated with regards to upstream versions (0.50 is almost 2 years old). - Its bugs have seen no response in 2011. I personally think it should be removed from Debian, both unstable and testing, but after a short chat on #debian-games, here am I with a discussion bug. (…) Proposed timeline: 2 weeks open for discussion. Without people volunteering to provide updates to warsow (by marking this bug as -done), I will reassign this bug to FTP-Masters for the removal. Cheers, -- OdyX ___ Pkg-games-devel mailing list pkg-games-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-devel If absolutely nobody else within the Debian games team wants to take over maintenance of warsow, I'd be willing to do so myself, although I won't have enough spare time until mid-December. Eh, on second thought, I might not have enough time then either, so please feel free to remove warsow from sid; I'll find time to upload a new package eventually, some time before the freeze date next June. If somebody steps in before then, that'd be great. :) Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650002: network-manager-gnome: connection to WiFi leads to 'Gtk-WARNING **: cannot open display: :0.0'
Package: network-manager-gnome Version: 0.9.2.0-1 Severity: normal Dear Maintainer, connecting to wireless LAN leads to the fact that it is impossible to open any new window (since a dist-upgrade yesterday). Typing a command in a previously opened terminal that normally opens a new window (e.g. `mousepad') leads to the following message: 'No protocol specified (mousepad:3883): Gtk-WARNING **: cannot open display: :0.0' If any further info is needed I will try to provide it. Thanks! Tom -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-gnome depends on: ii dbus-x11 1.4.16-1 ii dpkg 1.16.1.1 ii gconf2 2.32.4-1 ii gnome-icon-theme 3.2.1.2-1 ii libatk1.0-0 2.2.0-2 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.8-1 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.8-1 ii libgnome-bluetooth8 3.2.1-1 ii libgnome-keyring03.2.0-3 ii libgtk-3-0 3.0.12-2 ii libnm-glib-vpn1 0.9.2.0-1 ii libnm-glib4 0.9.2.0-1 ii libnm-gtk0 0.9.2.0-1 ii libnm-util2 0.9.2.0-1 ii libnotify4 0.7.4-1 ii libpango1.0-01.29.4-2 ii network-manager 0.9.2.0-1 ii policykit-1-gnome0.105-1 Versions of packages network-manager-gnome recommends: ii gnome-bluetooth3.2.1-1 ii iso-codes 3.30-1 ii libpam-gnome-keyring [libpam-keyring] 3.0.3-2 ii mobile-broadband-provider-info 20110806-1 ii notification-daemon0.7.3-1 ii xfce4-notifyd [notification-daemon]0.2.2-1 Versions of packages network-manager-gnome suggests: ii network-manager-openvpn-gnome none ii network-manager-pptp-gnome none ii network-manager-vpnc-gnome 0.9.2.0-1 -- 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#650003: [iceweasel] ibus input method stops working in iceweasel after upgrade to 8.0
Package: iceweasel Version: 8.0-3 Severity: normal After the upgrade to 8.0-3 from testing/unstable, ibus input method no longer works. If I type anything into the browser bar or search bar after switching the input method (Ctrl+Space) then the input is simply ignored. It doesn't work either with or without the pre-edit window embedded. --- System information. --- Architecture: amd64 Kernel: Linux 3.1.0-1-amd64 Debian Release: wheezy/sid 500 unstableftp.kr.debian.org 500 testing security.debian.org 500 testing ftp.metu.edu.tr 500 testing ftp.kr.debian.org --- Package information. --- Depends(Version) | Installed -+- libc6 (= 2.2.5) | 2.13-21 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.24.0-1 libglib2.0-0 (= 2.16.0) | 2.28.8-1 libgtk2.0-0(= 2.10) | 2.24.8-2 libnspr4-0d(= 1.8.0.10) | 4.8.9-1 libstdc++6(= 4.1.1) | 4.6.2-4 fontconfig | 2.8.0-3 procps | 1:3.2.8-11 debianutils(= 1.16) | 4.0.4 xulrunner-8.0 (= 8.0-3) | 8.0-3 libasound2 ( 1.0.24.1) | 1.0.24.1-4 libatk1.0-0 (= 1.12.4) | 2.2.0-2 libbz2-1.0 | 1.0.5-7 libc6 (= 2.3.2) | 2.13-21 libcairo2 (= 1.10.2-2~) | 1.10.2-6.1 libdbus-1-3 (= 1.0.2) | 1.4.16-1 libevent-1.4-2 (= 1.4.14b-stable) | 1.4.14b-stable-1 libfontconfig1(= 2.8.0) | 2.8.0-3 libfreetype6 (= 2.2.1) | 2.4.8-1 libgcc1 (= 1:4.1.1) | 1:4.6.2-4 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.24.0-1 libglib2.0-0 (= 2.24.0) | 2.28.8-1 libgtk2.0-0 (= 2.24.0) | 2.24.8-2 libhunspell-1.3-0| 1.3.2-4 libjpeg8 (= 8c) | 8c-2 libmozjs8d (= 8.0-3) | 8.0-3 libnotify4(= 0.7.0) | 0.7.4-1 libnspr4-0d ( 4.7.1-1) | 4.8.9-1 libnss3-1d (= 3.12.10) | 3.13.1.with.ckbi.1.88-1 libpango1.0-0(= 1.14.0) | 1.29.4-2 libpixman-1-0(= 0.11.2) | 0.24.0-1 libreadline6(= 6.0) | 6.2-7 libsqlite3-0 (= 3.7.4) | 3.7.9-2 libstartup-notification0(= 0.8) | 0.12-1 libstdc++6 (= 4.6) | 4.6.2-4 libvpx0 (= 0.9.0) | 0.9.7.p1-2 libx11-6 | 2:1.4.4-4 libxext6 | 2:1.3.0-3 libxrender1 | 1:0.9.6-2 libxt6 | 1:1.1.1-2 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3 Package's Recommends field is empty. Suggests(Version) | Installed =-+-=== ttf-lyx | OR latex-xft-fonts | xfonts-mathml | ttf-mathematica4.1| mozplugger| libgssapi-krb5-2 | 1.9.1+dfsg-3 OR libkrb53 | libdbus-glib-1-2(= 0.78) | 0.98-1 libgnomeui-0 | 2.24.5-2 libcanberra0 | 0.28-3 --- Output from package bug script --- -- Addons package information -- -- V. Harishankar B.E., B.L. Advocate Website: http://harishankar.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631268: sudo-ldap does not dereference aliases
The actual problem is that sudo doesn't recognize the DEREF setting in ldap.conf. This will be fixed in sudo 1.8.3. I backported sudo-ldap 1.8.3p1-2 for squeeze and tried ist again. It still does not work. Some Options are recognized as you can see from sudoers_debug 2 Output: sudo: ldap_initialize(ld, ldap:/// ldap://yyy/) sudo: ldap_set_option: debug - 0 sudo: ldap_set_option: ldap_version - 3 sudo: ldap_set_option: tls_checkpeer - 1 sudo: ldap_set_option: tls_cacertfile - /etc/certs/X.crt sudo: ldap_set_option: tls_cacert - /etc/certs/X.crt sudo: ldap_set_option(LDAP_OPT_NETWORK_TIMEOUT, 2) sudo: ldap_start_tls_s() ok sudo: ldap_sasl_bind_s() ok sudo: Looking for cn=defaults: cn=defaults sudo: no default options found in ou=sudo,ou=Access,dc=ldap1,ou=All Servers,ou=Servers,o=Network,dc=,dc=net sudo: ldap search '(|(sudoUser=mw)(sudoUser=%staff)(sudoUser=%adm)(sudoUser=ALL))' sudo: searching from base 'ou=sudo,ou=Access,dc=ldap1,ou=All Servers,ou=Servers,o=Network,dc=,dc=net' sudo: nothing found for '(|(sudoUser=mw)(sudoUser=%staff)(sudoUser=%adm)(sudoUser=ALL))' sudo: ldap search '(sudoUser=+*)' sudo: searching from base 'ou=sudo,ou=Access,dc=ldap1,ou=All Servers,ou=Servers,o=Network,dc=,dc=net' sudo: nothing found for '(sudoUser=+*)' sudo: sorting remaining 0 entries sudo: searching LDAP for sudoers entries sudo: done with LDAP searches sudo: user_matches=0 sudo: host_matches=0 I still had a look at the source code in plugins/sudoers/ldap.c, but i'm no c-programmer. The difference between parsing of deref an other options seems, that the deref value could be one of several strings. Other options usually are integer, boolean or string. deref is a string which can have one the values always, findig, never, ... So the parsing of deref is solved in another way like parsing of the other values. There is a special value #define CONF_DEREF_VAL 5 in line 71 of plugins/sudoers/ldap.c and this is used in a case from line 115 on: case CONF_DEREF_VAL But i don't see a set action there. Shouldn't deref be set by ldap_set_options like the other values? Beginning with line 1740 (/* Set simple LDAP options */) it looks for me like all options are set, but solely if they are of type CONF_BOOL, CONF_INT or CONF_STR. Cause deref is CONF_DEREF_VAL it never comes to the ldap_set_options. Could this be the fault? Is there a case for CONF_DEREF_VAL missing? Similiar to the case CONF_STR ? Regards, Matthias -- Matthias Wamser, Senior Systems Engineer, mailto: m...@ilk.net ILK Internet GmbH, Am Sandfeld 15 a, D-76149 Karlsruhe Tel: +49 (0) 721 9100 0, http://www.ilk.net Geschaeftsfuehrer Matthias Felger, AG Mannheim, HRB 107037 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648317: RM: warsow -- RoQA: FTBFS on release architectures, unmaintained
Le vendredi, 25 novembre 2011 14.11:13, Vincent Cheng a écrit : If absolutely nobody else within the Debian games team wants to take over maintenance of warsow, I'd be willing to do so myself, although I won't have enough spare time until mid-December. Eh, on second thought, I might not have enough time then either, so please feel free to remove warsow from sid; I'll find time to upload a new package eventually, some time before the freeze date next June. If somebody steps in before then, that'd be great. :) Not that I care much, but: is it really worth keeping warsow (in contrib, with non-free data) when we have openarena, nexuiz/xonotic and others in main ? -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#650002: [Pkg-utopia-maintainers] Bug#650002: network-manager-gnome: connection to WiFi leads to 'Gtk-WARNING **: cannot open display: :0.0'
On 25.11.2011 14:17, tom wrote: Package: network-manager-gnome Version: 0.9.2.0-1 Severity: normal Dear Maintainer, connecting to wireless LAN leads to the fact that it is impossible to open any new window (since a dist-upgrade yesterday). Typing a command in a previously opened terminal that normally opens a new window (e.g. `mousepad') leads to the following message: 'No protocol specified (mousepad:3883): Gtk-WARNING **: cannot open display: :0.0' What happened most likely, is that your hostname was changed. Could you verify that: what's the output of hostname before and after you connect to said Wifi network. Did the DHCP server send a hostname? Do you have the ifupdown plugin enabled in /etc/NetworkManager/NetworkManager.conf? What does /etc/hostname contain? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#650004: rt4-apache2: Insufficient default mod_fcgid HTTP request length for incoming mails with attachments
Source: rt4-apache2 Version: 4.0.4-1 Severity: normal Hi. If i'm not mistaken, the default settings of mod_fcgid in Debian define FcgidMaxRequestLen to 128 Kb. If I understand what's happening, any big incoming mail with attachments will break this limit when posted to the Web app. In such case, we can get such errors in apache's error log : mod_fcgid: HTTP request length 139264 (so far) exceeds MaxRequestLen (131072) I'd suggest to add instructions in the provided /etc/request-tracker4/apache2-fcgid.conf, or even a bigger default so that the admin is advised to setup a value that suits his needs. Hope this helps. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.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#597994: Patch works on squeeze
On 25.11.2011 14:03, Mikko Rapeli wrote: This patch https://bugzilla.gnome.org/attachment.cgi?id=138876 from bug report comment https://bugzilla.gnome.org/show_bug.cgi?id=160441#c16 works on squeeze. Now my encrypted laptop disk stats are nicely visible. Please consider applying to unstable and stable too. For stable this will most certainly not happen. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#635549: #635549: Two hplip security issues
Le vendredi, 25 novembre 2011 12.22:24, Didier Raboud a écrit : Le mardi, 26 juillet 2011 23.07:01, Moritz Muehlenhoff a écrit : 1. Shell command injection in foomatic-rip-hplip: https://bugzilla.novell.com/show_bug.cgi?id=698451 This is CVE-2011-2697 As far as I can see, the culprit file is foomatic-rip-hplip, which is only shipped in hplip-ppds, and only in stable; testing and unstable versions rely on the fixed foomatic-rip from the foomatic-filters package. usr/lib/cups/filter/foomatic-rip-hplip (supposedly culprit file) is already a symlink to usr/lib/cups/filter/foomatic-rip in the stable package. So this CVE doesn't affect any version bigger than what is in stable And foomatic-rip-hplip is not in oldstable either, so it seems CVE-2011-2697 doesn't affect any currently released hplip. Cheers, -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#649205: network-manager recreates /etc/resolv.conf after every router announcement [was: nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 route: Netlink Error (errno = No route to host)]
retitle 649205 network-manager recreates /etc/resolv.conf after every router announcement thx Hello again. On Fri, Nov 18, 2011 at 09:11:08PM +0100, Jarek Kamiński wrote: NM loops with following log: #v+ Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 4 of 5 (IP6 Configure Get) scheduled... Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 4 of 5 (IP6 Configure Get) started... Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 5 of 5 (IP Configure Commit) scheduled... Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 4 of 5 (IP6 Configure Get) complete. Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 5 of 5 (IP Configure Commit) started... Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957620] [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 route: Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957705] [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 route: Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957786] [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 route: Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957867] [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 route: Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.957950] [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 route: Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.958035] [nm-system.c:595] nm_system_apply_ip6_config(): (wlan0): failed to set IPv6 route: Netlink Error (errno = No route to host) Nov 18 20:58:30 rocket NetworkManager[8694]: info Policy set 'hackme' (wlan0) as default for IPv4 routing and DNS. Nov 18 20:58:30 rocket NetworkManager[8694]: warn Failed to add route Netlink Error (errno = File exists) Nov 18 20:58:30 rocket NetworkManager[8694]: error [1321646310.958810] [nm-system.c:1061] nm_system_replace_default_ip6_route(): (wlan0): failed to set IPv6 default route: -1 Nov 18 20:58:30 rocket NetworkManager[8694]: info Policy set 'hackme' (wlan0) as default for IPv6 routing and DNS. Nov 18 20:58:30 rocket NetworkManager[8694]: info Activation (wlan0) Stage 5 of 5 (IP Configure Commit) complete. Nov 18 20:58:48 rocket NetworkManager[8694]: info Activation (wlan0) Stage 4 of 5 (IP6 Configure Get) scheduled... [...] #v- It also keeps (I assume it's related to above) rewriting /etc/resolv.conf, regularly making disk spin up when on battery. I've dug deeper into that and I think I've found out what's going on. My router sends (as expected) periodical RA messages, which are then processed by kernel. The kernel refreshes router and addresses validity timers and informs about that processes listening on netlink socket. NM receives those messages in netlink_notification() in nm-ip6-manager.c. Notifications are about route or address change, so config_changed is set to TRUE, which is then passed to nm_ip6_device_sync_from_netlink() and causes emit_config_changed. Which results in /etc/resolv.conf being rewritten and spurious disk spin-ups. I've worked around it by commenting proper config_changed = TRUE assignments, but that's of course not a proper solution. NM probably should remember seen addresses and routes and ignore refreshes. Sorry for the initially unclear submission, those nm_system_apply_ip6_config() errors misled me and I tough they're related. I hope it's better now and that I didn't misunderstood how these things work too much ;-) -- pozdr(); // Jarek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611418: gnustep-base-common also fails with this
Note that gnustep-base-common also fails on this directory: 0m42.3s ERROR: FAIL: Package purging left files on system: /etc/xml owned by: xml-core, gnustep-base-common gnustep-base-common is blocking 93 packages in Piuparts sid state dependency-failed-testing, independent of those blocked by sgml-data and docbook-xsl. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608927: klog: diff for NMU version 0.5.7-1.1
tags 608927 + pending thanks Dear maintainer, I've prepared an NMU for klog (versioned as 0.5.7-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Red Hot Chili Peppers: Warlocks diff -u klog-0.5.7/debian/changelog klog-0.5.7/debian/changelog --- klog-0.5.7/debian/changelog +++ klog-0.5.7/debian/changelog @@ -1,3 +1,14 @@ +klog (0.5.7-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gold / ld --no-add-needed: +apply patch from Ubuntu / Felix Geyer: ++ Fix FTBFS due to indirect linking. + - Link against QtNetwork in src/CMakeLists.txt +(Closes: #608927) + + -- gregor herrmann gre...@debian.org Fri, 25 Nov 2011 14:27:39 +0100 + klog (0.5.7-1) unstable; urgency=low * New upstream release only in patch2: unchanged: --- klog-0.5.7.orig/src/CMakeLists.txt +++ klog-0.5.7/src/CMakeLists.txt @@ -28,7 +28,7 @@ qt4_add_resources (klog_SRCS ../klog-resources.qrc ) kde4_add_executable(klog ${klog_SRCS}) -target_link_libraries(klog ${KDE4_KDEUI_LIBS} ${KDE4_KDECORE_LIBS} ${HAMLIB_LIBRARY} ) +target_link_libraries(klog ${KDE4_KDEUI_LIBS} ${KDE4_KDECORE_LIBS} ${QT_QTNETWORK_LIBRARY} ${HAMLIB_LIBRARY} ) install(TARGETS klog DESTINATION ${BIN_INSTALL_DIR}) signature.asc Description: Digital signature
Bug#650003: [iceweasel] ibus input method stops working in iceweasel after upgrade to 8.0
Hi, this bug can be closed. Apparently installing ibus-gtk3 and rebooting the system solved the problem. I don't know why the reboot was required, but anyway it works now. My apologies for opening this bug report without trying out the above. It can be closed. -- V.Harishankar B.E.(EEE), B.L., Advocate -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635549: Stable update of hplip for CVE-2011-2722 (#635549) ?
Dear Release Team, after taking a closer look to #635549 and an IRC chat with the Security people, I propose to upload hplip to stable with the following changelog entry: hplip (3.10.6-2+squeeze0) stable; urgency=low * Fix CVE-2011-2722 Insecure tempfile handling by patching the culprit code out. (Closes: #635549) -- Didier Raboud o...@debian.org Fri, 25 Nov 2011 14:53:50 +0100 Debdiff and dpatch are attached; please comment. Cheers, -- OdyX diff -u hplip-3.10.6/debian/changelog hplip-3.10.6/debian/changelog --- hplip-3.10.6/debian/changelog +++ hplip-3.10.6/debian/changelog @@ -1,3 +1,10 @@ +hplip (3.10.6-2+squeeze0) stable; urgency=low + + * Fix CVE-2011-2722 Insecure tempfile handling by patching the culprit +code out. (Closes: #635549) + + -- Didier Raboud o...@debian.org Fri, 25 Nov 2011 14:53:50 +0100 + hplip (3.10.6-2) unstable; urgency=high * SECURITY UPDATE: denial of service and possible arbitrary code diff -u hplip-3.10.6/debian/patches/00list hplip-3.10.6/debian/patches/00list --- hplip-3.10.6/debian/patches/00list +++ hplip-3.10.6/debian/patches/00list @@ -22,0 +23 @@ +CVE-2011-2722.dpatch only in patch2: unchanged: --- hplip-3.10.6.orig/debian/patches/CVE-2011-2722.dpatch +++ hplip-3.10.6/debian/patches/CVE-2011-2722.dpatch @@ -0,0 +1,51 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## CVE-2011-2722.dpatch by Didier Raboud o...@debian.org +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fix Insecure tempfile handling CVE-2011-2722 by backporting from +## DP: 3.11.10 the removal of the culprit code by upstream. +# +# Bug-Debian: http://bugs.debian.org/635549 +# Author: Didier Raboud o...@debian.org + +@DPATCH@ +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' hplip-3.10.6~/prnt/hpijs/hpcupsfax.cpp hplip-3.10.6/prnt/hpijs/hpcupsfax.cpp +--- hplip-3.10.6~/prnt/hpijs/hpcupsfax.cpp 2010-07-19 04:15:17.0 +0200 hplip-3.10.6/prnt/hpijs/hpcupsfax.cpp 2011-11-25 13:13:29.0 +0100 +@@ -582,7 +582,6 @@ + int iSize, i; + int len; + BYTE*pTmp = NULL; +-FILE*fp = NULL; + + iSize = lseek (fromFD, 0, SEEK_END); + lseek (fromFD, 0, SEEK_SET); +@@ -602,28 +601,12 @@ + } + } + +-fp = NULL; +-if (iLogLevel SAVE_PCL_FILE) +-{ +-fp = fopen (/tmp/hpcupsfax.out, w); +-system (chmod 666 /tmp/hpcupsfax.out); +-} +- + while ((len = read (fromFD, pTmp, iSize)) 0) + { + write (STDOUT_FILENO, pTmp, len); +-if (iLogLevel SAVE_PCL_FILE fp) +-{ +-fwrite (pTmp, 1, len, fp); +-} + } + free (pTmp); + +-if (fp) +-{ +-fclose (fp); +-} +- + return 0; + } + CVE-2011-2722.dpatch Description: application/shellscript signature.asc Description: This is a digitally signed message part.
Bug#650003: [iceweasel] ibus input method stops working in iceweasel after upgrade to 8.0
On Fri, Nov 25, 2011 at 07:06:02PM +0530, Harishankar wrote: Package: iceweasel Version: 8.0-3 Severity: normal After the upgrade to 8.0-3 from testing/unstable, ibus input method no longer works. If I type anything into the browser bar or search bar after switching the input method (Ctrl+Space) then the input is simply ignored. It doesn't work either with or without the pre-edit window embedded. It works for me. Are you sure you don't have a more general problem than with iceweasel? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641621: xserver-xorg-video-nvidia-legacy-173xx: Dependency problem in sid
On 09/14/2011 09:08 PM, Andreas Beckmann wrote: You should post in their forum that you would like to see the legacy drivers updated for the new Xserver: http://www.nvnews.net/vbulletin/showthread.php?t=46678 (If you do this. please post a link to a forum thread to this Debian bug report, so that others may follow progress.) Hi, Sorry, but I will not. Since severity is serious, I think Maintainers should take care. Bug #643584 is the same one for 96xx. I think Maintainers would shoot two rabbits with one bullet, if they would like to (let's say make a post by themselves). For now, I am using one from testing. -- Nerijus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650002: [Pkg-utopia-maintainers] Bug#650002: network-manager-gnome: connection to WiFi leads to 'Gtk-WARNING **: cannot open display: :0.0'
[always CC the bug report] On 25.11.2011 15:05, blabla blabla wrote: Am 25.11.2011 14:38, schrieb Michael Biebl: On 25.11.2011 14:17, tom wrote: (mousepad:3883): Gtk-WARNING **: cannot open display: :0.0' What happened most likely, is that your hostname was changed. Could you verify that: what's the output of hostname before and after you connect to said Wifi network. correct, it changes from that in /etc/hostname to 'dhcppc0'. Did the DHCP server send a hostname? how can I check that? You can run NetworkManager in debug mode [1]. But given it is set to dhcppc0, that's most likely what happened. Do you have the ifupdown plugin enabled in /etc/NetworkManager/NetworkManager.conf? [ifupdown] managed=false setting it to true and restarting makes no difference. I meant: [main] plugins=ifupdown [1] https://live.gnome.org/NetworkManager/Debugging -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#650005: sqsh: unable to connect host with version 2.1.7-1
Package: sqsh Version: 2.1-10 Severity: normal Dear Maintainer, After upgrading to version 2.1.7-1, I alway get the following: sqsh-2.1.7 Copyright (C) 1995-2001 Scott C. Gray Portions Copyright (C) 2004-2010 Michael Peppler This is free software with ABSOLUTELY NO WARRANTY For more information type '\warranty' Open Client Message Layer 0, Origin 0, Severity 78, Number 44 Server name not found in configuration files. Open Client Message Layer 0, Origin 0, Severity 78, Number 45 Unknown host machine name. both using -S or -H options as the same commandline is working with version up to 2.1-10. Is there any change about this? regards, Patrice. *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/24 CPU cores) 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 sqsh depends on: ii lesstif2 1:0.95.2-1 ii libc6 2.13-21 ii libct40.91-1 ii libreadline6 6.2-8 ii libxt61:1.1.1-2 sqsh recommends no packages. sqsh 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#650006: kdebase still used
Package: kdetoys kdetoys packaging in Git still build-deps on kdebase-workspace-dev which should now be kde-workspace-dev kdetoys-dbg still depends on kdebase-runtime-dbg which should be kde-runtime-dbg Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648220: Info received (After upgrade to gdm3 session selection defaults to system default)
For me the issue resolved. I first removed gdm using apt-get --purge remove gdm3 Then installed by apt-get install gdm3 Now, gdm3 remembers the last login session as expected. Regards, -- Sridhar M.A. GPG KeyID : F6A35935 Fingerprint: D172 22C4 7CDC D9CD 62B5 55C1 2A69 D5D8 F6A3 5935 I think we're all Bozos on this bus. -- Firesign Theatre signature.asc Description: Digital signature
Bug#638707: NMU done but unresponsive maintainer
Hi Mentors, About a month ago I made a NMU of the python-poster package for the latest version 0.8.1, as suggested by Robert. Unfortunately Robert hasn't answered my last 4 emails on 28/10, 2/11, 4/11 and 20/11, I suppose due to the new baby ;) I am thus looking for someone to sponsor my NMU. It can be found at http://mentors.debian.net/package/python-poster. Please let me know if you need more information from me. FYI to respect the NMU guidelines I didn't fix the debian-rules-uses-deprecated-makefile Lintian warning (but did fix the helper-templates-in-copyright error and the out-of-date-standards-version warning. Thanks, Emilien Klein -- Forwarded message -- From: Robert Collins robe...@robertcollins.net Date: 2011/9/13 Subject: Re: New version of Poster - Update of the Debian package To: Emilien Klein emil...@klein.st Sorry, just been swamped with new baby ;) If you wanted to NMU an upgrade that would be fine by me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650007: spotweb: German translation of Debconf file
Package: spotweb Severity: wishlist Tags: l10n Dear Maintainer, as requested, here is the german translation of your Debconf file, ready to be applied into the package. Greetings Erik Pfannenstein -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1-1.slh.2-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # GERMAN TRANSLATION OF THE SPOTWEB PACKAGE. # Copyright (C) 2011 Erik Pfannenstein # This file is distributed under the same license as the SPOTWEB package. # Erik Pfannenstein debianign...@gmx.de, 2011. msgid msgstr Project-Id-Version: 20111002+dfsg-2\n Report-Msgid-Bugs-To: spot...@packages.debian.org\n POT-Creation-Date: 2011-11-17 21:54+0100\n PO-Revision-Date: 2011-11-22 18:44+0200\n Last-Translator: Erik Pfannenstein debianign...@gmx.de\n Language-Team: debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.0\n #. Type: string #. Description #: ../spotweb.templates:1001 msgid NNTP server: msgstr NNTP-Server: #. Type: string #. Description #: ../spotweb.templates:1001 msgid Please enter the news (NNTP) server that should be used for SpotWeb. msgstr Bitte geben Sie den Namen des Nachrichtenservers (NNTP) ein, der für SpotWeb genutzt werden soll. #. Type: string #. Description #: ../spotweb.templates:2001 msgid NNTP server username: msgstr NNTP-Server-Benutzername: #. Type: string #. Description #: ../spotweb.templates:2001 msgid Please enter the username to use on the news server. msgstr Bitte geben Sie den Benutzernamen für den Nachrichtenserver ein. #. Type: password #. Description #: ../spotweb.templates:3001 msgid NNTP server password: msgstr NNTP-Server-Passwort: #. Type: password #. Description #: ../spotweb.templates:3001 msgid Please enter the password to use on the news server. msgstr Bitte geben Sie das Passwort für den Nachrichtenserver ein. #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../spotweb.templates:4001 ../spotweb.templates:10001 #: ../spotweb.templates:16001 msgid No encryption msgstr Keine Verschlüsselung #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../spotweb.templates:4001 ../spotweb.templates:10001 #: ../spotweb.templates:16001 msgid SSL msgstr SSL #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../spotweb.templates:4001 ../spotweb.templates:10001 #: ../spotweb.templates:16001 msgid TLS msgstr TLS #. Type: select #. Description #: ../spotweb.templates:4002 msgid NNTP server encryption: msgstr NNTP-Server-Verschlüsselung: #. Type: select #. Description #: ../spotweb.templates:4002 msgid Please choose the encryption type for communication with the news server. msgstr Bitte wählen Sie die Verschlüsselungsart für die Kommunikation mit dem Nachrichtenserver. #. Type: string #. Description #: ../spotweb.templates:5001 msgid NNTP server port: msgstr NNTP-Server-Port: #. Type: string #. Description #: ../spotweb.templates:5001 msgid Please enter the port to use on the news server. Port 563 should generally be used when encryption is activated. msgstr Bitte geben Sie den Port ein, der auf dem Nachrichtenserver verwendet werden soll. Bei aktivierter Verschlüsselung sollte in der Regel Port 563 genutzt werden. #. Type: boolean #. Description #: ../spotweb.templates:6001 msgid Use separate \headers\ news server? msgstr Separaten »Schlagzeilen«-Nachrichtenserver benutzen? #. Type: boolean #. Description #: ../spotweb.templates:6001 msgid Please choose this option if you use a separate news server to fetch headers. msgstr Bitte wählen Sie diese Option, wenn Sie die Schlagzeilen von einem separaten Nachrichtenserver abrufen wollen. #. Type: string #. Description #: ../spotweb.templates:7001 msgid NNTP \headers\ server: msgstr NNTP-»Schlagzeilen«-Server: #. Type: string #. Description #: ../spotweb.templates:7001 msgid Please enter the news server that should be used for headers fetching with SpotWeb. msgstr Bitte geben Sie den Nachrichtenserver an, der für den Schlagzeilenabruf mit SpotWeb genutzt werden soll. #. Type: string #. Description #: ../spotweb.templates:8001 msgid NNTP \headers\ server username: msgstr NNTP-»Schlagzeilen«-Server-Benutzername: #. Type: string #. Description #: ../spotweb.templates:8001 msgid Please enter the username to use on the \headers\ news server. msgstr Bitte geben Sie den Benutzernamen für den »Schlagzeilen«-Nachrichtenserver ein. #. Type: password #. Description #: ../spotweb.templates:9001 msgid NNTP \headers\ server password: msgstr NNTP-»Schlagzeilen«-Server-Passwort: #. Type: password #. Description #: ../spotweb.templates:9001 msgid Please
Bug#533175: hoogle -- A Haskell API search engine
* Erik de Castro Lopo er...@mega-nerd.com [25 14:19]: Just an update. Currently waiting for the new version of ghc (version 7) to go into unstable so I can get all the dependencies sorted out. Also need to work out how to best deal with grabbing the database files and where to put them. Erik Hello, Could you work on this package in the meantime ? According to [1], it seems that all the dependencies (as listed in [2]) are in the archive (I don't see old-time and old-locale but they may be shipped with GHC). I am fairly new to haskell packaging but if you need a hand, I can help. Have a nice day ! [1]: http://pkg-haskell.alioth.debian.org/cgi-bin/pet.cgi [2]: http://hackage.haskell.org/package/hoogle -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649917: Acknowledgement (missing file)
Reported upstream to https://bugs.kde.org/show_bug.cgi?id=287544 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650002: [Pkg-utopia-maintainers] Bug#650002: network-manager-gnome: connection to WiFi leads to 'Gtk-WARNING **: cannot open display: :0.0'
Am 25.11.2011 15:20, schrieb Michael Biebl: [always CC the bug report] On 25.11.2011 15:05, blabla blabla wrote: Am 25.11.2011 14:38, schrieb Michael Biebl: On 25.11.2011 14:17, tom wrote: (mousepad:3883): Gtk-WARNING **: cannot open display: :0.0' What happened most likely, is that your hostname was changed. Could you verify that: what's the output of hostname before and after you connect to said Wifi network. correct, it changes from that in /etc/hostname to 'dhcppc0'. Did the DHCP server send a hostname? how can I check that? You can run NetworkManager in debug mode [1]. But given it is set to dhcppc0, that's most likely what happened. Do you have the ifupdown plugin enabled in /etc/NetworkManager/NetworkManager.conf? [ifupdown] managed=false setting it to true and restarting makes no difference. I meant: [main] plugins=ifupdown It was [main] plugins=keyfile I set it to [main] plugins=ifupdown,keyfile This solved the problem of changing hostnames after restart. But with the nice side effect that all windows were missing titles and buttons to control them (the cross ... usually in the upper right corner). Deleting ~/.cache, ~/.dconf and ~/.gconf/system solved that (I deleted all at a time, thus I don't know which one really did it). regards, Tom [1] https://live.gnome.org/NetworkManager/Debugging -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650008: kdebase dependency
Package: plasma-scriptengine-superkaramba in git packaging plasma-scriptengine-superkaramba suggests kdebase-workspace-bin which should now be kde-workspace-bin Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650009: yaws vulnerable to directory traversal using ..\\
Package: yaws Version: 1.91-1 Severity: critical Tags: security upstream sid Hi, A directory traversal vulnerability in yaws has been discovered and disclosed at [1]. At least the version of yaws currently in sid (1.91) is affected. One can reproduce the issue by running: curl 'http://localhost:8080/..\\..\\..\\..\\/etc/passwd' against a fresh install of the yaws package with default config. This will return a copy of the /etc/passwd file. The default config only binds yaws to the localhost ip, but the vulnerability is the same if you run it on public addresses (as one would in many typical installations, it is a webserver). I was not able to reproduce the issue in the version of the package in squeeze, with the above GET request, but I have not done a thorough investigation. Upstream has promised a fix in the linked bug report, but there is no official patch yet. Fabian [1]: https://github.com/klacke/yaws/issues/69 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650010: 8dc22d7e17a309dadcf1f2becd7e663def4cea84 is problematic
package: piuparts version: 0.42~ Hi, commit 8dc22d7e17a309dadcf1f2becd7e663def4cea84 Author: Andreas Beckmann deb...@abeckmann.de Date: Mon Nov 21 01:25:54 2011 +0100 check tarball age regularily Perform the tarball age check (and eventually recreate the tgz) every time a section is run. Until now long running slaves only updated the tarball at startup. will lead to waste of ressources when the tarball creation fails, cause the suite is temporarily broken. then, each time a section is run, tarball creation will be tried and failed. it's better to only retry once a day. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649431: asterisk: Segmentation fault in asterisk -r
tags 649431 + pending thanks On Fri, Nov 25, 2011 at 02:38:28PM +0200, Tzafrir Cohen wrote: Update: When I rebuild this on my Wheezy development system (not in a chroot), all's well. When I build it in a Sid chroot on that Wheezy system, all's well. This is not correct. The script to run this was wrong. It seems that the removal of the libncurses build dependency was incorrect. However it has only manifested itself as a run-time error by the internal editline. Re-adding that dependency solved the problem for now. In the long run: https://reviewboard.asterisk.org/r/1528/ -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649871: pm-utils: Please conflict with hal
Hi, On Thu, Nov 24, 2011 at 05:36:37PM +0100, Michael Biebl wrote: ... I suggest you talk to the laptop-mode-tools maintainer. It should no longer rely on hal / recommend hal nowadays. Thanks. I now have better understanding of situation. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650011: depends on kdebase
Package: kdewebdev kdewebdev-dbg depends on kdebase-runtime-dbg which should now be kde-runtime-dbg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650012: ndiswrapper-source: Doesn't build. Complains: ‘struct net_device’ has no member named ‘priv’
Package: ndiswrapper-source Version: 1.56+r2729-1 Severity: important Trying to build it with m-a build ndiswrapper gave a whole raft of errors, starting with: - /usr/src/modules/ndiswrapper/iw_ndis.c: In function ‘iw_set_essid’: /usr/src/modules/ndiswrapper/iw_ndis.c:76:28: error: ‘struct net_device’ has no member named ‘priv’ (many more of the same sort) - Googling a bit, it seems this is due to a #define introduced a long time ago to be compatible with older kernels, which kept working until the the latest kernel finally broke it. It also looks like this issue has been fixed in the upstream ndiswrapper. The easy fix I applied was to comment out lines 278-280 in /usr/src/modules/ndiswrapper/ntoskernel.h while I was building it. (As suggested by http://aptosid.com/index.php?name=PNphpBB2file=printviewt=1868start=0) It might be a good time to package a newer upstream version... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=tr_TR.UTF-8, LC_CTYPE=tr_TR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ndiswrapper-source depends on: ii bzip2 1.0.5-7 ii debhelper 8.9.11 ii module-assistant 0.11.4 ndiswrapper-source recommends no packages. Versions of packages ndiswrapper-source suggests: pn kernel-package none -- 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#649775: [DRE-maint] Bug#649775: rbenv: Does not work with non-root installed gems
On Fri, Nov 25, 2011 at 7:39 AM, Antonio Terceiro terce...@debian.org wrote: Brandon Simmons escreveu isso aí: Package: rbenv Version: 0.1.2+git20100922-1 Severity: normal Dear Maintainer, I prefer not to install gems as root, e.g. $ gem install passenger --user-install rbenv doesn't seem to create shims for user-installed binaries $ rbenv which passenger-install-nginx-module rbenv: passenger-install-nginx-module: command not found is this expected behavior? is there a workaround? Did you run `rbenv rehash` after installing the passenger gem? Yes, I did If you did, I'll need you to describe your setup: Installing the passenger gem was done in a directory with a local ruby version set to 1.8. jberryman ~ » rbenv version 1.9.3-debian (set by /home/me/.rbenv/global) The following are from the working directory with the local ruby set: rbenv versions * 1.8.7-debian (set by /home/me/Work/LabArchives/labarchives/.rbenv-version) 1.9.3-debian rbenv version 1.8.7-debian (set by /home/me/Work/Fook/fook/.rbenv-version) which ruby /home/me/.rbenv/shims/ruby ruby -v ruby 1.8.7 (2011-06-30 patchlevel 352) [i486-linux] which gem /home/me/.rbenv/shims/gem gem -v 1.8.10 ruby -rubygems -e 'puts Gem.dir' /var/lib/gems/1.8 ruby -rubygems -e 'puts Gem.bindir' /usr/local/bin -- Antonio Terceiro terce...@debian.org Thanks for your help. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650013: [gnome-power-manager] Suspend hangs on HP4730s when uswsusp is not installed
Package: gnome-power-manager Version: 3.0.2-3 Severity: normal Tags: patch --- Please enter the report below this line. --- Hi, we have found that fresh install of debian testing hangs on this notebook when suspend to ram or suspend to disk is issued. We managed to solve this problem so we read instructions on http://wiki.debian.org/suspend. There is written that uswsusp can be used to suspend/resume, so we installed it. And notebook is now suspending and resuming fine. It will be great that gnome-power-manager will depend on uswsusp because without it it causes PC hang, which results in lossing unsaved data and running apps. Another solution is not to hang and show message that for suspending it is needed to install uswsusp. Identification of affected machine: root@jk-debian:/home/jk# s2ram -i This machine can be identified by: sys_vendor = Hewlett-Packard sys_product = HP ProBook 4730s sys_version = A0001D02 bios_version = 68SRR Ver. F.09 --- System information. --- Architecture: amd64 Kernel: Linux 3.0.0-1-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing ftp.cz.debian.org --- Package information. --- Depends (Version) | Installed ===-+- libc6 (= 2.4) | 2.13-21 libcairo2 (= 1.10.0) | 1.10.2-6.1 libcanberra-gtk3-0(= 0.25) | 0.28-3 libcanberra0 (= 0.2) | 0.28-3 libglib2.0-0(= 2.28.0) | 2.28.8-1 libgnome-keyring0 (= 2.20.3) | 3.2.0-3 libgtk-3-0 (= 3.0.0) | 3.0.12-2 libnotify4 (= 0.7.0) | 0.7.4-1 libpango1.0-0 (= 1.18.0) | 1.29.4-2 libupower-glib1 (= 0.9.9) | 0.9.14-3 libx11-6| 2:1.4.4-4 libxext6| 2:1.3.0-3 libxrandr2 (= 2:1.2.99.2) | 2:1.3.2-2 dconf-gsettings-backend | 0.7.5-3 OR gsettings-backend | notification-daemon | 0.7.3-1 dbus-x11| 1.4.16-1 consolekit | 0.4.5-1 upower | 0.9.14-3 gnome-settings-daemon (= 3.0) | 3.0.3-3 gnome-screensaver (= 3.0) | 3.0.1-3 Recommends (Version) | Installed =-+-=== udisks| 1.0.4-2 Suggests (Version) | Installed ==-+-=== policykit-1| 0.102-1 --- Output from package bug script --- Distro version: wheezy/sid Kernel version: 3.0.0-1-amd64 g-p-m version:3.0.2 HAL version: System manufacturer: missing System version: missing System product: missing AC adapter present: no Battery present: no Laptop panel present: no CPU scaling present: no Battery Information: UPower data: Device: /org/freedesktop/UPower/devices/line_power_AC native-path: /sys/devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/AC power supply: yes updated: Fri Nov 25 16:14:08 2011 (1064 seconds ago) has history: no has statistics: no line-power online: yes Device: /org/freedesktop/UPower/devices/battery_BAT0 native-path: /sys/devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/BAT0 vendor: Hewlett-Packard model:Primary serial: 01230 2011/06/11 power supply: yes updated: Fri Nov 25 16:22:33 2011 (559 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable:yes state: fully-charged energy: 74.7936 Wh energy-empty:0 Wh energy-full: 74.7936 Wh energy-full-design: 74.7936 Wh energy-rate: 0 W voltage: 16.634 V percentage: 100% capacity:100% technology: lithium-ion Daemon: daemon-version: 0.9.14 can-suspend: yes can-hibernateyes on-battery: no on-low-battery: no lid-is-closed: no lid-is-present: yes is-docked: no GNOME Power Manager Process Information: jk2313 0.0 0.2 339556 11468 ?Sl 16:14 0:00 \_ gnome-power-manager jk3903 0.0 0.0 4148 584 pts/0S+ 16:31 0:00 \_ sh -c { /usr/bin/xterm -e '/usr/share/bug/gnome-power-manager/script' 31; } 21 jk3904 3.0 0.1 62540 7244 pts/0S+ 16:31 0:00 \_ /usr/bin/xterm -e /usr/share/bug/gnome-power-manager/script HAL Process Information:
Bug#603640: similar problem observed
I've observed the same behavior I noticed my Postgres server under heavy load this week (it is monitored by Ganglia) Investigating, I found that the Davical app is connected Looking at the HTTP logs on the server hosting Davical, I found several requests per second coming in from a single client running iceowl-extension The user in question had spawned the icedove process by clicking a `mailto' link on a web page. The incomplete mail message is minimized on their screen. The iceowl-extension has been started when the user started icedove, and it has been flooding the server with requests ever since (about 48 hours now). I'm not sure if the user had been prompted for authentication or not -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643678: lists.debian.org: Please create debian-mob...@lists.debian.org (ping)
Dear listmasters, it's now been a month since the last mail to this bug for the opening of debian-mobile@l.d.o; can we have a status update? As far as I can see from the bug log, it has 1 proposer (myself) and 6 seconds (all project members). - zack #22 - zumbi #27 - pabs #32 - sre #37 - gregoa #42 - pini #47 Thanks for considering; cheers, Didier Raboud signature.asc Description: This is a digitally signed message part.
Bug#647127: amarok crashes at startup, no collection module found, wrong install prefix
Hi Jochen, please post the output of $ strace amarok Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org