Bug#725161: libqt5qml-quickcontrols: ApplicationWindow: module "QtQuick.Layouts" is not installed

[Drew Parsons]

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#721498: O: silo -- Sparc Improved LOader

[Jurij Smakov]

On Wed, Oct 2, 2013 at 3:27 AM, Axel Beckert  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 , 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#721947: ITA: unetbootin -- Installer of Linux/BSD distributions

[Geza Kovacs]

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#724760: lm-sensors: Hardware breakage reported Over the past few months reported at lm-sensors.org

[Aurelien Jarno]

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

[Aurelien Jarno]

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   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 = ;
+   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#725159: pu: package lm-sensors/1:3.3.2-2+deb7u1

[Aurelien Jarno]

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   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 = ;
+   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

[Aurelien Jarno]

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#725158: nmu: grive_0.2.0-1+b2

[Ralf Treinen]

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#725157: man-db: /etc/mailcap of man page

[Kevin Ryde]

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#725156: man-db: Arrow keys do not work in man

[Hans-J. Ullrich]

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 
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#725155: nmu: eztrace_0.9.1-2

[Ralf Treinen]

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#725154: pu: package oss-compat/2

[Stephen Kitt]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu

Hi,

oss-compat in stable suffers from two serious bugs:
  * 660803, related to changes in kmod (and causing issues when
installing Debian Edu wheezy);
  * 718241, which was initially just a tracking bug for testing but
also applies to wheezy.

The latter bug doesn't contain much rationale; basically the issue is
that oss-compat installs modprobe configuration to load OSS modules
automatically, and since this takes the form of a configuration file,
the modules are still loaded even when oss-compat is removed (but not
purged). This is undesirable in and of itself, but it also complicates
for future upgrades: anything causing an automatic removal of
oss-compat will be broken if it requires the modules not to load
(cf. osspd which now provides oss-compat; I'd like oss-compat in
jessie to recommend osspd).

The attached patch fixes these two bugs in wheezy in the same way as
in jessie; the relevant versions of the package have been in jessie
for a while.

Regards,

Stephen


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/changelog b/debian/changelog
index 533343f..57a79dd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+oss-compat (2+deb7u1) wheezy; urgency=low
+
+  * Use softdep directives in the modprobe configuration. (Closes:
+#660803.)
+  * Remove oss-compat.conf when removing the package, so it doesn't load
+the OSS modules when configured but not installed. (Closes: #718241.)
+
+ -- Stephen Kitt   Wed, 02 Oct 2013 07:30:56 +0200
+
 oss-compat (2) unstable; urgency=low
 
   [ Stephen Kitt ]
diff --git a/debian/postinst b/debian/postinst
index e0fe783..ca1d9b5 100644
--- a/debian/postinst
+++ b/debian/postinst
@@ -32,6 +32,8 @@ case "$1" in
 fi
 # Cleanup stable configuration link
 [ -L ${oldconffile} ] && rm -f ${oldconffile}
+# Wheezy configuration file (using install directives)
+[ -f ${curconffile} ] && [ "$(md5sum ${curconffile} | cut -d\  -f1)" = "88222606b0a3ba8b0825c5000c754e6f" ] && cp /lib/oss-compat/linux $
 
 if lsmod | grep -q "^snd " ; then
   modprobe snd || true
diff --git a/debian/prerm b/debian/prerm
new file mode 100644
index 000..3cb73d4
--- /dev/null
+++ b/debian/prerm
@@ -0,0 +1,26 @@
+#!/bin/sh
+set -e
+
+case "$1" in
+remove)
+	conffile=/etc/modprobe.d/oss-compat.conf
+	# If the installed file matches a known version, remove it
+	if [ -f ${conffile} ]; then
+	md5sum=$(md5sum ${conffile} | cut -d\  -f1)
+	# Wheezy version
+	md5wheezy=88222606b0a3ba8b0825c5000c754e6f
+	# Jessie version
+	md5jessie=cb772524a069ec273d7ca6db520388c1
+	if [ "${md5sum}" = "${md5wheezy}" -o "${md5sum}" = "${md5jessie}" ]; then
+		rm -f /etc/modprobe.d/oss-compat.conf
+	fi
+	fi
+	;;
+esac
+
+# dh_installdeb will replace this with shell code automatically
+# generated by other debhelper scripts.
+
+#DEBHELPER#
+
+exit 0
diff --git a/linux b/linux
index 98c8b57..d24b108 100644
--- a/linux
+++ b/linux
@@ -1,3 +1,3 @@
-install snd-pcm modprobe --ignore-install snd-pcm $CMDLINE_OPTS && { modprobe --quiet snd-pcm-oss ; : ; }
-install snd-mixer modprobe --ignore-install snd-mixer $CMDLINE_OPTS && { modprobe --quiet snd-mixer-oss ; : ; }
-install snd-seq modprobe --ignore-install snd-seq $CMDLINE_OPTS && { modprobe --quiet snd-seq-midi ; modprobe --quiet snd-seq-oss ; : ; }
+softdep snd-pcm post: snd-pcm-oss
+softdep snd-mixer post: snd-mixer-oss
+softdep snd-seq post: snd-seq-midi snd-seq-oss

Bug#725076: #725076 xpra: window titles say

[Dmitry Smirnov]

On Wed, 2 Oct 2013 13:43:30 Timo Juhani Lindfors wrote:
> https://www.xpra.org/trac/ticket/436

Thanks, Timo -- much appreciated.

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

A wise man proportions his belief to the evidence.
-- David Hume, "An Inquiry Concerning Human Understanding"


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#718767: transition: ocaml 4.00.1

[Stéphane Glondu]

Le 25/09/2013 04:56, Thomas Goirand a écrit :
> I have uploaded Nova 2013.1.3-2 with removed support for XAPI, as you
> asked. I hope XCP support can come back quickly in Debian.
> [...]
> Hoping that this will help for the Ocaml transition,

That was one week ago. nova has migrated to testing and xen-api has been
removed from testing.

What is blocking now?


Cheers,

-- 
Stéphane


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725004: big endian bug

[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..

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#725153: migrate to libnss3

[Timo Aaltonen]

Package: openldap
Version: 2.4.31-1+nmu2
Severity: wishlist

Hi

  I'd like to migrate openldap to build against the NSS libs, in order
to support features on 389ds where it is acting as an SSL client
(replication etc) and expects NSS. 389 depends on libldap, but when it's
built against gnutls things break.

Licensing-wise it's not an issue, since NSS is dual-licensed
MPL-1.1/LGPL-2.1 so they're compatible.

The ultimate goal is to eventually provide full FreeIPA server
experience on Debian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725004: haskell-cryptocipher: FTBFS on mips, ppc, s390 and sparc (but was built there in the past)

[Niels Thykier]

Control: tags -1 confirmed
Control: retitle -1 haskell-cryptocipher: FTBFS on big-endian archs

On 2013-10-02 07:27, Niels Thykier wrote:
> On 2013-09-30 14:12, Niels Thykier wrote:
>> Package: haskell-cryptocipher
>> Version: 0.5.2-1
>> Severity: serious
>>
>> Hi,
>>
>> The buildd logs all appear to have a log that looks something like:
>>
>> """
>> *** Failed! Falsifiable (after 1 test): 
>> DESEDE2Message "~\134\162\184\232O\193\150n{#\180m\SYNi\240" 
>> "3;\157\243> "j\248\217e\166O|c"
>> (used seed 9713386)
>>   DES-EDE2 (CTR): [OK, passed 100 tests]
>>   DES-EDE2 (CFB): [OK, passed 100 tests]
>>   DES-EDE2 (OFB): [OK, passed 100 tests]
>>
>>  Properties   Total   
>>  Passed  15   15  
>>  Failed  88   
>>  Total   23   23  
>> Test suite test-cryptocipher: FAIL
>> Test suite logged to: dist-ghc/test/cryptocipher-0.5.2-test-cryptocipher.log
>> 0 of 1 test suites (0 of 1 test cases) passed.
>> make: *** [check-ghc-stamp] Error 1
>> """
>>
>> These build failures are currently preventing haskell-cryptocipher
>> from migrating to testing (and quite possibly blocking several other
>> haskell packages as well).
>>
>> ~Niels
>>
> 
> Hey,
> 
> On IRC, Joey Hess suspected this failure might be related to endianess
> based on the failing architectures appearing to be big endian (and that
> "cryptocipher certainly does some low-level bit-banging in C").
> 
> ~Niels
> 
> 

Tagging confirmed based on Joey's review:

"""
06:29 < joeyh> ok, here's the bug
06:29 < joeyh> word64ToBs :: Word64 -> B.ByteString
06:29 < joeyh> word64ToBs = runPut . putWord64le
06:29 < joeyh> this has all been extensively rewritten in newer upstream
releases, and I think, fixed for big endian
"""

~Niels


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725004: haskell-cryptocipher: FTBFS on mips, ppc, s390 and sparc (but was built there in the past)

[Niels Thykier]

On 2013-09-30 14:12, Niels Thykier wrote:
> Package: haskell-cryptocipher
> Version: 0.5.2-1
> Severity: serious
> 
> Hi,
> 
> The buildd logs all appear to have a log that looks something like:
> 
> """
> *** Failed! Falsifiable (after 1 test): 
> DESEDE2Message "~\134\162\184\232O\193\150n{#\180m\SYNi\240" 
> "3;\157\243 "j\248\217e\166O|c"
> (used seed 9713386)
>   DES-EDE2 (CTR): [OK, passed 100 tests]
>   DES-EDE2 (CFB): [OK, passed 100 tests]
>   DES-EDE2 (OFB): [OK, passed 100 tests]
> 
>  Properties   Total   
>  Passed  15   15  
>  Failed  88   
>  Total   23   23  
> Test suite test-cryptocipher: FAIL
> Test suite logged to: dist-ghc/test/cryptocipher-0.5.2-test-cryptocipher.log
> 0 of 1 test suites (0 of 1 test cases) passed.
> make: *** [check-ghc-stamp] Error 1
> """
> 
> These build failures are currently preventing haskell-cryptocipher
> from migrating to testing (and quite possibly blocking several other
> haskell packages as well).
> 
> ~Niels
> 

Hey,

On IRC, Joey Hess suspected this failure might be related to endianess
based on the failing architectures appearing to be big endian (and that
"cryptocipher certainly does some low-level bit-banging in C").

~Niels


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725152: armagetronad-dedicated: Please enable authentication

[theo]

Package: armagetronad-dedicated
Severity: normal


Please build armagetrondad-dedicated with --enable-authentication.

This will alow the server to be able to offer clients an authentication
while playing.

Not having this option prevents using the debian package as a server for
most competitions that require people to login.

It's also a drawback when trying to set some options (like restricting
the ability to play, or to poll votes to authenticated users)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725151: icedove: Delete button in toolbar gets out of sync

[Richard Hector]

Package: icedove
Version: 17.0.9-1~deb7u1
Severity: minor

Dear Maintainer,

Steps to reproduce:
* set delete messages to mark as deleted only
* add a delete button to the top toolbar
* select the last message in a folder, so that automatic advance
  to the next message isn't possible
* click the top delete button

Notice that the label stays as 'Delete', though the message is now
marked as deleted. Further clicks will toggle the button label and the
state of the message, so the label continues to indicate the opposite
of the action it will cause.

Richard

-- 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/4 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   4.3.2
ii  fontconfig2.9.0-7.1
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-38
ii  libcairo2 1.12.2-3
ii  libdbus-1-3   1.6.8-1+deb7u1
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.19-stable-3
ii  libffi5   3.0.10-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.7.2-5
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libnspr4  2:4.10-1~bpo70+1
ii  libnss3   2:3.15.1-1~bpo70+1
ii  libnss3-1d2:3.15.1-1~bpo70+1
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.26.0-4
ii  libsqlite3-0  3.7.17-1~bpo70+1
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.2-5
ii  libvpx1   1.1.0-1
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxrender1   1:0.9.7-1+deb7u1
ii  libxt61:1.1.3-1+deb7u1
ii  psmisc22.19-1+deb7u1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages icedove recommends:
ii  myspell-en-us [myspell-dictionary]  1:3.3.0-4

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.3-3
ii  libgssapi-krb5-2  1.10.1+dfsg-5+deb7u1

-- 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#580713: sgt-puzzles: Larger puzzles randomly freezes on generation

[Ben Hildred]

Package: sgt-puzzles
Version: 9411-1
Followup-For: Bug #580713

Dear Maintainer,
also note that pearl 5x5 tricky with allow unsoluble unchecked also goes out to
lunch.



-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-486
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 sgt-puzzles depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1

Versions of packages sgt-puzzles recommends:
ii  google-chrome-stable [www-browser]  29.0.1547.76-r223446
ii  lynx-cur [www-browser]  2.8.8dev.12-2
ii  uzbl [www-browser]  0.0.0~git.20120514-1.1

sgt-puzzles 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#723711: info: /etc/mailcap entry

[Kevin Ryde]

Norbert Preining  writes:
>
> I don't know how that owuld be used with the lower priority?

The --action=cat as I posted.  If there's a nice text rendition of some
file format then it can be made available for non-interactive use like
that.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725076: #725076 xpra: window titles say

[Timo Juhani Lindfors]

Hi,

now also sent to https://www.xpra.org/trac/ticket/435

-Timo


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725076: #725076 xpra: window titles say

[Timo Juhani Lindfors]

Hi,

sorry, I mean https://www.xpra.org/trac/ticket/436

-Timo


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#721961: Fix availability in wheezy

[Dmitry Smirnov]

Hi Vilius,

On Fri, 27 Sep 2013 02:36:05 Vilius Panevėžys wrote:
> Thank you for the quick resolution! Will the fix be available in wheezy?

Thanks for reminder. Perhaps eventually when time allows... I wish I
could do it sooner bur realistic estimation suggest some weeks before
I'll be able to try backporting...

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

It is impossible to imagine Goethe or Beethoven being good at billiards
or golf.
-- H. L. Mencken


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725150: dia-gnome reports error on startup.

[JohnK]

Package: dia-gnome
Version:   0.97.2-8
Running under: Raspian GNU/Linux jessie/sid raspberri pi
Last apt-get update/upgrade Sept 26 2013

Application: Diagram editor (Gnome version).

Problems:
The output below is reported when executing "dia" from a root terminal from a 
Gnome environment:

(dia-gnome:3546): GLib-WARNING **: A group named "gtk" is already part of this 
GOptionContext
The program 'dia-gnome' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 1426 error_code 8 request_code 70 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
pi@raspberrypi ~ $ ^C


John K
Cincinnati, Ohio USA

---
This mail was sent with the Java email client Columba. Read more at 
http://columbamail.org


John K
Cincinnati, Ohio USA

---
This mail was sent with the Java email client Columba. Read more at 
http://columbamail.org


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#721498: O: silo -- Sparc Improved LOader

[Axel Beckert]

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/.

Further co-maintainers of course still welcome! :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , 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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725146: qtcreator does not automatically find Qt5.1.1

[Drew Parsons]

On Tue, 2013-10-01 at 22:59 -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
...
> > So I'm reporting no error in libqt5qml-quickcontrols.  But is there an
> > error in qtcreator, that it did not detect Qt 5.1.1 automatically?  I'm
> > reassigning this bug to qtcreator for further discussion.
> 
> Well, it turns out to be a multi-layered bug. With another bug in the middle.
> 
> Let's start with the "bug in the middle". If you happen to be using KDE, 
> there 
> is a bug (already reported and fixed upstream) that makes $PATH to be 
> incorrect:
> 
> lisandro@luna:~$ echo $PATH
> /usr/lib/x86_64-linux-
> gnu/qt4/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
> 
> The first path should not be in there.

In my case I'm using Gnome, so I don't have that path problem.  My
qtcreator would be using the standard qmake at /usr/bin/qmake.


> This affects the way qtcreator detects Qt installations.
...
> lisandro@luna:~$ qmake -version
> QMake version 2.01a
> Using Qt version 4.8.6 in /usr/lib/x86_64-linux-gnu
> 
> But nowadays we currently have qtchooser in the middle. In Debian qtchooser 
> will default to Qt4 as described in [0]:

Agreed, it does make sense for Qt4 to be the default at the moment.


> 
> But we may still have a qtcreator bug here. I just removed the file that 
> makes 
> Qt4 the default installation and ran qmake -version. Fail. Same with 
> qtcreator, it will not detect any installation.
> 
> Maybe it should now call qtchooser -list-versions and then call qmake for 
> each 
> of them. I'll check with upstream and see what they say.
> 

Using qtchooser sounds like a reasonable way of detecting all known Qt
versions. Gives a bit of overkill with "5" vs "qt5" vs
"qt5-x86_64-linux-gnu", but I guess for developers more is better than
less.

Thanks for the explanation!

Drew


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724043: archivemail: FTBFS: Test failure

[Daniel Schepler]

On Wednesday, October 02, 2013 02:45:38 AM Nikolaus Schulz wrote:
> Hm, can you reproduce this?  I see that the test parameters there are
> questionable, but still, the test should not fail.

Yes, I just reproduced it again.  It doesn't seem to be a 100% failure rate, 
though, but it does fail for me most times I try to do the build.

> What do you get when you run
> 
> $ python2 -c 'import time; print repr(time.time())'
> 
> on the system in question?

In the pbuilder chroot, I got 1380680046.790368
-- 
Daniel Schepler


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725149: git diff blocks scroll wheel

[jasen]

Package: git
Version: 1:1.7.10.4-1+wheezy1
Severity: wishlist

Dear Maintainer,

if I run "git diff" in a gnome-terminal  I get a colorized output but
the scroll wheel doesn't work 

if I run  "git diff --color | less -r"
 
The scroll wheel works. 

It seems that when git launches less, less doesn't switch to the
alternate screen and thus gnome-terminal doesn't translate scroll
events.

-- 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/4 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages git depends on:
ii  git-man  1:1.7.10.4-1+wheezy1
ii  libc62.17-92+b1
ii  libcurl3-gnutls  7.26.0-1+wheezy3
ii  liberror-perl0.17-1
ii  libexpat12.1.0-1
ii  perl-modules 5.14.2-21
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages git recommends:
ii  less 444-4
ii  openssh-client [ssh-client]  1:6.2p2-6
ii  patch2.6.1-3
ii  rsync3.0.9-4

Versions of packages git suggests:
ii  gettext-base  0.18.1.1-9
pn  git-arch  
pn  git-cvs   
pn  git-daemon-run | git-daemon-sysvinit  
pn  git-doc   
pn  git-el
pn  git-email 
pn  git-gui   
pn  git-svn   
pn  gitk  
pn  gitweb

-- 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#530027: Even auto-added printers can fail

[Stefan Monnier]

I bumped into this problem with a printer auto-added by cups-browsed:
apparently, cups-browsed added the printer under the FQDN name in
printers.conf, but cupsd somehow expected a different host name
(I guess cupsd uses $(hostname) to decide on the expected servername,
and in my case $(hostname) is different from the FQDN name).


Stefan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725146: (was: libqt5qml-quickcontrols: module "QtQuick.Controls" is not installed)

[Lisandro Damián Nicanor Pérez Meyer]

tag 725146 - moreinfo
tag 725146 upstream
thanks

On Wednesday 02 October 2013 11:19:26 Drew Parsons wrote:
[snip]
> > But when I build and run, I get the run-time error message:
> > 
> > qrc:/qml/main.qml:3:1: module "QtQuick.Controls" is not installed
> 
> I've found out what the problem is.  I was using the Qt5 kit that
> QtCreator found automatically.  But when I had a closer look, I saw it
> was a local copy of Qt5.0.0beta2, not the current Debian version of
> 5.1.1.

That would explain why I couldn't find it.

> To get access to 5.1.1, I found I had to manually add a new kit,
> specifying qmake at /usr/lib/x86_64-linux-gnu/qt5/bin/qmake.
> 
> After I did that, specifying a build with Qt 5.1.1, I can safely "import
> QtQuick.Controls 1.0" into new projects.  (I still have errors adding it
> to an existing Qt program, I'll assume that's just normal Qt4->Qt5
> porting problem rather than a package bug)

