Bug#725155: nmu: eztrace_0.9.1-2
Package: release.debian.org Severity: normal User: trei...@debian.org Usertags: edos-outdated nmu eztrace_0.9.1-2 . ALL . -m rebuild against binutils 2.23.90.20130927-1 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) 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#725156: man-db: Arrow keys do not work in man
Package: man-db Version: 2.6.5-2 Severity: important Dear maintainers, since some time the arrow keys do not work in man any more, as they did before, In other programs like vi or less, they do still work. So I guess, something has hapened or changed. It would be nice, if you could have a look at it. Thanks and best regards Hans -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages man-db depends on: ii bsdmainutils 9.0.5 ii debconf [debconf-2.0] 1.5.51 ii dpkg 1.16.10 ii groff-base 1.22.2-3 ii libc6 2.17-92+b1 ii libgdbm3 1.8.3-12 ii libpipeline1 1.2.4-1 ii zlib1g 1:1.2.8.dfsg-1 man-db recommends no packages. Versions of packages man-db suggests: ii chromium [www-browser] 29.0.1547.57-3+b1 ii groff1.22.2-3 ii iceweasel [www-browser] 17.0.9esr-1~deb7u1 ii konqueror [www-browser] 4:4.10.5-1 pn less none ii lynx-cur [www-browser] 2.8.8dev.12-2 ii opera [www-browser] 12.16.1860 ii w3m [www-browser]0.5.3-11 ii xemacs21-mule [www-browser] 21.4.22-3.2+b1 -- debconf information: * man-db/install-setuid: false man-db/auto-update: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725157: man-db: /etc/mailcap of man page
Package: man-db Version: 2.6.5-2 Severity: wishlist Tags: patch This is an idea for /etc/mailcap entries to run man on man pages. It allows for example see /usr/share/man/man1/man.1.gz to display with man in either X or a tty, and also non-interactive like the following (though groff-base trumps this just yet ...) run-mailcap --action=cat /usr/share/man/man1/man.1.gz The debian/man-db.mime file below can be taken by dh_installmime to install as /usr/lib/mime/packages/man-db. /usr/lib/mime/packages/groff-base has a copiousoutput entry at priority=5 which is above what I propose here for man non-interactive, which means for now the groff bit has precedence in the --action=cat above. I think the groff should be lower, but that will be a matter of groff and man-db cooperating. The priority levels apply before the output style is considered, so usually any copiousoutput should be below any interactive viewing. # priority=6 above the default 5 on the basis that viewing a man page # with man is above average sensible. # # Priority above /usr/lib/mime/packages/groff-base nroff -mandoc # since man has the advantage of running preprocessors such as tbl # specified in the man page and so gives better results. Eg on # /usr/share/man/man1/gtbl.1.gz (the tbl man page uses tbl). Locale # charset handling in man is probably better too. # # man -X is only priority=6 since the gxditview it runs is rather # basic and perhaps something more sophisticated could be higher. The # X entry is before the tty so the X is preferred under X. (The tty # one still works there, in its declared needsterminal.) # # -X100 seems to make better output than the default -X 75 dpi. # Dunno if that's some font dodginess or matching the X server's # advertised screen size resolution or something. # # test -e gxditview because it's in the groff package which is # only a Suggests of man-db and so may not be available. application/x-troff-man; /usr/bin/man -X100 -l '%s'; test=test -n $DISPLAY -a -e /usr/bin/gxditview; description=Man page; priority=6 application/x-troff-man; /usr/bin/man -l '%s'; needsterminal; description=Man page; priority=6 # -Tascii gives backspace overstriking, so use col -b to undo # that. Piping to col also means man has a non-tty output and so # does not run its usual more etc pager, ensuring this entry is # non-interactive. # application/x-troff-man; /usr/bin/man -Tascii -l '%s' | col -b; copiousoutput; description=Man page; priority=2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages man-db depends on: ii bsdmainutils 9.0.5 ii debconf [debconf-2.0] 1.5.51 ii dpkg 1.17.1 ii groff-base 1.22.2-3 ii libc6 2.17-92 ii libgdbm3 1.8.3-12 ii libpipeline1 1.2.4-1 ii zlib1g 1:1.2.8.dfsg-1 man-db recommends no packages. Versions of packages man-db suggests: ii chimera2 [www-browser] 2.0a19-8 ii chromium [www-browser] 29.0.1547.57-3+b1 ii conkeror [www-browser] 1.0~~pre+git130817-1 ii dillo [www-browser] 3.0.3-6 ii elinks-lite [www-browser]0.12~pre6-1+b1 ii groff1.22.2-3 ii iceape [www-browser] 2.7.12-1+b1 ii iceweasel [www-browser] 24.0-2 ii less 458-2 ii links [www-browser] 2.7-2 ii links2 [www-browser] 2.7-2 ii lynx-cur [www-browser] 2.8.8dev.16-1 ii netrik [www-browser] 1.16.1-1.1 ii netsurf [www-browser]2.9-2 ii netsurf-gtk [www-browser]2.9-2 ii w3-el-e21 [www-browser] 4.0pre.2001.10.27.nodocs-5 ii w3m [www-browser]0.5.3-11 ii xemacs21-mule [www-browser] 21.4.22-4 -- debconf information: * man-db/build-database: true * man-db/rebuild-database: true * man-db/install-setuid: true man-db/auto-update: true
Bug#725158: nmu: grive_0.2.0-1+b2
Package: release.debian.org Severity: normal User: trei...@debian.org Usertags: edos-outdated nmu grive_0.2.0-1+b2 . ALL . -m rebuild against binutils 2.23.90.20130927-1 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) 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#725159: pu: package lm-sensors/1:3.3.2-2+deb7u1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
lm-sensors upstream has reported an hardware breakage issue with
versions 3.3.2 or older. This causes laptop to get screens with wrong
resolution or wrong gamma factor.
Upstream asked maintainers to backport to changeset, which is what is
done in the patch below. Would it be possible to upload it?
diff -Nru lm-sensors-3.3.2/debian/changelog lm-sensors-3.3.2/debian/changelog
--- lm-sensors-3.3.2/debian/changelog 2012-06-03 16:21:48.0 +0200
+++ lm-sensors-3.3.2/debian/changelog 2013-10-01 22:18:24.0 +0200
@@ -1,3 +1,10 @@
+lm-sensors (1:3.3.2-2+deb7u1) wheezy; urgency=low
+
+ * Backport patches from upstream to skip probing for EDID or graphics
+cards, as it might causes hardware breakage (closes: #724736).
+
+ -- Aurelien Jarno aure...@debian.org Wed, 02 Oct 2013 07:45:50 +0200
+
lm-sensors (1:3.3.2-2) unstable; urgency=low
* Tell user to restart kmod instead of modules-init-tools (closes:
diff -Nru lm-sensors-3.3.2/debian/patches/15-sensors-detect-skip-EDID.patch
lm-sensors-3.3.2/debian/patches/15-sensors-detect-skip-EDID.patch
--- lm-sensors-3.3.2/debian/patches/15-sensors-detect-skip-EDID.patch
1970-01-01 01:00:00.0 +0100
+++ lm-sensors-3.3.2/debian/patches/15-sensors-detect-skip-EDID.patch
2013-10-01 22:14:54.0 +0200
@@ -0,0 +1,12 @@
+--- a/prog/detect/sensors-detect (revision 6039)
b/prog/detect/sensors-detect (revision 6040)
+@@ -3660,6 +3660,9 @@
+ $input = STDIN;
+ chomp($input);
+ @not_to_scan = parse_not_to_scan(0x03, 0x77, $input);
++ } elsif (($class 0xff00) == 0x0300) {
++ # Skip EDID addresses by default on graphics adapters
++ @not_to_scan = parse_not_to_scan(0x03, 0x77, 0x50-0x57);
+ }
+
+ open(local *FILE, $dev_i2c$adapter_nr) or
diff -Nru
lm-sensors-3.3.2/debian/patches/16-sensors-detect-skip-graphics-cards.patch
lm-sensors-3.3.2/debian/patches/16-sensors-detect-skip-graphics-cards.patch
--- lm-sensors-3.3.2/debian/patches/16-sensors-detect-skip-graphics-cards.patch
1970-01-01 01:00:00.0 +0100
+++ lm-sensors-3.3.2/debian/patches/16-sensors-detect-skip-graphics-cards.patch
2013-10-01 22:15:45.0 +0200
@@ -0,0 +1,13 @@
+--- a/prog/detect/sensors-detect (revision 6083)
b/prog/detect/sensors-detect (revision 6084)
+@@ -3652,8 +3652,8 @@
+ my ($funcs, $chip, $addr, $class, $default, $input, @not_to_scan);
+
+ $class = get_pci_class($i2c_adapters[$adapter_nr]-{parent});
+- if (($class 0xff00) == 0x0400) {
+- # Do not probe adapters on PCI multimedia cards by default
++ # Do not probe adapters on multimedia and graphics cards by default
++ if (($class 0xff00) == 0x0400 || ($class 0xff00) == 0x0300) {
+ $default = 0;
+ } elsif ($class == 0x0c01 || $class == 0x0c05
+ || find_i2c_adapter_driver($i2c_adapters[$adapter_nr]-{name})) {
diff -Nru lm-sensors-3.3.2/debian/patches/series
lm-sensors-3.3.2/debian/patches/series
--- lm-sensors-3.3.2/debian/patches/series 2012-01-27 10:53:09.0
+0100
+++ lm-sensors-3.3.2/debian/patches/series 2013-10-01 22:20:23.0
+0200
@@ -11,3 +11,5 @@
11-fancontrol-check.patch
12-sensors-detect-superio-x86.patch
14-2-digits-kernel.patch
+15-sensors-detect-skip-EDID.patch
+16-sensors-detect-skip-graphics-cards.patch
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.9-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/bash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724736: lm-sensors: Please backport upstream changes to avoid hardware breakage r6040 r6084
notfound 724736 1:3.3.4-2 fixed 724736 1:3.3.3-1 found 724736 1:3.1.2-6 found 724736 1:3.3.2-2 thanks On Fri, Sep 27, 2013 at 08:08:18PM +1000, kittyofthebox wrote: Package: lm-sensors Version: 1:3.3.4-2 Severity: normal Tags: upstream Hi, Please note the following: September 5th, 2013: Hardware breakage reported Over the past few months, we had several reports of sensors-detect causing serious trouble on recent hardware (most notably laptops.) We still don't know what exactly is happening, and while it might be reversible, we don't know how, so in practice this is equivalent to the hardware itself being broken. The symptoms are that the display starts misbehaving ( wrong resolution or wrong gamma factor.) We have mitigated the risk by changing the default behavior of sensors-detect to no longer touch EDID EEPROMs and then to no longer probe graphics adapters at all unless the user asks for it. We urge maintainers to backport changesets r6040 and r6084 to all Linux distributions which are still shipping lm-sensors 3.3.2 or older. Versions 3.3.3 and newer are not affected. Links to changesets: http://lm-sensors.org/changeset/6040 http://lm-sensors.org/changeset/6084 This seems pretty serious and I thought it warranted a bug report. I've read through the changelogs and while 1.3.4 is in unstable, stable and even old stable still have versions prior to 1.3.3 I am working on an upload. In the meantime, fixing the version number so that it appears as opened in squeeze and wheezy and closed in sid (and not the reverse). -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724760: lm-sensors: Hardware breakage reported Over the past few months reported at lm-sensors.org
forcemerge 724736 724760 thanks On Fri, Sep 27, 2013 at 05:18:58PM +0200, Claudio wrote: Package: lm-sensors Version: 1:3.3.2-2 Severity: important Dear Maintainer, As reported on lm-sensors.org I quote: September 5th, 2013: Hardware breakage reported Over the past few months, we had several reports of sensors-detect causing serious trouble on recent hardware (most notably laptops.) We still don't know what exactly is happening, and while it might be reversible, we don't know how, so in practice this is equivalent to the hardware itself being broken. The symptoms are that the display starts misbehaving ( wrong resolution or wrong gamma factor.) We have mitigated the risk by changing the default behavior of sensors-detect to no longer touch EDID EEPROMs and then to no longer probe graphics adapters at all unless the user asks for it. We urge maintainers to backport changesets r6040 and r6084 to all Linux distributions which are still shipping lm-sensors 3.3.2 or older. Versions 3.3.3 and newer are not affected. Debian stable (wheezy) is using 3.3.2, I haven't personally experienced any issues but I think it's important enough and should be looked into. This has already been reported as bug #724736. Merging. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725160: opu: package lm-sensors-3/1:3.1.2-6+deb6u1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: opu
lm-sensors upstream has reported an hardware breakage issue with
versions 3.3.2 or older. This causes laptop to get screens with wrong
resolution or wrong gamma factor.
Upstream asked maintainers to backport to changeset, which is what is
done in the patch below. Would it be possible to upload it?
diff -u lm-sensors-3-3.1.2/debian/changelog lm-sensors-3-3.1.2/debian/changelog
--- lm-sensors-3-3.1.2/debian/changelog
+++ lm-sensors-3-3.1.2/debian/changelog
@@ -1,3 +1,10 @@
+lm-sensors-3 (1:3.1.2-6+deb6u1) squeeze; urgency=low
+
+ * Backport patches from upstream to skip probing for EDID or graphics
+cards, as it might causes hardware breakage (closes: #724736).
+
+ -- Aurelien Jarno aure...@debian.org Wed, 02 Oct 2013 07:54:02 +0200
+
lm-sensors-3 (1:3.1.2-6) unstable; urgency=low
* Fix return value in fancontrol --check (closes: bug#583216).
diff -u lm-sensors-3-3.1.2/debian/patches/series
lm-sensors-3-3.1.2/debian/patches/series
--- lm-sensors-3-3.1.2/debian/patches/series
+++ lm-sensors-3-3.1.2/debian/patches/series
@@ -11,0 +12,2 @@
+12-sensors-detect-skip-EDID.patch
+13-sensors-detect-skip-graphics-cards.patch
only in patch2:
unchanged:
---
lm-sensors-3-3.1.2.orig/debian/patches/13-sensors-detect-skip-graphics-cards.patch
+++
lm-sensors-3-3.1.2/debian/patches/13-sensors-detect-skip-graphics-cards.patch
@@ -0,0 +1,13 @@
+--- a/prog/detect/sensors-detect (revision 6083)
b/prog/detect/sensors-detect (revision 6084)
+@@ -3652,8 +3652,8 @@
+ my ($funcs, $chip, $addr, $class, $default, $input, @not_to_scan);
+
+ $class = get_pci_class($i2c_adapters[$adapter_nr]-{parent});
+- if (($class 0xff00) == 0x0400) {
+- # Do not probe adapters on PCI multimedia cards by default
++ # Do not probe adapters on multimedia and graphics cards by default
++ if (($class 0xff00) == 0x0400 || ($class 0xff00) == 0x0300) {
+ $default = 0;
+ } elsif ($class == 0x0c01 || $class == 0x0c05
+ || find_i2c_adapter_driver($i2c_adapters[$adapter_nr]-{name})) {
only in patch2:
unchanged:
--- lm-sensors-3-3.1.2.orig/debian/patches/12-sensors-detect-skip-EDID.patch
+++ lm-sensors-3-3.1.2/debian/patches/12-sensors-detect-skip-EDID.patch
@@ -0,0 +1,12 @@
+--- a/prog/detect/sensors-detect (revision 6039)
b/prog/detect/sensors-detect (revision 6040)
+@@ -3660,6 +3660,9 @@
+ $input = STDIN;
+ chomp($input);
+ @not_to_scan = parse_not_to_scan(0x03, 0x77, $input);
++ } elsif (($class 0xff00) == 0x0300) {
++ # Skip EDID addresses by default on graphics adapters
++ @not_to_scan = parse_not_to_scan(0x03, 0x77, 0x50-0x57);
+ }
+
+ open(local *FILE, $dev_i2c$adapter_nr) or
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.9-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/bash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721947: ITA: unetbootin -- Installer of Linux/BSD distributions
Hi, I'm the upstream maintainer of UNetbootin. Karim hasn't made any progress on this for the past month; I contacted him several weeks ago, and more recently two weeks ago, but no indication of progress in either instance. Maintainence of this package is extremely easy; I even have an updated git repository (don't have push access to collab-maint) with the packaging for the latest version at https://github.com/unetbootin/unetbootin-debian which is just a git-import-orig and a few lintian/standards-version fixes relative to the current packaging]. Could maintainence be given to me or someone else [I'd be able to upload a package to mentors.debian.net but don't have upload privs myself]? Thanks! Sorry for the impatience, I just want to be sure the latest version is uploaded to Debian in time for the Ubuntu freeze window.
Bug#721498: O: silo -- Sparc Improved LOader
On Wed, Oct 2, 2013 at 3:27 AM, Axel Beckert a...@debian.org wrote: Control: retitle -1 ITA: silo -- Sparc Improved LOader Control: owner -1 ! Hi Jurij, Jurij Smakov wrote: There are currently no serious bugs that I know of, so it's mostly about keeping it reasonably up to date. Ok, I'll try my luck. I managed to revamp the package in a way that my UltraSparc still boots. ;-) I though couldn't yet play around with silo on sparc64, see my other recent mail to debian-sp...@lists.debian.org. Prospective maintainers should have access to sparc hardware to be able to do at least minimal testing, Given. joining the 'debootloaders' project on Alioth (within which silo was previously maintained) is a good idea as well. Request sent. I'm also already subscribed to the debootloaders-silo mailing list. I though don't intent to continue maintaining the package in svn, but rather switch to git, with the git repository based on the previous svn repository. I'll create the git repository on Alioth and push my changes as soon as I've got write permissions to /git/debootloaders/. I approved your membership request, so you should be good to go now. Thanks for picking it up. Further co-maintainers of course still welcome! :-) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- Jurij Smakov | ju...@wooyd.org | Key IDs: 43C30A7D/C99E03CC
Bug#725161: libqt5qml-quickcontrols: ApplicationWindow: module QtQuick.Layouts is not installed
Package: libqt5qml-quickcontrols
Version: 5.1.1-1
Severity: normal
Quick.Controls contains ApplicationWindow.
But when trying to use it, an error appears:
file:///usr/lib/x86_64-linux-gnu/qt5/qml/QtQuick/Controls/ApplicationWindow.qml:44:1:
module QtQuick.Layouts is not installed
import QtQuick.Layouts 1.0
Indeed, under /usr/lib/x86_64-linux-gnu/qt5/qml/QtQuick there really
is no Layouts subfolder.
ApplicationWindow.qml invokes it with import QtQuick.Layouts 1.0
You can test it by replacing the Rectangle{ } in main.qml from the
default Qt Quick 2 project with
import QtQuick.Controls 1.0
ApplicationWindow {
id: window
}
Looks like qt5/qml/QtQuick/Layouts might have been missed while
splitting the monolithic source into modules.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libqt5qml-quickcontrols depends on:
ii dpkg1.17.1
ii libc6 2.17-93
ii libqt5core5 [qtbase-abi-5-1-0] 5.1.1+dfsg-3
ii libqt5gui5 5.1.1+dfsg-3
ii libqt5qml5 5.1.1-1
ii libqt5quick55.1.1-1
ii libqt5widgets5 5.1.1+dfsg-3
ii libstdc++6 4.8.1-10
ii multiarch-support 2.17-93
libqt5qml-quickcontrols recommends no packages.
libqt5qml-quickcontrols 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#717360: Review for RFS: niceshaper/1.0.0-2 [ITP]
Hi Johann. Thank you for reviewing of my package. Yesterday i uploaded new version to mentors according to your suggestions. W dniu 2013-09-29 19:30, Johann Felix Soden napisał(a): Hi Mariusz, here a short review of your niceshaper package on mentors.d.n (might not be complete): - COPYING and debian/copyright do not match: Is your software GPL-2 or GPL-2+, which means GPL v2 or later? Fixed: NiceShaper is GPL-2. - remove trailing whitespaces in debian/ files (use egrep '\s$' debian/*). - remove the comments at the beginning of debian/rules about its dh-make origin. Both fixed. - fix lintian warnings: W: niceshaper source: out-of-date-standards-version 3.9.3 (current is 3.9.4) Bumped to 3.9.4 W: niceshaper: hardening-no-relro usr/bin/niceshaper I: niceshaper: hardening-no-fortify-functions usr/bin/niceshaper - Enable hardening: switch to debian/compat 9 and adapt the makefiles accordingly: they should append to the build flags. The code does not compile with -Werror=format-security so you need either overwrite this flag or fix your code. I made a patch introduce_hardening.patch as it was faster than makeing new upstream release. Binary is these warnings free and of course compile properly now. - As it seems that the configuration of niceshaper needs to be adapted nearly everywhere, it does not make much sense to start it automatically with some example settings. Therefore I recommend you to disable it by default (add a commented /etc/default/niceshaper file with something like NICESHAPER_ENABLE=false and check it in the init.d script). Add a README.Debian which describe what the user needs to do to enable it. But maybe you have a better idea, how to improve the usage for normal user. In previous version i put dh_installinit --no-start in debian/rules but it was not the full solution what i realized. Your suggestion is great addition. I added /etc/default/niceshaper and README.Debian with explanation and introduce NICESHAPER_ENABLE option to initscript. When some one try to run niceshaper and NICESHAPER_ENABLE is no they get warning with hint: NiceShaper not enabled in /etc/default/niceshaper - bonus (optional): support vim-addon-manager (add /usr/share/vim/registry/niceshaper.yaml, see /usr/share/doc/vim-addon-manager/addons-proposal.txt for details). I didn't know vim-addon-manager, sounds interesting. But for now can i omit implementing this feature as it is bonus? I will come back to this feature in the future. Best regards Mariusz Jedwabny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725162: mediawiki: Don't require mod_php
Package: mediawiki Version: 1:1.19.8+dfsg-1 Severity: important Please change the stanzas in the Apache config file snippet to read: Directory /var/lib/mediawiki/upload Options -FollowSymLinks AllowOverride None IfModule mod_php5.c php_admin_flag engine off /IfModule /Directory Some people try to run PHP as a FCGI server and not in the browser … -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mediawiki depends on: ii apache22.4.6-3 ii apache2-bin [httpd]2.4.6-3 ii debconf [debconf-2.0] 1.5.51 ii libjs-jquery 1.7.2+dfsg-3 ii libjs-jquery-cookie8-2 ii libjs-jquery-form 8-2 ii libjs-jquery-tipsy 8-2 ii mime-support 3.54 ii php5 5.4.4-14+deb7u4 ii php5-mysql 5.4.4-14+deb7u4 Versions of packages mediawiki recommends: ii mediawiki-extensions-base 3.4 pn mysql-server | postgresql-contrib none ii php-wikidiff2 0.0.1+svn109581-1 ii php5-cli 5.4.4-14+deb7u4 ii python 2.7.5-4 Versions of packages mediawiki suggests: ii clamav 0.97.8+dfsg-1 ii imagemagick8:6.7.7.10-5+deb7u2 ii mediawiki-extensions-math 2:1.0+git20120528-8 ii memcached 1.4.13-0.2 ii php5-gd5.4.4-14+deb7u4 -- Configuration Files: /etc/mediawiki/apache.conf changed [not included] -- debconf information: mediawiki/webserver: apache2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725126: org-mode: Missing LaTeX dependency needed for PDF export
tag + 725126 confirmed pending thanks I will make texlive-generic-recommended and texlive-latex-recommended both Recommends. Cheers, --Seb On Oct/01, Dima Kogan wrote: Package: org-mode Version: 8.0.7-2 Severity: normal Hi. Org 8.0 updated much about their export system. In particular, when doing a PDF export of a file that worked just fine in Org 7.0, I now get this error: ! LaTeX Error: File `ulem.sty' not found. This style lives in texlive-generic-recommended, so the new org-mode package probably should have this as a dependency. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages org-mode depends on: ii emacs-snapshot 2:20130804-1 ii emacs-snapshot-lucid [emacs-snapshot] 2:20130804-1 ii emacs2323.4+1-4.1 ii emacs24-lucid [emacs24]24.3+1-1.1 org-mode recommends no packages. Versions of packages org-mode suggests: pn ditaa none pn easypg 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#721434: Mistake
This is just to say that the commands I have in the previous message are completely wrong. It should be something like git clone git://anonscm.debian.org/collab-maint/gedit-latex.git cd gedit-latex git checkout --track origin/upstream git checkout --track origin/adapted_3.8.0 git checkout adapted_3.8.0 git-buildpackage --git-debian-branch=adapted_3.8.0 sudo dpkg -i ../gedit-latex-plugin_3.8.0-1_all.deb Pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725163: RFP: kivy -- kivy
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: kivy Version: 1.7.2 Upstream Author: The kivy authors URL: http://kivy.org License: MIT Description: Open source Python library for rapid development of applications that make use of innovative user interfaces, such as multi-touch apps. With kivy you can implement Python applications which will run on Windows, Mac, Linux, iOS and Android. -- Bastian Venthur http://venthur.de Debian Developer venthur at 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#722450: Aw: Re: Bug#722450: RFS: osmctools/0.1-1 [ITP] -- Some tools to manipulate OpenStreetMap files
Cher Pierre, I'm stuck. How can I improve my packaging ? It seems like you need some person to be in direct contact with to guide you through whatever there is to do. With too many individuals reading your call for help, and everyone somehow busy with something already, it is typically like everyone waits for someone else to jump to your side, first :) I recall from some other email that you have already found the GIS group. https://wiki.debian.org/DebianGis They have a mailing list https://wiki.debian.org/DebianGis/MailingLists that you can use instead of the mentors list, maybe not so very officially, but you just reach out to people of the same interest. Have you already registered with it? Was there someone showing up prepared to help out? A quick look does not show too many postings in October. Another good source of help is with https://wiki.debian.org/Keysigning/Offers#FR Anybody geographically nearby is also expected to help you out and meeting up for the key signing, about the first step in the process to get the credentials to upload the package yourself, is also much fun. You will find someone, I am sure. Best, Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724216: repmgr: FTBFS: repmgrd.c:654:25: error: request for member 'xlogid' in something not a structure or union
Il 22/09/13 19:10, David Suárez ha scritto: Source: repmgr Version: 2.0~beta1-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130922 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. I verified that the current version of Repmgr is not compatible with PostgreSQL 9.3 due to the changew of internal representation of XLog information[1]. I'm working with the upstream to prepare a patch. Ciao, Marco [1] http://postgresql.1045698.n5.nabble.com/XLog-changes-for-9-3-td5711573.html -- - |Marco Nenciarini| Debian/GNU Linux Developer - Plug Member | | mnen...@prato.linux.it | http://www.prato.linux.it/~mnencia | - Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712237: CUPS make test dependent on cups-filters
Control: forwarded -1 rdar://problem/14292998 Control: tags -1 +upstream Le 2013-10-01 15:37, Michael Sweet a écrit : This is: rdar://problem/14292998 cups.org: Test suite fails if you don't have cups-filters installed on Linux which I filed back in June for you and Didier. Indeed, thanks. Marking the related Debian bugreport as such and CC'ing it. That said, it's quite hard to keep track without having an access to that rdar:// system. This WILL NOT be fixed for 1.6.x or 1.7.0, but will be addressed in a later release. (and for the record, short of a major issue being reported against 1.6.4, there will not be a 1.6.5 release) As for what Debian is concerned, we will most certainly ship 1.7.x in Jessie, making the major upgrades jump from 1.5.x (in Wheezy) to 1.7.x. Thanks for the feedback, cheers, OdyX On Oct 1, 2013, at 5:18 AM, Till Kamppeter till.kamppe...@gmail.com wrote: I want to report a problem of CUPS 1.6.4 and 1.7rc1 which should get fixed in 1.6.5 and 1.7.0 final. The problem is the build test procedure triggered by running make test (or make check). It has the following problems: 1. It depends on the installed cups-filters package. Especially if I add or remove filters the test in the cups package needs to get adapted. Also some tests do things requiring the presence of cups-filters, like printing an image file on a virtual PostScript printer. A build test of a package should only depend on the content of the package itself. If an IPP conformance tests is shipped with CUPS it should be separate, for example an ipptest command line utility, usable at run time. 2. The tests fail if cups-filters is in its default configuration, which has cost factors set in a way that if the input is PostScript and the printer is PostScript, the pstops filter (part of CUPS) is called instead of the awkward detour pstopdf-pdftopdf-pdftops. If the cost factors in cups-filters are changed so that pstopdf-pdftopdf-pdftops the tests succeed in this case. See the following Debian bug report about which tests fail: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712237#20 a complete log is attached to the bug report. What needs to get fixed is either pstops or the test suite. Letting the cost factors for the filter chain doing an awkward detour which makes many jobs fail is not a real solution. Till -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725164: dovenull user has wrong group
Package: dovecot-core Version: 1:2.1.7-7 Severity: important Tags: security According to http://wiki2.dovecot.org/UserIds upstream recomends special restrictions to user dovenull: dovenull user is used internally for processing users' logins. It shouldn't have access to any files, authentication databases or anything else either. It should belong to its own private dovenull group where no one else belongs to, and which doesn't have access to any files either (other than what Dovecot internally creates). Important part: ... private dovenull group where no one else belongs ... Currently my install has: $ id dovenull $ uid=107(dovenull) gid=65534(nogroup) groups=65534(nogroup) And to nogroup belongs plenty of other users: $ cat /etc/passwd | grep ':65534:' $ sync:x:4:65534:sync:/bin:/bin/sync $ nobody:x:65534:65534:nobody:/nonexistent:/bin/sh $ sshd:x:103:65534::/var/run/sshd:/usr/sbin/nologin $ dovenull:x:107:65534:Dovecot login user,,,:/nonexistent:/bin/false This configuration mismatch is not described in: /usr/share/doc/dovecot-core/README.Debian.gz This does not follow upstream recomendations and can rise unplaned security issues. Please fix this or explain in /usr/share/doc/dovecot-core/README.Debian.gz why debian does not follow upstream recomendation. -- Package-specific info: -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-7-pve (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-core depends on: ii adduser 3.113+nmu3 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libssl1.0.0 1.0.1e-2 ii openssl 1.0.1e-2 ii ucf 3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-13 dovecot-core recommends no packages. Versions of packages dovecot-core suggests: pn dovecot-gssapinone ii dovecot-imapd 1:2.1.7-7 pn dovecot-ldap none pn dovecot-lmtpd none pn dovecot-managesieved none pn dovecot-mysql none pn dovecot-pgsql none pn dovecot-pop3d none pn dovecot-sieve none pn dovecot-solr none pn dovecot-sqlitenone pn ntp none Versions of packages dovecot-core is related to: ii dovecot-core [dovecot-common] 1:2.1.7-7 pn dovecot-dbgnone pn dovecot-devnone pn dovecot-gssapi none ii dovecot-imapd 1:2.1.7-7 pn dovecot-ldap none pn dovecot-lmtpd none pn dovecot-managesieved none pn dovecot-mysql none pn dovecot-pgsql none pn dovecot-pop3d none pn dovecot-sieve none pn dovecot-sqlite 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#725165: engauge-digitizer: Segemntation fault when exporting several curves
Package: engauge-digitizer Version: 5.0-3 Severity: important Dear Maintainer, When importing an image of a curve (say a png for instance) showing several curves (2 curves for instance), it is possible to define several curves that are supposed to be exportable together. However after having spotted the datapoints of each curve, engauge segfaults when pressing on export. Pressing on the command Settings/Export settings also leads to a segfault. A way to workaround is to plot each curve separately : the export of a single curve works properly. When running engauge from a terminal, the only information displayed is Erreur de segmentation (I run a french testing debian, it reads Segmentation fault in english). Sincerly, Moi -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages engauge-digitizer depends on: ii libc6 2.17-92+b1 ii libfftw3-3 3.3.3-5+b1 ii libgcc11:4.8.1-10 ii libqt4-network 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-qt3support 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libstdc++6 4.8.1-10 engauge-digitizer recommends no packages. Versions of packages engauge-digitizer suggests: pn engauge-digitizer-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#725161: libqt5qml-quickcontrols: ApplicationWindow: module QtQuick.Layouts is not installed
Quick.Controls contains ApplicationWindow. But when trying to use it, an error appears: file:///usr/lib/x86_64-linux-gnu/qt5/qml/QtQuick/Controls/ApplicationWindow.qml:44:1: module QtQuick.Layouts is not installed import QtQuick.Layouts 1.0 Indeed, under /usr/lib/x86_64-linux-gnu/qt5/qml/QtQuick there really is no Layouts subfolder. Once again I answer my own question! layouts are provided by qtdeclarative5-quicklayouts-plugin The nomenclature seems inconsistent, qtdeclarative5-quicklayouts-plugin on the one hand, libqt5qml-quickcontrols on the other. qtdeclarative5-quicklayouts-plugin does depend on libqt5qml-quickcontrols, but in my case, using Quick.Controls.ApplicationWindow, the dependency goes in the other direction. I couldn't see anything in qtdeclarative5-quicklayouts-plugin which depends on Quick.Controls. Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725156: man-db: Arrow keys do not work in man
On Wed, Oct 02, 2013 at 08:06:49AM +0200, Hans-J. Ullrich wrote: since some time the arrow keys do not work in man any more, as they did before, In other programs like vi or less, they do still work. So I guess, something has hapened or changed. man just invokes another pager depending on your local configuration. Have you checked which pager it is invoking? -- 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#725132: libquvi7: support for view.vzaar.com
Control: reassign -1 libquvi-scripts Control: tag -1 upstream On 10/01/2013 23:40, Daniel Kahn Gillmor wrote: http://penpalsfilm.com/ embeds an iframe to http://view.vzaar.com/1020181/player -- trying to fetch either URL with cclive or other libquvi bindings fails to fetch the video in question. [...] thanks for maintaining quvi in debian. if you feel like this belongs to another package, feel free to reassign the bug. The libquvi-scripts package contains the Lua scripts used to scrape sites and is the right package for this. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725094: libvtk5-dev: Build-deps uninstallable on mips
On Tue, Oct 1, 2013 at 22:00:04 +0300, Andrei POPESCU wrote: Control: reassign -1 src:vtk On Lu, 30 sep 13, 18:18:18, Wookey wrote: Source: libvtk5-dev Version: 5.8.0-14.1 Severity: important apt-get install libvtk5-dev in a mips porterbox unstable chroot fails: - #apt-get install libvtk5-dev Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libvtk5-dev : Depends: mpi-default-dev but it is not going to be installed E: Unable to correct problems, you have held broken packages. Command apt-get install -- libvtk5-dev exited with exit code 1. -- This prevents packages which build-dep on libvtk5 from building on this arch, such as: https://buildd.debian.org/status/package.php?p=therionsuite=sid which is how I noticed the issue. The problem seems to be that libvtk5-dev depends on: mpi-default-dev - libmpich2-dev - libmpich-dev - libmpich10 whilst libvtk5.8 depends on: libmpich2-3 and libmpich2-3 conflicts with libmpich10 So, err, why does libmpich10 conflict with libmpich2-3? The whole point (or at least an important part) of versioning shared libraries and their packages is to allow co-installability... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700736: Problem seems to be solved in current unstable Version 3.8.5
Hi, I did encounter the same problem today. I then tried an upgrade to unstable/3.8.5. There, I was able to see my calender and tasks. (There are other issues with the calender, so I cannot fully recommend to use this as a solution, but this is another bug). I suggest to mark this bug as closed for v3.8.5. Best regards Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725166: ruby2.0-dev: Invalid path for architecture dependent includes
Package: ruby2.0-dev Version: 2.0.0.299-2 Severity: important Hi, Yesterday, I've found that the path for architecture dependent includes returned by the .pc file is not the same as the one actually used on disk. $ pkg-config --cflags ruby-2.0 -I/usr/include/ruby-2.0.0/x86_64-linux-gnu -I/usr/include/ruby-2.0.0 While the files are installed under /usr/include/x86_64-linux-gnu/ruby-2.0.0 I guess this is not expected. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#725094: libvtk5-dev: Build-deps uninstallable on mips
It was our error, probably, packaging new version of mpich [1]. I will check that and remove conflicts/replaces of libmpich10 AFAP. [1] http://anonscm.debian.org/gitweb/?p=debian-science/packages/mpich.git;a=blob;f=debian/control;h=b6eaa8e6d803740cbb7ae06528ede6bf56d6f836;hb=HEAD#l70 Cheers, Anton 2013/10/2 Julien Cristau julien.cris...@logilab.fr: So, err, why does libmpich10 conflict with libmpich2-3? The whole point (or at least an important part) of versioning shared libraries and their packages is to allow co-installability... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725168: evolution-ews: Creating an Appointment fails
Package: evolution-ews Version: 3.8.5-2 Severity: normal Dear Maintainer, I have set up an EWS Account for an Exchange 2010 server. When I try to create an Appointment within the corresponding calendar it fails with the following error message: Cannot create calendar object: The request failed schema validation: The 'http://schemas.microsoft.com/exchange/services/2006/types:EmailAddress' element is invalid - The value '' is invalid according to its datatype 'http://schemas.microsoft.com/exchange/services/2006/types:NonEmptyStringType' - The actual length is less than the MinLength value. Best regards Ben -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (700, 'stable'), (500, 'stable-updates'), (90, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution-ews depends on: ii evolution 3.8.5-2 ii libatk1.0-0 2.10.0-2 ii libc6 2.17-93 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcamel-1.2-43 3.8.5-2 ii libcomerr2 1.42.5-1.1 ii libebackend-1.2-6 3.8.5-2 ii libebook-contacts-1.2-0 3.8.5-2 ii libecal-1.2-15 3.8.5-2 ii libedata-book-1.2-17 3.8.5-2 ii libedata-cal-1.2-20 3.8.5-2 ii libedataserver-1.2-17 3.8.5-2 ii libenchant1c2a 1.6.0-7 ii libevolution 3.8.5-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libgtk-3-0 3.8.4-1 ii libgtkhtml-4.0-0 4.6.6-2 ii libgtkhtml-editor-4.0-0 4.6.6-2 ii libical0 0.48-2 ii libjavascriptcoregtk-3.0-0 2.0.4-5 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3 2:3.14.3-1 ii libnss3-1d 2:3.14.3-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libsecret-1-0 0.15-2 ii libsoup2.4-1 2.42.2-6 ii libsqlite3-0 3.7.13-1+deb7u1 ii libwebkitgtk-3.0-0 2.0.4-5 ii libxml2 2.9.1+dfsg1-3 evolution-ews recommends no packages. evolution-ews 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#725004: [Pkg-haskell-maintainers] Bug#725004: big endian bug
Hi, Am Mittwoch, den 02.10.2013, 01:37 -0400 schrieb Joey Hess: I belive all failed arches are big endian. The Crypto/Cipher/TripleDES.hs which is failing a roundtrip decrypt . encrypt test is littered with code that assumes little endian: word64ToBs :: Word64 - B.ByteString word64ToBs = runPut . putWord64le This has been extensively rewritten in the 0.6.1 release, and I believe fixed for big endian. haskell-cipher-aes would need to be upgraded to update to that version, but I see no other obstacles.. thanks for checking. The upgrade would pull in a few other packges, but seems to be possible (assuming sensible build-depends by upstream): $ darcs diff -p '0.6.1' --diff-opts -u0|grep -v @ * Updates for cryptocipher 0.6.1 diff -rN -u -u0 old-tools/all-packages/packages.txt new-tools/all-packages/packages.txt --- old-tools/all-packages/packages.txt 2013-10-02 10:36:44.580748487 +0200 +++ new-tools/all-packages/packages.txt 2013-10-02 10:36:44.584748487 +0200 -cipher-aes 0.1.8 +cipher-aes 0.2.5 -cprng-aes 0.3.4 +cprng-aes 0.5.2 -cryptocipher 0.5.2 +cryptocipher 0.6.1 -crypto-cipher-types 0.0.5 +crypto-cipher-types 0.0.6 -crypto-numbers 0.1.3 -crypto-pubkey 0.1.4 +crypto-numbers 0.2.1 +crypto-pubkey 0.2.1 -tls-extra 0.6.3 +tls-extra 0.6.5 Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#725169: /etc/init.d/ssh: Init script doesn't check for root privileges
Package: openssh-server
Version: 1:6.0p1-4
Severity: normal
File: /etc/init.d/ssh
Tags: patch
Dear Maintainer,
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
Running /etc/init.d/ssh reload without root privileges returns a returncode of
0 and from the
output it seems like the SSH daemon was reloaded, but as an actual reload
requires root
privileges nothing actually happened. This was tested by changing a config
option and then
reloading without root privileges, the new config was indeed not active. The
init script attached
to this bug report checks for root privileges and thus fixes this issue.
-- System Information:
Debian Release: 7.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages openssh-server depends on:
ii adduser3.113+nmu3
ii debconf [debconf-2.0] 1.5.49
ii dpkg 1.16.10
ii libc6 2.13-38
ii libcomerr2 1.42.5-1.1
ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1
ii libkrb5-3 1.10.1+dfsg-5+deb7u1
ii libpam-modules 1.1.3-7.1
ii libpam-runtime 1.1.3-7.1
ii libpam0g 1.1.3-7.1
ii libselinux12.1.9-5
ii libssl1.0.01.0.1e-2
ii libwrap0 7.6.q-24
ii lsb-base 4.1+Debian8+deb7u1
ii openssh-client 1:6.0p1-4
ii procps 1:3.3.3-3
ii zlib1g 1:1.2.7.dfsg-13
Versions of packages openssh-server recommends:
ii ncurses-term 5.9-10
ii openssh-blacklist0.4.1+nmu1
ii openssh-blacklist-extra 0.4.1+nmu1
pn xauthnone
Versions of packages openssh-server suggests:
pn molly-guard none
pn monkeysphere none
pn rssh none
pn ssh-askpass none
pn ufw none
-- Configuration Files:
/etc/init.d/ssh changed:
set -e
if [ `id -u` -ne 0 ]; then
echo You need root privileges to run this script
exit 1
fi
test -x /usr/sbin/sshd || exit 0
( /usr/sbin/sshd -\? 21 | grep -q OpenSSH ) 2/dev/null || exit 0
umask 022
if test -f /etc/default/ssh; then
. /etc/default/ssh
fi
. /lib/lsb/init-functions
if [ -n $2 ]; then
SSHD_OPTS=$SSHD_OPTS $2
fi
run_by_init() {
([ $previous ] [ $runlevel ]) || [ $runlevel = S ]
}
check_for_no_start() {
# forget it if we're trying to start, and /etc/ssh/sshd_not_to_be_run exists
if [ -e /etc/ssh/sshd_not_to_be_run ]; then
if [ $1 = log_end_msg ]; then
log_end_msg 0 || true
fi
if ! run_by_init; then
log_action_msg OpenBSD Secure Shell server not in use
(/etc/ssh/sshd_not_to_be_run) || true
fi
exit 0
fi
}
check_dev_null() {
if [ ! -c /dev/null ]; then
if [ $1 = log_end_msg ]; then
log_end_msg 1 || true
fi
if ! run_by_init; then
log_action_msg /dev/null is not a character device! || true
fi
exit 1
fi
}
check_privsep_dir() {
# Create the PrivSep empty dir if necessary
if [ ! -d /var/run/sshd ]; then
mkdir /var/run/sshd
chmod 0755 /var/run/sshd
fi
}
check_config() {
if [ ! -e /etc/ssh/sshd_not_to_be_run ]; then
/usr/sbin/sshd $SSHD_OPTS -t || exit 1
fi
}
export PATH=${PATH:+$PATH:}/usr/sbin:/sbin
case $1 in
start)
check_privsep_dir
check_for_no_start
check_dev_null
log_daemon_msg Starting OpenBSD Secure Shell server sshd || true
if start-stop-daemon --start --quiet --oknodo --pidfile
/var/run/sshd.pid --exec /usr/sbin/sshd -- $SSHD_OPTS; then
log_end_msg 0 || true
else
log_end_msg 1 || true
fi
;;
stop)
log_daemon_msg Stopping OpenBSD Secure Shell server sshd || true
if start-stop-daemon --stop --quiet --oknodo --pidfile
/var/run/sshd.pid; then
log_end_msg 0 || true
else
log_end_msg 1 || true
fi
;;
reload|force-reload)
check_for_no_start
check_config
log_daemon_msg Reloading OpenBSD Secure Shell server's configuration
sshd || true
if start-stop-daemon --stop --signal 1 --quiet --oknodo --pidfile
/var/run/sshd.pid --exec /usr/sbin/sshd; then
log_end_msg 0 || true
else
log_end_msg 1 || true
fi
;;
restart)
check_privsep_dir
check_config
log_daemon_msg Restarting OpenBSD Secure Shell server sshd || true
start-stop-daemon --stop --quiet --oknodo --retry 30 --pidfile
/var/run/sshd.pid
check_for_no_start log_end_msg
check_dev_null log_end_msg
if start-stop-daemon --start --quiet --oknodo
Bug#725159: pu: package lm-sensors/1:3.3.2-2+deb7u1
Control: tag -1 wheezy confirmed Hi Aurélien, Aurelien Jarno aure...@debian.org (2013-10-02): lm-sensors upstream has reported an hardware breakage issue with versions 3.3.2 or older. This causes laptop to get screens with wrong resolution or wrong gamma factor. Upstream asked maintainers to backport to changeset, which is what is done in the patch below. Would it be possible to upload it? looks good to me, please upload. Mraw, KiBi. signature.asc Description: Digital signature
Bug#725168: Fixed upstream - 3.9.90+
tag 725168 +fixed-upstream thanks Just discovered, that apparently this has already been reported and fixed upstream: https://bugzilla.gnome.org/show_bug.cgi?id=702922 (Created commit 286ab97 in ews master (3.9.90+)) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725160: opu: package lm-sensors-3/1:3.1.2-6+deb6u1
Control: tag -1 squeeze confirmed Hi again, Aurelien Jarno aure...@debian.org (2013-10-02): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: opu lm-sensors upstream has reported an hardware breakage issue with versions 3.3.2 or older. This causes laptop to get screens with wrong resolution or wrong gamma factor. Upstream asked maintainers to backport to changeset, which is what is done in the patch below. Would it be possible to upload it? looks good to me, except that for squeeze we were (and AFAICT are still) using +squeezeN suffixes, so you probably should use 1:3.1.2-6+squeeze1 instead of 1:3.1.2-6+deb6u1. Mraw, KiBi. signature.asc Description: Digital signature
Bug#712283: qcontrol: add support for i386/amd64 based devices like the QNAP TS-569 Pro
On Tue, Oct 01, 2013 at 08:58:44PM +0100, Ian Campbell wrote: On Tue, 2013-07-02 at 01:27 +0200, Christoph Anton Mitterer wrote: Well,... not sure if the A125 support is enough for you to build it for non-arm... it think though it would be worth it. I finally to round to uploading this to experimental. I sent it there because I added debconf prompting when the platform cannot be determined and wanted to let it settle for a bit before unleshing it on unstable. I slightly nobbed this up and uploaded 0.5.2-2~exp1 to unstable instead of experimental. After fixing that unstable now contains 0.5.2-2 and experimental 0.5.2-3~exp1 -- you'll want the latter. Ian. Anyway, you'll want to select the unknown option for now but if you want to send me a qcontrol.conf for your platform I'll include it in a future upload. Cheers, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725170: ITP: python-clamd -- clamd is a portable Python module to use the ClamAV anti-virus engine on Windows, Linux, MacOSX and other platforms. It requires a running instance of the clamd daemon
Package: wnpp Severity: wishlist Owner: Daniel Wozniak d...@woz.io * Package name: python-clamd Version : 1.0.1 Upstream Author : Thomas Grainger tagr...@gmail.com * URL : https://github.com/orvant/debian-python-clamd * License : LGPL Programming Lang: Python Description : clamd is a portable Python module to use the ClamAV anti-virus engine clamd is a portable Python module to use the ClamAV anti-virus engine on Windows, Linux, MacOSX and other platforms. It requires a running instance of the clamd daemon. . This is a fork of pyClamd v0.2.0 created by Philippe Lagadec and published on his website: http://www.decalage.info/en/python/pyclamd which in turn is a slightly improved version of pyClamd v0.1.1 created by Alexandre Norman and published on his website: http://xael.org/norman/python/pyclamd/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725170: ITP: python-clamd -- clamd is a portable Python module to use the ClamAV anti-virus engine on Windows, Linux, MacOSX and other platforms. It requires a running instance of the clamd daemon
I included the wrong url. It should be. URL: https://github.com/graingert/python-clamd/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683188: notfixed 683188 subversion/1.7.9-1
Control: notfixed -1 subversion/1.7.9-1 Oops, already notfixed subversion/1.7.9-1+nmu1, but the +nmu1 part was extraneous. Mraw, KiBi. signature.asc Description: Digital signature
Bug#722134: Slidy licensing - independent (i.e. dual-licensed) or combined?
Quoting Rigo Wenning (2013-10-01 23:13:35) sorry for the inconvenience. While making slidy, it looks like Dave or someone else just used template text from W3C licensing. To understand that licensing, you have to look into the general licensing statement from W3C: http://www.w3.org/Consortium/Legal/2002/ipr-notice-20021231 There it says: The Software License governs distribution of W3C W3C Open Source Software and some other materials where creation of derivative works may be desired. Slidy is clearly open source software and thus is fully under the W3C Software license. The W3C Software license is GPL and FSF compatible: http://www.w3.org/Consortium/Legal/IPR-FAQ-2620.html#GNU1 So from our side, there are no issues with using Slidy in open source. Excellent. Thanks a lot for the clarification. @Dave: I suggest that you update to drop the reference to document use policy on slide 16 and in the zip file. Thanks a lot for this nice piece of code! :-) - 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#683275: postfix-cluebringer: MySQL database script provided fails upon create table ... innodb with ERROR 1064 (42000) at line 13
Hi Toni, /usr/share/doc/postfix-cluebringer/database/policyd-db.mysql.gz uses erroneous create table statements. Instead TYPE, one should specify ENGINE in create table (...) TYPE=InnoDB. The following commandline outputs a correct database generator script, the result should be included in the package. zcat /usr/share/doc/postfix-cluebringer/database/policyd-db.mysql.gz | sed -e 's/TYPE=InnoDB/ENGINE=InnoDB/' I ran into this bug today. Any chance it will be addressed? Cheers, Thijs -- Thijs Kinkhorst th...@uvt.nl – LIS Unix Universiteit van Tilburg – Library and IT Services Bezoekadres Warandelaan 2 • Tel. 013 466 3035 • G 236 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725171: libgs8: exports jpeg symbols, clashing with libjpeg
Source: ghostscript Version: 8.71~dfsg2-9+squeeze1 Severity: important Affects: evince (not bumping it to RC, but IMO it is broken) Hi, Debugging a crash when using evince to open an eps file, I came to realize that libgs is exporting some symbols that belong to libjpeg: jpeg_free_large jpeg_free_small jpeg_get_large jpeg_get_small jpeg_mem_available jpeg_mem_init jpeg_mem_term jpeg_open_backing_store As such, whenever evince opens an eps with a jpeg image it will result in a crash the moment libjpeg calls jpeg_get_small and ends up calling libgs' version and not its own... Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717745: lynx-cur: For XHTML documents, lynx opens an external browser if $DISPLAY is set
On Wed, Jul 24, 2013 at 04:29:06PM +0200, Vincent Lefevre wrote: Package: lynx-cur Version: 2.8.8dev.15-2 Severity: normal For XHTML documents, lynx opens an external browser (in my case, epiphany-browser) if $DISPLAY is set, instead of just displaying it like when $DISPLAY is not set. Lynx is working as designed. You're referring to using the global mime.types and mailcap files in /etc. If you want different behavior, you can select this in the options menu (the Preferred Media Type). For reference, /etc/mailcap for my Debian experimental has these lines: application/xhtml+xml; kfmclient openURL %s text/html; test=test -n $DISPLAY application/xhtml+xml; epiphany-browser %s; test=test -n $DISPLAY and /etc/mime.types has this: application/xhtml+xml xhtml xht Incidentally, kfmclient doesn't appear to know what to do with a .xht file. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#722134: upstream licensing ok, packaging info just needs clarification
severity 722134 normal retitle 722134 libjs-slidy: licensing info needs clarification thanks Upstream now confirmed that only the W3C software policy applies, not their DFSG-incompatible document policy. So this simply needs clarification in our packaging - no actually upheld licensing is in conflict. - 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#725091: [Pkg-openldap-devel] Bug#725091: slapd with memory leak in active sync
Hi Ryan,
On 02.10.2013 00:52, wrote Ryan Tandy:
Hi Thomas,
On Tue, Oct 1, 2013 at 4:10 AM, Thomas Sesselmann
thomas.sesselm...@uni-jena.de wrote:
We installed a multimaster replication setup.
Now if we modifies some attributes and groups-memberships and the memory
use of the slapd on the 'master' increase extremely (10G) until out of
memory.
I think you might be experiencing ITS#7292. What do you think? If you
bring up a new server with the same configuration and an empty
database and allow it to start replicating, like in the ITS, do you
observe the same memory usage?
http://www.openldap.org/its/index.cgi/Software%20Bugs?id=7292
I don't know, on initial update/sync there are no problems.
The problem exists only if the two master servers are in sync
with the persist connection (syncrepl type=refreshAndPersist).
It was fixed upstream in 2.4.32 by a series of commits:
http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=shortlog;h=dc912776;hp=65c0cd19
If it's easy for you to rebuild a package and deploy it in a testing
environment, you might try doing so with those changes integrated.
We now build an independent test-environment. So we can install there
test packages ...
Rebuild a source packages with some diffs is not impossible, but will
spend some time, because we have to learn it first ;)
We use the online config. In attachment is the corresponding slapd.conf.
I tried to reproduce your report but wasn't successful yet. Is it
possible for you to reduce the testcase any further? For example, can
you still trigger it if you omit some of the overlays?
We delete all overlays (except syncprov) and the problem still exists.
The modules are loaded but not used in the configuration,
if this should change something?
We modifies the member of some groups (delete/add). There are much users
in the groups (2), perhaps the result is so worse.
Here are the Skript we used:
---modify.pl
#!/usr/bin/perl
use strict;
use warnings;
use Net::LDAPS;
use Net::LDAP::Util qw(ldap_error_text);
my $hostname= ['ldaptest2.rz.uni-jena.de'];
my $binddn = 'ou=local,dc=uni-jena, dc=de';
my $auth= 'uid=xxxy';
my $passwd = '';
my $basedn = ou=users,dc=uni-jena,dc=de;
my $ldap = Net::LDAP-new($hostname) or die Unable to connect to LDAP server
$hostname: $@\n;
my $mesg = $ldap- start_tls() or die Unable to StartTLS: $@\n;
$ldap-bind( $auth,$binddn, password = $passwd, version = 3 ) or die
Binding to the LDAP-Server;
##searching on LDAP
my $searchresult = $ldap-search(base =$basedn, filter =
((uid=*)(mail=*)(|(mailHost=mail1.rz.uni-jena.de))), attrs = ['*',
'memberOf']) or die Searching the
LDAP-Server;
print STDOUT (.$searchresult-count.)\n;
sub in_array {
my ($arr,$search_for) = @_;
return grep {$search_for eq $_} @$arr;
}
### For all LDAP-USERS ###
foreach my $entry ($searchresult-entries) {
my @AddArray= [];
my @ReplaceArray= [];
my @DeleteArray = [];
print STDOUT $entry-dn, \n;
my $memberOfs = $entry-get_value('memberOf', asref = 1);
### DELETE IN GROUP SMTP ###
if(in_array($memberOfs,'cn=smtp,ou=local,ou=groups,dc=uni-jena,dc=de')){
$ldap-modify('cn=smtp,ou=local,ou=groups,dc=uni-jena,dc=de', delete =
{member = [$entry-dn]}) or die Delete group SMTP;
}
### DELETE IN GROUP SMTP-AUTH ###
if(in_array($memberOfs,'cn=smtp-auth,ou=local,ou=groups,dc=uni-jena,dc=de')){
$ldap-modify('cn=smtp-auth,ou=local,ou=groups,dc=uni-jena,dc=de',
delete = {member = [$entry-dn]}) or die Delete group SMTP-AUTH;
}
### DELETE IN GROUP IMAP ###
if(in_array($memberOfs,'cn=imap,ou=local,ou=groups,dc=uni-jena,dc=de')){
$ldap-modify('cn=imap,ou=local,ou=groups,dc=uni-jena,dc=de', delete =
{member = [$entry-dn]}) or die Delete group IMAP;
}
### WRITE USER MODIFICATIONS TO LDAP ###
push @{$ReplaceArray[0]}, mailhost = mail1-deleted;
$ldap-modify( $entry-dn, changes = [add = @AddArray, replace =
@ReplaceArray, delete = @DeleteArray]) or die Modify User on LDAP;
}
$ldap-unbind();
---
best regards
Thomas
--
Thomas Sesselmann, Dipl.-Inf.
Friedrich-Schiller-Universität Jena
Rechenzentrum
Am Johannisfriedhof 2
D-07743 Jena
Tel.: 03641/9-40530
Fax.: 03641/9-40630
smime.p7s
Description: S/MIME Kryptografische Unterschrift
Bug#725122: [doxygen] reproducible here
Package: doxygen Version: 1.8.1.2-2 --- Please enter the report below this line. --- Reproducible here with stock doxygen on wheezy and sid. BTW I noticed that if I set HIDE_UNDOC_MEMBERS = NO in the Doxyfile, the structure is fully documented inline, including the members. Is this an acceptable workaround ? --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: 7.1 500 stable-updates mi.mirror.garr.it 500 stable security.debian.org 500 stable mi.mirror.garr.it --- Package information. --- Depends(Version) | Installed -+-== libc6 (= 2.3.6-6~) | 2.13-38 libgcc1 (= 1:4.1.1) | 1:4.7.2-5 libstdc++6(= 4.1.1) | 4.7.2-5 Recommends (Version) | Installed -+-=== doxygen-latex| 1.8.1.2-2 Suggests (Version) | Installed ==-+-=== doxygen-doc| 1.8.1.2-2 doxygen-gui| 1.8.1.2-2 graphviz | 2.26.3-14 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723195: base-files: Update FAQ with info about licenses
On Tue, 17 Sep 2013, Gioele Barabucci wrote: Package: base-files Version: 7.2 Severity: minor Tags: patch Hello, the base-files FAQ refers to a sentence about licenses that does not appear any more in the Debian policy. Hmm. What debian-policy are you looking at? The one I see in git is slightly reworded, yes: Packages distributed under the Apache license (version 2.0), the Artistic license, the GNU GPL (versions 1, 2, or 3), the GNU LGPL (versions 2, 2.1, or 3), and the GNU FDL (versions 1.2 or 1.3) should refer to the corresponding files under file/usr/share/common-licenses/file,footnote p In particular, file/usr/share/common-licenses/Apache-2.0/file, file/usr/share/common-licenses/Artistic/file, file/usr/share/common-licenses/GPL-1/file, file/usr/share/common-licenses/GPL-2/file, file/usr/share/common-licenses/GPL-3/file, file/usr/share/common-licenses/LGPL-2/file, file/usr/share/common-licenses/LGPL-2.1/file, file/usr/share/common-licenses/LGPL-3/file, file/usr/share/common-licenses/GFDL-1.2/file, and file/usr/share/common-licenses/GFDL-1.3/file [...] but it still contains the authoritative list. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725172: pu: package subversion/1.6.17dfsg-4+deb7u4
Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu
Hi,
I know we love to get patches land into unstable first, but given the
current series of NMUs in unstable, and the pending ones (based on some
question on #debian-ftp earlier today), I thought it would be worthwhile
to suggest a subversion wheezy upload to fix python-subversion.
Only impacted file is subversion/bindings/swig/core.i, fix is different
from upstream's (which isn't in the version in unstable anyway), but was
tested live on alioth.
Mraw,
KiBi.
diff -Nru subversion-1.6.17dfsg/debian/changelog subversion-1.6.17dfsg/debian/changelog
--- subversion-1.6.17dfsg/debian/changelog 2013-10-02 10:14:51.0 +
+++ subversion-1.6.17dfsg/debian/changelog 2013-10-02 10:14:51.0 +
@@ -1,3 +1,22 @@
+subversion (1.6.17dfsg-4+deb7u4) wheezy; urgency=low
+
+ * Non-maintainer upload.
+ * Fix python-subversion by compensating for swig behavorial changes:
+- SVN_STREAM_CHUNK_SIZE is declared as a long constant, and is
+ frequently used as a second parameter to svn_stream_read().
+- swig 2.0.4- was generating an integer constant anyway since that was
+ sufficient to hold the declared value.
+- swig 2.0.5+ uses a long unconditionally in such cases.
+- svn_stream_read() calls both of PyInt_Check() and PyInt_AsLong().
+Since error handling in PyInt_AsLong() is sufficient, and since
+PyInt_Check() fails with a long parameter, drop the PyInt_Check()
+check. A slightly different version was committed upstream as r1351117
+but this version was tested live on alioth, thanks to Stephen Gran.
+ * This should fix at least svnmailer, viewvc, trac. (Closes: #680298)
++ patches/python-fix-svn_stream_read.diff
+
+ -- Cyril Brulebois k...@debian.org Tue, 17 Sep 2013 10:52:32 +
+
subversion (1.6.17dfsg-4+deb7u3) wheezy-security; urgency=high
* Non-maintainer upload by the Security Team.
diff -Nru subversion-1.6.17dfsg/debian/patches/python-fix-svn_stream_read.diff subversion-1.6.17dfsg/debian/patches/python-fix-svn_stream_read.diff
--- subversion-1.6.17dfsg/debian/patches/python-fix-svn_stream_read.diff 1970-01-01 00:00:00.0 +
+++ subversion-1.6.17dfsg/debian/patches/python-fix-svn_stream_read.diff 2013-10-02 10:14:51.0 +
@@ -0,0 +1,18 @@
+Get rid of extraneous PyInt_Check(), which would reject a long
+parameter, which is now usually the case since the len parameter
+tends to be SVN_STREAM_CHUNK_SIZE, declared as a long, and now
+enforced as a long in swig 2.0.5+
+--- a/subversion/bindings/swig/core.i
b/subversion/bindings/swig/core.i
+@@ -337,11 +337,6 @@
+ */
+ #ifdef SWIGPYTHON
+ %typemap(in) (char *buffer, apr_size_t *len) ($*2_type temp) {
+-if (!PyInt_Check($input)) {
+-PyErr_SetString(PyExc_TypeError,
+-expecting an integer for the buffer size);
+-SWIG_fail;
+-}
+ temp = PyInt_AsLong($input);
+ if (temp 0) {
+ PyErr_SetString(PyExc_ValueError,
diff -Nru subversion-1.6.17dfsg/debian/patches/series subversion-1.6.17dfsg/debian/patches/series
--- subversion-1.6.17dfsg/debian/patches/series 2013-10-02 10:14:51.0 +
+++ subversion-1.6.17dfsg/debian/patches/series 2013-10-02 10:14:51.0 +
@@ -40,3 +40,4 @@
cve-2013-1849
CVE-2013-1968.patch
CVE-2013-2112.patch
+python-fix-svn_stream_read.diff
Bug#725173: netcat-traditional: netcat does not support IPv6
Package: netcat-traditional Version: 1.10-40 Severity: important Tags: ipv6 Apparently, nc.traditional does not support IPv6: % nc.traditional -vv ::1 22 ::1: forward host lookup failed: Unknown host As the transitional netcat package transitions to netcat-traditional, this is quite inconvienent. C. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/6 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 netcat-traditional depends on: ii libc6 2.13-38 netcat-traditional recommends no packages. netcat-traditional 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#703119: closed by Don Armstrong d...@debian.org (Re: libravatar in the BTS [Re: bugs.debian.org: something's wrong...])
Hi, On Mittwoch, 2. Oktober 2013, Debian Bug Tracking System wrote: #703119: Fetch avatar images from some debian.(org|net) resource It has been closed by Don Armstrong d...@debian.org. yay for fixing this bug too! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#725174: google-chrome-stable: Freezes computer when opening tabs
Package: google-chrome-stable Version: 30.0.1599.66-1 Severity: grave Justification: renders package unusable Sometimes, then opening several tabs, Google Chrome (Stable) freezes computer about 1 minute more or less, until they load completely. I think it's not a flash issue, because it happens almost with every URL. -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages google-chrome-stable depends on: ii ca-certificates 20130906 ii dpkg1.16.10 ii gconf-service 3.2.6-1 ii libasound2 1.0.27.2-1 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92+b1 ii libcairo2 1.12.16-2 ii libcups21.6.3-1 ii libcurl37.32.0-1 ii libdbus-1-3 1.6.14-1 ii libexpat1 2.1.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.8.1-10 ii libgconf-2-43.2.6-1 ii libgcrypt11 1.5.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.21-1 ii libnspr42:4.10-1 ii libnss3 2:3.15.1-1 ii libpango1.0-0 1.32.5-5+b1 ii libstdc++6 4.8.1-10 ii libudev0175-7.2 ii libudev1204-5 ii libx11-62:1.6.1-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext62:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxrender1 1:0.9.8-1 ii libxss1 1:1.2.2-1 ii lsb-base4.1+Debian12 ii wget1.14-2 ii xdg-utils 1.1.0~rc1+git20111210-7 google-chrome-stable recommends no packages. google-chrome-stable 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#725175: kstart: Startup problem when invoked from nslcd init script
Package: kstart
Version: 4.1-2
Severity: normal
I've MIT Kerberos and OpenLDAP servers in local network domain. OpenLDAP server
is set in such a way that it requires valid Kerberos ticket from client in order
to querying values.
In such setup client machine obviously shall obtain valid ticket before domain
users can login. This is the problem k5start is supposed to solve when it is
started via nslcd init script.
But when client machine boots k5start dies and reports about failure contacting
KDC server which is surely running and functioning. This results to unability
for domain users to login.
Below is content of /etc/network/interfaces on client machines:
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet dhcp
Kadmin and all KDC servers are listed in /etc/krb5.conf and not using DNS
lookups.
As a temporary workaround I've found following way which seems to be easiest.
I've just added delayed restart into /etc/rc.local :
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will exit 0 on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
(sleep 5 /usr/sbin/invoke-rc.d nslcd restart)
exit 0
In order to discover the reason I've modified /etc/init.d/nslcd script as
follows:
## [Intervention]
k5start_dump_some_info()
{
/bin/date
/bin/echo [Processes]
/bin/ps aux
/bin/echo [Interfaces]
/bin/netstat -ianpve
/bin/echo [Ifstate]
/bin/cat /run/network/ifstate
/bin/echo [Routes]
/bin/netstat -rnv
/bin/echo [Connections]
/bin/netstat -anpv
/bin/echo [Resolver]
/bin/ls -l /etc/resolv.conf
/bin/cat /etc/resolv.conf
/bin/echo [Recent DHCP leases]
for F in `/usr/bin/find /var/lib/dhcp -amin -2 -o -cmin -2` ; do
/bin/ls -ld $F
/bin/cat $F
done
}
## [Intervention]
k5start_start()
{
if [ $K5START_START = yes ]
then
log_daemon_msg Starting $K5START_DESC k5start
## [Intervention]
k5start_dump_some_info /run/nslcd-state 2/dev/null
## [Intervention]
start-stop-daemon --start \
--pidfile $K5START_PIDFILE \
--exec $K5START_BIN -- \
-b -p $K5START_PIDFILE \
-o $K5START_USER \
-g $K5START_GROUP \
-m $K5START_MODE \
-f $K5START_KEYTAB \
-K $K5START_CCREFRESH \
-u $K5START_PRINCIPAL \
-k $K5START_CCFILE
log_end_msg $?
fi
}
(Inserted parts are marked with ## [Intervention] lines.
No other changes was performed. nslcd has version 0.8.10-4
)
Such intervention produces file with iformation I think related to the case
for 2 startups. First start attempt is done as part of nslcd startup and
failing. But the second which is done from rc.local init script succeeds.
The reason of startup problem (as can be seen from the attached file) is in the
fact network configuration is not done completely:
1. Network interface eth0 has no IPv4 address assigned but is UP and RUNNING
2. Routing table is missing
3. /etc/resolv.conf is not updated
But at the same time dhclient has been acquired lease already.
Thanks,
Anton.
-- System Information:
Debian Release: 7.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages kstart depends on:
ii libc6 2.13-38
ii libkrb5-3 1.10.1+dfsg-5+deb7u1
kstart recommends no packages.
kstart suggests no packages.
-- no debconf information
Wed Oct 2 14:20:12 MSK 2013
[Processes]
USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
root 1 5.7 0.0 2280 728 ?Ss 14:19 0:00 init [2]
root 2 0.0 0.0 0 0 ?S14:19 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ?S14:19 0:00 [ksoftirqd/0]
root 4 0.0 0.0 0 0 ?S14:19 0:00 [kworker/0:0]
root 5 0.0 0.0 0 0 ?S14:19 0:00 [kworker/u:0]
root 6 0.0 0.0 0 0 ?S14:19 0:00 [migration/0]
root 7 0.0 0.0 0 0 ?S14:19 0:00 [watchdog/0]
root 8 0.0 0.0 0 0 ?S14:19 0:00 [migration/1]
root 9 0.0 0.0 0 0 ?S14:19 0:00 [kworker/1:0]
root10 0.0 0.0 0 0 ?S14:19 0:00 [ksoftirqd/1]
root11 0.5 0.0 0 0 ?S14:19 0:00 [kworker/0:1]
root
Bug#725176: qemu-kvm: Live migration makes VM unusable (probably clock related)
Package: qemu-kvm Version: 1.5.0+dfsg-4 Severity: important Dear Maintainer, After live migration my VM is unusable. Simple sleep command never ends, sending icmp echo requests generates only one icmp packet, htop show blank screen after running (I am able to log in through ssh). Looks like VM has some kind of problem with clock however date works fine (shows updated time). I have already tried 1.6.0 from sid but without success. There is nothing in logs on host and guest. Both are running Debian jessie with kernel 3.10.11. Both hosts and guest are running ntpd which synchronizes the time from the same set of ntp servers. # cat /sys/devices/system/clocksource/clocksource0/current_clocksource kvm-clock I was trying acpi_pm as well. VM was started with command: qemu-system-x86_64 -machine accel=kvm:tcg -name instance-052f -S -machine pc-i440fx-1.5,accel=kvm,usb=off -cpu SandyBridge,+pdpe1gb,+osxsave,+dca,+pcid,+pdcm,+xtpr,+tm2,+est,+smx,+vmx,+ds_cpl,+monitor,+dtes64,+pbe,+tm,+ht,+ss,+acpi,+ds,+vme -m 1024 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid b3cc5438-16a6-4628-8c2f-8efb611a4312 -smbios type=1,manufacturer=OpenStack Foundation,product=OpenStack Nova,version=2013.1.3,serial=----002590adb682,uuid=b3cc5438-16a6-4628-8c2f-8efb611a4312 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-052f.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -no-kvm-pit-reinjection -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=rbd:cinder_volumes/volume-0e601488-880d-4a28-b8f2-2ae20413d0a7:id=cinder_volumes:key=AQDmmdFXXXasdfiFcsL7yM00V+5eq9cQ==:auth_supported=cephx\;none,if=none, id=drive -virtio-disk0,format=raw,serial=0e601488-880d-4a28-b8f2-2ae20413d0a7,cache=writeback -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=rbd:cinder_volumes/volume-5ede4fb3-7e11-49ba-b219-6172dfd51023:id=cinder_volumes:key=AQDmmdFXXXasdfiFcsL7yM00V+5eq9cQ==:auth_supported=cephx\;none,if=none,id=drive-virtio-disk1,format=raw,serial=5ede4fb3-7e11-49ba-b219-6172dfd51023,cache=writeback -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=fa:16:3e:99:75:27,bus=pci.0,addr=0x3 -chardev file,id=charserial0,path=/var/lib/nova/instances/b3cc5438-16a6-4628-8c2f-8efb611a4312/console.log -device isa-serial,chardev=charserial0,id=serial0 -chardev pty,id=charserial1 -device isa-serial,chardev=charserial1,id=serial1 -device usb-tablet,id=input0 -vnc 127.0.0.1:0 -k en-us -vga cirrus -inc oming tc p:[::]:49152 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 Live migration was performed through libvirt 1.1.2-2 with options: VIR_MIGRATE_UNDEFINE_SOURCE,VIR_MIGRATE_PEER2PEER,VIR_MIGRATE_LIVE I have already tried live migration without rbd but it behaved the same way. I would really like to provide more useful information but I have no idea how to debug it futher. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/16 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu-kvm depends on: ii qemu-system-x86 1.5.0+dfsg-4 qemu-kvm recommends no packages. qemu-kvm 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#725177: nagios3: cgi module must be enabled with apache 2.4
Package: nagios3 Version: 3.4.1-5 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * d/nagios3-cgi.postinst: Enable cgi module for compatibility with apache 2.4 (LP: #1231901). In apache 2.4, the mpm-worker is now enabled as a module; but the cgi module is no longer enabled by default. This fix enables the cgi module explicilty for nagios3. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-9-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/nagios3-cgi.postinst' --- debian/nagios3-cgi.postinst 2013-07-21 12:02:14 + +++ debian/nagios3-cgi.postinst 2013-10-02 11:14:51 + @@ -54,6 +54,7 @@ if [ -e /usr/share/apache2/apache2-maintscript-helper ]; then . /usr/share/apache2/apache2-maintscript-helper + apache2_invoke enmod cgi apache2_invoke enconf nagios3 # remove OLD Apache 2.2 link
Bug#725178: lynx-cur: lynx should support XHTML by default
Package: lynx-cur Version: 2.8.8dev.16-1 Severity: important XHTML is standard, and it's a real bug if a web browser, like lynx, doesn't support it (without relying on displaying the document in some other web browser), as this prevents lynx from displaying some pages. XHTML has no additional features compared to HTML, so that this is just a matter of parsing. There are two steps: 1. First add full XHTML support. I don't know what is the status of this step. 2. Once (1) has been done, XHTML (application/xhtml+xml) should obviously be accepted by default, i.e. when Preferred media type is set to Accept lynx's internal types. This is currently not the case. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lynx-cur depends on: ii libbsd0 0.6.0-1 ii libbz2-1.01.0.6-5 ii libc6 2.17-93 ii libgcrypt11 1.5.3-2 ii libgnutls26 2.12.23-7 ii libidn11 1.28-1 ii libncursesw5 5.9+20130608-1 ii libtinfo5 5.9+20130608-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages lynx-cur recommends: ii mime-support 3.54 lynx-cur suggests no packages. -- debconf information: lynx-cur/etc_lynx.cfg: lynx-cur/defaulturl: http://www.vinc17.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725176: qemu-kvm: Live migration makes VM unusable (probably clock related)
I forgot to add that the issue occurs randomly. Maciej -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717745: lynx-cur: For XHTML documents, lynx opens an external browser if $DISPLAY is set
On 2013-10-02 06:01:43 -0400, Thomas Dickey wrote: On Wed, Jul 24, 2013 at 04:29:06PM +0200, Vincent Lefevre wrote: Package: lynx-cur Version: 2.8.8dev.15-2 Severity: normal For XHTML documents, lynx opens an external browser (in my case, epiphany-browser) if $DISPLAY is set, instead of just displaying it like when $DISPLAY is not set. Lynx is working as designed. You're referring to using the global mime.types and mailcap files in /etc. If you want different behavior, you can select this in the options menu (the Preferred Media Type). OK, so the problem is the lack of XHTML support. I've opened a new bug for that. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://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#725024: Follow-up information
Hi, The ibus issue (https://code.google.com/p/ibus/issues/detail?id=1661) had been closed, according to them it will be Fixed in HEAD now. I don't know what that means, is there anything we need to do on our side? Hans On Wed, Oct 2, 2013 at 9:09 AM, Hans Liao poseidon...@gmail.com wrote: I have reported the issue under the ibus project home: https://code.google.com/p/ibus/issues/detail?id=1661 and I have also point it back to this bug as well. Hans On Tue, Oct 1, 2013 at 10:37 PM, Osamu Aoki os...@debian.org wrote: On Tue, Oct 01, 2013 at 09:19:08PM +0800, Hans Liao wrote: So far I've tried the following: - changed the content of the file /etc/dconf/db/ibus.d/00-upstream-settings - under [desktop/ibus/panel] - changed the option lookup-table-orientation from 1 to 0 (I've provided a diff to show the option). - after the file was changed I tried sudo dconf update to update /etc/dconf/db/ibus. - restarted the ibus daemon by logging out and log back in. The candidate orientation still shows vertical :( If I find anything I'll keep this report updated. Hans I think it is good idea to check upstream BTS. https://code.google.com/p/ibus/issues/list If not reported, please report to it. (I am short on time now to do this.) You should describe in details and put pointer to this bug report. Osamu -- Regards Hans Liao -- Regards Hans Liao
Bug#725013: [Support] [Debichem-devel] Bug#725013: gromacs-openmpi: grompp crashes with invalid opcode
On 10/01/2013 09:39 PM, Nicholas Breen wrote: Could you please check if the i5 machines where it works include avx in the flags line of /proc/cpuinfo? yep it has. This is my i5. It is indeed newer than sandy bridge. bill@beyonder:~$ grep avx /proc/cpuinfo flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms I built 4.6.3-4 on a different machine than usual, and I think it accidentally picked up a CPU optimization it should not have had. AVX extensions were only added on the Sandy Bridge and newer model Intel CPUs, and the Xeon you provided the information for doesn't have it. If that's the case, I will ask for the package to be rebuilt on a different machine where that problem won't occur. One question though. When I build with dpkg-buildpackage it was crashing. Shouldn't pick the correct flags when I created the packages? I just retested and I know why. I had the package shared libraries installed. So when I tried to run build/src/kernel/grompp it crashed because it was using the system's libraries and not the compiled ones. Ok. So I recompiled and installed my debs and it is working now. Waiting for your update -- __ Vassilis Virvilis Ph.D. Head of IT Biovista Inc. US Offices 2421 Ivy Road Charlottesville, VA 22903 USA T: +1.434.971.1141 F: +1.434.971.1144 European Offices 34 Rodopoleos Street Ellinikon, Athens 16777 GREECE T: +30.210.9629848 F: +30.210.9647606 www.biovista.com Biovista is a privately held biotechnology company that finds novel uses for existing drugs, and profiles their side effects using their mechanism of action. Biovista develops its own pipeline of drugs in CNS, oncology, auto-immune and rare diseases. Biovista is collaborating with biopharmaceutical companies on indication expansion and de-risking of their portfolios and with the FDA on adverse event prediction. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725179: ITP: isrcsubmit -- extract ISRCs from audio CDs and submit them to MusicBrainz
Package: wnpp Severity: wishlist Owner: Sebastian Ramacher sramac...@debian.org * Package name: isrcsubmit Version : 2.0.0-beta.4 Upstream Author : Jonny Dewender * URL : http://jonnyjd.github.io/musicbrainz-isrcsubmit/ * License : GPL-3+ Programming Lang: Python Description : extract ISRCs from audio CDs and submit them to MusicBrainz isrcsubmit is a command line utility to extract International Standard Recording Codes (ISRC) from audio CDs. It allows one to submit the extracted data to MusicBrainz. ISRCs are used to uniquely identify sound and music video recordings. . A valid MusicBrainz account is required to submit ISRCs. -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#725180: python-egenix-mxdatetime: New upstream version
Package: python-egenix-mxdatetime Severity: wishlist Upstream has released version 3.2.6, fixing a DST bug. Please package it. Thanks, C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725181: ri-li should use hires icons
Package: ri-li Version: 2.0.1-2 Severity: minor The icon for ri-li in /usr/share/pixmaps/ has a low resolution and bad quality. Attached you find a set of icons, including higher resolutions, I created from the ri-li developer pack. Feel free to use them in the Debian package. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.9-1-486 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ri-li depends on: ii libc62.13-38 ii libgcc1 1:4.7.2-5 ii libsdl-mixer1.2 1.2.12-3 ii libsdl1.2debian 1.2.15-5 ii libstdc++6 4.7.2-5 ii ri-li-data 2.0.1-2 ri-li recommends no packages. ri-li suggests no packages. -- no debconf information ri-li-icons.tgz Description: application/compressed-tar
Bug#717745: lynx-cur: For XHTML documents, lynx opens an external browser if $DISPLAY is set
On Wed, Oct 02, 2013 at 01:37:47PM +0200, Vincent Lefevre wrote: On 2013-10-02 06:01:43 -0400, Thomas Dickey wrote: On Wed, Jul 24, 2013 at 04:29:06PM +0200, Vincent Lefevre wrote: Package: lynx-cur Version: 2.8.8dev.15-2 Severity: normal For XHTML documents, lynx opens an external browser (in my case, epiphany-browser) if $DISPLAY is set, instead of just displaying it like when $DISPLAY is not set. Lynx is working as designed. You're referring to using the global mime.types and mailcap files in /etc. If you want different behavior, you can select this in the options menu (the Preferred Media Type). OK, so the problem is the lack of XHTML support. I've opened a new bug for that. no - with internal types, lynx displays the content itself. (you should have checked that first, before opening either bug report) -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#725183: [witty] package build errors
Package: witty Version: 3.3.0 Severity: normal --- Please enter the report below this line. --- Linking against libwt from the witty packages cause segfaults, because they require an older boost version (1.49). See below. To upgrade the packages to using Boost 1.54, I've tried to build the witty packages from source. Unfortunately, without success. * apt-get source witty cd witty-3.3.0 dpkg-buildpackage -rfakeroot -uc -b after compiling everything, it halts on not finding wt_config.xml: dh_installchangelogs Changelog dh_installdocs dh_installexamples dh_install --sourcedir=debian/tmp/ cp: cannot stat ‘debian/tmp//etc/wt/wt_config.xml’: No such file or directory dh_install: cp -a debian/tmp//etc/wt/wt_config.xml debian/libwt-common//etc/wt/ returned exit code 1 make: *** [binary-arch] Error 2 d * when retrying to build with dpkg-buildpackage, the process is aborted earlier, because jquery.min.js is not present anymore: CMake Error in src/CMakeLists.txt: Cannot find source file: /.../witty-3.3.0/src/web/skeleton/jquery.min.js Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx -- Generating done CMake Warning: Manually-specified variables were not used by the project: CMAKE_CC_COMPILER CMAKE_MODULE_LINKER_FLAGS WT_CMAKE_FINDER_INSTALL_DIR -- Build files have been written to: /home/rutger/development/witty-3.3.0/build-shared make: *** [build-shared/Makefile] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Boost-version-related linker errors: /usr/bin/ld.bfd.real: warning: libboost_thread.so.1.49.0, needed by /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../lib/libwt.so, may conflict with libboost_thread.so.1.54.0 /usr/bin/ld.bfd.real: warning: libboost_signals.so.1.49.0, needed by /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../lib/libwt.so, may conflict with libboost_signals.so.1.54.0 /usr/bin/ld.bfd.real: warning: libboost_system.so.1.49.0, needed by /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../lib/libwt.so, may conflict with libboost_system.so.1.54.0 /usr/bin/ld.bfd.real: warning: libboost_program_options.so.1.49.0, needed by /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../lib/libwthttp.so, may conflict with libboost_program_options.so.1.54.0 --- System information. --- Architecture: amd64 Kernel: Linux 3.10-3-amd64 Debian Release: jessie/sid 500 unstable ftp.nl.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725182: ri-li: German L10n is missing in the desktop file
Package: ri-li Version: 2.0.1-2 Severity: minor In the ri-li desktop file the German L10n is missing. The attached patch fixes this issue. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.9-1-486 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ri-li depends on: ii libc62.13-38 ii libgcc1 1:4.7.2-5 ii libsdl-mixer1.2 1.2.12-3 ii libsdl1.2debian 1.2.15-5 ii libstdc++6 4.7.2-5 ii ri-li-data 2.0.1-2 ri-li recommends no packages. ri-li suggests no packages. -- no debconf information --- /usr/share/applications/ri-li.desktop.orig 2008-04-20 23:32:09.0 +0200 +++ /usr/share/applications/ri-li.desktop 2013-10-02 13:21:38.0 +0200 @@ -1,6 +1,7 @@ [Desktop Entry] Name=Ri-li Comment=a toy simulator game +Comment[de]=Ein Spiel mit einem kleinen Zug Comment[fr]=un jeu de petit train Comment[ro_RO]=un joc cu un tren de jucÄrie Exec=ri-li
Bug#651315: 3D support not working for sun-java6
Hi! On Tue, 2013-03-26 at 20:29 +0100, deb...@activityworkshop.net wrote: Thanks, Michael, for doing the investigative work! At the moment it looks like there's nothing we can do for squeeze (as it's frozen), and there's nothing we need to do for wheezy (because sun-java6 isn't in wheezy). For those who are still having this problem, there are various solutions: - Symlink the java3d components into the sun-java6 installation (ugly solution perhaps but then it works everywhere) - Patch the launch script yourself (or make a new one) to add the library path to the java command: java -Djava.library.path=/usr/lib/jni ... - add Michael's line export LD_LIBRARY_PATH=/usr/lib/jni either to the launch script or to a user-specific .bashrc - apparently switching to openjdk6 also fixes the problem (according to the linked thread) So I'm not sure if this bug should be closed or not, but it doesn't look like it can be fixed. You're right, I can't reproduce this bug in unstable. So, I propose to wait for a week to see if anyone can reproduce this bug in Debian sid. If anybody can't reproduce it, I'll close the bug. Thanks for reporting bugs! Mònica signature.asc Description: This is a digitally signed message part
Bug#725125: subtitleeditor crashes
Hi shirish, thanks, for your report. But the really information is missing: Could you please describe what leads to the crash? Does the program just crashes after launching? Does it crash when you open a video file (and if, which format does it have, can you upload it somewhere?) I need more information what you actually did. Did you try version 0.41.0-1 from experimental (http://packages.debian.org/source/experimental/subtitleeditor)? Or 0.33.0-2 from unstable? Best, rinni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717745: lynx-cur: For XHTML documents, lynx opens an external browser if $DISPLAY is set
On 2013-10-02 07:52:11 -0400, Thomas Dickey wrote: On Wed, Oct 02, 2013 at 01:37:47PM +0200, Vincent Lefevre wrote: On 2013-10-02 06:01:43 -0400, Thomas Dickey wrote: On Wed, Jul 24, 2013 at 04:29:06PM +0200, Vincent Lefevre wrote: Package: lynx-cur Version: 2.8.8dev.15-2 Severity: normal For XHTML documents, lynx opens an external browser (in my case, epiphany-browser) if $DISPLAY is set, instead of just displaying it like when $DISPLAY is not set. Lynx is working as designed. You're referring to using the global mime.types and mailcap files in /etc. If you want different behavior, you can select this in the options menu (the Preferred Media Type). OK, so the problem is the lack of XHTML support. I've opened a new bug for that. no - with internal types, lynx displays the content itself. (you should have checked that first, before opening either bug report) But this is precisely what I want: regard application/xhtml+xml as an internal type, so that lynx displays the content itself. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://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#725184: [UDD]: bugs.cgi - please provide a way do download a result in a machine consumable format
Package: qa.debian.org Severity: wishlist Hi, It would be great if one could download a list of bugs found from a given query in a machine consumable format (e.g. YAML) for further processing. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725170: ITP: python-clamd -- clamd is a portable Python module to use the ClamAV anti-virus engine on Windows, Linux, MacOSX and other platforms. It requires a running instance of the clamd daemon
On Wednesday, October 02, 2013 08:50:31 Daniel Wozniak wrote: Package: wnpp Severity: wishlist Owner: Daniel Wozniak d...@woz.io * Package name: python-clamd Version : 1.0.1 Upstream Author : Thomas Grainger tagr...@gmail.com * URL : https://github.com/orvant/debian-python-clamd * License : LGPL Programming Lang: Python Description : clamd is a portable Python module to use the ClamAV anti-virus engine clamd is a portable Python module to use the ClamAV anti-virus engine on Windows, Linux, MacOSX and other platforms. It requires a running instance of the clamd daemon. . This is a fork of pyClamd v0.2.0 created by Philippe Lagadec and published on his website: http://www.decalage.info/en/python/pyclamd which in turn is a slightly improved version of pyClamd v0.1.1 created by Alexandre Norman and published on his website: http://xael.org/norman/python/pyclamd/ We already have pyclamd 0.2.2 in the archive: http://packages.qa.debian.org/p/pyclamd.html Although it looks like at least the binary package name should change, I think it would make sense to have only one actively maintained version of this in the archive instead of two. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725185: webui package adds cluebringer user which is not needed
Package: postfix-cluebringer-webui Version: 2.0.10-1 Severity: normal Hi, Upon installation of postfix-cluebringer-webui, ik adds the cluebringer user and group. However, the webui does not seem to use this dedicated user. I found this out because I installed the web interface on a different host than the policy daemon, because I didn't want the LAMP stack on my mail server. The postinst and postrm code, plus the pre-depends on debconf and adduser can probably be dropped. Cheers, Thijs -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725170: ITP: python-clamd -- clamd is a portable Python module to use the ClamAV anti-virus engine on Windows, Linux, MacOSX and other platforms. It requires a running instance of the clamd daemon
On Wednesday, October 02, 2013 08:11:03 Scott Kitterman wrote: On Wednesday, October 02, 2013 08:50:31 Daniel Wozniak wrote: Package: wnpp Severity: wishlist Owner: Daniel Wozniak d...@woz.io * Package name: python-clamd Version : 1.0.1 Upstream Author : Thomas Grainger tagr...@gmail.com * URL : https://github.com/orvant/debian-python-clamd Also, this should be the upstream URL, not the URL of your packaging work. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#255148: call for dropping ttf-kochi, ttf-sazanami, ttf-kochi-naga10
ttf-kochi, ttf-sazanami, ttf-kochi-naga10 are dead upstream, superseded by other font packages and no reverse-dependency. lenny have already been into archive, so can we drop them? -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#725186: [libmetadata-extractor-java] Please, upload 2.6.1 to Debian unstable
Package: libmetadata-extractor-java Version: 2.3.1+dfsg-2 Severity: wishlist Hi, New josm [0] upstream version needs libmetadata-extractor-java 2.6.1 to be able to build. I see 2.6.1 is in Debian experimental. It would be great if it could be uploaded to Debian unstable. Thanks for your work! Mònica [0] http://packages.qa.debian.org/j/josm.html signature.asc Description: This is a digitally signed message part
Bug#725187: lxc: Use Jessie and http.debian.net by default in Jessie/Sid?
Package: lxc
Version: 0.9.0~alpha3-2
Severity: wishlist
Tags: patch
The default suite used by lxc to generate a container is currently
Squeeze in Jessie. I believe it would be better if this was Jessie,
to make sure the stable release is used when jessie is released.
Also the default mirror is cdn.debian.net, while I believe
http.debian.net is generally assumed to do a better job at picking a
good mirror.
I suggest to change the defaults in
/usr/share/lxc/templates/lxc-debian like this:
--- /usr/share/lxc/templates/lxc-debian 2013-08-17 16:36:27.0 +0100
+++ lxc-debian 2013-10-02 13:16:26.668861000 +0100
@@ -20,8 +20,8 @@
# License along with this library; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
-SUITE=${SUITE:-squeeze}
-MIRROR=${MIRROR:-http://cdn.debian.net/debian}
+SUITE=${SUITE:-jeesie}
+MIRROR=${MIRROR:-http://http.debian.net/debian}
configure_debian()
{
It would be great if a similar fix was done in wheezy, setting the
default SUITE to wheezy.
--
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#530441: #530441 - lynx-cur: Delete key doesn't work as expected
The particular setting which is needed here is already configurable. See the options menu, Line edit style. By configuring to use Bash-like bindings, the desired behavior can be obtained. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#725160: opu: package lm-sensors-3/1:3.1.2-6+deb6u1
On Wed, Oct 02, 2013 at 10:57:21AM +0200, Cyril Brulebois wrote: Control: tag -1 squeeze confirmed Hi again, Aurelien Jarno aure...@debian.org (2013-10-02): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: opu lm-sensors upstream has reported an hardware breakage issue with versions 3.3.2 or older. This causes laptop to get screens with wrong resolution or wrong gamma factor. Upstream asked maintainers to backport to changeset, which is what is done in the patch below. Would it be possible to upload it? looks good to me, except that for squeeze we were (and AFAICT are still) using +squeezeN suffixes, so you probably should use 1:3.1.2-6+squeeze1 instead of 1:3.1.2-6+deb6u1. Thanks for the review I have seen a few packages with deb6u1 in proposed-updates, that's why I have done that. That said I used 1:3.1.2-6+squeeze1 instead and I just did the upload. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725145: mercurial: Unnecessary Breaks on mercurial-git
2013/10/2 James McCoy james...@debian.org: Source: mercurial Version: 2.7.1-3 Severity: normal There's no (documented) reason for the addition of “Breaks: mercurial-git (= 0.4.0-1)” that was added in the latest upload. The only thing that has caused mercurial-git to stop working recently is python-dulwich's API changes[0]. [0]: http://bugs.debian.org/724638 Yes, my bad. As mercurial routinely breaks mercurial-git, I saw that it was broken and assumed that it was because I had forgotten to test it when I released mercurial 2.7.1-2. I'll revert the breaks in 2.7.2-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725159: pu: package lm-sensors/1:3.3.2-2+deb7u1
On Wed, Oct 02, 2013 at 10:53:49AM +0200, Cyril Brulebois wrote: Control: tag -1 wheezy confirmed Hi Aurélien, Aurelien Jarno aure...@debian.org (2013-10-02): lm-sensors upstream has reported an hardware breakage issue with versions 3.3.2 or older. This causes laptop to get screens with wrong resolution or wrong gamma factor. Upstream asked maintainers to backport to changeset, which is what is done in the patch below. Would it be possible to upload it? looks good to me, please upload. Thanks for the review, I have just uploaded it. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712140: Fwd: check fails to pass the correct linking information through pkg-config (was: Re: Please commit solution for #724928 (duplicate of #717449))
It seems this message didn't make it to bug #712140, because it was still archived. original message Subject: check fails to pass the correct linking information through pkg-config (was: Re: Please commit solution for #724928 (duplicate of #717449)) Date: Tue, 1 Oct 2013 21:21:28 +0200 From: Philipp Kern pk...@debian.org Organisation: The Debian Project (http://www.debian.org) To: Andreas Cadhalpun andreas.cadhal...@googlemail.com Copy (CC): 724...@bugs.debian.org, 712...@bugs.debian.org, cont...@bugs.debian.org, thomasbecht...@jpberlin.de reopen 712140 0.9.10-5 affects 712140 netcfg thanks On Tue, Oct 01, 2013 at 05:13:39PM +0200, Andreas Cadhalpun wrote: Michael Biebl suggested a 'change one line' fix for this problem in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717449#22 Would you be so kind as to commit this fix to git? Pushed to git. I can't upload it because it doesn't build. It seems #712140 wasn't really fixed, »pkg-config --libs check« still does not output any pthread linkage information: […] Setting up check:amd64 (0.9.10-5) ... […] cc -c -W -Wall -Werror -DNDEBUG -DNETCFG_VERSION=\1.111\ -DNETCFG_BUILD_DATE=\20131001-1908\ -I. -DWIRELESS -DNM -Os -fomit-frame-pointer -o test/srunner.o test/srunner.c cc -o test/run test/test_inet_mton.o test/test_inet_ptom.o test/test_netcfg_parse_cidr_address.o test/test_netcfg_network_address.o test/test_netcfg_gateway_reachable.o test/test_nc_v6_interface_configured.o netcfg-common.o wireless.o ethtool-lite.o ipv6.o write_interface.o test/srunner.o -ldebconfclient -ldebian-installer -liw -lcheck_pic -lrt -lm /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/libcheck_pic.a(check_pack.o): undefined reference to symbol '__pthread_unregister_cancel@@GLIBC_2.3.3' /lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[1]: *** [test/run] Error 1 […] root@simplex:/# pkg-config --libs check -lcheck_pic -lrt -lm Kind regards Philipp Kern signature.asc Description: PGP signature
Bug#725116: 22 hours
After a mere 22 hours uptime, kded4 has grown to 2.6 GiB, and udisks-daemon has swelled to 371.2 MiB. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#345085: #345085- $ lynx URL1 URL2 ...
revisiting this, it seems that there was some confusion: the goto history is separate from the history-page. Given two or more urls on the command line, by typing g, you get a prompt. On that prompt (which says for instance Edit a previous Goto URL), you can use the up/down arrows to select from the possibilities. The extra urls don't appear on the history page because they were not actually visited - given that, I don't see a reason to keep this bug open. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#725186: [libmetadata-extractor-java] Please, upload 2.6.1 to Debian unstable
Updating libmetadata-extractor-java to 2.6.x will also require an upload of gpsprune (See #717638). Also note that josm uses a slightly modified version of metadata-extractor. They found a regression while migrating to 2.6.4 and had to patch the code: http://josm.openstreetmap.de/ticket/8895#comment:27 http://josm.openstreetmap.de/changeset/6209/josm 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#318175: lynx-cur: DT mashed into DD
Actually, the main difference between lynx and w3m is that the latter enforces a blank line between the dt/dd parts. Other than that, differences between margins account for the remainder of the visual effects, since lynx/w3m both wrap the dt to make a hanging indent. elinks wraps dt differently, does not use a hanging indent. Perhaps the request could be rephrased to suggest that lynx provide the blank line (which would be configurable of course). -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#720197: phpldapadmin: default installation give some errors
Any updates ???
Bug#725011: [josm] Upstream has released a new version
block 725011 by 725186 thanks On Mon, 2013-09-30 at 15:06 +0200, Davide Governale wrote: Package: josm Version: 0.0.svn6115+dfsg1-1 Severity: normal --- Please enter the report below this line. --- Dear maintainer, Upstream has released version 6238, please update this package. New josm upstream version depends on libmetadata-extractor-java 2.6.1. libmetadata-extractor-java 2.6.1 is now in experimental [0], hopefully it'll be uploaded to unstable soon, and we'll be able to build and upload josm new version as well (see #725186 [1]). Thanks for reporting bugs! Mònica [0] http://packages.qa.debian.org/libm/libmetadata-extractor-java.html [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725186 signature.asc Description: This is a digitally signed message part
Bug#721947: ITA: unetbootin -- Installer of Linux/BSD distributions
retitle 721947 ITA: unetbootin -- Installer of Linux/BSD distributions owner 721947 ! thanks I will adopt it, but will take a day or two as my box is currently broken. :-| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706315: conffile handled with ucf
On Thu, 12 Sep 2013, Ludovic Drolez wrote: I don't understand your last comment: when I upgrade config.pl is not marked as a conffile anymore. } dixie:~# grep-status -P backuppc -s Version,Conffiles } Version: 3.2.1-4 } Conffiles: } /etc/backuppc/apache.conf 876049fe7fd1617d71b29a537a7c66bc } /etc/backuppc/localhost.pl e556d8d12b6613cbfcb679769260b5c4 } /etc/backuppc/hosts 6abefe9766fa5d8e311efd287d0b14ff } /etc/backuppc/config.pl bfde4d3d06afcb9a335f47e3dcacd90d } /etc/init.d/backuppc 53ba207f0ade4828ae3e0a4fbd8d259f [upgrade] } dixie:~# grep-status -P backuppc -s Version,Conffiles } Version: 3.3.0-1 } Conffiles: } /etc/default/backuppc 1c534a5e09bcf408293ef294e836bc8f } /etc/backuppc/apache.conf 876049fe7fd1617d71b29a537a7c66bc } /etc/backuppc/localhost.pl e556d8d12b6613cbfcb679769260b5c4 } /etc/backuppc/hosts c77a06f90d56fbdf62a2a6e414bd } /etc/init.d/backuppc dbdae5f2d1937e2df869ff629de078a2 } /etc/backuppc/config.pl bfde4d3d06afcb9a335f47e3dcacd90d obsolete So it's still listed as a conffile. How do you clear the status? You could use dpkg-maintscript-helper. dh_installdeb has support for that too, since some debhelper version. e.g.: } [git|debian] weasel@defiant:~/projects/tor/tor/debian$ cat tor.maintscript } rm_conffile /etc/tor/tor-tsocks.conf 0.2.4.12-alpha-1 tor -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.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#709548: Most themes from deviantart/gnome-look are affected
Hi, just wanted to add that most gtk3 themes downloaded from deviantart/gnome-look causes gtk3 apps to segfault. Theses themes used to work with previous libgtk-3.0 versions. I've tried with 'Siva', 'Zukitwo', 'Zukiwi', 'Zukini' and variants and many others, and these themes all cause gtk3 apps (evince, seahorse...) to segfault. For the record, The 'Bleufear' theme does not cause this bug. Maybe these themes are broken, but this should not downright cause a segmentation fault. If they need fixing, I'll gladly report it to the theme authors but libgtk-3.0 should be fixed too. Is there an upstream bug report i can CC to? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725188: lxc: Improve debian template (dhcp, cache path, /dev/pts)?
Package: lxc
Version: 0.9.0~alpha3-2
Severity: wishlist
Tags: patch
Via
URL: http://freedomboxblog.nl/articles-tagged-software-architecture .
I came across some changes to the lxc-debian template that might be
useful to include in the default template in Debian. Passing a
cleaned version here for you to consider.
* Get LXC as DHCP client to send hostname and lxc.module to the HDCP server.
* Change cache directory to include $SUITE
* Make sure to not block on create if cache directory is busy
* Generate MAC address for the container using random numbers.
* Mount /dev/pts
--- lxc-templates/lxc-debian2013-10-02 14:54:26.990558938 +0200
+++ lxc-templates/lxc-debian-freedombox2013-10-02 15:00:16.800180821 +0200
@@ -76,6 +81,12 @@
$hostname
EOF
+# let dhcp client report the hostname to DHCP server
+cat EOF $rootfs/etc/dhcp/dhclient.conf
+send host-name $hostname;
+send vendor-class-identifier lxc.module;
+EOF
+
# reconfigure some services
if [ -z $LANG ]; then
chroot $rootfs locale-gen en_US.UTF-8 UTF-8
@@ -162,11 +173,11 @@
install_debian()
{
-cache=/var/cache/lxc/debian
+cache=/var/cache/lxc/debian-$SUITE
rootfs=$1
mkdir -p /var/lock/subsys/
(
-flock -x 200
+flock -n -x 200
if [ $? -ne 0 ]; then
echo Cache repository is busy.
return 1
@@ -196,6 +207,12 @@
return $?
}
+# nice trick from: http://mindref.blogspot.com/2011/01/debian-lxc-create.html
+hex()
+{
+echo `tr -dc A-F0-9 /dev/urandom | head -c 2 | xargs`
+}
+
copy_configuration()
{
path=$1
@@ -230,7 +247,15 @@
# mounts point
lxc.mount.entry = proc proc proc nodev,noexec,nosuid 0 0
+lxc.mount.entry = devpts dev/pts devpts defaults 0 0
lxc.mount.entry = sysfs sys sysfs defaults 0 0
+
+# networking
+lxc.network.type = veth
+lxc.network.flags = up
+lxc.network.link = br0
+lxc.network.ipv4 = 0.0.0.0/24
+lxc.network.hwaddr = 00:1E:$(hex):$(hex):$(hex):$(hex)
EOF
if [ $? -ne 0 ]; then
@@ -243,7 +268,7 @@
clean()
{
-cache=/var/cache/lxc/debian
+cache=/var/cache/lxc/debian-$SUITE
if [ ! -e $cache ]; then
exit 0
--
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#725024: Follow-up information
Hi, On Wed, Oct 02, 2013 at 07:36:14PM +0800, Hans Liao wrote: Hi, The ibus issue (https://code.google.com/p/ibus/issues/detail?id=1661) had been closed, according to them it will be Fixed in HEAD now. This means fix is commited to their git version control system. But no released tarball has it. I don't know what that means, is there anything we need to do on our side? Option1: Read VCS and apply patch. Option2: Wait for next release -- I take this! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725189: [libgps-dev] Bogus path in pkg-config file
Package: libgps-dev
Version: 3.9-3
Severity: normal
$ pkg-config --libs --cflags libgps
-L/usr/usr/lib/x86_64-linux-gnu -lgps
double /usr is useless ;)
From libgps.pc:
libdir=${exec_prefix}/usr/lib/x86_64-linux-gnu
And the -L is actually not needed
--- System information. ---
Architecture: amd64
Kernel: Linux 3.11-trunk-amd64
Debian Release: jessie/sid
500 unstablehttp.debian.net
500 testing www.deb-multimedia.org
500 stable security.debian.org
500 stable http.debian.net
1 experimentalhttp.debian.net
--- Package information. ---
Depends (Version) | Installed
=-+-===
libgps20(= 3.9-3) | 3.9-3
pkg-config| 0.26-1
Package's Recommends field is empty.
Package's Suggests field is empty.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725024: Follow-up information
Thanks Osamu San, I think I'll wait for the next release. Thanks very much for your help, your patience, and your support. Regards Hans Liao On Oct 2, 2013 9:30 PM, Osamu Aoki os...@debian.org wrote: Hi, On Wed, Oct 02, 2013 at 07:36:14PM +0800, Hans Liao wrote: Hi, The ibus issue (https://code.google.com/p/ibus/issues/detail?id=1661) had been closed, according to them it will be Fixed in HEAD now. This means fix is commited to their git version control system. But no released tarball has it. I don't know what that means, is there anything we need to do on our side? Option1: Read VCS and apply patch. Option2: Wait for next release -- I take this!
Bug#708806: Fwd: [gnome-db] Fixed on LIBGDA_5.0 branch
Could you close this bug and file a new one for your new no related with this bug issues? El jun 5, 2013 4:34 p.m., Emilio Pozuelo Monfort poch...@gmail.com escribió: On 05/06/13 23:26, Emilio Pozuelo Monfort wrote: On 05/06/13 00:49, Emilio Pozuelo Monfort wrote: On 04/06/13 21:56, Daniel Espinosa wrote: Please check all is Ok to release a new DEB file for 5.04. Thanks for the release! I had to fix a build issue (see attached patch). After that one test failed: FAIL: check_cnc_lock On a second try it passed. I haven't investigated it much though. It seems to fail quite reliably on a chroot. The exact error is: FAIL: check_threaded_cnc Cannot create test database: disk I/O error Looking further that's probably because the dir it's trying to write is not writable in the chroot. I'm having a look. Emilio
Bug#712237: CUPS make test dependent on cups-filters
Didier, On Oct 2, 2013, at 3:14 AM, Didier Raboud o...@debian.org wrote: ... Indeed, thanks. Marking the related Debian bugreport as such and CC'ing it. That said, it's quite hard to keep track without having an access to that rdar:// system. I feel your pain and have been pressuring the folks that are doing the security audit of the new cups.org server to sign off on it so I can put the public bug reporter back online. It is a major pain in the butt for me as well, I assure you! _ Michael Sweet, Senior Printing System Engineer, PWG Chair -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725122: [doxygen] reproducible here
Hi Paolo, Le mercredi 2 octobre 2013 12:20:07 Paolo Greppi a écrit : BTW I noticed that if I set HIDE_UNDOC_MEMBERS = NO in the Doxyfile, the structure is fully documented inline, including the members. Is this an acceptable workaround ? Thanks for the tip, I guess I could do that for now. Unfortunately, not only the undocumented member will appear (which is not too big of a deal in my case), but the documented members will appear as not documented (you can test with my example, the descriptions “An int” and “A char” don't appear). Matteo signature.asc Description: This is a digitally signed message part.
Bug#725134: ibus: ERROR:root:Could not find any typelib for Gtk
control: severity 725134 normal control: retitle 725134 add Depends: gir1.2-gtk-3.0 Hi, I think I figured out the cause Recently I know testing had ibus 1.5 transioton and missing dependency package issues but I thought all these are fixed now. On Tue, Oct 01, 2013 at 11:49:34AM -1000, Ryo Furue wrote: Package: ibus Version: 1.5.3-7 We had problem in 1.5.3-5: http://bugs.debian.org/722121 Partial system upgrade may be the cause. Please run: $ sudo apt-get update; sudo apt-get dist-upgrade (But you seems to be quite current) Basically, I cannot use ibus any longer: $ /usr/bin/ibus-setup ERROR:root:Could not find any typelib for Gtk Traceback (most recent call last): File /usr/share/ibus/setup/main.py, line 29, in module from gi.repository import Gtk ImportError: cannot import name Gtk Oh not iBus but GTK. H Do you have: gir1.2-gtk-3.0 package? If not please install ... If fixed, I guess I need to add dependency Please tell me the result. Thanks in advance Osamu APT policy: (500, 'testing') Good. Kernel: Linux 3.10-3-686-pae (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ibus depends on: ii dconf-cli0.16.1-1 ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gir1.2-ibus-1.0 1.5.3-7 Good ii python-gi3.8.2-1 Good. The above error message does not make sense. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717684: no reply from uptream
I mailed to ray...@cpan.org and chadker...@yahoo.com, which both worked on this library. But both email addresses are not valid any more :-( -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725190: tiger: getting misc020f after adding procs to tigerrc
Package: tiger Version: 1:3.2.3-11 Severity: normal Dear Maintainer, I am still getting misc020f after adding suggested /sbin/klogd /sbin/syslogd to tigerrc Tiger_Running_Procs variable. This was the fix instructed by tigexp. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tiger depends on: ii binutils 2.22-8 ii bsdmainutils 9.0.5 ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-3 ii net-tools 1.60-25 ii ucf3.0027 Versions of packages tiger recommends: ii chkrootkit 0.49-4.1 ii john1.7.8-1 ii postfix [mail-transport-agent] 2.10.0-3 pn tripwire | aide none Versions of packages tiger suggests: ii lsof 4.86+dfsg-1 -- Configuration Files: /etc/tiger/tiger.ignore changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678015: debian-installer: Guided partitioning took 26 hours to complete erasure of encripted LVM volume
On Thu, Aug 23, 2012 at 01:00:31PM +0200, Philipp Kern wrote: On Thu, Aug 23, 2012 at 12:40:10PM +0300, Riku Saikkonen wrote: - Does this step write random data or only 0s to the disk? (I think messages #15 and #35 in this bug report show that this is not clear to the users.) It writes 0s to the encrypted container which results in random data on disk (which is by design). (sending also to #721360, should probably be merged with this bug report) Hi, sharing my experiences here, I recently noticed this slowness when erasing a 300GB volume. Erasing from debian-installer looked really slow. I did some tests with a 1GB volume and /dev/urandom, resulting in ~0.5GB/min, that means at least 10 hours expected. Later noticed that zeros are written to the encripted volume, as pointed out above, but unfortunately I did not test with debian-installer and the original 1GB test volume and I no longer have that box for testing, so I do not know the actual times for debian-installer in that 1GB reference volume. However, looking at faster ways to do this, I found this reference http://www.globallinuxsecurity.pro/quickly-fill-a-disk-with-random-bits-without-dev-urandom/ claiming to be a faster method when CPU has AES suport. Indeed, with this method and the script (uptime only used to know the times) 8 --- #!/bin/sh set -x cryptsetup luksFormat $1 || exit 1 cryptsetup luksOpen $1 cryptodev || exit 1 cat /proc/uptime dd if=/dev/zero bs=1M of=/dev/mapper/cryptodev cryptsetup luksClose cryptodev dd if=/dev/urandom bs=1M count=2 of=$1 cat /proc/uptime 8 --- I wrote the 300GB volume in ~1.5 hours, something I find reasonable. Do not know about the randomness quality, but this method seems to do something similar to what partman-crypto is doing, although in a way that is aware of CPU AES support. Note that I did this from a shell inside debian-installer, with no extra packages installed. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678015: speed improvements
This bug has some fixes to blockdev-wipe which should bring it up to speed with dd: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718896 Cheers, Thiemo
