Bug#742474: xfce4: Panel show/hide stops working intermittently
Package: xfce4 Version: 4.10.1 Severity: serious Justification: fails to build from source Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Had been using the system normally day in/day out. Have not been able to detect what it is that I've done differently to make this happen (does seem to happen more often when running virtual box in seamless mode though?) When the problem my main panel at the bottom stops automatically hiding when the mouse is moved away from it. The panel is set to automatically hide/show. To fix the issue, I need to log out and in again. I expected to not have to log out and log in again. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4 depends on: ii gtk2-engines-xfce 3.0.1-2 ii libxfce4ui-utils 4.10.0-5 ii orage 4.10.0-1+b1 ii thunar 1.6.3-1 ii xfce4-appfinder4.10.1-1 ii xfce4-mixer4.10.0-3 ii xfce4-panel4.10.1-1 ii xfce4-session 4.10.1-5 ii xfce4-settings 4.10.1-2 ii xfconf 4.10.0-2 ii xfdesktop4 4.10.2-3 ii xfwm4 4.10.1-2 Versions of packages xfce4 recommends: ii desktop-base 7.0.3 ii tango-icon-theme 0.8.90-5 ii thunar-volman 0.8.0-4 ii xfce4-notifyd 0.2.4-2 pn xorg none Versions of packages xfce4 suggests: pn gtk3-engines-xfcenone ii xfce4-goodies4.10 ii xfce4-power-manager 1.2.0-3 -- 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#742442: [Pkg-running-devel] Bug#742442: garmin-ant-downloader: Segfaults on amd64
Quoting Christian Perrier (bubu...@debian.org): Package: garmin-ant-downloader Version: 20110626-1 Severity: serious g-a-t seems unusable on amd64. Apparently, as soon as it is launched AND an ANT+ stick is present, it then segfaults: $ ./gant Erreur de segmentation Just to be clear. The above is showing a run of a locally compiled gant executablebut the same happens with the binary provided by the package (/usr/bin/garmin-ant-downloader) I was actually trying to see if that problem could have been something induced by builds on autobuilders but apparently not. signature.asc Description: Digital signature
Bug#742475: xserver-xorg-dev: X comes up with black screen lower 1/2 ignores xrandr until TV output shut off
Package: xserver-xorg-dev Version: 2:1.15.0-2 Severity: important Tags: upstream Bug#742472 Dear Maintainer, * What led up to the situation? I installed a new install of Debian PPC on my iMacG5 and was trying to get X working properly The session using the default desktop opened very strangely with missing characters, distorted menus barely readable. Tried Xfce desktop and that worked considerably better. Tried Lxde and that opened with the bottom 1/2 of the desktop background in black. Windows would open, but if you maximized them the lower portions would not have text. If you dragged them with the mouse and made them larger, then they were all OK. In no case did X configure the external monitor. It would flash and report that it was being asked to do 12 hz refresh! * What exactly did you do (or not do) that was effective (or ineffective)? I tried to create an xorg.conf file. X -configure failed saying the number of screens was incorrect. I found a single-monitor xorg.conf where the TV output of the iMac was turned off, along with the external monitor output. That worked properly for the single built-in monitor. I tried to turn on the external monitor in xorg.conf, leaving the TV output off, but that failed. Also, the iMac screen showed a darker area that looked to be 1024x768, the highest mode of the TV output. I finally did xrandr --output TV-1 --off followed by xrandr --output VGA-1 --mode 1280x1024 left-of DVI-D-1 . * What was the outcome of this action? That cleared most of the problems, but left the external monitor as the primary monitor. I found that whatever monitor was told to be the left monitor would become primary. * What outcome did you expect instead? I expected that having the TV output (TV-1) on but nothing plugged into the connector would cause it to be ignored and that the external monitor would auto-configure (I had tried --output VGA-1 --auto and it did not work). I expected X -configure to make a proper xorg.conf file. -- System Information: Debian Release: 7.4 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: powerpc (ppc64) Kernel: Linux 3.2.0-4-powerpc64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-dev depends on: ii libpciaccess-dev 0.13.1-2 ii libpixman-1-dev 0.32.4-1 ii libxkbfile-dev1:1.0.8-1 ii mesa-common-dev 9.2.2-1 ii x11proto-core-dev 7.0.23-1 ii x11proto-dri2-dev 2.8-2 ii x11proto-dri3-dev 1.0-1 ii x11proto-fonts-dev2.1.2-1 ii x11proto-gl-dev 1.4.17-1 ii x11proto-input-dev2.3-1 ii x11proto-kb-dev 1.0.6-2 ii x11proto-present-dev 1.0-1 ii x11proto-randr-dev1.4.0-2 ii x11proto-render-dev 2:0.11.1-2 ii x11proto-resource-dev 1.2.0-3 ii x11proto-scrnsaver-dev1.2.2-1 ii x11proto-video-dev2.3.1-2 ii x11proto-xext-dev 7.3.0-1 ii x11proto-xf86bigfont-dev 1.2.0-3 ii x11proto-xf86dri-dev 2.1.1-2 ii x11proto-xinerama-dev 1.2.1-2 xserver-xorg-dev recommends no packages. xserver-xorg-dev 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#742476: xfce4-power-manager: Suspend/Hibernate are disabled, cannot find how to reenable them
Package: xfce4-power-manager Version: 1.2.0-3 Severity: normal Dear Maintainer, Had to uninstall gnome as gnome-shell (I think) was locking up on startup of the machine. Once gnome-desktop-environment and gnome-shell were purged, my startup did not lock up, but all of my power settings seem to have been thrown away. It is now not possible to suspend the laptop when the lid is closed or to hibernate from a right click of the power manager icon in the panel. I googled relatively extensively for how to get back whatever it is that is missing in my setup to reallow suspend/hibernate, but have had no luck. (a side note, some hardware operations seem to be not working either, like automount). I suspect I need to add a policy, but I'm unable to work out how it all hangs together. Tried adding back gnome-desktop-environment, but this led to my laptop locking up on startup again. I've resorted to doing sudo pm-suspend for the time being, but it would be great to be able to close the laptop lid and have suspend work again. Please let me know if you need more information. Thanks, David -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-power-manager depends on: ii libc6 2.18-4 ii libdbus-1-3 1.8.0-2 ii libdbus-glib-1-2 0.102-1 ii libgdk-pixbuf2.0-02.30.6-1 ii libglib2.0-0 2.38.2-5 ii libgtk2.0-0 2.24.22-1 ii libnotify40.7.6-2 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxfce4ui-1-04.10.0-5 ii libxfce4util6 4.10.1-1 ii libxfconf-0-2 4.10.0-2 ii libxrandr22:1.4.2-1 ii upower0.9.23-2+b1 ii xfce4-power-manager-data 1.2.0-3 Versions of packages xfce4-power-manager recommends: ii consolekit 0.4.6-4 Versions of packages xfce4-power-manager suggests: ii udisks 1.0.5-1 ii xfce4-power-manager-plugins 1.2.0-3 -- 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#742476: xfce4-power-manager: Using slim instead of xdm fixes this issue
Package: xfce4-power-manager Followup-For: Bug #742476 Dear Maintainer, On a whim, tried using slim for the login management rather than xdm and found that now I can suspend/hibernate correctly. Somehow xdm must not initialise policy in the same way as slim. Still a bit of an issue I would think, but I have a reasonable work around now. Regards, David -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-power-manager depends on: ii libc6 2.18-4 ii libdbus-1-3 1.8.0-2 ii libdbus-glib-1-2 0.102-1 ii libgdk-pixbuf2.0-02.30.6-1 ii libglib2.0-0 2.38.2-5 ii libgtk2.0-0 2.24.22-1 ii libnotify40.7.6-2 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxfce4ui-1-04.10.0-5 ii libxfce4util6 4.10.1-1 ii libxfconf-0-2 4.10.0-2 ii libxrandr22:1.4.2-1 ii upower0.9.23-2+b1 ii xfce4-power-manager-data 1.2.0-3 Versions of packages xfce4-power-manager recommends: ii consolekit 0.4.6-4 Versions of packages xfce4-power-manager suggests: ii udisks 1.0.5-1 ii xfce4-power-manager-plugins 1.2.0-3 -- 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#742245: how-can-i-help should have --gift interface esp. for newbies.
On 24/03/14 at 02:53 +0100, Tomasz Nitecki wrote: Hey, On 23/03/14 14:02, shirish शिरीष wrote: cut There are quite a few reasons why a package could be removed. At the moment, how-can-i-help cannot tell why so it provides you with qa link (so you can check yourself). Why do you think it is a bug? It would have been better if the qa link could be parsed and those bugs known but as shared perhaps a non-issue or something that could be tackled later perhaps. Yes, that is an interesting and most likely doable idea. It would probably require some back end changes (as we should not reveal the list of installed packages by querying QA pages directly). Maybe it's not on the top of the TODO list, but I'll give it a though (and ask Lucas if it is doable from his point of view). Another option is to add the reasons to the JSON. That would only require work on the UDD side. I'm not sure of how hard it is to do, you might want to ask Ivo De Decker about it (ivodd@d.o). Lucas signature.asc Description: Digital signature
Bug#742405: zookeeper ftbfs without openjdk
Hi Tim, On Sun, Mar 23, 2014 at 08:42:08PM +, Tim Retout wrote: Zookeeper also fails to build on sparc. These seem to be the architectures where openjdk is not the default JDK. This would explain why 3.4.5+dfsg-1 built successfully, because openjdk was the default on kfreebsd between November and February. I'm not actually sure how best to resolve this... I CC'ed the debian-bsd list. If there is no other option, you could file a removal bug for the kfreebsd binaries, which would allow the new version to migrate to testing. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742077: RFS: vcmi/0.95-1 [ITP]
Hi Jakub, Quoting Jakub Wilk (2014-03-23 20:11:17) I don't think that the “After installing this package, …” instructions belong in the package description. I'd rather put them in README.Debian. Personally I didnt find myself reading README.Debian after package installation very often. I read the package description much more regularly. Though I could put a hint into the description that directs the user to README.Debian for further instructions. But if you decide to keep them, the enumerated list should be indented by two spaces (see Policy §5.6.13). A very useful read! Thanks, I wasnt aware of the description format other than lines with a full stop. I also investigated your other remarks and submitted solutions to them upstream. Some of them are already fixed. Your comments also made me remember https://wiki.debian.org/HowToPackageForDebian as a very helpful first stop. I wouldn't repack the .orig.tar just to remove debian/. If you're using the 3.0 (quilt) format, dpkg-source removes upstream debian/ for you at unpack time. Ah, I didnt know that either, thanks! It seems that repacking the original tarball is necessary nevertheless though because there is an osx directory which contains some mac binaries. Upstream doesnt do the osx packaging and the person who does didnt respond yet. Thanks for your help! cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742114: dependency on tcl not tight enough
On Wed, Mar 19, 2014 at 05:59:06PM CET, Christian Hofstaedtler z...@debian.org said: * Erwan David er...@rail.eu.org [140319 11:30]: /usr/share/tcltk/tcl8.5/init.tcl: version conflict for package Tcl: have 8.5.14, need exactly 8.5.15 version conflict for package Tcl: have 8.5.14, need exactly 8.5.15 while executing package require -exact Tcl 8.5.15 (file /usr/share/tcltk/tcl8.5/init.tcl line 19) This file is shipped by tcl, not by ruby. This looks suspiciously, and I doubt this is a dependency or ruby problem. Please verify that this command works on your system: tclsh8.5 /usr/share/tcltk/tcl8.5/init.tcl Thanks, Christian Yes, it works... Sorry for the delay, I switch between 8.15.15 (for testing) and 8.5.14 (for my bunytk scripts to work). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742410: please update ifenslave script to be compatible with latest ifupdown
Hello, On Mon, 24 Mar 2014 14:22:36 +1100 Dmitry Smirnov only...@debian.org wrote: * What issues? The script apparently is being called for ‘--all’ pseudointerface. Also, it uses ifstate file from a wrong location, which is no longer guaranteed to exist. Apart from that, I plan to break ifstate file down in multiple per-interface files possibly with a bit different format, so it won't work either in that case. * What is the meaning of [ $ADDRFAM = meta ] exit 0? Should we use it in all (if-post-down|if-pre-up|if-up) scripts? Yes, I should have patched all three scripts, but was a bit in a hurry :) * What are the benefits of using ifquery --state over /etc/network/run/ifstate? Are you planning to decomission the latter? Yes, see above. * Could you please review the attached patch? Well, the changelog entry could be more descriptive :) Also, I don't know why did I write it that way, but grep isn't needed there. It's possible to directly ask ifquery about an interface: ifquery --state eth0 and it will print the corresponding line from ifstate and return true, or print nothing and return false if that interface isn't up. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#742477: mention how to correct a current xterm's title
Package: xterm Version: 303-1 Severity: wishlist File: /usr/share/man/man1/xterm.1.gz Mention that to correct the current running xterm's title, one must use $ echo -ne \033]0;NEW TITLE\007 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742009: liferea: New upstream release 1.10.7
On 03/23/2014 02:35 PM, Paul Gevers wrote: On 23-03-14 17:31, Christian Marillat wrote: David Smith sidic...@gmail.com writes: [...] I created a more detailed way to reproduce the problem here: https://sourceforge.net/p/liferea/bugs/1142/#f50c But the potential for it to always segfault on startup seems like a pretty nasty bug. Even though technically it might not have happened on previous versions due to flaws in previous versions not even being able to add this feed at all. When I run liferea 1.10.4, the feed disappears and I can't seem to add it no matter what I do. 1.10.7 seems to allow it to be added if you try hard enough, but then just crashes later. Adding this feed doesn't crash i386 or amd64 liferea. I think you have miscompiled liferea. Hi David, I also tried to reproduce your test case. For what it is worth, after adding intltoolize to the override_dh_autoreconf target and compiling the package from the Alioth git (targeting wheezy-amd64) also I can't reproduce your test case. Paul Hmm.. Have you tried moving ~/.config/liferea out of the way to reset your configuration to the defaults and then try loading up liferea again? For me, It's crashing when it's trying to save an Etag and it says the Etag is out of bounds. The ETag comes from the HTTP header (which you can check with wget -S --spider url).. So it really sounded to me like it's something wrong with specific feeds.. Looking at it further, liferea uses libsoup to grab the Etag and according to libsoup's documentation the value will always be either null or the etag. Liferea checks for null and it's not null.. It's just out-of-bounds when it tries to store it internally. Upstream has suggested that startup crashes like this might be a race condition.. Where it's going out and getting the feed's HTTP header in a separate thread and then returning it back to the application so fast that the object that stores it, inside of the application, hasn't even been initialized yet. I guess that would require a very fast Internet connection and a very slow CPU to crash there if that was the case. I've got the fast internet connection 1000Mbit but I didn't think my CPU was particularly slow. On another note, I believe I've got 1.10.7-1 in the git repo all set for a review for upload into unstable. Let me know if you find any problems. Respectfully, -David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742460: [Pkg-xfce-devel] Bug#742460: lightdm-gtk-greeter root window cursor problems
Control: tag -1 confirmed On Sun, Mar 23, 2014 at 11:10:34PM +, Ken Milmore wrote: LightDM causes problems with mouse cursors and startup notifications on the Xfce desktop (and possibly elsewhere). These seem to be caused by the lightdm greeter setting a device-specific cursor on the root window (i.e. a cursor set through XIDefineCursor, called in this case through gdk_window_set_cursor). This cusror overrides any normal cursors set in the desktop environment with XDefineCursor. On Xfce in particular, the most noticeable effect is that application startup notifications do not work - no busy cursor is shown when an application is launched from the desktop or menus. Also, if a pointer theme is set, this is overridden on the root window which continues to show the pointer which was set by lightdm. An easy way to demonstrate this problem is to run xsetroot -cursor_name watch from a terminal window. A busy cursor should appear when the pointer is moved over the desktop; but instead the default arrow cursor remains. This problem appears to have already been reported in several other places: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694353 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671121 https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1024482 The discussion following on from the Ubuntu bug report seems to have got to the root of the problem: When a device cursor has been set, it overrides any ordinary cursor defined on the window. Unfortunately nobody seems to have applied a fix yet. Thanks for the report and the patch. Since there's already a large discussion on the launchpad bug, I'm CC:ing it in order to make discussion there. I would like to suggest that the attached patch be applied, which I have tested on Wheezy with Xfce. It sets the root cursor using XDefineCursor, which avoids the problems caused by the XInput2 cursor precedence rules. A fairly thorough explanation of why this should work appears on comment 15 of the Ubuntu bug report. I think the patch should also apply against Jessie/Sid, although I haven't had a chance to test it on those platforms yet. I'm not completely sure it's the right solution here. I mean, it might be the wisest short-term one, but it'll also break XInput2 features. I guess not much people already use them and I'm not sure how well they work, but I guess the best way to fix the issue would be to use XInput2 API correctly everywhere, so the “right” cursor is always found. I'm not sure what that means concerning “global” cursors like the notification one (I guess it has no reason to be defined until we arrive at the root window), but I guess that's something which should be discussed at the GTK level. Regards, -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#742476: [Pkg-xfce-devel] Bug#742476: xfce4-power-manager: Suspend/Hibernate are disabled, cannot find how to reenable them
On Mon, Mar 24, 2014 at 05:11:16PM +1100, David Creelman wrote: Package: xfce4-power-manager Version: 1.2.0-3 Severity: normal Dear Maintainer, Had to uninstall gnome as gnome-shell (I think) was locking up on startup of the machine. Once gnome-desktop-environment and gnome-shell were purged, my startup did not lock up, but all of my power settings seem to have been thrown away. It is now not possible to suspend the laptop when the lid is closed or to hibernate from a right click of the power manager icon in the panel. Just to be sure, you use xfce4-power-manager in a GNOME environment? Or in an Xfce environment but you also had GNOME bits installed? I googled relatively extensively for how to get back whatever it is that is missing in my setup to reallow suspend/hibernate, but have had no luck. (a side note, some hardware operations seem to be not working either, like automount). I suspect I need to add a policy, but I'm unable to work out how it all hangs together. You should take a look at the README.Debian in xfce4-session which provides information about what you need for managing “hardware-level” permission (like shutdown/suspend/... and device mount perms). Tried adding back gnome-desktop-environment, but this led to my laptop locking up on startup again. I've resorted to doing sudo pm-suspend for the time being, but it would be great to be able to close the laptop lid and have suspend work again. Usually you need (for now): consolekit, policykit-1 and policykit-1-gnome Regards, -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#742453: ITP: geophar -- Swiss army knife for the math teacher
Hi, I'm not sure in how far a Debian Edu packaging team has formed and this package should go into Debian Edu team maintenance. At least you should regard this in your metapackages. Kind regards Andreas. 2014-03-23 22:24 GMT+01:00 Georges Khaznadar georg...@debian.org: Package: wnpp Severity: wishlist Owner: Georges Khaznadar georg...@debian.org * Package name: geophar Version : 13.04.5 Upstream Author : Nicolas Pourcelot nicolas.pource...@gmail.com * URL : http://sourceforge.net/projects/geophar/ * License : GPL-2+ Programming Lang: Python Description : Swiss army knife for the math teacher This package is a deep rewrite of Nicolas Pourcelot's previous wxgeometrie. After its publication, wxgeometrie will become a transitional package, to be replaced. . Geophar contains every tool you would like to find when preparing math courses, exercises or their keys. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140323212418.31723.34872.report...@georges.khaznadar.fr -- To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140323212418.31723.34872.report...@georges.khaznadar.fr -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742478: ITP: python-saharaclient -- Client library for Openstack Sahara API server
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-saharaclient Version : 0.6.0 Upstream Author : openstack-...@lists.openstack.org * URL : https://github.com/openstack/python-saharaclient * License : Apache-2.0 Programming Lang: Python Description : Client library for Openstack Sahara API server Sahara aims to provide users with simple means to provision a Hadoop cluster by specifying several parameters like Hadoop version, cluster topology, nodes hardware details and a few more. . This is a client for the Sahara which uses the OpenStack Image API. There's a Python API (the saharaclient module), and a command-line script (sahara). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653813: ITP: edgar -- The Legend of Edgar platform game
Hi, I was wondering if there is any interest in packaging this game for Debian? The game is fairly mature now and mostly receives translation updates. If there is anything that needs changing then let me know. Richard
Bug#741848: add patch
Control: tags -1 + patch patch at http://launchpadlibrarian.net/170529709/gst-plugins-ugly0.10_0.10.19-2ubuntu4_0.10.19-2ubuntu5.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742410: please update ifenslave script to be compatible with latest ifupdown
Hi Andrew, Thank you very much for your comments. Dmitry Smirnov only...@debian.org wrote: * What is the meaning of [ $ADDRFAM = meta ] exit 0? Sorry could you please write a little bit more about how [ $ADDRFAM = meta ] exit 0 works and what does it do? I don't know about $ADDRFAM... Thanks. * Could you please review the attached patch? Well, the changelog entry could be more descriptive :) Also, I don't know why did I write it that way, but grep isn't needed there. It's possible to directly ask ifquery about an interface: ifquery --state eth0 and it will print the corresponding line from ifstate and return true, or print nothing and return false if that interface isn't up. I've committed corresponding changes. Please let me know if you spot anything else to improve. :) -- Cheers, Dmitry Smirnov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735630: nvidia-kernel-dkms: fails to work with kernel 3.13
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi there, Am 17.01.2014 05:20, schrieb Adam Borowski: Hi! I'm running a -rc kernel (as 3.12 doesn't work for me due to #730863), and the module builds but fails to insert with the following message: nvidia: Unknown symbol acpi_os_wait_events_complete (err 0) JFYI: applying the following patch to 319.82-1~bpo70+1 fixes this problem on wheezy when running on linux 3.13.5-1~bpo70+1: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=25;filename=nvidia_331.38%2Blinux_3.13_3.diff;att=1;bug=735630 Cheers, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIVAwUBUy/hpwxwVXtaBlE+AQgaEg/+OHV4tezNf4WkedqHKA0z2gqdkKbbNQR6 dOyKgEqi+4YdI/LZ9yZ9dGuaN3AD7PRYRcKUHtorybjl8MgGuvf9zNK9iWdWoJrf lfEsE0k/6jYmQAc3akHUGka5qXNK9lRE/6LrLoITG/ji6yRge9XV4NPJGgf/Er11 Y1Et6H6/qEwvleBtVBjb4YlvQe31LuAyiBficJjICSEtsjTMLFoxPoulDEr3UV/Q buNf3Grbimyz8TBCQ5rp03zgsIwlPJkS8+RZCgI7r5FPIXfwx0X0SkNLcFKQs1Eb BJRmGmPwUF78rFXoBWFhB50ujutVHbP71iWRtj30pLtzp8e3Fy8JETtidEPttAhM 7uv3Igul/4B02QiSxZU24ROIiqdcHLE3sct27XcXWwDhwFF/oYgCfiO4hATECWQK 855cQ9enRxK4tkF34rprf/ni7C5hJXXiTozGzSBNuhfIyZ8OEcnS+f8tQjd56ezR au9EFKkCa3iyFfIUl+NJxHS4blgbqoeiN8DXVHkzGcAqGKQnbhKesQM8PkF1G4kq hVujXZ4/7EyUpnMZm5Z4uIH/c5PthDwaxdLTtJgSZJO/ad4kydk/5FPwgDL7Hwp8 pb94E1vL1LyqnqNlb1rX4E3VEwp14wa7FeXjfVFGNeeXNTRvChStd7fEvRelbjYj /hmd/B8G6jQ= =soUb -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#742311: gkrellm-cpufreq: cpufreq plugin displays only zeros for CPU frequencies
Hello John, On Sat, Mar 22, 2014 at 10:21:03AM +0100, John Paul Adrian Glaubitz wrote: I have also downloaded the source for version 0.6.5 of the plugin and compiled it. That version did not behave any differently that the current Debian/testing version. Where did you get hold of 0.6.5? Upstream just has 0.6.4 on his website [1] and I couldn't find 0.6.5 anywhere on the web. Oops, my mistake. That was a change I made to the 0.6.4 source when looking into the issue. I wanted to make extra sure I knew gkrellm was using my compiled copy of the plugin and the easiest way was to bump the version number and see it reflected in the plugin info tab. -- --John GruenenfelderSystems Manager, MKS Imaging Technology, LLC. Try Weasel Reader for PalmOS -- http://weaselreader.org This is the most fun I've had without being drenched in the blood of my enemies! --Sam of Sam Max signature.asc Description: Digital signature
Bug#742410: please update ifenslave script to be compatible with latest ifupdown
Hello, On Mon, 24 Mar 2014 18:38:41 +1100 Dmitry Smirnov only...@debian.org wrote: Dmitry Smirnov only...@debian.org wrote: * What is the meaning of [ $ADDRFAM = meta ] exit 0? Sorry could you please write a little bit more about how [ $ADDRFAM = meta ] exit 0 works and what does it do? I don't know about $ADDRFAM... Thanks. Actually I did, but not directly :) Here's an excerpt from the man page: When ifupdown is being called with the --all option, before doing anything to interfaces, if calls all the hook scripts (pre-up or down) with IFACE set to --all, LOGICAL set to the current value of --allow parameter (or auto if it's not set), ADDRFAM=meta and METHOD=none. After all the interfaces have been brought up or taken down, the appropriate scripts (up or post-down) are executed. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#667973: liferea: Custom date format doesn't work anymore
On 2014-03-23 23:36:08 -0500, David Smith wrote: Yes. In short, it appears that the upstream maintainer doesn't believe that every software application ever made should go out of it's way to present a configuration option to the user to change how that one application presents date and time to the user. I can't blame him. In my opinion, applications would be user friendly if they had more consistency about these kinds of things. Well, Liferea has its own format. So, it's inconsistent with this other applications. From what I read above it seems that liferea will continue displaying date/time based on language/locale settings. So marking as wontfix seems appropriate. Liferea is not displaying date/time based on language/locale settings. Moreover there are several ways to display the date/time based on locale settings. For instance, the month can be displayed either as a number or as a sequence of letters. Some users will want one form, others will want some other form. The only standard way I know to display combined date/time is strftime's %c format. But I don't think anyone would like it for Liferea, as it would take much space, in particular. I'd assume that now with GTK3 there would be a way to specify custom date/time formatting and have it applied across all GTK3 applications. Is that not the case? I don't know. Make sure that the customization is not too basic... -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724345: ITA: subvertpy -- Alternative Python bindings for Subversion
On Sun, Mar 23, 2014 at 02:38:40PM +, Jelmer Vernooij wrote: On Sun, Mar 23, 2014 at 09:52:24AM +, Javi Merino wrote: On Sat, Mar 22, 2014 at 04:51:10PM +, Jelmer Vernooij wrote: On Sat, Mar 22, 2014 at 04:26:32PM +, Javi Merino wrote: Jelmer Vernooij wrote: I request an adopter for the subvertpy package. It's a fairly low maintenance package; I no longer use it myself. I'll keep maintaining it in the mean time, but it'd probably be better if somebody else took over. I'd like to adopt this package and put it under the Python Modules Team umbrella. I've had a quick look and it's in a pretty good shape, impressive for a package that's up for adoption, thanks! All I can think of doing is converting it to pybuilder to simplify a bit the debian/rules . I may do it just to justify the upload that changes the Maintainer field ;) Thanks! Moving it under the Python Modules Team umbrella seems reasonable. Do they support Git as VCS these days? No, unfortunately it's still svn. I use git-svn and git-buildpackage with some packages though. Would you mind me staying Co-Maintainer? Of course you can be co-maintainer! Would you mind if I moved it to the Python Modules Team svn though? Hmm, maybe I should hold on to the package for a little while longer. I'd rather not see the history lost because of importing to svn. I can move it into the Python Modules Team once they migrate to Git. Ok, so shall we migrate it to git then? signature.asc Description: Digital signature
Bug#742265: addendum
Hi Christoph,
I applied the patch, but it didnt fix the issue ...
First I tried:
- get package source (apt-get source file)
- cp patches file into source-dir and apply patch (cd file-5.11; patch
-p1 debian-742262.patch)
- install patched package using configure/make/make install
- cp magic/magic.mgc /usr/share/file/.
= file gives the wrong file type: (perl would be corrct)
file /var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories
/var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories: awk
script, ASCII text
Second try:
- cd file-5.11
- rebuild the package with debuild -i -us -uc -b
- dpkg -i file_5.11-2+deb7u2_amd64.deb
- dpkg -i libmagic1_5.11-2+deb7u2_amd64.deb
= still file doesnt give correct file type:
file /var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories
/var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories: awk
script, ASCII text
Regards
René
On 03/21/2014 11:11 PM, Christoph Biedl wrote:
severity 742262 important
merge 742262 742265
tags 742262 confirmed
thanks
René Bleisch wrote...
I guess its somewhat related to the fix of Bug 703993
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703993),
Correct.
which had something to do with awks BEGIN{ }.
Is there now a mechanism like if file contains BEGIN{...}$ then its
an awk-file ?
This would then be wrong, because perl also uses a BEGIN{...} block
It's a bit more complicated: The fix for the above issue also
influenced the order patterns are checked. As a result, the awk
pattern is now checked *before* the Perl pattern. I'll try to have
that fixed by another upgrade.
For the time being, apply the patch below and rebuild the file
package. Only /usr/share/file/magic.mgc needs to be replaced. I'd be
glad if you could confirm this fixes the regression.
Re-using the old magic from 5.11-2+deb7u1 as suggested in the list is
a bad idea when checking files from unknown sources, so do this as a
last resort only.
Oh, and from your other mail:
In the meantime, I found out, that another person also submitted a bug
report about the same issue nearly at the same time
(Bug 742262, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742262).
We are both users of FAI, which is affected by this.
This is not entirely accurate ... Robert Schüttler told me in IRC
about the FAI mailing list thread, I filed this bug against my own
package so this is documented and people have a chance to learn about
it. You were faster :)
Sorry for the hassle, will check more thoroughly next time.
Christoph
--
Dr. René Bleisch
University of Bern
Climate and Environmental Physics
Sidlerstr.5
3012 Bern
Switzerland
Phone: +41 31 631 34 02
Mail: blei...@climate.unibe.ch
Bug#742302: libconfig-model-dpkg-perl: Please do not remove g++-multilib from control files
On Friday 21 March 2014 23:11:13 you wrote: However, as you can read in bug #742285 this can lead to the removal of needed packages - in this case g++-multilib. Please make sure that this package is not removed. I've found the root cause: the URL sent to madison use '+' as a separator between package names. So madison did search for packages 'g', '' and '- multilib' :-( When the package name is munged through uri_escape before creating the URL, madison replies as expected (trick reused from /usr/bin/rmadison) I'll upload the fixed package soon. All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742479: fruit: Homepage field points to obsolete URL
Package: fruit Version: 2.1.dfsg-6 Severity: minor Tags: patch Dear Maintainer, The URL provided for the homepage in debian/control is out of date: Homepage: http://wbec-ridderkerk.nl/html/details1/Fruit.html should be changed to Homepage: http://www.fruitchess.com/ duck says: debian/control: Homepage: http://wbec-ridderkerk.nl/html/details1/Fruit.html: ERROR Curl:7 HTTP:0 Couldn't connect to server Failed to connect to wbec-ridderkerk.nl port 80 : Keine Route zum Zielrechner signature.asc Description: PGP signature --- debian/control.orig 2011-09-07 11:08:42.0 +0200 +++ debian/control 2014-03-24 09:33:05.063176472 +0100 @@ -4,7 +4,7 @@ Maintainer: Oliver Korff o...@xynyx.de Build-Depends: debhelper (= 7.0.0) Standards-Version: 3.9.2 -Homepage: http://wbec-ridderkerk.nl/html/details1/Fruit.html +Homepage: http://www.fruitchess.com/ Package: fruit Architecture: any signature.asc Description: PGP signature -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fruit depends on: ii libc6 2.18-4 ii libgcc1 1:4.8.2-16 ii libstdc++6 4.8.2-16 fruit recommends no packages. Versions of packages fruit suggests: ii scid1:4.3.0.cvs20120311-1 ii xboard 4.7.3-1 -- no debconf information -- CYa, ⡍⠁⠗⠊⠕ | Debian Developer URL:http://debian.org/ .''`. | Get my public key via finger mlang/k...@db.debian.org : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44 `. `' `- URL:http://delysid.org/ URL:http://www.staff.tugraz.at/mlang/
Bug#741324: rpm regulary creates directory /~
Hi Dne Sat, 22 Mar 2014 23:10:20 + Ben Hutchings b...@decadent.org.uk napsal(a): I've pushed the changes in my NMU to the git repository, so assume that there is no need to send a diff here. Thanks for fixing this issue, I was just too busy to give it deeper look. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#737613: [Pkg-xen-devel] Bug#737613: xen-hypervisor-4.3-amd: Xen not loading dom0 on Jessie - FATAL error on running /etc/init.d/xen
On Tue, 2014-02-04 at 09:57 +, Steve Hnizdur wrote: FATAL: Failed to initialize dom0 state: iappropriate ioctl for device. IME this is usually down to a mismatch between the dom0 userspace tools and the hypervisor, but if this is a fresh system then I see no reason for that to be the case. Please can you check that all of your xen related packages are from the same version though. and the system freezes. When the line xenstore-write /local in the function xenstored-start in /etc/init.d/xen is commented out the error goes away. So the error is from the xenstore-write and not the launch of the xenstored daemon just prior to it? How strange, not what I expected. Hope all that is sufficient. Please could you also provide the output of: * lsmod * ls -l /dev/xen * cat /proc/misc * ls -l /var/run/xenstored * ls -l /var/lib/xenstored Please can you also confirm with ps whether or not xenstored is running and whether there are any xenstored messages anywhere under /var/log (daemon.log being the most likely candidate) If xenstored is not running please could you do strace -o /tmp/xenstored -fff xenstored and send us /tmp/xenstored.* (and recheck the logs for messages) Once/if xenstored is running the please: strace -o /tmp/xenstore-write -fff xenstore-write /local and send us /tmp/xenstore-write.* Thanks, Ian. signature.asc Description: This is a digitally signed message part
Bug#721403: Z_Shutdown: Used 0 volumes, total 0 bytes.
$ doomsday loadGamePlugin: No game library was specified. Z_Shutdown: Used 0 volumes, total 0 bytes. Doomsday version 1.10.4-1, which is currently in Debian unstable and testing, should provide a game selection screen when run without additional arguments. Could you confirm that this bug could get closed? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742432: Malformed patch results in deletion of already-patched files
Control: severity -1 important On Sun, 23 Mar 2014, Ben Hutchings wrote: Package: quilt Version: 0.61-1 Severity: grave It seems to me that important is better suited. There might be data loss but it's only when the patch is broken and it's usually for files that do exist in multiple places... (I'm doing this because I expect some delay until someone looks into this and I don't think it warrants any release critical status.) Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742265: addendum
René Bleisch wrote...
I applied the patch, but it didnt fix the issue ...
Not good, but it still works for me. Is the 10-create-directories
script available? Using the sniplet you mentioned in the FAI list:
#!/usr/bin/perl -w
use strict;
BEGIN {
if ( !$ENV{'PERL_MODULES'} ) {
$ENV{'PERL_MODULES'}= '/srv/fai/config/perl_modules';
}
unshift @INC, $ENV{'PERL_MODULES'};
}
use FAI;
use NFS::Clients;
the patch changes recognition to Perl script, ASCII text executable
So I suspect something went wrong when you applied the patch although
I cannot see what.
Second try:
- cd file-5.11
- rebuild the package with debuild -i -us -uc -b
- dpkg -i file_5.11-2+deb7u2_amd64.deb
- dpkg -i libmagic1_5.11-2+deb7u2_amd64.deb
For a test: Extract magic.mgc from the libmagic package to /tmp, then
try:
$ file -m /tmp/magic.mgc file-to-test
Still a avail? Try these:
$ file --list -m /usr/share/file/magic.mgc | grep awk
$ file --list -m /tmp/magic.mgc | grep awk
The last line should be different, Strength = 45 instead of 57
indicates a fixed magic.
md5sums (for amd64)
2a759ba7b571408a4a1134840998327c /usr/share/file/magic.mgc
15984645e3f69bd207a917b4f944a8b2 /tmp/magic.mgc
where /usr/share/file/magic.mgc is from the recently deployed version
(5.11-2+deb7u2).
Hope that helps,
Christoph
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742480: linux-image-amd64: include Dell Wireless 1550 in btusb driver as BCM20702A0 chip
Package: linux-image-amd64
Version: 3.13+56
Severity: normal
Dear Maintainer,
The Dell Wireless 1550 WLAN/BT is a combo device with wifi 802.11ac and
bluetooth. The bluetooth is a BCM20702A0 chip
You can add to file drivers/bluetooth/btusb.c lines 103-108
/* Broadcom BCM20702A0 */
{ USB_DEVICE(0x0b05, 0x17b5) },
{ USB_DEVICE(0x0b05, 0x17cb) },
{ USB_DEVICE(0x04ca, 0x2003) },
{ USB_DEVICE(0x0489, 0xe042) },
{ USB_DEVICE(0x413c, 0x8197) },
This is the dmesg output:
root@Portatil:/# dmesg | grep 2-1.5
[4.173794] usb 2-1.5: new full-speed USB device number 3 using ehci-pci
[4.269623] usb 2-1.5: New USB device found, idVendor=413c, idProduct=8143
[4.269626] usb 2-1.5: New USB device strings: Mfr=1, Product=2,
SerialNumbe=3
[4.269628] usb 2-1.5: Product: BCM20702A0
[4.269629] usb 2-1.5: Manufacturer: Broadcom Corp
[4.269630] usb 2-1.5: SerialNumber: 40F02F830664
this is the lsusb output:
root@Portatil:/# lsusb -d413c:8143 -v
Bus 002 Device 003: ID 413c:8143 Dell Computer Corp.
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 255 Vendor Specific Class
bDeviceSubClass 1
bDeviceProtocol 1
bMaxPacketSize064
idVendor 0x413c Dell Computer Corp.
idProduct 0x8143
bcdDevice1.12
iManufacturer 1 Broadcom Corp
iProduct2 BCM20702A0
iSerial 3 40F02F830664
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 218
bNumInterfaces 4
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes3
Transfer TypeInterrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0010 1x 16 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes2
Transfer TypeBulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes2
Transfer TypeBulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber1
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes1
Transfer TypeIsochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x 1x 0 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes1
Transfer TypeIsochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x 1x 0 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber1
bAlternateSetting 1
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes1
Transfer TypeIsochronous
Synch Type
Bug#740793: RFA: x-tile
Hi, On Sat, Mar 22, 2014 at 10:29:02PM +0100, Vijay Gopal Chilkuri wrote: Hi, I'm an aspiring maintainer and would like to help DD's in exchange for sponsorship. Since you say you're a newcomer I hope you understand the sponsorship we're talking about here is nothing to be exchanged. It's just the process of uploading a package that somebody made by some other which has permissons to upload it to Debian archive: https://wiki.debian.org/DebianMentorsFaq#What.27s_a_sponsor.2C_why_do_I_want_one.2C_and_how_do_I_get_one.3F If the package x-tile is still up for adoption I would like to maintain it. I am a newcomer in the debian community. I also have a couple of my own applications that I would like to package for debian in the future. That said, I've been using linux for the last 5 years and have a strong background in C/Fortran/Python. Do you plan to apply for maintainer/developer¹? Have you made any Debian package²? The idea is that you must be able to do the maintenance completely by yourself in a near future. It's preferably that you try to package something first so you roughly understand the whole picture than trying to understand packaging made by somebody. Said that, it also depends on your skills, so if you're able to make a new package for x-tile (eventually addressing current bug) and upload it to mentors³ I'll be glad to review it. regards, ¹ http://nm.debian.org/ ² https://wiki.debian.org/IntroDebianPackaging ³ http://mentors.debian.net/ -- Ricardo Mones ~ Don't take the name of root in vain. /usr/src/linux/README signature.asc Description: Digital signature
Bug#742481: pu: package shutdown-at-night/0.10+deb7u2
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: pu
Severity: normal
The shutdown-at-night package turn a machine off if it is unused after
16:00 in the evening, and try to turn it automatically on again around
07:00 the next morning. It is used in Debian Edu to allow schools to
save power by turning off classrooms at night. Since the release, we
have discovered that the version in stable have a fatal flaw, making it
unable to detect if a machine is unsused or not when some display
managers and desktop environments are used.
The proposed patch fixes this, allowing it to detect logged in users on
machines using kdm, gdm and lightdm, which are the display managers in
use in Debian Edu. The package has migrated from subversion to git, and
the current source is now available from
URL:
http://anonscm.debian.org/gitweb/?p=debian-edu/pkg-team/shutdown-at-night.git .
The diff is extracted from the wheezy-updates branch there.
Is this change OK to upload to stable?
Can I correct the control file Vcs entries to point to git or keep the
now obsolete svn entries in an upload to proposed-updates?
diff --git a/debian/changelog b/debian/changelog
index 02dc18b..9ea02a9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,16 @@
+shutdown-at-night (0.10+deb7u2) UNRELEASED; urgency=low
+
+ * Backport from unstable version 0.13 to fix RC bug.
+ * debian/source/format:
++ Add file. Use format 1.0 to match capabilities of Debian Edu's dak.
+ * Rewrite logic checking if a host is unused to look for the KDM,
+Gnome or lightdm login screen to confirm the X sessions are unused
+(Closes: #729553).
+ * Add depend on x11-utils for the xlsclients tool used to check unused
+X sessions.
+
+ -- Petter Reinholdtsen p...@debian.org Mon, 24 Mar 2014 10:00:15 +0100
+
shutdown-at-night (0.10+deb7u1) wheezy; urgency=low
* Quiet down cron job to wake up client to not complain when fping
diff --git a/debian/control b/debian/control
index abdcf0b..3847689 100644
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Vcs-Browser:
http://svn.debian.org/wsvn/debian-edu/trunk/src/shutdown-at-night
Package: shutdown-at-night
Architecture: all
Depends: ${misc:Depends}, ${perl:Depends}, cron | fcron,
- wakeonlan, ng-utils, fping, ethtool
+ wakeonlan, ng-utils, fping, ethtool, x11-utils
Recommends: nvram-wakeup
Suggests: sitesummary (= 0.0.41)
Description: System to shut down clients at night, and wake them in the morning
diff --git a/debian/source/format b/debian/source/format
new file mode 100644
index 000..d3827e7
--- /dev/null
+++ b/debian/source/format
@@ -0,0 +1 @@
+1.0
diff --git a/shutdown-at-night b/shutdown-at-night
index c9c97c1..bd6651f 100755
--- a/shutdown-at-night
+++ b/shutdown-at-night
@@ -61,9 +61,44 @@ prepare_wakeonlan() {
ethtool -s $interface wol g
}
+# Return true if local user is logged in, false otherwise
+is_local_user() {
+if [ $(who) ] ; then
+ return 0
+else
+ return 1
+fi
+}
+
+# Return true if ldm login is active
+is_active_ldm_session() {
+if ps -efwww | egrep -q ' ssh .*LTSP_CLIEN[T]' ; then
+ return 0
+else
+ return 1
+fi
+}
+
+# Return false if X session is confirmed unused (ie login screen is
+# shown). If not sure, claim it is used to be safe.
+is_xsession_used() {
+for s in \
+ /var/run/gdm3/auth-for-Debian-gdm-*/database \
+ /var/lib/lightdm/.Xauthority \
+ /var/run/xauth/* \
+ /run/xauth/*; do
+ if [ -e $s ] ; then
+ if XAUTHORITY=$s DISPLAY=:0 xlsclients | egrep -q
'kdmgreet|lightdm-gtk-greeter|razor-lightdm-greeter|lightdm-kde-greeter|gdm-simple-greeter'
; then
+ return 1
+ fi
+ fi
+done
+return 0
+}
+
is_host_unused() {
# Logged in users, or ldm connection to a remote server
-if [ $(who) ] || ps -efwww | egrep -q ' ssh .*LTSP_CLIEN[T]' ; then
+if is_xsession_used || is_local_user || is_active_ldm_session; then
return 1
fi
# Uptime is less than one hour
@@ -92,4 +127,3 @@ if enabled_for_host ; then
else
logger -t shutdown-at-night shutdown-at-night is not enabled for client
$hostname.
fi
-
-- System Information:
Debian Release: 7.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Happy hacking
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742482: Fix broken autopkgtest
Package: python-flake8
Version: 2.1.0-1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch trusty
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest
Hello,
python-flake8's autopkgtest currently fails [1]:
| adt-run: apt0t-tools: - - - - - - - - - - results - - - - - - - - - -
| apt0t-tools FAIL non-zero exit status 2
| adt-run: apt0t-tools: - - - - - - - - - - stderr - - - - - - - - - -
| Usage: flake8 [options] input ...
|
| flake8: error: input not specified
The current test only calls flake8 without any arguments in $ADTTMP
(which is empty), so that makes no sense. I fixed the test to do
something sensible now, and tested it in schroot and LXC.
Thanks for considering,
Martin
[1] http://ci.debian.net/#package/python-flake8
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
diff -Nru python-flake8-2.1.0/debian/changelog
python-flake8-2.1.0/debian/changelog
--- python-flake8-2.1.0/debian/changelog2014-02-26 19:49:19.0
+0100
+++ python-flake8-2.1.0/debian/changelog2014-03-24 10:29:01.0
+0100
@@ -1,3 +1,11 @@
+python-flake8 (2.1.0-1ubuntu1) trusty; urgency=medium
+
+ * debian/tests/tools: Call flake8 on some actual files (setup.py as a
+known-good one, and a synthetic one for a known-bad one) instead of
+without arguments on an empty directory.
+
+ -- Martin Pitt martin.p...@ubuntu.com Mon, 24 Mar 2014 10:28:25 +0100
+
python-flake8 (2.1.0-1) unstable; urgency=low
* Team upload.
diff -Nru python-flake8-2.1.0/debian/tests/tools
python-flake8-2.1.0/debian/tests/tools
--- python-flake8-2.1.0/debian/tests/tools 2014-02-26 19:43:32.0
+0100
+++ python-flake8-2.1.0/debian/tests/tools 2014-03-24 10:28:23.0
+0100
@@ -1,5 +1,29 @@
#!/bin/sh
set -efu
-cd $ADTTMP
-flake8
\ Kein Zeilenumbruch am Dateiende.
+# setup.py should be clean
+flake8 setup.py
+
+# create a known-bad file
+cat EOF $ADTTMP/test.py
+import sys # unused import
+
+print('Hello world, this is an overly long line for PEP-8. We expect flake8 to
complain')
+# undeclared variable
+count += 1
+EOF
+set +e
+flake8 $ADTTMP/test.py $ADTTMP/out
+RC=$?
+set -e
+echo 'flake8 output on known-bad file:'
+cat $ADTTMP/out
+
+if [ $RC -eq 0 ]; then
+ echo flake8 expected to fail, but it succeeded: 2
+ exit 1
+fi
+
+grep -q 'F401.*sys' $ADTTMP/out
+grep -q 'E501.*line too long' $ADTTMP/out
+grep -q 'F821.*count' $ADTTMP/out
signature.asc
Description: Digital signature
Bug#742483: libzeitgeist-2.0-dev: Vala bindings don't work: missing dependency on gio-2.0
Package: libzeitgeist-2.0-dev Version: 0.9.14-2 Severity: important Tags: patch fixed-upstream While configuring a from-source build of folks 0.9.6: checking for zeitgeist-2.0 vala bindings... configure: error: Package requirements were not met: zeitgeist-2.0 zeitgeist-2.0.vapi:7.80-7.95: error: The type name `GLib.Cancellable' could not be found ... zeitgeist-datamodel-2.0.vapi:333.40-333.51: error: The type name `GLib.AppInfo' could not be found zeitgeist-2.0.vapi:77.46-77.57: error: The type name `GLib.IOError' could not be found ... (and lots more similar errors) This appears to have been fixed upstream by this commit: http://cgit.freedesktop.org/zeitgeist/zeitgeist/commit/?id=b1e82de434a7b63fe1290d0051de58350b069991. I haven't tested the patch yet but it looks as though it ought to work. Regards, S -- System Information: Debian Release: jessie/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-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 libzeitgeist-2.0-dev depends on: ii gir1.2-zeitgeist-2.0 0.9.14-2 ii libglib2.0-dev2.39.92-2 ii libzeitgeist-2.0-00.9.14-2 libzeitgeist-2.0-dev recommends no packages. Versions of packages libzeitgeist-2.0-dev suggests: pn libzeitgeist-2.0-doc 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#692662: mawk: missing (XS-)Testsuite: autopkgtest header in source stanza -- fix autopkgtest
Hello, When you apply this, please also fix the test to not assume $TMPDIR. autopkgtest doesn't document this, and only guarantees $ADTTMP. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -u mawk-1.3.3/debian/changelog mawk-1.3.3/debian/changelog --- mawk-1.3.3/debian/changelog +++ mawk-1.3.3/debian/changelog @@ -1,3 +1,9 @@ +mawk (1.3.3-17ubuntu2) trusty; urgency=medium + + * Fix autopkgtest to not rely on $TMPDIR; use $ADTTMP instead. + + -- Martin Pitt martin.p...@ubuntu.com Mon, 24 Mar 2014 10:46:52 +0100 + mawk (1.3.3-17ubuntu1) raring; urgency=low * Enabled autopkgtest discovery (Closes: #692662) diff -u mawk-1.3.3/debian/tests/mawktest mawk-1.3.3/debian/tests/mawktest --- mawk-1.3.3/debian/tests/mawktest +++ mawk-1.3.3/debian/tests/mawktest @@ -6,4 +6,4 @@ -' test/mawktest $TMPDIR/mawktest -chmod +x $TMPDIR/mawktest +' test/mawktest $ADTTMP/mawktest +chmod +x $ADTTMP/mawktest cd test -$TMPDIR/mawktest +$ADTTMP/mawktest signature.asc Description: Digital signature
Bug#700351: ca-certificates: misleading debian: when adding new certs
Hi Kurt, The 'debian:' prefix simply means the certificates were imported from the system certificates installed in /etc/ssl/certs. It's not possible to guess they come from Mozilla and change the prefix accordingly (and I don't think that would make a significant difference anyway). Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663871: SIGSEGV in WebCore::GraphicsContext::platformInit
On Wed, Mar 14, 2012 at 04:53:58PM +, Steven Chamberlain wrote: While trying to reproduce crashes in Midori I turned up the attached backtrace from GtkLauncher, while I was scrolling down a page using the cursor keys. It appears different to the actual issue I was looking for, and different to #651636 also. Can you test with the latest package and tell me if you're still having problems? Thanks, Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717532: ODB Debian Package
Dears, In my new project, I intend to use ODB as ORM in the project. But I did not find any deb package for this product. After some search on the net, I found one bug on debian site with number '717532'. If you all agree, I begin creating deb package for it. Of course I will need assistance from you to package. Best Regards Nima Chavoshi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641498: Process killed by SIGSEGV
On Tue, Sep 13, 2011 at 11:17:57PM +0200, populus wrote: Package: libwebkitgtk-1.0-0 Version: 1.4.2-2 During operation, 'midori'often crashes. output error: (midori:31999): Gtk-WARNING **: Unable to locate theme engine in module_path: pixmap, Hey, can you verify if this still happens with the latest packages? Thanks, Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742475: xserver-xorg-dev: X comes up with black screen lower 1/2 ignores xrandr until TV output shut off
Control: tag -1 = moreinfo On Mon, Mar 24, 2014 at 02:02:44 -0400, James Durham wrote: Package: xserver-xorg-dev Version: 2:1.15.0-2 Severity: important Tags: upstream Bug#742472 Dear Maintainer, * What led up to the situation? I installed a new install of Debian PPC on my iMacG5 and was trying to get X working properly The session using the default desktop opened very strangely with missing characters, distorted menus barely readable. Tried Xfce desktop and that worked considerably better. Tried Lxde and that opened with the bottom 1/2 of the desktop background in black. Windows would open, but if you maximized them the lower portions would not have text. If you dragged them with the mouse and made them larger, then they were all OK. In no case did X configure the external monitor. It would flash and report that it was being asked to do 12 hz refresh! Please provide your X and kernel logs. Cheers, Julien signature.asc Description: Digital signature
Bug#717532: ODB Debian Package
Hi Nima, On Mon, Mar 24, 2014 at 11:00 AM, nima chavooshi nima0...@gmail.com wrote: In my new project, I intend to use ODB as ORM in the project. But I did not find any deb package for this product. After some search on the net, I found one bug on debian site with number '717532'. If you all agree, I begin creating deb package for it. Of course I will need assistance from you to package. The package is ready. It has a dependency on libcutl, which is also packaged. However it needs checking and acceptance from Debian FTP-Masters first. As such, it's in the NEW queue[1]. Once it'll be accepted to the archive, I'll upload odb immediately. Please note that it has to go through NEW as well which needs additional time. Kind regards, Laszlo/GCS [1] https://ftp-master.debian.org/new/libcutl_1.8.0-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742484: Highlight packages installed from non-free?
Package: how-can-i-help Severity: wishlist On Du, 23 mar 14, 23:43:18, Lucas Nussbaum wrote: Moving non-free packages to non-free.org would be a good way to highlight that those packages are not part of Debian. However, I wonder if we couldn't do more in terms of notifying users that the package they are installing is in non-free. Currently, what happens is that you add 'non-free' in sources.list, but then you kind-of forget about it, and packages from main, contrib and non-free are just the same from the POV of 'apt-cache search' or 'apt-get install'. It could be interesting to explore the idea of asking for an install-time confirmation when the user wants to install non-free packages. Maybe how-can-i-help could show packages installed from non-free (and contrib?) under a 'would be nice if these had free replacements' category, though I'm aware this is more an upstream issue :-/ Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#742485: debian-installer: debian-test-amd64-gnome-CD1.iso installs XFCE
Package: debian-installer Severity: normal Tags: d-i I tried installing in a VM (VirtualBox) using the latest snapshot of CD1 with gnome. I used the graphical installer and had debian desktop checked. After installing and booting, I got logged in to XFCE. No core Gnome packages seems to be installed. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.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#578986: postfix-to-mailman.py bug
tags 578986 patch thanks Hello, I just had this bug. Any change to see this patch applied? Thanks Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742438: [Pkg-fonts-devel] Bug#742438: libspiro-dev: Please add static library
On 24 March 2014 04:39, Paul Wise p...@debian.org wrote: On Mon, Mar 24, 2014 at 2:11 AM, Reuben Thomas wrote: Please add a static library to this -dev package. What is the reason for wanting a static library? Generally they are not useful. In this case it was for debugging purposes, but I agree in the end that it wasn't useful, so feel free to close the bug. -- http://rrt.sc3d.org
Bug#719417: Can confirm - this bug is still in wheezy and jessie
Hello, 2014-03-23 20:32 GMT+01:00 Julian Andres Klode j...@debian.org: Right, and previously people complained because removing the task removed their complete desktop. We cannot have both and decided to switch to the safe site and mark dependencies of metapackages as manually installed. ok - this is not, what I did (or would!) expect, but this is not the place to discuss this. Nevertheless, is there something strange happening - or am I again expecting some other behavior?! * do above (install minimal debian, lxde-task) * remove some other package, which caused some depended/suggested packages to be installed * (1) apt-get -s autoremove will show you the auto-installed packages to be removed. * remove network-manager-gnome apt-get remove --purge network-manager-gnome * (2) apt-get -s autoremove will show you some more packages to be removed * run aptitude which will try to re-install network-manager-gnome so far, everything is expected. But: If I tell aptitude to keep network-manager-gnome purged (_) and proceed. I would expect aptitude to remove all packages, which apt-get -s autoremove(2) showed, but instead aptitude will only remove the packages which were installed by the autoremove(1). But the real problem: the packages which were automatically installed by network-manager-gnome loose their auto-flag and are no longer displayed by apt-get autoremove/aptitude. Is this the expected behavior? Fabian
Bug#742486: the sshd sanbox complains about socketcall(2)
Package: openssh-server Version: 1:6.5p1-6 Severity: normal If I use UsePrivilegeSeparation sandbox then this is logged every time a login attempt fails: Mar 21 04:59:34 bongo kernel: [1746352.182111] type=1326 audit(1395374374.299:1020): auid=4294967295 uid=103 gid=65534 ses=4294967295 pid=17813 comm=sshd sig=31 syscall=102 compat=1 ip=0xf7637430 code=0x0 #define __NR_socketcall 102 I do not think that socketcall(2) should be permitted since it would allow an attacker who took control of the process to create new sockets, but maybe sshd could be fixed to not use it (is it for logging?). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-server depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.6 ii init-system-helpers 1.18 ii libc62.18-4 ii libcomerr2 1.42.9-3 ii libgssapi-krb5-2 1.12.1+dfsg-1 ii libkrb5-31.12.1+dfsg-1 ii libpam-modules 1.1.8-2 ii libpam-runtime 1.1.8-2 ii libpam0g 1.1.8-2 ii libselinux1 2.2.2-1 ii libssl1.0.0 1.0.1f-1 ii libwrap0 7.6.q-25 ii lsb-base 4.1+Debian12 ii openssh-client 1:6.5p1-6 ii openssh-sftp-server 1:6.5p1-6 ii procps 1:3.3.9-4 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages openssh-server recommends: pn ncurses-term none ii xauth 1:1.0.7-1 Versions of packages openssh-server suggests: pn molly-guard none pn monkeysphere none pn rssh none pn ssh-askpass none pn ufw none -- debconf information excluded -- ciao, Marco signature.asc Description: Digital signature
Bug#742485: debian-installer: debian-test-amd64-gnome-CD1.iso installs XFCE
Hi, Marcus Lundblad m...@update.uu.se (2014-03-24): Package: debian-installer Severity: normal Tags: d-i I tried installing in a VM (VirtualBox) using the latest snapshot of CD1 with gnome. it's always nice to mention the URL for the image you've been using. Are you talking about: http://cdimage.debian.org/cdimage/jessie_di_alpha_1/amd64/iso-cd/debian-jessie-DI-a1-amd64-gnome-CD-1.iso or maybe: http://cdimage.debian.org/cdimage/jessie_di_alpha_1/amd64/iso-cd/debian-jessie-DI-a1-amd64-CD-1.iso or something else? (“Snapshot” makes me think weekly build, but guessing is never easy.) I used the graphical installer and had debian desktop checked. After installing and booting, I got logged in to XFCE. No core Gnome packages seems to be installed. If you used the former, that's an issue; if you used the latter, see the announce for Jessie Alpha 1: https://lists.debian.org/debian-devel-announce/2014/03/msg9.html Also, was a network mirror available? Depending on the above, attaching your syslog might be helpful (/var/log/installer/syslog in the installed system). Mraw, KiBi. signature.asc Description: Digital signature
Bug#742487: Update of python-ldap to upstream version 2.4.15
Package: python-ldap Version: 2.4.10-1 Please upgrade the package python-ldap to new upstream version 2.4.15. It contains important fixes for ReconnectLDAPObject and some new features which are useful for application programmers. AFAICS is does not break any existing applications. smime.p7s Description: S/MIME Cryptographic Signature
Bug#742265: addendum
I just found the problem:
file /var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories
/var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories: awk
script, ASCII text
file -m /usr/share/file/magic.mgc
/var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories
/var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories: Perl
script, ASCII text executable
= file seems to use now a different magic.mgc :-( ...
Looking for it I found it in /usr/local/share/misc/magic.mgc
file -m /usr/local/share/misc/magic.mgc
/var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories
/var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories: awk
script, ASCII text
I guess I messed up the installation, because configure used by default
/usr/local as prefix (I didnt expect this),
hence file was linked to /usr/local/...instead of /usr/... and the files
were created there ...
After fixing this, file uses /usr/share/file/magic.mgc (created with
patched packages) and works as expected
file /var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories
/var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories: Perl
script, ASCII text executable
Thanks a lot!
René
PS: I attached the script I used to test
On 03/24/2014 10:10 AM, Christoph Biedl wrote:
René Bleisch wrote...
I applied the patch, but it didnt fix the issue ...
Not good, but it still works for me. Is the 10-create-directories
script available? Using the sniplet you mentioned in the FAI list:
#!/usr/bin/perl -w
use strict;
BEGIN {
if ( !$ENV{'PERL_MODULES'} ) {
$ENV{'PERL_MODULES'}= '/srv/fai/config/perl_modules';
}
unshift @INC, $ENV{'PERL_MODULES'};
}
use FAI;
use NFS::Clients;
the patch changes recognition to Perl script, ASCII text executable
So I suspect something went wrong when you applied the patch although
I cannot see what.
Second try:
- cd file-5.11
- rebuild the package with debuild -i -us -uc -b
- dpkg -i file_5.11-2+deb7u2_amd64.deb
- dpkg -i libmagic1_5.11-2+deb7u2_amd64.deb
For a test: Extract magic.mgc from the libmagic package to /tmp, then
try:
$ file -m /tmp/magic.mgc file-to-test
Still a avail? Try these:
$ file --list -m /usr/share/file/magic.mgc | grep awk
$ file --list -m /tmp/magic.mgc | grep awk
The last line should be different, Strength = 45 instead of 57
indicates a fixed magic.
md5sums (for amd64)
2a759ba7b571408a4a1134840998327c /usr/share/file/magic.mgc
15984645e3f69bd207a917b4f944a8b2 /tmp/magic.mgc
where /usr/share/file/magic.mgc is from the recently deployed version
(5.11-2+deb7u2).
Hope that helps,
Christoph
--
Dr. René Bleisch
University of Bern
Climate and Environmental Physics
Sidlerstr.5
3012 Bern
Switzerland
Phone: +41 31 631 34 02
Mail: blei...@climate.unibe.ch
#!/usr/bin/perl -w
use strict;
BEGIN {
if ( !$ENV{'PERL_MODULES'} ) {
$ENV{'PERL_MODULES'}= '/srv/fai/config/perl_modules';
}
unshift @INC, $ENV{'PERL_MODULES'};
}
use FAI;
use NFS::Clients;
NFS_SERVER:
foreach my $nfs_server (sort keys %data_partitions) {
next if $nfs_server eq $HOSTNAME; # only for client machines
# check whether this host is in server ignore_clients
foreach my $ignore ( @{$data_partitions{$nfs_server}{'ignore_clients'}} ) {
next NFS_SERVER if $HOSTNAME eq $ignore;
}
# check wheter whitelist_clients exists. if it does, the client must
# be listed there
if ( defined @{$data_partitions{$nfs_server}{'whitelist_clients'}} ) {
my $is_in_whitelist = 0;
foreach my $whitelist (
@{$data_partitions{$nfs_server}{'whitelist_clients'}} ) {
$is_in_whitelist++ if $HOSTNAME eq $whitelist;
}
next unless $is_in_whitelist;
}
PARTITION:
foreach my $partition ( sort keys %{$data_partitions{$nfs_server}} ) {
# all partitions begin with a forward-slash
# other entries (such as 'ignore_clients) do not
next PARTITION if $partition !~ m{^/};
# check whether this host is in partition ignore_clients
foreach my $ignore (
@{$data_partitions{$nfs_server}{$partition}{'ignore_clients'}} ) {
next PARTITION if $HOSTNAME eq $ignore;
}
# check wheter whitelist_clients exists. if it does, the client must
# be listed there
if ( defined
@{$data_partitions{$nfs_server}{$partition}{'whitelist_clients'}} ) {
my $is_in_whitelist = 0;
foreach my $whitelist (
@{$data_partitions{$nfs_server}{$partition}{'whitelist_clients'}} ) {
$is_in_whitelist++ if $HOSTNAME eq $whitelist;
}
next unless $is_in_whitelist;
}
my $mountpoint = $data_partitions{$nfs_server}{$partition}{'mountpoint'}
|| $partition;
$mountpoint = $FAI_ROOT/$mountpoint;
$mountpoint =~ s{//+}{/}g;
my $permissions =
$data_partitions{$nfs_server}{$partition}{'permissions'} || '01777';
if ( !-d $mountpoint ) {
print
Bug#662253: backtraces upon using XF86AudioRaiseVolume buttons: unichr() arg not in range(0x110000)
I was unable to reproduce this bug. The offending part of the code presented by the reporter remains unchanged in the latest version of pyglet, however pyglet does not capture my volume controls. I think this is related to xfce4 grabbing the input and not re-dispatching to pyglet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719417: Can confirm - this bug is still in wheezy and jessie
Hi, 2014-03-24 11:30 GMT+01:00 Fabian Zimmermann dev@gmail.com: Is this the expected behavior? unable to reproduce this. Sorry for spam. Fabian
Bug#742488: No MKCALENDAR possible with pound
Package: pound
Version: 2.6-2
Tags: patch
It is not possible to use MKCALENDAR as http request.
It is not included in the sourcecode.
I think there is also a problem with PATCH which is added already in 2.7b
Debian 7.4 with latest updates.
To fix it:
--- a/config.c2011-12-28 14:57:45.0 +0100
+++ b/config.c2014-03-24 11:45:27.0 +0100
@@ -84,9 +84,9 @@ static regmatch_t matches[5];
static char *xhttp[] = {
^(GET|POST|HEAD) ([^ ]+) HTTP/1.[01]$,
^(GET|POST|HEAD|PUT|DELETE) ([^ ]+) HTTP/1.[01]$,
-
^(GET|POST|HEAD|PUT|DELETE|LOCK|UNLOCK|PROPFIND|PROPPATCH|SEARCH|MKCOL|MOVE|COPY|OPTIONS|TRACE|MKACTIVITY|CHECKOUT|MERGE|REPORT)
([^ ]+) HTTP/1.[01]$,
-
^(GET|POST|HEAD|PUT|DELETE|LOCK|UNLOCK|PROPFIND|PROPPATCH|SEARCH|MKCOL|MOVE|COPY|OPTIONS|TRACE|MKACTIVITY|CHECKOUT|MERGE|REPORT|SUBSCRIBE|UNSUBSCRIBE|BPROPPATCH|POLL|BMOVE|BCOPY|BDELETE|BPROPFIND|NOTIFY|CONNECT)
([^ ]+) HTTP/1.[01]$,
-
^(GET|POST|HEAD|PUT|DELETE|LOCK|UNLOCK|PROPFIND|PROPPATCH|SEARCH|MKCOL|MOVE|COPY|OPTIONS|TRACE|MKACTIVITY|CHECKOUT|MERGE|REPORT|SUBSCRIBE|UNSUBSCRIBE|BPROPPATCH|POLL|BMOVE|BCOPY|BDELETE|BPROPFIND|NOTIFY|CONNECT|RPC_IN_DATA|RPC_OUT_DATA)
([^ ]+) HTTP/1.[01]$,
+
^(GET|POST|HEAD|PUT|DELETE|LOCK|UNLOCK|PROPFIND|PROPPATCH|SEARCH|MKCOL|MKCALENDAR|MOVE|COPY|OPTIONS|TRACE|MKACTIVITY|CHECKOUT|MERGE|REPORT)
([^ ]+) HTTP/1.[01]$,
+
^(GET|POST|HEAD|PUT|DELETE|LOCK|UNLOCK|PROPFIND|PROPPATCH|SEARCH|MKCOL|MKCALENDAR|MOVE|COPY|OPTIONS|TRACE|MKACTIVITY|CHECKOUT|MERGE|REPORT|SUBSCRIBE|UNSUBSCRIBE|BPROPPATCH|POLL|BMOVE|BCOPY|BDELETE|BPROPFIND|NOTIFY|CONNECT)
([^ ]+) HTTP/1.[01]$,
+
^(GET|POST|HEAD|PUT|DELETE|LOCK|UNLOCK|PROPFIND|PROPPATCH|SEARCH|MKCOL|MKCALENDAR|MOVE|COPY|OPTIONS|TRACE|MKACTIVITY|CHECKOUT|MERGE|REPORT|SUBSCRIBE|UNSUBSCRIBE|BPROPPATCH|POLL|BMOVE|BCOPY|BDELETE|BPROPFIND|NOTIFY|CONNECT|RPC_IN_DATA|RPC_OUT_DATA)
([^ ]+) HTTP/1.[01]$,
};
static int log_level = 1;
--- a/pound.82011-12-28 14:57:45.0 +0100
+++ b/pound.82014-03-24 11:46:27.0 +0100
@@ -360,8 +360,8 @@ additionally allow extended HTTP request
.IP
.I 2
additionally allow standard WebDAV verbs (LOCK, UNLOCK, PROPFIND,
-PROPPATCH, SEARCH, MKCOL, MOVE, COPY, OPTIONS, TRACE, MKACTIVITY,
-CHECKOUT, MERGE, REPORT).
+PROPPATCH, SEARCH, MKCOL, MKCALENDAR, MOVE, COPY, OPTIONS, TRACE,
+MKACTIVITY, CHECKOUT, MERGE, REPORT).
.IP
.I 3
additionally allow MS extensions WebDAV verbs (SUBSCRIBE, UNSUBSCRIBE,
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740286: gnat-4.9: s-osinte-posix.adb is wrong about timespec.tv_nsec compared to gnat-4.8
The reasons for the upstream change are explained in the bug report I referenced: http://gcc.gnu.org/PR54040, and discussed in detail in the thread referenced there, viz.: http://gcc.gnu.org/ml/gcc-patches/2013-11/msg01504.html Since the decision to use time_t instead of long has been discussed and approved upstream, I think you should take your objections there, i.e. by following up to that thread. I will not change s-osinte-posix.adb without approval from upstream but I will take your suggestion to change ada-kfreebsd.diff to use s-osinte-posix.adb, introducing time_t in the private part of s-osinte-kfreebsd-gnu.ads. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741899: courier-maildrop: maildrop fails to deliver to virtual user reporting Invalid user specified.
On 03/17/2014 03:25 AM, Thomas L Marshall wrote:
Package: courier-maildrop
Version: 0.73.1-1
Severity: grave
Tags: d-i
Justification: renders package unusable
Dear Maintainer,
After upgrading to courier-maildrop_0.73.1-1_amd64.deb, my email server begin
bouncing messages with the mail.log error:
Mar 16 06:27:25 hostname postfix/pipe[7961]: 81EC34A6047: to= user@domain ,
relay=maildrop, delay=0.22, delays=0.16/0.01/0/0.05, dsn=5.1.1,
status=bounced (user unknown. Command output: Invalid user specified. )
fter testing coutier authtest using the given user@domain and finding that it
does still properly report the relevant data:
Authentication succeeded.
Authenticated: user@domain (uid 5000, gid 5000)
Home Directory: /path/mail/virtual/domain/user
Maildir: /path/mail/virtual/domain/user/Maildir/
Quota: (none)
Encrypted Password: {SHA256}encrypted password
Cleartext Password: (none)
Options: (none)
I then did a quick strace as follows:
strace maildrop -V 5 -d user@domain /dev/null
and confirmed that the maildrop command exited with Invalid user specified.
Furthermore, there was no apparent attempt to access any other means of
authentication other than maybe libpam and /etc/passwd.
Next, I installed a previous version, courier-maildrop_0.68.2-1_amd64.deb and
retested as follows:
strace maildrop -V 5 -d user@domain /dev/null
and found that maildrop did successfully attempt to use courier-authlib and
continued to run to completion, accessing the virtual maildir and user
successfully.
Finally, I made several successful attempts to send and receive mail to
myself and am again successfully receiving email.
Thank you,
Tom
Apparently it isn't linked to courier-authlib as it should.
Regards
Racke
--
LinuXia Systems = http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP = http://www.icdevgroup.org/
Interchange Development Team
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740286: gnat-4.9: s-osinte-posix.adb is wrong about timespec.tv_nsec compared to gnat-4.8
The thread I referenced ends here: http://gcc.gnu.org/ml/gcc-patches/2013-11/msg02069.html So it seems upstream is aware of the issue but has been unable to find the time to fix it properly. If you send a proper patch to them, I think they'd be delighted. Note that x32 seems *not* to adhere to POSIX in this respect as it defines long to be 32-bit but uses a 64-bit value for timespec.tv_nsec. You cannot change that but you can try to support all architectures in a clean way as Arno suggested. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742043: policyd-weight: Mail with empty envelope sender is not filtered
Hi Werner, please refer to: https://www.mail-archive.com/policyd-weight-list@ek-muc.de/msg00721.html the current behaviour is disired and expected. You must let the NULL-sender (mainly generated by DSNs) pass/accept no matter what the policy says. That was an interesting read, thanks for the pointer. However, unfortunately the question why DSNs should be treated any different than normal Mail was raised, but not answered in that thread. In other words: Why should I let a server that's on 4 blacklists, and from which I block all mail, allow to submit DSNs to my server? In particular considering that I do not use DNSs at all, so I know every incoming DSN is forged. Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673022: texlive-base: happened with upgrade to 2013.20140123-1 from 2013.20140314-1
Norbert, Yes, I do have texlive-omega installed; here are a few lines from dpkg.log showing it's been installed before this upgrade was made: 2014-02-03 20:57:28 upgrade texlive-omega:all 2013.20131112-1 2013.20131219-1 2014-02-03 21:08:07 configure texlive-omega:all 2013.20131219-1 none 2014-02-03 21:08:10 status installed texlive-omega:all 2013.20131219-1 2014-02-03 21:08:24 status installed texlive-omega:all 2013.20131219-1 2014-02-06 11:13:31 upgrade texlive-omega:all 2013.20131219-1 2013.20140123-1 2014-02-06 11:16:02 configure texlive-omega:all 2013.20140123-1 none 2014-02-06 11:16:05 status installed texlive-omega:all 2013.20140123-1 2014-02-06 11:16:19 status installed texlive-omega:all 2013.20140123-1 2014-03-23 11:03:39 remove texlive-omega:all 2013.20140123-1 none removed only as part of apt-get remove texlive-base to fix install 2014-03-23 11:03:39 status installed texlive-omega:all 2013.20140123-1 2014-03-23 11:11:43 install texlive-omega:all 2013.20140123-1 2013.20140314-1 2014-03-23 11:14:37 configure texlive-omega:all 2013.20140314-1 none 2014-03-23 11:14:40 status installed texlive-omega:all 2013.20140314-1 thanks, --jack From: Norbert Preining prein...@logic.at To: js jsh...@yahoo.com; 673...@bugs.debian.org Sent: Monday, March 24, 2014 12:00 AM Subject: Re: Bug#673022: texlive-base: happened with upgrade to 2013.20140123-1 from 2013.20140314-1 Hi, what you reported is a different item, but please wait before opening a new bug, because On Sun, 23 Mar 2014, js wrote: Workaround: I ran apt-get remove texlive-base, followed by an apt-get install of texlive-base and all the other packages removed because of texlive-base. This install from scratch,without a prior version of texlive-base, worked fine. Well, then it is now impossible to reproduce, unless you have some more information about the former state: * did you have texlive-omega installed? * what was the content of /etc/texmf/fmt.d I'll include the zipped file /tmp/fmtutil.3YhQeNol in the next email. Which barfs at: kpathsea: Running mkocp ebcdic.ocp otp2ocp: fatal: File 'ebcdic' not found. The file ebcdic.ocp is in texlive-omega, which also defines the aleph format. So the only ideas I have is: * you had a harddrive problme and parts ofthe installation got missing (- nothing we can work around or do anything) * you have yourself removed parts of the installed files (- nothing we can work around) * you have changed the confirguration in /etc/texmf/fmt.d/ (- nothing we can work around, that is your responsibility) If you cannot give us a recipe to reproduce this error, or more information, I would close a new bug. Thanks for your understanding Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#737839: bygfoot: please create a valid desktop and menu file
Control: tags -1 patch Control: retitle -1 please create a valid desktop and menu file Dear maintainer, please find attached a patch that achieves the following: * Create a valid desktop file. Add keywords and a comment in German. * bygfoot.menu: Use the absolute icon path to display the menu icon. (Closes: #737839) Regards, Markus From ed510b3954235423348ddfc2cfdee99b31d5b5aa Mon Sep 17 00:00:00 2001 From: Markus Koschany a...@gambaru.de Date: Mon, 24 Mar 2014 11:45:55 +0100 Subject: [PATCH] fix 737839 --- debian/bygfoot.desktop | 10 ++ debian/bygfoot.menu| 10 ++ debian/changelog | 9 + 3 files changed, 21 insertions(+), 8 deletions(-) diff --git a/debian/bygfoot.desktop b/debian/bygfoot.desktop index 0970b22..e9d1de4 100644 --- a/debian/bygfoot.desktop +++ b/debian/bygfoot.desktop @@ -3,7 +3,9 @@ Version=1.0 Type=Application Name=bygfoot Comment= A soccer manager game -TryExec=/usr/games/bygfoot -Exec=/usr/games/bygfoot -Categories=Application;Game; -Icon=bygfoot.xpm +Comment[de]=ein FuÃball-Manager-Spiel +TryExec=bygfoot +Exec=bygfoot +Categories=Game;SportsGame; +Icon=bygfoot +Keywords=sport;soccer;football;manager;clubs;players; diff --git a/debian/bygfoot.menu b/debian/bygfoot.menu index 02193e8..7355195 100644 --- a/debian/bygfoot.menu +++ b/debian/bygfoot.menu @@ -1,4 +1,6 @@ -?package(bygfoot):needs=X11 section=Games/Strategy\ - longtitle=Bygfoot is a soccer manager game\ - icon=bygfoot.xpm\ - title=bygfoot command=/usr/games/bygfoot +?package(bygfoot):needs=X11 \ + section=Games/Strategy \ + longtitle=Bygfoot is a soccer manager game \ + icon=/usr/share/pixmaps/bygfoot.xpm \ + title=Bygfoot \ + command=/usr/games/bygfoot diff --git a/debian/changelog b/debian/changelog index 154d8c8..b966afa 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +bygfoot (2.3.2-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Create a valid desktop file. Add keywords and a comment in German. + * bygfoot.menu: Use the absolute icon path to display the menu icon. +(Closes: #737839) + + -- Markus Koschany a...@gambaru.de Mon, 24 Mar 2014 11:49:59 +0100 + bygfoot (2.3.2-1.1) unstable; urgency=low * Non-maintainer upload. -- 1.9.1 signature.asc Description: OpenPGP digital signature
Bug#673022: texlive-base: happened with upgrade to 2013.20140123-1 from 2013.20140314-1
I forgot to mention: The file ebcdic.ocp is in texlive-omega, which also defines the aleph format. So the only ideas I have is: * you had a harddrive problme and parts ofthe installation got missing (- nothing we can work around or do anything) I don't think this is likely as I tried this install several times, with the same error, but it worked perfectly when I removed texlive-base and reinstalled from scratch * you have yourself removed parts of the installed files (- nothing we can work around) This did not happen as I run debsums --all --changed --generate=missing nightly and can see from the logfile from before the install that no texlive-* packages were affected * you have changed the confirguration in /etc/texmf/fmt.d/ (- nothing we can work around, that is your responsibility) As above, the fact that debsums did not flag this package shows there were no config changes (+ the fact that I only did an apt-get remove texlive, so the following apt-get install would have asked about overriding config files, which it did not). The only thing I have done over and above these (excellent) texlive-* packages is add a package I made myself with the Springer-Verlag Latex macros, which I understand debian cannot package as they provide no copyright information. Perhaps dealing with this unexpected package caused a problem (although it has never caused a problem with previous texlive-base upgrades)? = dpkg --status svjour Package: svjour Status: install ok installed Priority: extra Section: tex Installed-Size: 463 Maintainer: JS jsh...@yahoo.com Architecture: all Version: 3.1.0-5 Depends: texlive-binaries (= 2009) Description: LaTex macros for all Springer journals Contains all the Springer LaTex macros ftp://ftp.springer.de/pub/tex/latex/svjour3/ Homepage: http://www.springer.com/authors/journal+authors/faq+for+journal+authors?SGWID=0-1725015-0-0-0 This package was installed long ago and caused no problems for any previous texlive-base upgrade: 2012-08-12 12:15:33 status installed svjour:all 3.1.0-5 thanks, --jack From: JS jsh...@yahoo.com To: Norbert Preining prein...@logic.at; 673...@bugs.debian.org 673...@bugs.debian.org Sent: Monday, March 24, 2014 7:18 AM Subject: Re: Bug#673022: texlive-base: happened with upgrade to 2013.20140123-1 from 2013.20140314-1 Norbert, Yes, I do have texlive-omega installed; here are a few lines from dpkg.log showing it's been installed before this upgrade was made: 2014-02-03 20:57:28 upgrade texlive-omega:all 2013.20131112-1 2013.20131219-1 2014-02-03 21:08:07 configure texlive-omega:all 2013.20131219-1 none 2014-02-03 21:08:10 status installed texlive-omega:all 2013.20131219-1 2014-02-03 21:08:24 status installed texlive-omega:all 2013.20131219-1 2014-02-06 11:13:31 upgrade texlive-omega:all 2013.20131219-1 2013.20140123-1 2014-02-06 11:16:02 configure texlive-omega:all 2013.20140123-1 none 2014-02-06 11:16:05 status installed texlive-omega:all 2013.20140123-1 2014-02-06 11:16:19 status installed texlive-omega:all 2013.20140123-1 2014-03-23 11:03:39 remove texlive-omega:all 2013.20140123-1 none removed only as part of apt-get remove texlive-base to fix install 2014-03-23 11:03:39 status installed texlive-omega:all 2013.20140123-1 2014-03-23 11:11:43 install texlive-omega:all 2013.20140123-1 2013.20140314-1 2014-03-23 11:14:37 configure texlive-omega:all 2013.20140314-1 none 2014-03-23 11:14:40 status installed texlive-omega:all 2013.20140314-1 thanks, --jack From: Norbert Preining prein...@logic.at To: js jsh...@yahoo.com; 673...@bugs.debian.org Sent: Monday, March 24, 2014 12:00 AM Subject: Re: Bug#673022: texlive-base: happened with upgrade to 2013.20140123-1 from 2013.20140314-1 Hi, what you reported is a different item, but please wait before opening a new bug, because On Sun, 23 Mar 2014, js wrote: Workaround: I ran apt-get remove texlive-base, followed by an apt-get install of texlive-base and all the other packages removed because of texlive-base. This install from scratch,without a prior version of texlive-base, worked fine. Well, then it is now impossible to reproduce, unless you have some more information about the former state: * did you have texlive-omega installed? * what was the content of /etc/texmf/fmt.d I'll include the zipped file /tmp/fmtutil.3YhQeNol in the next email. Which barfs at: kpathsea: Running mkocp ebcdic.ocp otp2ocp: fatal: File 'ebcdic' not found. The file ebcdic.ocp is in texlive-omega, which also defines the aleph format. So the only ideas I have is: * you had a harddrive problme and parts ofthe installation got missing (- nothing we can work around or do anything) * you have yourself removed parts of the installed files (- nothing we can work around) * you have changed the confirguration in /etc/texmf/fmt.d/ (- nothing we can work around, that is your responsibility) If you cannot give
Bug#742043: policyd-weight: Mail with empty envelope sender is not filtered
Hi Ralf, please refer to: https://www.mail-archive.com/policyd-weight-list@ek-muc.de/msg00721.html the current behaviour is disired and expected. You must let the NULL-sender (mainly generated by DSNs) pass/accept no matter what the policy says. That was an interesting read, thanks for the pointer. However, unfortunately the question why DSNs should be treated any different than normal Mail was raised, but not answered in that thread. In other words: Why should I let a server that's on 4 blacklists, and from which I block all mail, allow to submit DSNs to my server? In particular considering that I do not use DNSs at all, so I know every incoming DSN is forged. Thanks for your reply. The current policyd-weight implementation honors the NULL-sender, passes emails with NULL-sender address and does not privide a possibiliy to change this behaviour, e.g. by config option. If you want to be able to change this behaviour (treating the NULL-sender address like every other address), please provide a patch for it. I assume most people do use DSNs. Regards, Werner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742445: Bug 742445: not only in Synaptic
The issue is somewhere deeper in APT, because aptitude also shows breaks twice on this package: $ aptitude show gdm3 | grep -A 2 Breaks Breaks: gnome-control-center ( 3.0), gnome-control-center ( 3.0), gnome-orca ( 2.30.0-2), gnome-orca ( 2.30.0-2), gnome-panel ( 3.0), gnome-panel ( 3.0), gnome-screensaver ( 2.17.7), gnome-screensaver ( 2.17.7) Looks like every control file entry with turns into two entries with .
Bug#742490: menufile: clarification of using the absolute icon path in menu files
Package: menu Version: 2.1.46 Severity: normal Dear maintainer, please clarify in menufile(5) that Debian's menu files require the absolute icon path to be displayed on the user's desktop. It appears some people believe a relative icon path would be sufficient. See https://bugs.debian.org/738089#17 for an example. The confusion stems from the fact that the man page of menufile states under section NOTES: If you want to specify an icon or hotkey for a sub-menu (for example, the Editors sub-menu), just use the same syntax but leave the command empty: ?package(mypackage):needs=X11 section=Applications icon=icon.xpm hotkey=E title=Editors I think it would help to replace icon=icon.xpm with icon=/usr/share/pixmaps/icon.xpm Regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742491: libdbus2.0-cil-dev v0.8 is too unstable for LTS and should be reverted to 0.7
Package: libdbus2.0-cil-dev Version: 0.8.0-1 The libdbus2.0-cil-dev package has been recently updated to version 0.8 in debian and ubuntu. I consider the version above too unstable for the level of quality that an LTS version of Ubuntu should require, therefore I'm demanding that it should be reverted for Trusty Tahr to v0.7, for the following reasons. 1. The 0.7 to 0.8 transition involved API and ABI changes in the library. 2. Because of the previous reason, many patches had to be developed for some applications that made use of this library. Many of this downstream patches are not committed upstream yet. 3. Even though the 0.7-0.8 transition had heavy API and ABI changes, upstream didn't make it easy to make them both parallel installable. 4. Minimal testing of dbus features was not excercised after the transition, i.e. Banshee crashed when launching a 2nd instance of it (expected results: 2nd instance should not fire, but make the 1st instance steal the focus, thanks to IPC communication via dbus). 5. Even though more downstream patches have been included to fix the above problem, there still is a problem about interacting with the dbus-server-enabled apps from a very important dbus testing tool: d-feet. The error thrown is: 'GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name :1.128 was not provided by any .service files' This error has is being discussed in upstream banshee bugs https://bugzilla.gnome.org/show_bug.cgi?id=725446 and https://bugzilla.gnome.org/show_bug.cgi?id=630110#c44. There's no solution to this problem yet, therefore I think dbus 0.8 packages should be reverted to 0.7 for Ubuntu LTS, and we should continue this investigation in upstream bugs further down the road. Thanks
Bug#673022: texlive-base: happened with upgrade to 2013.20140123-1 from 2013.20140314-1
One more thing I forgot to mention: I run a weekly backup of /etc, so it you think it would be helpful, I can send you a gzip version of /etc/texmf/fmt.d from a few days before the failed upgrade of texlive-base. This would be the /etc/texmf/fmt.d that was in place at the time the texlive-base upgrade failed. thanks, --jack From: JS jsh...@yahoo.com To: Norbert Preining prein...@logic.at; 673...@bugs.debian.org 673...@bugs.debian.org Cc: jsh...@yahoo.com jsh...@yahoo.com Sent: Monday, March 24, 2014 7:32 AM Subject: Re: Bug#673022: texlive-base: happened with upgrade to 2013.20140123-1 from 2013.20140314-1 I forgot to mention: The file ebcdic.ocp is in texlive-omega, which also defines the aleph format. So the only ideas I have is: * you had a harddrive problme and parts ofthe installation got missing (- nothing we can work around or do anything) I don't think this is likely as I tried this install several times, with the same error, but it worked perfectly when I removed texlive-base and reinstalled from scratch * you have yourself removed parts of the installed files (- nothing we can work around) This did not happen as I run debsums --all --changed --generate=missing nightly and can see from the logfile from before the install that no texlive-* packages were affected * you have changed the confirguration in /etc/texmf/fmt.d/ (- nothing we can work around, that is your responsibility) As above, the fact that debsums did not flag this package shows there were no config changes (+ the fact that I only did an apt-get remove texlive, so the following apt-get install would have asked about overriding config files, which it did not). The only thing I have done over and above these (excellent) texlive-* packages is add a package I made myself with the Springer-Verlag Latex macros, which I understand debian cannot package as they provide no copyright information. Perhaps dealing with this unexpected package caused a problem (although it has never caused a problem with previous texlive-base upgrades)? = dpkg --status svjour Package: svjour Status: install ok installed Priority: extra Section: tex Installed-Size: 463 Maintainer: JS jsh...@yahoo.com Architecture: all Version: 3.1.0-5 Depends: texlive-binaries (= 2009) Description: LaTex macros for all Springer journals Contains all the Springer LaTex macros ftp://ftp.springer.de/pub/tex/latex/svjour3/ Homepage: http://www.springer.com/authors/journal+authors/faq+for+journal+authors?SGWID=0-1725015-0-0-0 This package was installed long ago and caused no problems for any previous texlive-base upgrade: 2012-08-12 12:15:33 status installed svjour:all 3.1.0-5 thanks, --jack From: JS jsh...@yahoo.com To: Norbert Preining prein...@logic.at; 673...@bugs.debian.org 673...@bugs.debian.org Sent: Monday, March 24, 2014 7:18 AM Subject: Re: Bug#673022: texlive-base: happened with upgrade to 2013.20140123-1 from 2013.20140314-1 Norbert, Yes, I do have texlive-omega installed; here are a few lines from dpkg.log showing it's been installed before this upgrade was made: 2014-02-03 20:57:28 upgrade texlive-omega:all 2013.20131112-1 2013.20131219-1 2014-02-03 21:08:07 configure texlive-omega:all 2013.20131219-1 none 2014-02-03 21:08:10 status installed texlive-omega:all 2013.20131219-1 2014-02-03 21:08:24 status installed texlive-omega:all 2013.20131219-1 2014-02-06 11:13:31 upgrade texlive-omega:all 2013.20131219-1 2013.20140123-1 2014-02-06 11:16:02 configure texlive-omega:all 2013.20140123-1 none 2014-02-06 11:16:05 status installed texlive-omega:all 2013.20140123-1 2014-02-06 11:16:19 status installed texlive-omega:all 2013.20140123-1 2014-03-23 11:03:39 remove texlive-omega:all 2013.20140123-1 none removed only as part of apt-get remove texlive-base to fix install 2014-03-23 11:03:39 status installed texlive-omega:all 2013.20140123-1 2014-03-23 11:11:43 install texlive-omega:all 2013.20140123-1 2013.20140314-1 2014-03-23 11:14:37 configure texlive-omega:all 2013.20140314-1 none 2014-03-23 11:14:40 status installed texlive-omega:all 2013.20140314-1 thanks, --jack From: Norbert Preining prein...@logic.at To: js jsh...@yahoo.com; 673...@bugs.debian.org Sent: Monday, March 24, 2014 12:00 AM Subject: Re: Bug#673022: texlive-base: happened with upgrade to 2013.20140123-1 from 2013.20140314-1 Hi, what you reported is a different item, but please wait before opening a new bug, because On Sun, 23 Mar 2014, js wrote: Workaround: I ran apt-get remove texlive-base, followed by an apt-get install of texlive-base and all the other packages removed because of texlive-base. This install from scratch,without a prior version of texlive-base, worked fine. Well, then it is now impossible to reproduce, unless you have some more information about the former state: * did you have texlive-omega
Bug#742485: debian-installer: debian-test-amd64-gnome-CD1.iso installs XFCE
I used this image: http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-gnome-CD-1.iso //Marcus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739809: tagging 739809
On Mon, Feb 24, 2014 at 12:25:26PM +0100, intrigeri wrote: Salvatore Bonaccorso wrote (23 Feb 2014 07:14:09 GMT) : One further information: The build does not fail (yet) in jessie. Both distributions have the same version of libgtk2, but testing has gdk-pixbuf 2.28.2, while unstable has 2.30.5. I suspect the gdk-pixbuf update is the cause of the issue. Yes. I sent a patch to the upstream bug; you may want to apply it in Debian in the meantime. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689658: web2py package update
Sorry, but I can not upload your packaging for several reasons: - First of all, this package has already a maintainer, you can not hijack it on your own - Secondly, I'm already working on the pacakging of the latest version 2.9.5, not 2.9.4 - Also, I don't agree with some of the changes you've done to the packaging. I'm open to work with others with this package. It has some problems I haven't solved in the last two years, due to the way web2py deals with files placed at applications modules directory. Any help on this topic is very welcome. But the changes in its debianization should be discussed among the people who are working on the packaging, or at least, with the current official maintaner. So, if you want to collaborate, your opinions, help and work are welcome, but if you want to hijack the package, I'm sorry but it's not possible because I'm still working on it. Regards. José L. 2014-03-23 21:23 GMT+01:00 Matus Valo matusv...@gmail.com: Hi Jose, I found out that package web2py is outdated in debian (there is also raised bug #689658 reporting this issue), so I decided to package newer version (2.9.4). Hence, I am requesting sponsorship for this package. The URL of the package is: http://mentors.debian.net/package/web2py The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/w/web2py/web2py_2.9.4-1.1.dsc All my changes are recored in the changelog. I am aware of one dependency problem. The package python-gluon is python library package and it has hardcoded path of the splash logo ( in widget.py file), but this file is installed with package python-web2py and hence widget.py file is broken when python-gluon is installed without python-web2py. Regards, Matus Valo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742485: debian-installer: debian-test-amd64-gnome-CD1.iso installs XFCE
A network mirror was available, yes. //Marcus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742492: mirror submission for debian.mec.ac.in
Package: mirrors Severity: wishlist Submission-Type: new Site: debian.mec.ac.in Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: ftp.uk.debian.org Updates: four Maintainer: Model Engineering College m...@mec.ac.in Country: IN India Location: Kerala , India Sponsor: Govt. Model Engineering College http://www.mec.ac.in -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685439: Processed: severity of 685439 is important
On Mon, 2014-03-24 at 13:22 +0100, Christoph Martin wrote: Hi Ben, why did you set this bug report to grave? I didn't. Ben. Christoph Am 24.03.2014 00:57, schrieb Debian Bug Tracking System: Processing commands for cont...@bugs.debian.org: severity 685439 important Bug #685439 [apt-show-versions] Use of uninitialized value in hash element Severity set to 'important' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. -- Ben Hutchings Everything should be made as simple as possible, but not simpler. - Albert Einstein signature.asc Description: This is a digitally signed message part
Bug#650129: dh_install --list-missing not working ?
Control: severity -1 important Hum, I have been starring at this comment for a while. It seems that the current package avogadro take advantage of this trick: $ apt-get source avogadro=1.0.3-10.1 $ cd avogadro-1.0.3/ $ cat debian/rules [...] override_dh_install: dh_install --list-missing What I do not understand is that whenever I do not use debian/*.install file explicitely but prefer something like: override_dh_install: dh_install -pfoobar-tools usr/bin/exe dh_install --list-missing list-missing believe that usr/bin/exe exists in debian/tmp but is not installed to anywhere. Would it be possible to update --list-missing to be able to have explicit dh_install rules instead of debian/*.install files ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741975: xul-ext-gnome-keyring: Does not store passwords
Hi, On Thu, Mar 20, 2014 at 04:00:03PM +, Ximin Luo wrote: On 20/03/14 15:32, Guido Günther wrote: Hi, On Thu, Mar 20, 2014 at 12:17:16PM +, Ximin Luo wrote: Hi, This is a bit weird - I am also running iceweasel 24.3.0 and it works fine for me. Those warnings you pasted do not seem relevant. I do think so too. Can you add things to that keyring via seahorse? What is your $XDG_RUNTIME_DIR? Anything else unusual about how your set-up? Yes, adding via seahorse works. No speial XDG_RUNTIME_DIR here. I deleted the keyring and it worked for one time (one site's password is in the keyring now) but now it doesn't even offer to store something in the keyring anymore. What do you mean by no special? What is its value? $ echo $XDG_RUNTIME_DIR /run/user/1000 Is gnome-keyring-daemon running? $ ps awux | grep [g]nome-keyring-daemon who 1915 0.0 0.1 733548 5040 ?SLl 12:53 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login Any errors about keyring in ~/.xsession-errors or ~/.xsession-errors.old ? The files don't exist. Do you have a different keyring running? The default login keyring. Adding item via seahores works. Can you start a new profile, disable all other extensions, and see if it works? What does the error console (ctrl-shift-J) say? The error console is full of CSS warnings these days but nothing that looks related to the keyting. I ran without extensions and with a new profile but it didn't change anything. Try it with a non-default keyring - something apart from mozilla? You can change it with extensions.gnome-keyring.keyringName. What happens if you try to view all passwords - anything show up in the terminal (that you're running iceweasel from), or the error console (ctrl-shift-J)? If nothing else works, you can try building the extension with print It'd be awesome if this could happen without rebuilding the extension e.g. by using GK_LOG in more places and building with DEBUG by default. One would still have to enable debugging via NSPR_LOG_MODULES. statements added to random places in the source code, and seeing if you get any terminal output in that case. I deleted the keyring and it seems to work now (I have some items already stored in it). The only difference I can think of is, that I unlocked the keyring once by hand and now the unlock passworf for the keyring is stored in the login keyring. I'll roll out the extension on more machines during the next weeks and will report further findings. The severity isn't justified anymore but I'd be greato to see this bug kept open for now. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726392: [Pkg-sympa-devel] Bug#726392: sympa: Sympa may not depends on more than one DBD driver
Quoting Emmanuel Bouthenot (2014-03-22 23:14:16) Xavier, On Tue, Oct 15, 2013 at 12:26:12PM +0200, Xavier Guimard wrote: [...] In arch other than hppa, Sympa depends on libdbd-mysql-perl, libdbd-pg-perl, libdbd-sqlite3-perl and libdbd-sybase-perl. I think that it must depends only on libdbi-perl and must recommends one of those DBD drivers: I agree that that change makes sense. I fail to understand the reason of your proposal and which issue will be solved with theses changes? Moreover, the package will be unusable (for people like me) who never install recommends (especially on servers). You are free to ignore recommends, but arguing that their well-defined meaning should be ignored in favor of your ignorance is flawed. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#685439: Processed: severity of 685439 is important
Hi Ben, why did you set this bug report to grave? Christoph Am 24.03.2014 00:57, schrieb Debian Bug Tracking System: Processing commands for cont...@bugs.debian.org: severity 685439 important Bug #685439 [apt-show-versions] Use of uninitialized value in hash element Severity set to 'important' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742493: Segfault with libmemcached11
Package: postgresql-9.3-pgmemcache Version: 2.1.2-1+b1 Severity: grave The binnum to update the dependency from libmemcached10 to libmemcached11 seems to have broken the PostgreSQL module: http://ci.debian.net/data/unstable-amd64/packages/p/pgmemcache/2014-03-23.log Also in my chroot: test init ... ok test start_memcached ... ok test test ... FAILED (test process exited with exit code 2) test stop_memcached ... ok 2014-03-24 13:16:05 CET LOG: Serverprozess (PID 25224) wurde von Signal 11 beendet: Segmentation fault 2014-03-24 13:16:05 CET DETAIL: Der fehlgeschlagene Prozess führte aus: SELECT regexp_replace(memcache_stats(), 'pid:.*', '') AS memcache_stats; 2014-03-24 13:16:05 CET LOG: aktive Serverprozesse werden abgebrochen 2014-03-24 13:16:05 CET WARNUNG: breche Verbindung ab wegen Absturz eines anderen Serverprozesses 2014-03-24 13:16:05 CET DETAIL: Der Postmaster hat diesen Serverprozess angewiesen, die aktuelle Transaktion zurückzurollen und die Sitzung zu beenden, weil ein anderer Serverprozess abnormal beendet wurde und möglicherweise das Shared Memory verfälscht hat. ! psql:test.sql:2: SSL SYSCALL error: EOF detected ! psql:test.sql:2: connection to server was lost Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702882: fixing libf2c.so: undefined reference to `MAIN__'
I have spent a few hours now to try to sort out the f2c issues with igraph; here’s a summary of what I’ve found: 1) The configure.ac script tries to link to f2c even if it would not be needed at all. Basically, f2c is needed if someone wants to use the BLAS, LAPACK or ARPACK version that comes bundled with igraph (because these were converted from Fortran using f2c). Since we link to the BLAS, LAPACK and ARPACK packages provided in Debian itself, linking to f2c is not needed at all. I have recently committed a patch to the development branch of igraph on Github that resolves this issue [1]. 2) The bug mentioned in #1 did not appear in the Debian package for igraph before (with the 0.5.x versions) because configure.ac did *not* link to -f2c at all (even though a comment in it claimed to do so). Therefore, out of pure coincidence, everything worked just fine for 0.5.x and things went wrong for 0.6.x when configure.ac was fixed (by debian/patches/link_f2c.patch) and the compiler started to link to f2c. 3) There is yet another bug in src/Makefile.am, which is not affecting Debian but I thought I’d raise it anyway. When at least one of BLAS, LAPACK or ARPACK is compiled from the source bundled with igraph *but* F2C is linked dynamically from an external libf2c.so, the makefile does not link the dummy MAIN__ Fortran function from src/f2c/dummy.c (or, alternatively, from src/f2c_dummy.c, which is a duplicate). I will commit yet another patch to the igraph development tree on Github to fix this. In the meanwhile, the easiest (but probably not the cleanest) way to fix the MAIN__ linkage issue for the Debian package would be to remove debian/patches/link_f2c.patch completely. Alternatively, one could merge the patch [1] I mentioned above into debian/patches. [1] https://github.com/igraph/igraph/commit/fb554c839a1c9d40818e16aec8c8444b50b243e2 All the best, Tamas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685439: Processed: severity of 685439 is important
Hi Ben, please look into the Bug report. There is a mail from tonight which seemed to come from you: Received: (at control) by bugs.debian.org; 23 Mar 2014 23:53:04 + From b...@decadent.org.uk Sun Mar 23 23:53:04 2014 X-Spam-Checker-Version: SpamAssassin 3.3.2-bugs.debian.org_2005_01_02 (2011-06-06) on buxtehude.debian.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=4.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, T_RP_MATCHES_RCVD,VALID_BTS_CONTROL autolearn=ham version=3.3.2-bugs.debian.org_2005_01_02 X-Spam-Bayes: score:0. Tokens: new, 8; hammy, 66; neutral, 19; spammy, 0. spammytokens: hammytokens:0.000-+--H*u:devscripts, 0.000-+--H*u:bts, 0.000-+--H*UA:bts, 0.000-+--H*UA:devscripts, 0.000-+--H*F:D*decadent.org.uk Return-path: b...@decadent.org.uk Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]) by buxtehude.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from b...@decadent.org.uk) id 1WRsCC-M4-3I for cont...@bugs.debian.org; Sun, 23 Mar 2014 23:53:04 + Received: from [192.168.4.249] (helo=deadeye.wl.decadent.org.uk) by shadbolt.decadent.org.uk with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from b...@decadent.org.uk) id 1WRsC6-0004r8-Ah for cont...@bugs.debian.org; Sun, 23 Mar 2014 23:52:46 + Received: from ben by deadeye.wl.decadent.org.uk with local (Exim 4.82) (envelope-from b...@decadent.org.uk) id 1WRsC5-0001ks-VY for cont...@bugs.debian.org; Sun, 23 Mar 2014 23:52:45 + From: Ben Hutchings b...@decadent.org.uk To: cont...@bugs.debian.org Subject: severity of 685439 is important Date: Sun, 23 Mar 2014 23:52:45 + User-Agent: devscripts bts/2.14.1 Message-ID: 1395618765-765-bts-...@decadent.org.uk X-SA-Exim-Connect-IP: 192.168.4.249 X-SA-Exim-Mail-From: b...@decadent.org.uk X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false Delivered-To: cont...@bugs.debian.org Can you please verify this? Christoph Am 24.03.2014 13:23, schrieb Ben Hutchings: On Mon, 2014-03-24 at 13:22 +0100, Christoph Martin wrote: Hi Ben, why did you set this bug report to grave? I didn't. Ben. Christoph Am 24.03.2014 00:57, schrieb Debian Bug Tracking System: Processing commands for cont...@bugs.debian.org: severity 685439 important Bug #685439 [apt-show-versions] Use of uninitialized value in hash element Severity set to 'important' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742495: xcircuit: fails to start: /usr/share/xcircuit/tkcon.tcl: 3: exec: /usr/bin/wish: not found
Package: xcircuit Version: 3.7.55.dfsg-1 Severity: normal Dear Maintainer, xcircuit crashes in debian jessie with the following output: ``` ~ xcircuit /usr/share/xcircuit/tkcon.tcl: 3: exec: /usr/bin/wish: not found ``` -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xcircuit depends on: ii libc6 2.17-97 ii libice6 2:1.0.8-2 ii libsm62:1.2.1-2 ii libx11-6 2:1.6.2-1 ii libxpm4 1:3.5.10-1 ii libxt61:1.1.4-1 ii tcl8.58.5.15-4 ii tk8.5 8.5.15-4 ii zlib1g1:1.2.8.dfsg-1 xcircuit recommends no packages. xcircuit 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#742494: umbrello crashes when importing java code
Package: umbrello Version: 4:4.12.3-1 Severity: important This also happens the version from jeesie. This is the output i get when i launch it from the terminal: umbrello(1584)/kdeui (kdelibs): Attempt to use QAction edit_undo with KXMLGUIFactory! umbrello(1584)/kdeui (kdelibs): Attempt to use QAction edit_redo with KXMLGUIFactory! umbrello(1584) UMLListView::findView: could not find diagrama de clase in UMLListViewItem: Vista lógica, type=lvt_Logical_View, id=Logical View, children=1 umbrello(1584) UMLListView::findView: could not find diagrama de clase in UMLListViewItem: Vista lógica, type=lvt_Logical_View, id=Logical View, children=1 Object::connect: No such signal CodeImpThread::askQuestion(QString,int) *** Error in `umbrello': free(): invalid next size (fast): 0x02dda8e0 *** Object::connect: No such signal CodeImpThread::askQuestion(QString,int) *** Error in `umbrello': double free or corruption (out): 0x02efdef0 *** *** Error in `umbrello': double free or corruption (out): 0x02f22cc0 *** *** Error in `umbrello': free(): invalid next size (fast): 0x02f6d0f0 *** *** Error in `umbrello': double free or corruption (out): 0x02f6d120 *** KCrash: Application 'umbrello' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages umbrello depends on: ii kde-runtime 4:4.11.3-1 ii libc62.18-4 ii libgcc1 1:4.8.2-16 ii libkdecore5 4:4.11.3-2 ii libkdeui54:4.11.3-2 ii libkfile44:4.11.3-2 ii libkio5 4:4.11.3-2 ii libqt4-svg 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-xml 4:4.8.5+git242-g0315971+dfsg-2 ii libqtcore4 4:4.8.5+git242-g0315971+dfsg-2 ii libqtgui44:4.8.5+git242-g0315971+dfsg-2 ii libstdc++6 4.8.2-16 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 umbrello recommends no packages. Versions of packages umbrello suggests: ii khelpcenter4 4:4.11.3-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#742265: addendum
René Bleisch wrote... After fixing this, file uses /usr/share/file/magic.mgc (created with patched packages) and works as expected file /var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories /var/lib/fai/config/scripts/NFS_CLIENT/10-create-directories: Perl script, ASCII text executable So things are good now, thanks for testing. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684388: agentx: CVE-2014-2310: Oversized Object ID
On Wed, Mar 19, 2014 at 08:35:29PM +0100, Julien Cristau wrote: On Wed, Mar 19, 2014 at 15:57:12 +0100, Simon Paillard wrote: debian-security team prefers this bug in stable to be addressed using a upload in spu instead of issuing a DSA. [..] As you can see in the bug report and debdiff, the patch is very localized, and already present in testing. You didn't send us a debdiff. Please file a bug against the release.debian.org pseudo-package including that diff. FTR, wheezy-proposed-update request at http://bugs.debian.org/742150 -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741285: bind9: FTBFS on kfreebsd: linking errors
tag 741285 + moreinfo -- I'll need someone with kfreebsd to provide a patch. lamont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726392: [Pkg-sympa-devel] Bug#726392: sympa: Sympa may not depends on more than one DBD driver
On Sun, Mar 23, 2014 at 12:14:02AM +0100, Jonas Smedegaard wrote:
[...]
In arch other than hppa, Sympa depends on libdbd-mysql-perl,
libdbd-pg-perl, libdbd-sqlite3-perl and libdbd-sybase-perl. I think that
it must depends only on libdbi-perl and must recommends one of those DBD
drivers:
I agree that that change makes sense.
You should explain why instead of saying something which is far from
being helpful.
[...]
You are free to ignore recommends, but arguing that their well-defined
meaning should be ignored in favor of your ignorance is flawed.
Please, don't be arrogant, it's not by insulting people that the bugs
will be fixed.
The policy says (7.2):
Depends:
[...]
The Depends field should also be used if the postinst or prerm scripts
require the depended-on package to be unpacked or configured in order to
run.
Recommends:
[...]
This declares a strong, but not absolute, dependency.
Thats means that the package should install and run without the need of
Recommends and it will not be the case by just moving the DB drivers
from Depends to Recommends (piuparts could easily prove that).
We had the same discussion some time ago, about ca-certificates
Recommends/Depends (the result was #717435).
Regards,
M.
--
Emmanuel Bouthenot
mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3
xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741285: bind9: FTBFS on kfreebsd: linking errors
LaMont Jones lam...@debian.org (2014-03-24): tag 741285 + moreinfo -- I'll need someone with kfreebsd to provide a patch. lamont Quoting my initial report: Please direct any questions to debian-bsd@ (X-d-cc'd), I was just passing by. :) so adding debian-bsd@ to the loop… Topic is bind9's FTBFS: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741285 Mraw, KiBi. signature.asc Description: Digital signature
Bug#742496: steam-launcher: Error:dependency is not satisifiable: libc6(=2.15
Package: steam-launcher Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Was trying to run and install Steam Client * What exactly did you do (or not do) that was effective (or ineffective)?Nothing yet * What was the outcome of this action?... * What outcome did you expect instead? -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724042: fdisk should not warn when extended partition boundaries aren't aligned with physical disk boundaries
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 3/23/2014 7:00 PM, Julian Gilbey wrote: OK, I've got one. I formatted a 2TB disk using cfdisk, and attached is what cfdisk reports. Ok, so fdisk is correct here. Basically cfdisk is a long unmaintained POS that you should not use until upstream finally gets around to rewriting it. One of the many problems it has is that it does not correctly align partitions on so called advanced format disks. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTMDROAAoJEI5FoCIzSKrw4JwH/jVvsDHGff21Bi3FJB8eJ2My BvmE3cO2jFFMwK/7i7FWm1kFZwW0D1o4UBfgjS4LuExS4IsyAZ8A4nU5eDxLtTQN HiZK0y9uv/LhITl64QatdGAMeVN9AwBs2RzCWmCmNccZlgpCpR/vHp9o0NFGflLN 0m40DTLq/5Rc9N5iUOUuAO6UG0d4OZROZ7AcCOFb/ecFPNT00BymqgbonmPbO9gq dJDie0OfET4PfG8arQ0zEGvJwAI+hoB4NRp9F458YwnOq+wdSyik7oq5wFIyfKDn ULFLkcGaRyakEKN4hrxcfPHDvaZ/iLzlkC3lzp0EmXaHB/12t+EQEAmcGUHnYGs= =/Is9 -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#742043: policyd-weight: Mail with empty envelope sender is not filtered
Hi Werner, Thanks for your reply. The current policyd-weight implementation honors the NULL-sender, passes emails with NULL-sender address and does not privide a possibiliy to change this behaviour, e.g. by config option. If you want to be able to change this behaviour (treating the NULL-sender address like every other address), please provide a patch for it. I assume most people do use DSNs. Okay, once I get the first spam mails using this hole, I will try to write a patch and send it to you. Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742497: php5-fpm: does not support getallheaders()
Package: php5-fpm Version: 5.4.4-14+deb7u8 Severity: normal Tags: upstream, patch The documentation claims that in PHP 5.4 getallheaders() is supported by other SAPIs than Apache, but this isn't actually true for fpm. This has been reported as a bug (with a patch) in 2012: https://bugs.php.net/bug.php?id=62596 . Based on this it doesn't seem like upstream is planning to fix this, so it might be nice if Debian patched it instead. -- Arto Jantunen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742338: src:expeyes: Removal of expeyes and pygrace to remove grace and t1lib
Dear Georges, I think you can just remove the dependancy on grace for the time being. It won't affect the usage except that that particular feature will fail. I think it is imported inside a try block already, else we could add that. We should avoid its removal at any cost. with regards Ajith On Sun, Mar 23, 2014 at 9:53 PM, Georges Khaznadar georges.khazna...@free.fr wrote: Dear Neil, Neil Williams a écrit : On Sun, 23 Mar 2014 01:00:08 +0100 [...] I began to watch grace's source: making it use freetype seems a huge task. Modifying expeyes to use qtiplot rather than xmgrace is easier. I made it successfully for one script; it may require some thought to make an elegant solution for every script which depends on pygrace. Then by all means, do that without delay. There is no reason to remove expeyes if it stops using grace - as it appears that porting grace to freetype is not practical. What do you mean by without delay? I suppose that you were working on the issue regarding t1lib for some time, since bug #638760 was filed on Sun, 21 Aug 2011 16:15:02 UTC (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638760) As far as I remember, I got the notice about your will to withdraw expeyes from Jessie yesterday. Even if it does not make sense, I shall upload a version of expeyes which only suggests pygrace. If somebody downloads it, she will miss some marginal features (the buttons which must launch Xmgrace will not work), but the remainder of the features will still be there. The hasty style in your previous emails suggests me that you want to remove t1lib very soon. Best regards, Georges. -- Dr. Ajith Kumar B.P. Scientist SH Inter-University Accelerator Centre Aruna Asaf Ali Marg New Delhi 110067 www.iuac.res.in Ph: (off) 91 11 26893955 (Ext.230) (res)91 11 26897867 (mob) 91 9868150852
Bug#726392: [Pkg-sympa-devel] Bug#726392: sympa: Sympa may not depends on more than one DBD driver
On Mon, Mar 24, 2014 at 02:08:46PM +0100, Emmanuel Bouthenot wrote:
[...]
Thats means that the package should install and run without the need of
Recommends and it will not be the case by just moving the DB drivers
from Depends to Recommends (piuparts could easily prove that).
To be constructive about this issue, sympa has long standing bugs about
the way the database installation is done by the package.
In order to fix this issue and many others, I think that the package
should be split like this (this just an example):
- sympa-common (the core)
- sympa-mysql
- sympa-pgsql
- sympa-sqlite
And maybe (for the web frontend, which is not required for sympa to work
properly):
- sympa-wws
- sympa(-wws)?-apache2
- sympa(-wws)?-nginx
These changes requires a lot of work but I think this is the way to go.
Regards,
M.
--
Emmanuel Bouthenot
mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3
xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650129:
See: https://github.com/malaterre/hello Steps: $ git clone g...@github.com:malaterre/hello.git $ cd hello/ $ dpkg-buildpackage -rfakeroot -us -uc [...] dh_install -plibfoo0 usr/lib/libfoo.so.* dh_install -plibfoo-dev usr/lib/libfoo.so dh_install --list-missing dh_install: usr/lib/libfoo.so.0 exists in debian/tmp but is not installed to anywhere dh_install: usr/lib/libfoo.so.1.0 exists in debian/tmp but is not installed to anywhere dh_install: usr/lib/libfoo.so exists in debian/tmp but is not installed to anywhere -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742498: RM: davical -- RoQA; RC-buggy, no maintainer activity, not in testing
Package: ftp.debian.org Severity: normal Please remove davical from sid. It has 5 RC bugs with no maintainer response, including FTBFS. It hasn't been uploaded since before Wheezy was released, and is broken with the version of postgresql in sid. It hasn't been in testing since last October. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742499: rts5139.ko: need to unload and reload rts5139 module to have the sdcard reader to work
Package: rts5139.ko Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? When inserting a sd card in the reader, nothing happens (nothing in dmesg) * What exactly did you do (or not do) that was effective (or ineffective)? booting with an sdcard inserted make it visible to the system, but then changing sdcard is not visible unless I type rmmod rts5139 modprobe RTS5139. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726217: dopewars: missing icon entry in menu file Jessie Release Goal
Control: tags -1 patch Dear maintainer, I have committed a patch to dopewars' git repository. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#742500: rts5139.ko: unable to access sdcard reader unless unloading/loading the kernel module rts5139.ko
Package: rts5139.ko Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Nothing happens when inserting a sd-card in the sdcard reader. No dmesg output * What exactly did you do (or not do) that was effective (or ineffective)? Booting with a sdcard inserted make it available. But changing sd-card make it unavailable. The workaround is to unload and reload the kernel module (rmmod rts5139 modprobe rts5139) * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718434: fixed in ca-certificates 20140223
On Mon, 2014-03-24 at 04:27 +0100, Bas Wijnen wrote: On Sun, Mar 23, 2014 at 02:50:04AM +0100, Christoph Anton Mitterer wrote: On Sat, 2014-03-22 at 13:42 +, Ivan Shmakov wrote: First of all, accepting some “random” certificates may give the users some false sense of security. This is true, and also a reason why I'm really convinced of the argument encrypt/sign,... even if it's not trusted... I don't understand what you're saying here. I just agreed to Ivan's opinion... right now many people say it's better to do crypto, even if it's anonymous and you have no idea who you're talking to... their reason is usually on of - the attacker may miss the point where the communication starts and therefore the point where he could do an MitM - even if the attacker does MitM, he would need more computing power (and therefore money) to decrypt everything. The 2nd argument is IMHO very weak... and the first one... well this might help against some people just sniffing around there and then... but not against the big attackers like NSA Co. No. The basis of a man in the middle attack is that both parties talk to you and think you are the other end of the communication. They encrypt their traffic against YOUR public key, instead of the actual recipient's key. If they encrypt it with the right key, you can see the encrypted traffic but not read it. You could modify the packets, but the only effect would be that they would fail to decrypt. Sure... o.O But that's just the point... When an attacker sits on the line between A and B,.. and they don't encrypt... than obviously he can read/tamper with everything. Now people say, encryption still helps, even when it's anonymous - and that's the scenario we were talking about. Does it really? If the attacker sits on the line between Alice and Bob (which he apparently does, since he was able to read the unencrypted stuff)... and if Alice and Bob don't verify their identities... then he can to MitM... just as you explained it above. So I'd say... anonymous encryption does not really help that much... at least not against someone who constantly sits on the line and watches all traffic (which NSAfriends surely do) It gives rather a wrong sense of security. A certificate authority does not provide the encryption keys. It only puts signatures on them. Without any CA, you can still encrypt if you have the target's public key. Well sure.. but what do you want to tell us? Of course you can.. but nobody usually manually trusts X.509 certs (i.e. non-CA-certs) An evil CA cannot read your traffic (unless they are in the path of your communication). Sure... but they can create any identity ... and getting somehow into the path of a communication.. or tricking one of the peers to a wrong path is usually the easier part. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