Please file a bug if you find that's not turns out to be the case :)

> So I'm reporting no error in libqt5qml-quickcontrols.  But is there an
> error in qtcreator, that it did not detect Qt 5.1.1 automatically?  I'm
> reassigning this bug to qtcreator for further discussion.

Well, it turns out to be a multi-layered bug. With another bug in the middle.

Let's start with the "bug in the middle". If you happen to be using KDE, there 
is a bug (already reported and fixed upstream) that makes $PATH to be 
incorrect:

lisandro@luna:~$ echo $PATH
/usr/lib/x86_64-linux-
gnu/qt4/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

The first path should not be in there.

This affects the way qtcreator detects Qt installations.

Now for qtcreator's detection system. It basically searches for qmake in the 
path and runs qmake -version

lisandro@luna:~$ qmake -version
QMake version 2.01a
Using Qt version 4.8.6 in /usr/lib/x86_64-linux-gnu

But nowadays we currently have qtchooser in the middle. In Debian qtchooser 
will default to Qt4 as described in [0]:

  SO ARE YOU GOING TO BREAK THE ARCHIVE WITH A BIG TRANSITION?
  No, we have done our best to avoid having to make any changes to existing
  Qt4 packages. Qt tools should default to Qt4 except if overriden by any
  method described above.

This is because we needed to avoid a big and horrendous transition for 
packages that build against Qt4. We simply let Qt4 be the default except if 
manually overriden.

[0] 


But we may still have a qtcreator bug here. I just removed the file that makes 
Qt4 the default installation and ran qmake -version. Fail. Same with 
qtcreator, it will not detect any installation.

Maybe it should now call qtchooser -list-versions and then call qmake for each 
of them. I'll check with upstream and see what they say.

Kinds regards, Lisandro.

-- 
Wiki participants are, by nature, a pedantic, ornery, and unreasonable bunch.
So there's a camaraderie here we seldom see outside of our professional
contacts.
  http://www.c2.com/cgi/wiki?WhyWikiWorks

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Bug#725148: musl-tools should not be in Section libs

[Vincent Lefevre]

Package: musl-tools
Version: 0.9.14-1
Severity: normal

musl-tools is in Section libs while it doesn't contain a library,
and it contains an executable. The problem is that deborphan wants
to remove it, and this is wrong.

-- 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 musl-tools depends on:
ii  musl  0.9.14-1

musl-tools recommends no packages.

musl-tools 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#725146: (was: libqt5qml-quickcontrols: module "QtQuick.Controls" is not installed)

[Lisandro Damián Nicanor Pérez Meyer]

tag 725146 moreinfo
thanks

On Wednesday 02 October 2013 11:19:26 Drew Parsons wrote:
[snip] 
> So I'm reporting no error in libqt5qml-quickcontrols.  But is there an
> error in qtcreator, that it did not detect Qt 5.1.1 automatically?  I'm
> reassigning this bug to qtcreator for further discussion.

Hi Drew! do you happen to be running KDE?

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Bug#725146: (was: libqt5qml-quickcontrols: module "QtQuick.Controls" is not installed)

[Drew Parsons]

reassign 725146 qtcreator
retitle 725146 qtcreator does not automatically find Qt5.1.1
found 725146 2.8.1-3
thanks

On Wed, 2013-10-02 at 00:42 +, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
> 

> But when I build and run, I get the run-time error message:
> 
> qrc:/qml/main.qml:3:1: module "QtQuick.Controls" is not installed 

I've found out what the problem is.  I was using the Qt5 kit that
QtCreator found automatically.  But when I had a closer look, I saw it
was a local copy of Qt5.0.0beta2, not the current Debian version of
5.1.1.

To get access to 5.1.1, I found I had to manually add a new kit,
specifying qmake at /usr/lib/x86_64-linux-gnu/qt5/bin/qmake.

After I did that, specifying a build with Qt 5.1.1, I can safely "import
QtQuick.Controls 1.0" into new projects.  (I still have errors adding it
to an existing Qt program, I'll assume that's just normal Qt4->Qt5
porting problem rather than a package bug)

So I'm reporting no error in libqt5qml-quickcontrols.  But is there an
error in qtcreator, that it did not detect Qt 5.1.1 automatically?  I'm
reassigning this bug to qtcreator for further discussion.


Package: qtcreator,  Version: 2.8.1-3
Package: qt5-sdk,Version: 3


-- 
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

[Hans Liao]

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  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

Bug#724043: archivemail: FTBFS: Test failure

[Nikolaus Schulz]

On Sun, Sep 22, 2013 at 07:48:59AM -0700, Daniel Schepler wrote:
> From my pbuilder build log:
> 
> ...
>  debian/rules build
> dh --with=python2 build
>dh_testdir
>dh_auto_configure
>debian/rules override_dh_auto_build
[...]
> ./test_archivemail
> F..
> ==
> FAIL: testJustOld (__main__.TestIsTooOld)
> with max_days=1, should be true for these dates >= 1 day
> --
> Traceback (most recent call last):
>   File "./test_archivemail", line 521, in testJustOld
> max_days=1)
> AssertionError

Hm, can you reproduce this?  I see that the test parameters there are
questionable, but still, the test should not fail.

What do you get when you run

$ python2 -c 'import time; print repr(time.time())'

on the system in question?

Nikolaus


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725146: libqt5qml-quickcontrols: module "QtQuick.Controls" is not installed

[Drew Parsons]

Package: libqt5qml-quickcontrols
Version: 5.1.1-1
Severity: normal

I'm trying to prepare a Qt5 program, using QtCreator 2.8.1 (2.8.1-3).
I want to use the new QtQuick Controls, so I've installed
libqt5qml-quickcontrols.  

QtCreator knows the new module exists: when you start
typing 'import QtQ' into your QML file, then 
'import QtQuick.Controls 1.0' comes up as one of the automatic
alternatives.

But when I build and run, I get the run-time error message:

qrc:/qml/main.qml:3:1: module "QtQuick.Controls" is not installed 

I can readily reproduce the error by starting a New Project in
QtCreator, selecting "Qt Quick 2 application (Built-in Types)" or
"Qt Quick2 UI" (the ones which print "Hello world!" on a white
background), and adding "import QtQuick.Controls 1.0" to the default
main.qml file.


-- 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#725145: mercurial: Unnecessary Breaks on mercurial-git

[James McCoy]

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

-- 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (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#694685: Sorta work around

[doug Springer]

One can attempt to load one interface before the other, by adding this 
(for example)

options snd-hda-intel index=1 id="HD Intel HDMI"
to /etc/modprobe.d/alsa-base.conf

For some reason I'm not going to figure out right now,
it Loads the HDMI interface last.

At least xfce4-mixer then will use the 'first' card.

Of course, it still has the same name, but I don't have to select the 
'second' card every time I pull the mixer up.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725144: libvirt-bin: Please build with apparmor support.

[Ben Kibbey]

Package: libvirt-bin
Version: 0.9.12-11+deb7u1
Severity: wishlist

Dear Maintainer,

If possible, please build with apparmor support as an alternative to SELinux.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11.3 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libvirt-bin depends on:
ii  adduser 3.113+nmu3
ii  gettext-base0.18.3.1-1
ii  libavahi-client30.6.31-2
ii  libavahi-common30.6.31-2
ii  libblkid1   2.20.1-5.5
ii  libc6   2.17-92+b1
ii  libcap-ng0  0.7.3-1+b1
ii  libdbus-1-3 1.6.14-1
ii  libdevmapper1.02.1  2:1.02.77-6+b1
ii  libgcrypt11 1.5.3-2
ii  libgnutls26 2.12.23-7
ii  libnetcf1   1:0.2.0-5
ii  libnl1  1.1-8
ii  libnuma12.0.9~rc5-1
ii  libparted0debian1   2.3-16
ii  libpcap0.8  1.4.0-2
ii  libpciaccess0   0.13.2-1
ii  libreadline66.2+dfsg-0.1
ii  libsasl2-2  2.1.25.dfsg1-14
ii  libudev0175-7.2
ii  libvirt00.9.12-11+deb7u1
ii  libxenstore3.0  4.1.4-4
ii  libxml2 2.9.1+dfsg1-3
ii  libyajl22.0.4-4
ii  logrotate   3.8.6-1

Versions of packages libvirt-bin recommends:
ii  bridge-utils1.5-6
ii  dmidecode   2.12-2
ii  dnsmasq-base2.66-4
pn  ebtables
ii  gawk1:4.0.1+dfsg-2.1
ii  iproute 1:3.11.0-1
ii  iptables1.4.20-2
ii  libxml2-utils   2.9.1+dfsg1-3
ii  netcat-openbsd  1.105-7
ii  parted  2.3-16
ii  qemu1.1.2+dfsg-6a
ii  qemu-kvm1.1.2+dfsg-6

Versions of packages libvirt-bin suggests:
ii  policykit-1  0.105-3
ii  radvd1:1.9.1-1.1

-- Configuration Files:
/etc/default/libvirt-guests changed [not included]
/etc/libvirt/libvirtd.conf changed [not included]

-- 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#725143: unbuildable on some archs

[Rebecca N. Palmer]

Source: ogre-1.9
Tags: patch

Using __sync_fetch_and_add_8 on architectures without native support 
requires the libatomic library 
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56300), which is part of 
GCC 4.8+.


The attached patch links against this library and forces compilation 
with gcc/g++ 4.8.  It also disables --as-needed on ia64 to work around 
bug #718047.


This should fix everything except armhf (crashing make, which is a bug 
there not here), but has not been tested.
$ diff -up rules_orig rules
--- rules_orig	2013-10-01 20:30:06.846713326 +0100
+++ rules	2013-10-01 20:52:56.234672865 +0100
@@ -15,8 +15,13 @@ export DEB_BUILD_MAINT_OPTIONS   := hard
 dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS=$(DEB_BUILD_MAINT_OPTIONS) dpkg-buildflags
 export DEB_CFLAGS_MAINT_APPEND   := -pipe -Wall $(shell $(dpkg_buildflags) --get CPPFLAGS)
 export DEB_CXXFLAGS_MAINT_APPEND := -pipe -Wall $(shell $(dpkg_buildflags) --get CPPFLAGS)
-export DEB_LDFLAGS_MAINT_APPEND  := -Wl,-z,defs -Wl,--as-needed
-
+# -latomic for __sync_fetch_and_add_8
+# disable -Wl,--as-needed on ia64 due to bug #718047
+ifeq($(DEB_HOST_ARCH),ia64)
+export DEB_LDFLAGS_MAINT_APPEND  := -Wl,-z,defs -latomic
+else
+export DEB_LDFLAGS_MAINT_APPEND  := -Wl,-z,defs -Wl,--as-needed -latomic
+endif
 
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
@@ -47,7 +52,8 @@ override_dh_auto_configure:
 		-DOGRE_INSTALL_DOCS:BOOL=TRUE \
 		-DOGRE_BUILD_SAMPLES:BOOL=FALSE \
 		-DOGRE_INSTALL_SAMPLES:BOOL=FALSE \
-		-DOGRE_INSTALL_SAMPLES_SOURCE:BOOL=FALSE
+		-DOGRE_INSTALL_SAMPLES_SOURCE:BOOL=FALSE \
+		-DCMAKE_C_COMPILER=gcc-4.8 -DCMAKE_CXX_COMPILER=g++-4.8
 
 override_dh_install:
 # Copy files from template for this particular version
$ diff -up control_orig control
--- control_orig	2013-10-01 21:00:50.306658858 +0100
+++ control	2013-10-01 21:02:02.410656727 +0100
@@ -28,7 +28,8 @@ Build-Depends: debhelper (>= 9~),
libxaw7-dev,
libxt-dev,
libois-dev [linux-any],
-   chrpath
+   chrpath,
+   g++-4.8
 
 Package: libogre-1.9-dev
 Section: libdevel

Bug#720541: lynx: Unable to login on amazon.de

[Thomas Dickey]

On Tue, Oct 01, 2013 at 05:36:01PM -0400, Thomas Dickey wrote:
> On Fri, Aug 23, 2013 at 10:49:57AM +0200, Mario Lang wrote:
> > Package: lynx
> > Version: 2.8.8dev.16-1
> > Severity: important
> > 
> > Since lynx was updated in unstable, I am no longer able to login to
> > amazon.de with lynx.  I can verify that login to amazon.de still works
> > with version 2.8.8dev.12-2.  So something between dev.12 and dev.16
> > broke.
> 
> At the moment I can login with dev.5 but not dev.16,
> so there's something to investigate...

I traced this to the fixes for content-length in dev.13,
and have a fix which will be in dev.17

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#712947: The same for 3.8

[miguel]

I have the same problem but my desktop is gnome 3.8 and probably I have
some package faulty by "experimental" versions.


Oct  2 00:13:11 debian minissdpd[2823]: received signal 15, good-bye
Oct  2 00:13:11 debian bluetoothd[2592]: Terminating
Oct  2 00:13:11 debian bluetoothd[2592]: Stopping SDP server
Oct  2 00:13:11 debian bluetoothd[2592]: Exit
Oct  2 00:13:11 debian avahi-daemon[2548]: Got SIGTERM, quitting.
Oct  2 00:13:11 debian avahi-daemon[2548]: Leaving mDNS multicast group
on interface eth0.IPv6 with address fe80::222:15ff:fe0e:38a6.
Oct  2 00:13:11 debian avahi-daemon[2548]: Leaving mDNS multicast group
on interface eth0.IPv4 with address 192.168.0.100.
Oct  2 00:13:11 debian NetworkManager[2695]:  caught signal 15,
shutting down normally.
Oct  2 00:13:11 debian NetworkManager[2695]:  exiting (success)
Oct  2 00:13:11 debian avahi-daemon[2548]: avahi-daemon 0.6.31 exiting.
Oct  2 00:13:12 debian ntpd[2429]: ntpd exiting on signal 15
Oct  2 00:13:12 debian modem-manager[2777]:   Caught signal 15,
shutting down...
Oct  2 00:13:12 debian x-session-manager[3320]: Gdk-WARNING:
x-session-manager: Fatal IO error 4 (Llamada al sistema interrumpida) on
X server :0.#012
Oct  2 00:13:12 debian gdm-simple-slave[2757]: GLib-GObject:
g_object_ref: assertion `object->ref_count > 0' failed


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#678624: pu: package xz-utils/5.0.0-3

[Jonathan Nieder]

Cyril Brulebois wrote:
> Control: tag -1 moreinfo

> Adam D. Barratt  (2013-08-19):

>> Any news there? (Yes, I realise there's a certain irony...)
>
> (Time for the irony to strike back.) Ping?

This got preempted by other things --- sorry about that.  I should be
able to prepare and re-test the upload some time in the next few days.

Thanks,
Jonathan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725142: pu: package totem-plugin-arte/3.2.1-1~wheezy1

[Nicolas Delvaux]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu


The current totem-plugin-arte package in Wheezy is unusable because of a 
changes on Arte's website.

My package is on mentors.debian.net:

http://mentors.debian.net/package/totem-plugin-arte

The version I'm proposing is directly based on the latest upstream release, 
which fix this problem and some other (small) issues.
Backporting the relevant commits as patches to the current wheezy version would 
bring most of the code from the new upstream version, so I thought adding a 
small patch to make the new version build with the old Totem from Wheezy was 
the right thing to do.


Here is the upstream changelog since 3.1.2 (the current Wheezy version), with 
some annotations.

-

2013 September 22th - Totem Arte Plugin 3.2.1

Changes since 3.2.0:
 * Fixed the extraction of https video links
 * Fixed preferences mnemonics in English

2013 September 10th - Totem Arte Plugin 3.2.0

Changes since 3.1.3:
 * Fix stream extraction from the new Arte website
 * Reimplementation of the removed Totem.CellRenderVideo -> could be reverted
 * New and more efficient primary video feed source (JSON) -> Now required
 * Support for low quality streams -> could be reverted
 * Minor bug fixes and translation updates

2012 December 9th - Totem Arte Plugin 3.1.3

Changes since 3.1.2:
 * Fix compilation with Vala 0.18 and Totem 3.6.0 -> REVERTED, see 
debian/patches

-

The new package also includes the harden binary that is already in experimental 
and Ubuntu since many months.


Here is the proposed debian/changelog:

totem-plugin-arte (3.2.1-1~wheezy1) stable; urgency=low

  * New upstream release
  * Add a patch to build against Totem 3.0 (revert an upstream commit)
  * Harden the binary, fix 2 lintian warnings
  * Bump Debian Policy to 3.9.4 (no change needed)

 -- Nicolas Delvaux   Wed, 02 Oct 2013 00:20:15 
+0200




Totem-plugin-arte is a leaf package and the current Wheezy version is unusable.
IMHO, this looks like a very low risk upgrade.


Regards,
Nicolas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725141: libpam-abl: Whitelisting host corrupted database

[Bill Wohler]

Package: libpam-abl
Version: 0.4.3-1
Severity: normal

Today I tried to whitelist one of my hosts with the following results.
The second pam_abl listing hung and had to be interrupted with C-c.

$ sudo pam_abl

$ sudo pam_abl --whitelist -H 
No such file or directory (2) while reading config file
Invalid argument (22) while reading config file: No db_home dir specified
$ sudo pam_abl
pam-abl: unable to join the environment
pam-abl: unable to join the environment
^C $

I removed all of the files in my pam-abl database directory
(db_home=/var/lib/abl/) and this cleared up the problem.

In addition to having a corrupted database, the error message above is
incorrect; as you can see, db_home *is* specified.

Note that I just upgraded to wheezy, so I'm suspecting a database
upgrade had a role to play. If this is true, please retitle this issue
to "Upgrading database version corrupts database." Dependencies should
be put in place so that the pam-abl database is automatically rebuilt
upon a database upgrade. At the very least, documentation should be
added to /usr/share/doc/libpam-abl/README.Debian. For example, please
see Section 2.6, Updating Berkeley DB version underneath bogofilter, in
/usr/share/doc/bogofilter-bdb/README.db.

-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libpam-abl depends on:
ii  libc6 2.13-38
ii  libdb5.1  5.1.29-5

libpam-abl recommends no packages.

libpam-abl suggests no packages.

-- Configuration Files:
/etc/security/pam_abl.conf changed:
db_home=/var/lib/abl/
host_db=/var/lib/abl/hosts.db
host_purge=2d
host_rule=*:3/1h,30/1d
user_db=/var/lib/abl/users.db
user_purge=2d
user_rule=nobody:3/1h,30/1d


-- no debconf information

-- 
Bill Wohler  aka 
http://www.newt.com/wohler/
GnuPG ID:610BD9AD


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#723793: Bug#723587: release.debian.org: Non-free file in PyOpenCL - new version upload to stable and oldstable

[Cyril Brulebois]

Hi again Tomasz,

Cyril Brulebois  (2013-09-23):
> The squeeze.diff one seems to have unrelated noise in patches,
> presumably because something refreshed them while you were preparing
> the diff? Having a targeted patched like the first one would be nice,
> so please follow up to 723...@bugs.debian.org with a cleaner debdiff.

kind reminder: o-p-u NEW freeze is less than 2 weeks from now. Fixing
this issue in a later point release is of course perfectly OK, I just
thought I'd give you a heads-up.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#707550: opu: package php-mdb2/2.5.0b2-1

[Cyril Brulebois]

Control: tag -1 moreinfo

Teodor  (2013-05-09):
> This is a follow up on one email thread from  list:
>   http://lists.debian.org/debian-release/2012/05/msg00182.html
> 
> Please apply the attached patch to php-mdb2 package version 2.5.0b2-1
> from Debian 6.0 (squeeze) in a future point release (6.0.8 or later).

Hi,

what you attached was only the upstream part, with no debian changelog
update, and no documentation at all. Following the steps I mentioned in
my initial reply would be nice:
  http://lists.debian.org/debian-release/2012/05/msg00188.html

Most importantly:
  You're supposed to send a source debdiff against the package currently
  in stable, properly versioned.

Tagging moreinfo until we see a source debdiff.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#678624: pu: package xz-utils/5.0.0-3

[Cyril Brulebois]

Control: tag -1 moreinfo

Adam D. Barratt  (2013-08-19):
> Any news there? (Yes, I realise there's a certain irony...)

(Time for the irony to strike back.) Ping?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#695874: xombrero: status inquery

[Luis Henriques]

Hi Chrysn,

chrysn  writes:

> hello henrix,
>
> what is the current status of new versions of xxxterm / xombrero in
> debian?
>
> your RFS was 693514 closed in what seemed to be a successful upload at
> that time, but there's still no xombrero package in debian. were there
> objections from ftpmasters?

Yep, there were some issues with the licensing of some of the files.
I've solve those issues but haven't yet managed to re-work on the
package.

>
> i've just built and installed your xombrero (2:1.6.1-1) package from
> mentors, and things look good.

Great!  Thanks for testing.

>
> as this also goes to the RFS bug, i'll mention where i think the
>package
> can be enhanced:
>
> * the lintian override is not required, just increase the debhelper
>   version in the depends field of debian/control
> * wouldn't the name change be a chance to get rid of the epoch?

Thanks for the suggestions, I'll try to incorporate them in my next
attempt to have xombrero uploaded into debian.

>
> please keep trying to get it uploaded.

I will! :-)

I'll see if I can get some time this week to have another package
ready in mentors.

Cheers,
--
Luis


signature.asc
Description: PGP signature

Bug#725091: [Pkg-openldap-devel] Bug#725091: slapd with memory leak in active sync

[Ryan Tandy]

Hi Thomas,

On Tue, Oct 1, 2013 at 4:10 AM, Thomas Sesselmann
 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

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 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?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#664793: pu: package libcap2/1:2.19-3

[Cyril Brulebois]

Hi folks,

Jonathan Nieder  (2013-03-09):
> Hi Torsten,
> 
> In May, Torsten Werner wrote:
> 
> > --- libcap2-2.19/debian/changelog   2010-08-16 23:16:35.0 +0200
> > +++ libcap2-2.19/debian/changelog   2012-03-20 22:22:39.0 +0100
> > @@ -1,3 +1,9 @@
> > +libcap2 (1:2.19-3+squeeze1) stable; urgency=low
> > +
> > +  * Security: chdir after chroot in capsh tool. (CVE-2011-4099)
> > +
> > + -- Torsten Werner   Tue, 20 Mar 2012 13:24:23 +0100
> 
> Any news on this?  Would you still like to upload it?

last ping before -done@.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#725140: ITP: php5-gnutls -- PHP extension for GnuTLS

[Patrick]

Package: wnpp
Severity: wishlist

https://github.com/netaware/php5-gnutls


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725139: lintian: Lintian fails to build on Ubuntu

[Benjamin Drung]

Package: lintian
Version: 2.5.19
Severity: normal
Tags: patch

Dear Maintainer,

Lintian fails to build on Ubuntu, because the binaries-missing-depends-on-libc
test fails. Ubuntu uses --as-needed as default. The test file does not use any
function from libstdc++ or libc. Attached a patch that adds some code to require
a linkage to the C++ library.
>From 9883248a970115d3ddd817df50ce51f8dffc5a5c Mon Sep 17 00:00:00 2001
From: Adam Conrad 
Date: Wed, 2 Oct 2013 00:11:06 +0200
Subject: [PATCH] Make the C++ test lib be a C++ lib.

Signed-off-by: Benjamin Drung 
---
 t/tests/binaries-missing-depends-on-libc/debian/cpp.cxx | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/t/tests/binaries-missing-depends-on-libc/debian/cpp.cxx b/t/tests/binaries-missing-depends-on-libc/debian/cpp.cxx
index f6de999..3b9b270 100644
--- a/t/tests/binaries-missing-depends-on-libc/debian/cpp.cxx
+++ b/t/tests/binaries-missing-depends-on-libc/debian/cpp.cxx
@@ -1,3 +1,5 @@
+#include 
+#include 
 #include 
 
 using namespace std;
@@ -5,6 +7,7 @@ using namespace std;
 template  T
 cxx_lib_interface(vector &v)
 {
+cout << ":-) hello world" << endl;
 return v[0];
 }
 
-- 
1.8.3.2

Bug#707268: Bug#713309: plplot: The patches for #707268 also fix #713309

[Axel Beckert]

Hi Andrew,

Andrew Ross wrote:
> Thanks. I'm already working on the new Debian packages.

Ah, great!

> The release is the reason I'd not uploaded packages to fix the open
> bugs sooner. The bugs are both fixed in the new release, but the D
> language changes made backporting a substantial task.

Can imagine that. Thanks for the feedback!

(In the meanwhile I'm fighting with FTBFS of gnudatalanguage's new
upstream version on some architectures. Doh.)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , 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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#707268: Bug#713309: plplot: The patches for #707268 also fix #713309

[Andrew Ross]

On Tuesday 01 Oct 2013 21:47:55 Axel Beckert wrote:
> Control: tag 707268 + fixed-upstream
> 
> Hi Andrew,
> 
> Andrew Ross wrote:
> > On Friday 12 Jul 2013 00:58:48 Axel Beckert wrote:
> > > Axel Beckert wrote:
> > > > JFTR, the patches posted in http://bugs.debian.org/707268 also fix the
> > > > FTBFS issue reported in http://bugs.debian.org/713309 -- I was able to
> > > > successfully build plplot on a Sid machine.
> 
> [...]
> 
> > Thanks for looking at these. I have a more comprehensive fix for both of
> > these bugs nearly ready. This involves backporting several fixes from
> > upstream and also (more intrusively) updating the packages to use gdc-v2.
> > This is nearly ready. I'll try and let you have a version to test asap
> > and get it uploaded.
> I suspect you know it already since you seem to be a member of the
> upstream development team, but just to be sure (and also in case others
> follow this bug report):
> 
> A new upstream release (5.9.10) was released today[1] which contains a
> fix for at least #707268. From the upstream changelog[2]:
> 
> 1.7 The D bindings and examples have been converted from the old
> version of D (D1) to the new version of D (D2)
> 
> [1] http://sourceforge.net/p/plplot/news/2013/10/plplot-release-5910/
> [2] http://sourceforge.net/projects/plplot/files/plplot/5.9.10%20Source/
> 
> (Stumbled over it by accident, because I've just uploaded a new
> upstream release of GNU Data Language and I wanted to check how the
> chances are for it to migrate to Jessie in acceptable time.)


Thanks. I'm already working on the new Debian packages. The release is the 
reason I'd not uploaded packages to fix the open bugs sooner. The bugs are both 
fixed in the new release, but the D language changes  made backporting a 
substantial task. 

Andrew


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725116: Additional info

[Leslie Rhorer]

After less than 5 additional hours, kded4 is using 1000.5 MiB, and 
udisks-daemon has risen to 131.4 MiB



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725138: gnupg: deleted pubring.gpg on control-C, then creates empty one

[Kurt Roeckx]

Package: gnupg
Version: 1.4.14-1
Severity: important

Hi,

I was doing a gpg --refresh and stopped it with control-C.  When I
then tried to restart it, I got:
$ gpg --refresh
gpg: keyring `/home/kurt/.gnupg/pubring.gpg' created

And now have:
-rw---  1 kurt kurt0 Oct  2 00:17 pubring.gpg
-rw---  1 kurt kurt 70925522 Oct  2 00:17 pubring.gpg.tmp
-rw---  1 kurt kurt 70918836 Oct  2 00:16 pubring.gpg~

It actually seems to have a signal handler for this, since it
shows this on control-C:
gpg: Interrupt caught ... exiting

However, it really should put back some file at this point.


Kurt


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#706182: libnss-ldap: purging deletes shared config file /etc/libnss-ldap.conf still in use by other architectures

[Petter Reinholdtsen]

[Arthur de Jong]
> I've been looking into how to fix this problem. I couldn't find a
> common solution to this problem.

What about moving the configuration to a arch: all package and depend
on it from the arch: any packages?

BTW: The libpam-ldap and libnss-ldap packages are scheduled to be
removed from testing in 12 days under the new automatic removal of RC
buggy packages.

-- 
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#725137: ITP: libclass-tiny-perl -- minimalist class construction module

[Florian Schlichting]

Package: wnpp
Severity: wishlist
Owner: Florian Schlichting 

* Package name: libclass-tiny-perl
  Version : 0.005
  Upstream Author : David Golden 
* URL : https://metacpan.org/release/DAGOLDEN/Class-Tiny-0.005
* License : Apache 2.0
  Programming Lang: Perl
  Description : minimalist class construction module for Perl

Class::Tiny offers a minimalist class construction kit in around 120
lines of code. It uses no non-core modules for any recent Perl, while
providing more features than Object::Tiny or Object::Tiny::RW.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725136: base: after today's updates (xorg, xserver, others) libreoffice, icedove filezilla fails start

[Simone]

Package: base
Severity: important

Dear Maintainer,

afters today's updates, affecting xorg, xserver packages and some others,
icedove, iceweasel, filezilla, libreoffice no more starts.
I tried to install the older xserver-xorg-* packages, found in 
/var/cache/apt/archives
but the problem persist; I didn't find an older version of the package xorg.

The .xsession-errors reports

When trying to launch icedove:
***
(process:5547): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size 
== 0' failed
enigmail.js: Registered components
mimeVerify.jsm: module initialized
RAMAIsActive: BadLength (poly request too large or internal Xlib length error): 
file 
/build/icedove-f6GSeu/icedove-17.0.9/mozilla/toolkit/xre/nsX11ErrorHandler.cpp, 
line 157
###!!! ABORT: XINERAMAIsActive: BadLength (poly request too large or internal 
Xlib length error): file 
/build/icedove-f6GSeu/icedove-17.0.9/mozilla/toolkit/xre/nsX11ErrorHandler.cpp, 
line 157
***

When trying to use libreoffice
***
X Error of failed request:  BadLength (poly request too large or internal Xlib 
length error)
  Major opcode of failed request:  128 (XINERAMA)
  Minor opcode of failed request:  5 (XINERAMAQueryScreens)
  Serial number of failed request:  10
  Current serial number in output stream:  10
***

This error with filezilla
***
(process:10753): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size 
== 0' failed
FoxyProxy settingsDir: 
/home/user/.mozilla/firefox/ufis5iek.default/foxyproxy.xml
The program 'filezilla' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadLength (poly request too large or internal Xlib length erro'.
  (Details: serial 353 error_code 16 request_code 128 minor_code 4)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
***

I'm using xfce as graphical interface.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725135: ITP: libfile-sharedir-projectdistdir-perl -- simple set-and-forget use of a share directory in the project root

[Florian Schlichting]

Package: wnpp
Severity: wishlist
Owner: Florian Schlichting 

* Package name: libfile-sharedir-projectdistdir-perl
  Version : 0.5.2
  Upstream Author : Kent Fredric 
* URL : https://metacpan.org/release/File-ShareDir-ProjectDistDir
* License : GPL-1+, Artistic
  Programming Lang: Perl
  Description : simple set-and-forget use of a share directory in the 
project root

File::ShareDir::ProjectDistDir provides a simple way to make use of a
'share' directory. During development, the directory will be
$projectroot/share, but once installed, it will be wherever
File::Sharedir thinks it is. Use of a directory name other than 'share'
is also possible.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725091: [Pkg-openldap-devel] Bug#725091: slapd with memory leak in active sync

[Quanah Gibson-Mount]

--On Tuesday, October 01, 2013 2:33 PM -0700 Steve Langasek 
 wrote:

Ten years of experience with this package shows me that there is no reason
to expect the new versions upstream recommends to be any less buggy than
the old ones you constantly slag Debian in our own BTS for shipping.


Yes, shockingly, software evolves over time.  And depending on the feature, 
yes, some things have had issues needing to be resolved more than others. 
Has back-bdb/hdb been stable for a long time? Yes.  I've back-bdb since 
2.2, and back-hdb since 2.3 on.  Has MMR been stable?  Not particularly. 
Delta-syncrepl MMR (Introduced in 2.4.27) has been quite stable, however. 
Essentially if Debian even had 2.4.33 rather than 2.4.31 available, then I 
doubt you'd see much if any traffic on bugs, as long as the end user used 
delta-syncrepl MMR if they were doing multi-master.




As for that FAQ, Russ is entitled to his opinion about the best way to
deploy an OpenLDAP server, as are you.  But Russ is no longer a
comaintainer of this package in Debian, and it is patently *false* to say
that the distribution packages are not *meant* to be used for production
services.


If this is false, I've yet to see any evidence of Debian being capable of 
producing a package suitable for running a production service.  As I said 
before, if Debian can do that, then I'll stop telling people to stop using 
it.  This is no different than what I tell people running RHEL, SLES, etc. 
I'm really not aware of *any* distribution that can competently provide an 
OpenLDAP package to its community.  RHEL is many ways is *much* worse than 
Debian, not only because of the age of their product, but because they also 
link to the god-awful MozNSS libraries.  GnuTLS is at least a step up from 
that.



Your persistent badmouthing of Debian, its package maintainers, and its
processes in our own bug tracker is absolutely uncalled for.  If you
aren't actually interested in helping Debian improve its packages, then
just go away.


I'm trying to provide worthwhile advice to someone experiencing problems 
directly related to using the Debian package.  As long as Debian only has 
2.4.31 available to its users, then the *only* reasonable advise is to not 
use that package.  Period.  If you are blind to that *fact* I cannot help 
that.  If you want to do something about it, since you *are* one of the 
packagers, then backport a newer version.


Either way, you're picking a fight where there isn't one, and you have the 
ability to resolve the issue for all your users.


--Quanah


--

Quanah Gibson-Mount
Architect - Server
Zimbra Software, LLC

Zimbra ::  the leader in open source messaging and collaboration


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#721080: RFS: vpcs/0.5b0-1 [ITP]

[Daniel Lintott]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Juhani,

I honestly wasn't aware that version of Debian exited, till you told
me! I have setup a virtual machine to test the software under
kFreeBSD, to ensure there are no obvious bugs...

At the moment I have found a bug and have contacted the upstream
author for advice, but thought I'd ask here as well in case you know
the answer.

At line 163 [1] hv.c calls openpty. This works fine on my main
computer, but under the kFreeBSD VM it fails with the following error:

Create pseudo-terminal: No child processes

Any ideas what the problem may be?

Regards,

Daniel Lintott

[1] https://github.com/dlintott/vpcs/blob/master/src/hv.c#L163

On 28/09/13 09:40, Juhani Numminen wrote:
> Fri, 27 Sep 2013 12:52:38 +0100 Daniel Lintott
>  kirjoitti:
> 
>> I managed to my own question in the end regarding DESTDIR, thanks
>> to the following post on the list 
>> http://lists.debian.org/debian-mentors/2011/03/msg00127.html
> 
> That’s good. I still see problems with the assumptions the build
> system has about the operating system. The source itself also needs
> patching if that platform is wanted to be supported.
> 
> Here are my changes to build on kfreebsd: * In d/rules, detect
> GNU/kFreeBSD and define macros GNUkFreeBSD and FreeBSD. * Add a
> patch to adjust a few lines if GNUkFreeBSD is defined.
> 
> I’ll attach a patch that can be applied to the git repository, so
> you can see the actual modifications.
> 
> Cheers, Juhani Numminen
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQEcBAEBAgAGBQJSS0LXAAoJEMw/9yOWzAkJu5wH/3mdN6RPjMKG1SN2L/4ci727
wLyoea6nBTuZl2HsX/qexy+/6Cl8bjOIHDrGPBv44aITo1JCMR7taI0UkjN+ByRJ
Ci8h3jKYcrmGiU+KfOeVuwdVKRoXKzwHD4K35vKRUNqknbPzHZEuBOrZUxmP2RJ/
ly8zsuH/DOVqzO87y2xSVmbPLkWRjSCz5oTLYyHCTuQWKvosaThH6CDS+07i7XdK
vtEBjhKyQO4JV9zEMbWJzyWgYFgOfyKyp9Vkn9HCYAP33gTVXPZNLLhNPTWJeagc
uHyu1RNQ59JZWAgIMn0/taRTKeeLK2krgvRWoXbUisfh8ZjX9/LQb9/lmtuxSao=
=SNWC
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725134: ibus: ERROR:root:Could not find any typelib for Gtk

[Ryo Furue]

Package: ibus
Version: 1.5.3-7
Severity: grave

Dear Maintainer,

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 
from gi.repository import Gtk
ImportError: cannot import name Gtk
$ 

Regerds,
Ryo

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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
ii  gnome-icon-theme 3.8.3-1
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-92+b1
ii  libcairo21.12.16-2
ii  libdconf10.16.1-1
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.4-1
ii  libgtk-3-0   3.8.4-1
ii  libgtk2.0-0  2.24.20-1
ii  libibus-1.0-51.5.3-7
ii  libnotify4   0.7.6-1
ii  libpango-1.0-0   1.32.5-5+b1
ii  librsvg2-common  2.36.4-2
ii  libx11-6 2:1.6.1-1
ii  libxi6   2:1.7.2-1
ii  python   2.7.5-5
ii  python-gi3.8.2-1
ii  python-notify0.1.1-3

Versions of packages ibus recommends:
ii  ibus-gtk   1.5.3-7
ii  ibus-gtk3  1.5.3-7
ii  ibus-qt4   1.3.1-4
ii  im-config  0.22-3

Versions of packages ibus suggests:
ii  ibus-clutter  0.0+git20090728.a936bacf-5.1
pn  ibus-doc  
ii  ibus-qt4  1.3.1-4

-- 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#725127: gmpc: seems not to be compatible with gmpc-plugins

[Etienne Millon]

severity 725127 serious
affects 725127 gmpc-plugins
thanks

* David Dusanic  [131001 23:16]:
> Yesterday I did a d-u and I found out that gmpc 11.8.16-7 comes with
> the gmpc-plugins 11.8.16-1 disabled even though they are installed.
> No idea why, I did not find anything on the BTS, so it is not yet
> reported.
> 
> I reverted back to gmpc 11.8.16-6 from Testing and the plugins are
> working again.

Rebuilding gmpc made it look for plugins in a multiarch directory,
effectively making gmpc-plugins unusable.
Sorry that I didn't catch this.

I'm bumping the severity so that it does not break testing and
will prepare a fix ASAP.

I see two solutions:

- make the plugins multiarch-aware. This means enable multi-arch
  in gmpc-plugins, add a versioned Breaks in gmpc.
- load the plugins from a non-multiarch directory, as before.

It seems to me that there is no point in making the plugins multiarch,
because they can only be used by gmpc, and only one gmpc can be
installed, but I may be overlooking something.

In the meantime, you can make gmpc look in the correct directory by
setting an environment variable:

PLUGIN_DIR=/usr/lib/gmpc/plugins gmpc

Thanks for this bug report, this is what unstable is for I guess :)

-- 
Etienne Millon


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725132: libquvi7: support for view.vzaar.com

[Daniel Kahn Gillmor]

Package: libquvi7
Version: 0.4.1-1
Severity: wishlist

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.

An examination of the content of the view.vzaar.com link suggests that
it should be relatively easy to grab the src attribute of the 
element to find the video file itself:

0 dkg@alice:~/tmp$ wget -q -O- http://view.vzaar.com/1020181/player



  Fundraising Trailer. 900 width.
  


  http://view.vzaar.com","playlist":[{"brand_text_button":null,"end_text_button":null,"thumb_url":"http://view.vzaar.com/1020181/thumb","poster_url":"http://view.vzaar.com/1020181/image","video_content_url":"http://view.vzaar.com/1020181/video","sources":[{"src":"http://view.vzaar.com/1020181/video","type":&quo
 
t;video/mp4","media":"","title":""}],"subtitles":[],"title":"Fundraising
 Trailer. 900 
width.","video_id":1020181,"format":"mp4","password_protected":false,"share_button":null}],"position":null,"autoplay":false,"loop":false,"continuousPlay":false}"
 id="vzaarvid" poster="http://view.vzaar.com/1020181/image"; 
preload="none">http://view.vzaar.com/1020181/video"; 
type="video/mp4; codecs='avc1.42E01E, mp4a.40.2'" 
/>http://view.vzaar.com/1020181/flashplayer"; 
height="100%" id="video" type="application/x-shockwave-flash" 
width="100%">http://view.vzaar.com/1020181/flashplayer"; />



0 dkg@alice:~/tmp$ 

thanks for maintaining quvi in debian.  if you feel like this belongs
to another package, feel free to reassign the bug.

Regards,

   --dkg

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.11-rc7-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 libquvi7 depends on:
ii  dpkg   1.16.10
ii  libc6  2.17-92+b1
ii  libcurl3-gnutls7.32.0-1
ii  liblua5.1-05.1.5-5
ii  libquvi-scripts0.4.18-1
ii  multiarch-support  2.17-92+b1

libquvi7 recommends no packages.

libquvi7 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#722134: Slidy licensing - independent (i.e. dual-licensed) or combined?

[Rigo Wenning]

Hi Jonas, 

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. 

Regards
 --
 Rigo Wenning
 W3C Legal counsel


On Tuesday 01 October 2013 11:42:32 Jonas Smedegaard wrote:
> Hi Rigo,
> 
> I am Debian developer, with a special interest in [Slidy].
> 
> Recently a [concern] was raised in Debian that the licensing terms of

> Slidy is not compatible with the Debian Free Software Guidelines. 
> Dave suggested that I ask you for advice.
> 
> Essentially the problem is ambiguity in this sentence:
> > The slide show script and style sheet can be used freely under W3C's
> > [software licensing] and [document use] policies
> 
> It can be interpret as those policies two being logically OR'ed (i.e.
> dual-licensing), or logically AND'ed (i.e. multiple required
> licenses).
> 
> Question is therefore, if the correct interpretation of above is same
> as
> the following less ambiguate rephrasing:
> > The slide show script and style sheet can be used freely under
> > either
> > W3C's [software licensing] or [document use] policies
> 
> or instead the following less ambiguate rephrasing:
> > The slide show script and style sheet can be used freely under the
> > combination of both W3C's [software licensing] or [document use]
> > policies
> 
> Kind regards,
> 
>  - Jonas
> 
> 
> [Slidy]: http://www.w3.org/Talks/Tools/Slidy2/
> 
> [concern]: http://bugs.debian.org/722134
> 
> [software licensing]:
> http://www.w3.org/Consortium/Legal/copyright-software
> 
> [document use]: http://www.w3.org/Consortium/Legal/copyright-documents


signature.asc
Description: This is a digitally signed message part.

Bug#725133: synergy: please provide wheezy backport

[Hector Oron]

Package: synergy
Version: 1.4.12-3
Severity: wishlist
Tags: patch

Hello,

  Using synergy on a couple hosts, one running a mix of sid/experimental and 
another on wheezy, I find the following debug messages:

  
/build/buildd-synergy_1.4.12-3-i386-VuaQSJ/synergy-1.4.12/src/lib/client/CClient.cpp,136
  2013-10-01T23:35:26 WARNING: failed to connect to server: incompatible client 
1.3
  
/build/buildd-synergy_1.4.12-3-i386-VuaQSJ/synergy-1.4.12/src/lib/synergy/CClientApp.cpp,372
  2013-10-01T23:35:26 DEBUG: retry in 1 seconds

  On my wheezy box I have downloaded synergy 1.4.12-3 and I have recompiled it 
from source, straight forward.

  I have installed and executed synergy server on wheezy box and I am now able 
to use synergy link between jessie/sid and wheezy box

  Could you please provide a backport version for it? I should be able to help 
if you lack the interest or the time.

  Regards
-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.10-2-686-pae (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

Versions of packages synergy depends on:
ii  libc6   2.17-92
ii  libcrypto++95.6.1-6
ii  libgcc1 1:4.8.1-9
ii  libice6 2:1.0.8-2
ii  libqt4-network  4:4.8.5+dfsg-2
ii  libqtcore4  4:4.8.5+dfsg-2
ii  libqtgui4   4:4.8.5+dfsg-2
ii  libsm6  2:1.2.1-2
ii  libstdc++6  4.8.1-9
ii  libx11-62:1.6.1-1
ii  libxext62:1.3.2-1
ii  libxi6  2:1.7.2-1
ii  libxinerama12:1.1.3-1
ii  libxtst62:1.2.2-1

synergy recommends no packages.

synergy 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#725046: Bugs in packages meep-* (fwd)

[Adam D. Barratt]

Control: tags -1 + confirmed

On Mon, 2013-09-30 at 22:23 +0200, Thorsten Alteholz wrote:
> unfortunately the packages meep-* contain bugs that makes it impossible to 
> develop own software with libmeep.
> As directory names are wrong, especially users of Live CDs might have 
> problems 
> using these packages now (actually I got the initial bug report from a user 
> of 
> such a CD).
> I attached four debdiffs for packages meep-lam4[1], meep-openmpi[2], 
> meep-mpich2[3] and meep-mpi-default[4].

I realise it would have been a little bit of a pain, but in some ways
four separate bugs (one per source package) would have been easier to
track.

In any case, please go ahead, using "wheezy" as the changelog
distribution. For version numbers, if you're planning on using the
unstable upload as a base and adding an additional changelog stanza,
please use ${unstable_version}~deb7u1; otherwise, starting from the
stable changelog please use ${stable_version}+deb7u1.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#720541: lynx: Unable to login on amazon.de

[Thomas Dickey]

On Fri, Aug 23, 2013 at 10:49:57AM +0200, Mario Lang wrote:
> Package: lynx
> Version: 2.8.8dev.16-1
> Severity: important
> 
> Since lynx was updated in unstable, I am no longer able to login to
> amazon.de with lynx.  I can verify that login to amazon.de still works
> with version 2.8.8dev.12-2.  So something between dev.12 and dev.16
> broke.

At the moment I can login with dev.5 but not dev.16,
so there's something to investigate...

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#725130: PS

[James Bond]

PS: the chromedriver binary needs to be built from source with the
same tarball that's used to build the chromium package. the official
linux binary (at least the 32bit one) doesn't work in debian (see
http://code.google.com/p/chromedriver/issues/detail?id=530) this being
the main reason for the RFP bug report.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725091: [Pkg-openldap-devel] Bug#725091: slapd with memory leak in active sync

[Steve Langasek]

On Tue, Oct 01, 2013 at 12:20:48PM -0700, Quanah Gibson-Mount wrote:
> --On Tuesday, October 01, 2013 12:12 PM -0700 Don Armstrong
>  wrote:

> >If you don't have any useful responses to this bug (for example, linking
> >to an ITS where this particular issue has been fixed or discussed), or
> >want to help fixing or maintaining the openldap packages in Debian,
> >please refrain from responding.

> I guess our definitions of "useful" differ.  I'm offering advice
> that will allow the end user to have a working server.  That, to me,
> is useful.

> >The maintainers of distribution packages in distributions like Debian do
> >intend for them to be used in production use, and openldap is no
> >exception. Otherwise, we wouldn't bother making the packages in the
> >first place.

> Funny.  I suggest you read the FAQ I linked to.  It was written for
> a reason *by* one of the Debian maintainers of the OpenLDAP package.
> And I also linked to the changelog, which lists all the variety of
> fixes to OpenLDAP since 2.4.31 was released 1.5 years ago.

> If Debian could keep a current build available to its users, then
> maybe I wouldn't have to constantly advise people not to use the
> Debian package. But as it stands, what Debian provides is not usable
> for a production service, and it should be avoided at all cost.

Ten years of experience with this package shows me that there is no reason
to expect the new versions upstream recommends to be any less buggy than the
old ones you constantly slag Debian in our own BTS for shipping.  Maybe if
there was some evidence of OpenLDAP getting less buggy over time, there
would be reason to agree with this assessment.  As it is, all the package's
history shows is that there is no shortage of critical bugs in any version
of the software.  It is the height of absurdity to suggest that every other
historical version of slapd has had serious bugs, but *this* version, which
is brand new and has had no burn-in in which to even discover bugs, is
bug-free.  That bugs being reported in the Debian version of the package are
known bugs is no evidence at all that the current upstream version is better
suited to production use.

As for that FAQ, Russ is entitled to his opinion about the best way to
deploy an OpenLDAP server, as are you.  But Russ is no longer a comaintainer
of this package in Debian, and it is patently *false* to say that the
distribution packages are not *meant* to be used for production services.
That upstream has yet to deliver a reasonably bug-free version of the
software that users can rely on for any extended period of time is no
reflection on the intent of the Debian packagers.

Your persistent badmouthing of Debian, its package maintainers, and its
processes in our own bug tracker is absolutely uncalled for.  If you aren't
actually interested in helping Debian improve its packages, then just go
away.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#725131: cryptsetup: manpage is wrong for "open"

[Sebastian Reichel]

Package: cryptsetup
Version: 2:1.6.1-1
Severity: normal

Hi,

The manpage of cryptsetup has the following syntax for open:

open   --type 

But the actual syntax is as for it is as follows (from --help):

open  [--type ] [] - open device as mapping 

Thus the first parameter is device and not name.

-- Sebastian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724072: Patch: Add Misc Depends

[Bdale Garbee]

Niels Thykier  writes:

> would make a decent basis for a comment for the override.

I wasn't even aware of the comment mechanism for overrides.  

On some level, I think it should be "obvious" that essential packages
need and deserve special handling .. and thus documenting this really
shouldn't be necessary.  But, since this bug report makes it entirely
clear that isn't true, and as you point out I already have this lovely
chunk of text... 

It'll be in the next upload.

Bdale


pgpTj1jHEp1G4.pgp
Description: PGP signature

Bug#699818: pre-approval for pu: eglibc - timer_settime broken on kfreebsd-amd64

[Adam D. Barratt]

Hi,

Apologies for the delay in getting back to you about this.

On Fri, 2013-06-21 at 14:15 +0200, Petr Salinger wrote:
> One more problem popped up - #712196
> 
> The fix is one-liner:
> 
> --- kfreebsd/syscalls.list
> +++ kfreebsd/syscalls.list
> -sys_ktimer_settime -   ktimer_settime  i:ip
> __syscall_ktimer_settime
> +sys_ktimer_settime -   ktimer_settime  i:iipp  
> __syscall_ktimer_settime

That looks okay. In terms of the other suggested updates, as a
non-release architecture for wheezy, hurd-specific patches aren't really
appropriate for a stable update.

  * debian/testsuite-checking/compare.sh: Disable failing the build on test
regressions to ease the pain of ongoing stable/security maintenance.

It does slightly worry me here that real regressions might get missed,
as the chances of anyone combing through the build logs are small. I do
realise that the change has been in unstable and testing for a while
now.

  * debian/debhelper.in/libc.preinst: Remove ld.so's aux-cache on upgrades.

This looks reasonable enough.

In any case, if someone would still like to take this forward, please
could we have a debdiff for the proposed upload.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725110: ITP: kte-collaborative -- Collaborative Text Editor support for KDE

[Diane Trout]

On Tuesday, October 01, 2013 18:43:04 Jonas Smedegaard wrote:
> Quoting Diane Trout (2013-10-01 18:00:15)
> 
> > Package: wnpp
> > Severity: wishlist
> > Owner: Diane Trout 
> > 
> > * Package name: kte-collaborative
> > 
> >   Version : 0.1.80
> >   Upstream Author : Gregory Haynes 
> >   
> >  Sven Brauch 
> > 
> > * URL : http://projects.kde.org/kte-collaborative
> > * License : GPL-2+
> > 
> >   Programming Lang: C++
> >   Description : Collaborative Text Editor support for KDE

Oops. How about:

Description: Collaborative Text Editor support for KDE
 kte-collaborative provides a KIO and Kate plugin to access infinote
 files. You can open files directly as 
 inf://myusern...@servername.tld:port/path/to/document.txt or 
 you can browse infinote servers using the KDE file dialog or file managers.
 .
 You can also use Telepathy to establish pseudo peer-to-peer connections 
 to jabber contacts from the same menu.

> 
> Long description, please.
> 
> I suggest mentioning what protocol is used, if any formalized one.

It's using infinite 0.5 via the newly maintained libqinfinity.

Diane

signature.asc
Description: This is a digitally signed message part.

Bug#725130: RFP: chromedriver - standalone server which implements selenium WebDriver's wire protocol for Chromium

[James Bond]

Package: wnpp
Severity: wishlist

Package name: chromedriver
Authors: members of the Chromium and WebDriver teams
URL: http://code.google.com/p/chromedriver/
License: New BSD License

WebDriver is an open source tool for automated testing of webapps
across many browsers. It provides capabilities for navigating to web
pages, user input, JavaScript execution, and more. ChromeDriver is a
standalone server which implements WebDriver's wire protocol for
Chromium. It is being developed by members of the Chromium and
WebDriver teams.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725129: ITP: libio-pipely-perl -- create pipe() or pipe-like handles in a portable way

[Florian Schlichting]

Package: wnpp
Severity: wishlist
Owner: Florian Schlichting 

* Package name: libio-pipely-perl
  Version : 0.005
  Upstream Author : Rocco Caputo 
* URL : https://metacpan.org/release/IO-Pipely
* License : Artistic, GPL-1+
  Programming Lang: Perl
  Description : create pipe() or pipe-like handles in a portable way

IO::Pipely provides a couple functions to portably create one- and
two-way pipes and pipe-like socket pairs. It acknowledges and works
around known platform issues so you don't have to.
.
IO::Pipely currently understands pipe(), UNIX-domain socketpair() and
regular IPv4 localhost sockets. It will use different kinds of pipes or
sockets depending on the operating system's capabilities and the number
of directions requested. The autodetection may be overridden by
specifying a particular pipe type.
.
IO::Pipely is a spin-off of the POE project's portable pipes. Earlier
versions of the code have been tested and used in production systems for
over a decade.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508376: Still in there (10-2013) !

[Thijssen]

Geez, sorry, but wtf ?
Each time I do shell work on mail issues and check logs, I'm annoyed
by mail.log and mail.info both being bitwise identical.
Not only does this take up expensive SSD storage space, it's ruining
CPU and IO space as well, not to mention the waste of power in
consumes.

Either kick mail.info out or make some decision about this already!


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725128: ITP: rate4site -- detector of conserved amino-acid sites

[Guy Yachdav]

Package: wnpp
Severity: wishlist
Owner: Guy Yachdav 

* Package name: rate4site
  Version : 3.0.0
  Upstream Author : Nir Ben-Tal 
* URL : http://www.tau.ac.il/~itaymay/cp/rate4site.html
* License : GPL-3+
  Programming Lang: C++
  Description : detector of conserved amino-acid sites

Rate4Site calculates the relative evolutionary rate at each site using a 
 probabilistic-based evolutionary model. 
 This allows taking into account the stochastic process underlying sequence
 evolution within protein families
 and the phylogenetic tree of the proteins in the family. 
 The conservation score at a site corresponds to the site's evolutionary rate. 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725127: gmpc: seems not to be compatible with gmpc-plugins

[David Dusanic]

Package: gmpc
Version: 11.8.16-7
Severity: important
Tags: upstream

Yesterday I did a d-u and I found out that gmpc 11.8.16-7 comes with the 
gmpc-plugins 11.8.16-1 disabled even though they are installed. No idea why, I 
did not find anything on the BTS, so it is not yet reported.

I reverted back to gmpc 11.8.16-6 from Testing and the plugins are working 
again.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gmpc depends on:
ii  gmpc-data   11.8.16-7
ii  libc6   2.17-93
ii  libcairo2   1.12.16-2
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.37.5+really2.36.4-0r0
ii  libgtk2.0-0 2.24.21-1
ii  libmpd1 0.20.0-1.1
ii  libpango1.0-0   1.32.5-5+b1
ii  libsoup2.4-12.42.2-6
ii  libsqlite3-03.8.0.2-1
ii  libunique-1.0-0 1.1.6-4
ii  libx11-62:1.6.1-1
ii  libxml2 2.9.1+dfsg1-3
ii  zlib1g  1:1.2.8.dfsg-1

gmpc recommends no packages.

Versions of packages gmpc suggests:
ii  gmpc-plugins  11.8.16-1
ii  mpd   1:0.17.5-dmo2

-- 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#720095: Additional information

[Emmanuel Surleau]

It seems to be an issue with Skype (though I haven't updated it in a
while). If I either shutdown Skype while the sound happens or mute system
sounds, the crackling disappears.

Bug#712283: qcontrol: add support for i386/amd64 based devices like the QNAP TS-569 Pro

[Ian Campbell]

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.

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.


signature.asc
Description: This is a digitally signed message part

Bug#706001: libsfml2 update

[James Cowgill]

Hello Shirish,

Thanks for doing some testing on my package! 

Almost all the warnings in the build log are from doxygen and are only
relevant for minor parts of the documentation. The "ignoring return
value" warning has been suppressed upstream for 2.2 and including a
patch is pointless when they're so many warnings anyway. The
dpkg-shlibdeps ones at the bottom are minor but I'll have a look at
them.

The 600MB of dependencies you had probably came from doxygen-latex,
which you didn't actually need to install since sfml doesn't use latex
documentation. :)

I'm not sure if your sponsorship email was for me or not, but my
libsfml2 package has already been sponsored by John Paul Adrian Glaubitz
and is currently waiting in the new queue.

 https://ftp-master.debian.org/new.html

Regards,
 James


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724306: Bug #724306: pu: package dpkg/1.16.11

[Adam D. Barratt]

On Tue, 2013-10-01 at 06:11 +0200, Guillem Jover wrote:
> On Mon, 2013-09-30 at 18:57:15 +0100, Adam D. Barratt wrote:
> > On Mon, 2013-09-30 at 16:59 +0200, Guillem Jover wrote:
> > > Thanks, unfortunately 724949 just came in a day after the upload, it
> > > involves improper caching of the «dpkg --print-architecture» and
> > > «gcc -dumpmachine» output, affecting the performance of wanna-build.
> > > This was already fixed in 1.17.0, so it has been tested for a while.
> > > 
> > > I was wondering if you'd be fine with a quick 1.16.12 upload, with the
> > > attached diff?
> > 
> > Yes, that looks okay.
> 
> Thanks, uploaded.

and flagged for acceptance.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#707268: Bug#713309: plplot: The patches for #707268 also fix #713309

[Axel Beckert]

Control: tag 707268 + fixed-upstream

Hi Andrew,

Andrew Ross wrote:
> On Friday 12 Jul 2013 00:58:48 Axel Beckert wrote:
> > Axel Beckert wrote:
> > > JFTR, the patches posted in http://bugs.debian.org/707268 also fix the
> > > FTBFS issue reported in http://bugs.debian.org/713309 -- I was able to
> > > successfully build plplot on a Sid machine.
[...] 
> Thanks for looking at these. I have a more comprehensive fix for both of 
> these 
> bugs nearly ready. This involves backporting several fixes from upstream and 
> also (more intrusively) updating the packages to use gdc-v2. This is nearly 
> ready. I'll try and let you have a version to test asap and get it uploaded.

I suspect you know it already since you seem to be a member of the
upstream development team, but just to be sure (and also in case others
follow this bug report):

A new upstream release (5.9.10) was released today[1] which contains a
fix for at least #707268. From the upstream changelog[2]:

1.7 The D bindings and examples have been converted from the old
version of D (D1) to the new version of D (D2)

[1] http://sourceforge.net/p/plplot/news/2013/10/plplot-release-5910/
[2] http://sourceforge.net/projects/plplot/files/plplot/5.9.10%20Source/

(Stumbled over it by accident, because I've just uploaded a new
upstream release of GNU Data Language and I wanted to check how the
chances are for it to migrate to Jessie in acceptable time.)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , 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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#711551: pu: package redmine/1.4.4+dfsg1-2

[Adam D. Barratt]

Control: tags -1 + pending

On Tue, 2013-10-01 at 00:27 +0200, Jérémy Lal wrote:
> On 30/09/2013 11:09, Cyril Brulebois wrote:
> > Jérémy Lal  (2013-09-30):
> >>> Jérémy Lal  (2013-06-10):
> >>> Assuming the latter change doesn't break the Ruby 1.8 use case (and
> >>> doesn't need a dance similar to the respond_to one in the former),
> >>> please upload (with or without an edit for the above mentioned point).
> >>
> >> I'm going to recheck that because i only remember doing it on irb,
> >> not on redmine code.
> > 
> > Thanks for that.
> 
> There was a small error.
> Now both bugs i reproduced today are fixed.
> 
> Uploading in a moment.

Flagged for acceptance; thanks.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#309122: thuban: Fail to handle postgis with several geometry entries properly

[Sebastiaan Couwenberg]

Control: found -1 1.2.2-3+b1

This issue is still present in the current version in Debian.

While the table list only shows one entry, adding either of the geometry
columns triggers a traceback in the terminal thuban was started from:

Traceback (most recent call last):
  File "/usr/lib/thuban/Thuban/UI/view.py", line 205, in _do_redraw
if self.render_iter.next():
  File "/usr/lib/thuban/Thuban/UI/view.py", line 254, in _render_iterator
for cont in renderer.RenderMapIncrementally():
  File "/usr/lib/thuban/Thuban/UI/baserenderer.py", line 191, in
render_map_incrementally
for i in self.draw_shape_layer_incrementally(layer):
  File "/usr/lib/thuban/Thuban/UI/baserenderer.py", line 257, in
draw_shape_layer_incrementally
for shape in self.layer_shapes(layer):
  File "/usr/lib/thuban/Thuban/Model/postgisdb.py", line 696, in
ShapesInRegion
"srid": self.srid})
ProgrammingError: column "gid" does not exist
LINE 1: SELECT "gid", AsText("center_point") FROM "postal_codes" WHE...
   ^
Traceback (most recent call last):
  File "/usr/lib/thuban/Thuban/UI/view.py", line 205, in _do_redraw
if self.render_iter.next():
  File "/usr/lib/thuban/Thuban/UI/view.py", line 254, in _render_iterator
for cont in renderer.RenderMapIncrementally():
  File "/usr/lib/thuban/Thuban/UI/baserenderer.py", line 191, in
render_map_incrementally
for i in self.draw_shape_layer_incrementally(layer):
  File "/usr/lib/thuban/Thuban/UI/baserenderer.py", line 257, in
draw_shape_layer_incrementally
for shape in self.layer_shapes(layer):
  File "/usr/lib/thuban/Thuban/Model/postgisdb.py", line 696, in
ShapesInRegion
"srid": self.srid})
ProgrammingError: column "gid" does not exist
LINE 1: SELECT "gid", AsText("area") FROM "postal_codes" WHERE "area...

Regards,

Bas

-- 
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)


-- 
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

[Dima Kogan]

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   
pn  easypg  

-- 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#724895: pu: package perspectives-extension/4.3.1-1+deb7u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sun, 2013-09-29 at 21:37 -0400, David Prévot wrote:
> Le 29/09/2013 20:08, Cyril Brulebois a écrit :
> 
> > It would be nice if this could be tracked in the Debian BTS as well,
> 
> #724960 opened.
> 
> > feel free to upload with a closes: added
> 
> Done, thanks for your quick and positive feedback.

Flagged for acceptance; thanks.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724619: pu: package mapserver/6.0.1-3.2+deb7u1

[Adam D. Barratt]

Control: tags -1 + pending

On Thu, 2013-09-26 at 00:16 +0200, Sebastiaan Couwenberg wrote:
> On 09/25/2013 11:50 PM, Jonathan Wiltshire wrote:
> > On Wed, Sep 25, 2013 at 10:38:54PM +0200, Bas Couwenberg wrote:
> >> In the same commit in the Debian GIS repository
> >> --sourcedir=debian/tmp is dropped for dh_install which shouldn't
> >> effect the package as debhelper 7 and up already look in this
> >> directory.
> >> 
> >> Should this dh_install change also be reverted none the less?
> > 
> > I'm prepared to close my eyes to it if you promise that you checked
> > it has no effect on the binary packages.
> 
> I've run debdiff on the binary packages between 6.0.1-3.2 and +deb7u1,
> and the file lists are identical as expected.
> 
> Thanks for the go ahead. I'll ask my sponsor to upload the package.

The upload happened, and I've flagged it for acceptance; thanks.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#706001: maybe you could use IRC to get the sponsorship for libsfml2 ?

[Fabian Greffrath]

Am Mittwoch, den 02.10.2013, 00:02 +0530 schrieb shirish शिरीष: 
> I dunno if you are aware or not of the existence of #debian-mentors on
> irc.oftc.net. You can use the channel to ask people to do code-review
> and sponsor your package.

It is already in NEW:

http://ftp-master.debian.org/new/libsfml_2.1+dfsg-1.html

- Fabian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#721625: pu: package lvm2/2.02.95-8

[Adam D. Barratt]

Control: tags -1 + pending

On Mon, 2013-09-30 at 01:48 +0200, Cyril Brulebois wrote:
> Cyril Brulebois  (2013-09-23):
> > ping? The p-u freeze for 7.2 is getting closer:
> >   https://lists.debian.org/debian-release/2013/09/msg00477.html
> 
> It's now 1 week closer.

Uploaded, and flagged for acceptance.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725043: pu: package mutt/1.5.21-6.2+deb7u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Mon, 2013-09-30 at 22:16 +0200, Evgeni Golov wrote:
> I would like to update mutt in wheezy to fix a segfault (#626294) and
> a data-loss (#721860) bug. Both patches have been in unstable since
> 13.09.2013 and noone complained so far.

Please go ahead; thanks.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#725071: xine-lib-1.2: FTBFS on kfreebsd (missing vaapi)

[Steven Chamberlain]

Control: tags -1 + patch

Hi,

I suspect VAAPI is not meant to be provided on kfreebsd.  Refer to
defaults of configure script below:

> freebsd*|kfreebsd*)
> default_enable_vidix=yes
> default_enable_vdpau=yes
> ;;

> linux*)
> default_enable_dxr3=yes
> default_enable_fb=yes
> default_enable_vidix=yes
> default_enable_vdpau=yes
> default_enable_vaapi=yes

The attached patch would omit VAAPI from dh_install on kfreebsd.
(kfreebsd-amd64 install file is hardlinked to the same as kfreebsd-i386)

I did try anyway to --enable-vaapi, but currently it fails for another
reason:

>   CC   xineplug_vo_out_vaapi_la-video_out_vaapi.lo
> video_out_vaapi.c: In function 'delay_usec':
> video_out_vaapi.c:585:5: error: implicit declaration of function 
> 'get_ticks_usec' [-Werror=implicit-function-declaration]
>  then = get_ticks_usec();
>  ^

It may be simple enough to fix that, but I wouldn't go against
upstream's explicit choice without a good reason, and a way to test that
it really works and is useful.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
--- debian/rules.orig	2013-09-24 01:11:08.0 +0100
+++ debian/rules	2013-10-01 20:30:46.158318390 +0100
@@ -203,7 +203,7 @@
 # create install files for Debian GNU/kFreeBSD i386/amd64 by dropping
 # everything which is not available on those architectures.
 debian/libxine2-x.install.kfreebsd-i386: debian/libxine2-x.install
-	grep -v -e dxr3 $< >$@
+	grep -v -e dxr3 -e vaapi $< >$@
 
 debian/libxine2-misc-plugins.install.kfreebsd-i386: debian/libxine2-misc-plugins.install
 	grep -v -e dxr3 -e pvr -e v4l -e alsa -e dvb $< >$@

Bug#724839: fonts-liberation: U+266B incorrect glyph with extra beam

[Fabian Greffrath]

forwarded 724839 https://bugzilla.redhat.com/show_bug.cgi?id=1014357
severity 724839 minor
thanks


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#723632: pu: fai/4.0.8 - wheezy point-release update for FAI

[Adam D. Barratt]

Control: tags -1 + pending

On Mon, 2013-09-30 at 08:24 +0200, Michael Prokop wrote:
> * Cyril Brulebois [Mon Sep 30, 2013 at 01:51:52AM +0200]:
> > Michael Prokop  (2013-09-23):
> 
> > > New debdiff attached.
> 
> > Looks good to me, please upload.
> 
> Thanks, done.

Flagged for acceptance; thanks.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#719520: pu: package coherence/0.6.6.2-6

[Adam D. Barratt]

Control: tags -1 + pending

On Mon, 2013-09-30 at 01:35 +0200, Cyril Brulebois wrote:
> Eric Evans  (2013-09-23):
> > [ Cyril Brulebois ]
> > > it looks reasonable to me; please post a debdiff with that patch applied
> > > on top of 0.6.6.2-6, versioned as 0.6.6.2-6+deb7u1 (I don't mind updated
> > > Maintainer/Uploaders in the process), targeting 'wheezy' for a last 
> > > review.
[...]
> I guess you could mention this fixes incompatibilities in newer Twisted
> releases. FWIW that's not because we like to nitpick, but because we
> then use info from changelog to write down oneliners for stable update
> announces.
> 
> Otherwise, looks good to me, feel free to upload with the distribution
> fixed, optionally with a slightly more verbose changelog entry.

The upload happened, and I've just flagged it for acceptance; thanks.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org