Bug#660350: [Piuparts-devel] Bug#660350: piuparts is a bit pedantic...

[Holger Levsen]

control: reassign -1 resolvconf "does not preserve comments (and whitespaces)"
control: tags -1 - moreinfo

Hi,

On Dienstag, 18. Februar 2014, Andreas Beckmann wrote:
> either reassign back to resolvconf "does not preserve comments (and
> whitespace)" or

i think that's the right aproach, after all, comments might be 
useful/valuable.

> On 2014-02-18 00:27, Holger Levsen wrote:
> > The solution for this bug is probably to remove the comments from
> > /etc/resolv.conf with a custom-script...
> 
> post_setup_resolv_confconf (or do we already have one that would fit?)
> 
> sed -i '/^#/d' /etc/resolv.conf

I think this would have worked too, but why pamper over a bug in piuparts if 
it can be fixed in the package?! ;-)


cheers,
Holger


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

Bug#739398: lz4: Backport for lz4 ?

[Charles Plessy]

Source: lz4
Severity: wishlist

Dear Iwamatsu-san,

It has been a long time I have not met the Tôkyo area Debian study
group !

Thank you for packaging lz4.  At work I have a colleague using a
Wheezy virtual machine, and who would benefit a lz4 backport.  Would
you mind if I would upload one ?

One particular reason I am asking is that there is a newer upstream
release of lz4.  Do you think that an update is necessary first ?

Have a nice day,

Charles

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#739399: /etc/cron.daily/welcome2l: Failed to open /dev/tty: No such device or address

[Damyan Ivanov]

Package: welcome2l
Version: 3.04-25
Severity: normal

I have the following mail from the daily cron:

  /etc/cron.daily/welcome2l:
  Failed to open /dev/tty: Няма такова устройство или адрес

The English translation would be "No such device or address".



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

Versions of packages welcome2l depends on:
ii  libc6 2.17-97
ii  lsb-base  4.1+Debian12

welcome2l recommends no packages.

Versions of packages welcome2l suggests:
pn  fonty-rg  

-- 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#696094: [Piuparts-devel] Bug#696093: moar info

[Holger Levsen]

Hi,

On Donnerstag, 3. Oktober 2013, Holger Levsen wrote:
> maybe I should really be more blunt here and just close this bug...

since noone managed or even tried to convince me otherwise, I consider this 
issue solved and conclude #696094 can be fixed using distro-info as described 
in #696093.


cheers,
Holger


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

Bug#738966: gnome-shell-timer: version 20140214: no icon shows in gnome-shell 3.8

[Raphael Hertzog]

Control: forwarded -1 https://github.com/olebowle/gnome-shell-timer/issues/22

On Fri, 14 Feb 2014, Klaus wrote:
> This version of gnome-shell-timer does not start fully in 
> gnome-shell 3.8.4-5

It doesn't start at all in fact :-(

JS ERROR: !!!   Exception was: Error: No JS module 'slider' found in search 
path
JS ERROR: !!! message = '"No JS module 'slider' found in search path"'
JS ERROR: !!! fileName = 
'"/usr/share/gnome-shell/extensions/ti...@olebowle.gmx.com/extension.js"'
JS ERROR: !!! lineNumber = '34'
JS ERROR: !!! stack = 
'"@/usr/share/gnome-shell/extensions/ti...@olebowle.gmx.com/extension.js:34
"'
  JS LOG: Extension "ti...@olebowle.gmx.com" had error: Error: No JS module 
'slider' found in search path

I'll have to revert some upstream changes.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#699306: Add usertag

[bastien ROUCARIES]

control: user debian...@debian.org
control: usertags -1 license-problem-md5sum-non-free-file

Add usertags


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

Bug#739387: libconfig-model-perl: allow user to specify file to check on command line

[Dominique Dumont]

On Tuesday 18 February 2014 12:45:47 Stuart Prescott wrote:
> in #debian-mentors, we frequently have a debian/copyright file that needs
> checking -- it might be in a pastebin or in some VCS, but it is not the
> normal use of cme within a full source tree. To be able to use "cme check
> dpkg-copyright", we first have to 'mkdir debian; wget http://.../
> -O debian/copyright'. It would be nice if we could use cme check against
> any arbitrary file (say "cme check dpkg-copyright --file foo") or even with
> stdin (say "wget http://.../ -O- | cme check dpkg-copyright --file -").

Heh, I really didn't think about this use case. It does make sense.

> (Perhaps this ability already exists in cme... in which case consider this
> a wishlist to document how

There's a similar possibility with multistrap model where you must specify a 
configuration file name. I'll see what I can do to offer this possibility with 
dpkg-copyright. 

It does conflicts with the fact that a debian/copyright file must be present 
during regular packaging activity. Well, I'll figure something out.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


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

Bug#739370: the problem hasn't been resolved

[Andrew Shadura]

Hello,

On Tue, 18 Feb 2014 05:37:07 +
Raf Czlonka  wrote:

> New uploaded version hasn't resolved the issue because both 0.9.4-2
> and 0.9.5-1, and possibly earlier, versions introduced a bug where
> they create '/usr/share/pkg-config-crosswrapper' directory with
> 'pkg-config-crosswrapper' shell script inside it.
> 
> Whoever installed any of those versions will get into this problem:
> 
> dpkg-divert: error: cannot divert directories
> 
> Which is correct, since 'dpkg-divert' has the wrong information -
> since 'dpkg-divert' entries are in 'pkgconf.preinst' script,
> diversion takes place *before* the directory gets created so there
> aren't any installation issues. However, upon deinstallation, the
> directory being there, causes an issue with 'dpkg-divert' which
> expects a 'pkg-config-crosswrapper' file, not a directory.
> 
> Package version 0.9.5-2 installs just fine on a system where none of
> the above versions were installed, but does not resolve the issues
> introduced by either of the earlier versions of the package.

Yes, that's true; I don't currently know how to solve that issue
properly. I've added a check in preinst script to remove that bogus
directory, but that won't help with removing broken versions of the
package co-installed with pkg-config: the only way to fix them is to
upgrade then to a new version (or to fix the issue manually).

-- 
Cheers,
  Andrew


signature.asc
Description: PGP signature

Bug#737950: liblinear1 pulls in more than description

[Marco Tedaldi]

liblinear1 description shows under dependencies:
Package: liblinear1
Source: liblinear
Version: 1.8+dfsg-1
Installed-Size: 112
Maintainer: Christian Kastner 
Architecture: amd64
Depends: libblas3gf | libblas.so.3gf | libatlas3gf-base, libc6 (>= 
2.2.5), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.1.1)

Recommends: liblinear-tools (= 1.8+dfsg-1)
Suggests: liblinear-dev (= 1.8+dfsg-1)

All these dependencies are already met on my system. But it still wants 
to install a huge load of other packages.


dbus fontconfig fontconfig-config fonts-droid fonts-liberation 
ghostscript gnuplot gnuplot-nox groff gsfonts
  hicolor-icon-theme imagemagick imagemagick-common libavahi-client3 
libavahi-common-data libavahi-common3 libcairo2
  libcroco3 libcups2 libcupsimage2 libdatrie1 libdbus-1-3 
libdjvulibre-text libdjvulibre21 libexiv2-12 libffi5
  libfontconfig1 libfreetype6 libgd2-noxpm libgdk-pixbuf2.0-0 
libgdk-pixbuf2.0-common libglib2.0-0 libglib2.0-data
  libgs9 libgs9-common libice6 libijs-0.35 libilmbase6 libjasper1 
libjbig0 libjbig2dec0 libjpeg8 liblcms1 liblcms2-2
  liblensfun-data liblensfun0 liblinear-tools liblqr-1-0 libltdl7 
libmagickcore5 libmagickcore5-extra libmagickwand5
  libnetpbm10 libopenexr6 libpango1.0-0 libpaper-utils libpaper1 
libpixman-1-0 libpng12-0 librsvg2-2 librsvg2-common
  libsm6 libsvm-tools libsystemd-login0 libthai-data libthai0 libtiff4 
libwmf0.2-7 libxaw7 libxcb-render0 libxcb-shm0
  libxft2 libxmu6 libxpm4 libxrender1 libxt6 netpbm poppler-data 
psutils shared-mime-info ttf-dejavu-core ucf

  ufraw-batch x11-common


Workaround: Just install the dependencies Manually, Download the package 
from https://packages.debian.org/jessie/liblinear1 and install it with 
dpkg -i


It seems, that the package itself is not to blame but that there is some 
kind of inconsisteny in the index files!



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

Bug#739400: src:wayland: [PATCH] libwayland-dev is not Multi-Arch:same

[Dima Kogan]

Package: src:wayland
Severity: normal
Hi. I'm looking at making QT dev packages Multi-Arch same. There are
several dependencies that need to be multi-arched first, and
libwayland-dev is one of them. The chain is

 qtbase5-dev   depends on
 libgles2-mesa-dev depends on
 libegl1-mesa-dev  depends on
 libwayland-dev

I'm attaching a proposed patch that makes libwayland-dev
Multi-Arch:same. This is done by splitting that package into -dev,
-tools and -doc. The -tools package contains the wayland-scanner
executable, and is Multi-Arch:foreign (is this correct?). The -doc
package contains manpages. These were split off because each build of
the manpages embeds a timestamp into the output, so you can get
differing manpage files in different arches. I can strip off the
timestamp instead, and keep the manpages as a part of the -dev package;
tell me if this is preferable.

>From af0b163e3087268eb5d1e03e84e1d1512457a6e0 Mon Sep 17 00:00:00 2001
From: Dima Kogan 
Date: Sun, 16 Feb 2014 21:48:44 -0800
Subject: [PATCH] split -dev package into -dev, -tools and -doc

As a result -dev is now Multi-Arch: same
---
 debian/control  |   34 ++
 debian/libwayland-dev.install   |   10 --
 debian/libwayland-doc.install   |6 ++
 debian/libwayland-tools.install |2 ++
 4 files changed, 42 insertions(+), 10 deletions(-)
 create mode 100644 debian/libwayland-doc.install
 create mode 100644 debian/libwayland-tools.install

diff --git a/debian/control b/debian/control
index dfb6c57..e38e9ec 100644
--- a/debian/control
+++ b/debian/control
@@ -147,6 +147,7 @@ Depends:
  libwayland-cursor0 (= ${binary:Version}),
  ${shlibs:Depends},
  ${misc:Depends},
+Multi-Arch: same
 Description: wayland compositor infrastructure - development files
  Wayland is a protocol for a compositor to talk to its clients as well
  as a C library implementation of that protocol. The compositor can be
@@ -157,3 +158,36 @@ Description: wayland compositor infrastructure - development files
  .
  This package contains the development headers for the Wayland libraries.
  Non-developers likely have little use for this package.
+
+Package: libwayland-tools
+Section: libdevel
+Architecture: any
+Priority: extra
+Depends:
+ ${shlibs:Depends},
+ ${misc:Depends},
+Multi-Arch: foreign
+Description: wayland compositor infrastructure - development files
+ Wayland is a protocol for a compositor to talk to its clients as well
+ as a C library implementation of that protocol. The compositor can be
+ a standalone display server running on Linux kernel modesetting and
+ evdev input devices, an X application, or a wayland client
+ itself. The clients can be traditional applications, X servers
+ (rootless or fullscreen) or other display servers.
+ .
+ This package contains the development tools
+
+Package: libwayland-doc
+Section: doc
+Architecture: all
+Priority: extra
+Depends: ${misc:Depends}
+Description: wayland compositor infrastructure - development files
+ Wayland is a protocol for a compositor to talk to its clients as well
+ as a C library implementation of that protocol. The compositor can be
+ a standalone display server running on Linux kernel modesetting and
+ evdev input devices, an X application, or a wayland client
+ itself. The clients can be traditional applications, X servers
+ (rootless or fullscreen) or other display servers.
+ .
+ This package contains manpages and documentation
diff --git a/debian/libwayland-dev.install b/debian/libwayland-dev.install
index 5d635af..5e5b5ca 100644
--- a/debian/libwayland-dev.install
+++ b/debian/libwayland-dev.install
@@ -1,12 +1,6 @@
-# Tool to build various other packages:
-usr/bin/wayland-scanner
-
 # Headers:
 usr/include
 
-# Man pages
-usr/share/man/man3
-
 # Use no wildcards to ensure we spot any update:
 usr/lib/*/libwayland-client.a
 usr/lib/*/libwayland-client.so
@@ -20,7 +14,3 @@ usr/lib/*/pkgconfig/wayland-server.pc
 usr/share/pkgconfig/wayland-scanner.pc
 usr/share/aclocal/wayland-scanner.m4
 usr/share/wayland/wayland-scanner.mk
-
-# Documentation
-usr/share/wayland/wayland.xml
-usr/share/wayland/wayland.dtd
diff --git a/debian/libwayland-doc.install b/debian/libwayland-doc.install
new file mode 100644
index 000..197cd6e
--- /dev/null
+++ b/debian/libwayland-doc.install
@@ -0,0 +1,6 @@
+# Man pages
+usr/share/man/man3
+
+# Documentation
+usr/share/wayland/wayland.xml
+usr/share/wayland/wayland.dtd
diff --git a/debian/libwayland-tools.install b/debian/libwayland-tools.install
new file mode 100644
index 000..ba096c5
--- /dev/null
+++ b/debian/libwayland-tools.install
@@ -0,0 +1,2 @@
+# Tool to build various other packages:
+usr/bin/wayland-scanner
-- 
1.7.10.4

Bug#738680: RFA: libbsd-arc4random-perl -- CPAN's BSD::arc4random -- Perl bindings for arc4random

[Damyan Ivanov]

-=| Thorsten Glaser, 15.02.2014 22:30:38 + |=-
> Damyan Ivanov dixit:
> 
> >> > This suggested that there's additional history that I'd like to have, 
> >> > but retrieving it fails:
> >> [snip]
> >> > Perhaps git-cvsimport is not happy about the module rename or the 
> >> > history is just not available anymore.
> 
> Oops. Sorry.
> 
> >I guess that could work, although mirroring the whole contrib/hosted 
> >tree of the mirbsd's CVS seems like a nuclear approach. Thorsten, what 
> >do you think? Would I get an IP ban if I try that? :)
> 
> No, you can just do that in one rsync call, and it’s not that big,
> but still overkill. You can normally just download both ,v file trees
> and put them together – asides from the CVSROOT/ directory, in CVS,
> every file is fully self-contained, and they can be moved between
> repositories or even accessed using RCS (official) or $EDITOR (not
> quite official but it’s a fully-documented plaintext format).
> 
> Judging from the ,v files themselves I didn’t do a move but a copy
> of the checked-out tree (possibly adjusting paths in the files as I
> went) and a removal of the original tree. In this case, you can just
> convert them both to git then stitch them together (BTDT, I first put
> them into the same repo as different branches (in your case, all three
> of them, pre-move post-move and the current git tree) then used a
> .git/info/grafts file until it “looked good” in e.g. gitk, then used
> a git rebase to persist the changes from the grafts file and took
> care of moving the tags to the rebased sha1s).
> 
> Sorry about the trouble. If needed, I can have a look at doing such
> a convert+stitch operation myself.

I would be very grateful if you could handle that. Just converting the 
pre-move commits to Git would be enough. That will give me three git 
repositories (pre-move, post-move, post-takeover) that I could replay 
one after another.


Thanks!
dam


signature.asc
Description: Digital signature

Bug#739401: awesome: 3.5 series should be migrated to unstable

[Adam Lee]

Package: awesome
Version: 3.5.2-1
Severity: normal

Hi,

More than a half year has passed since 3.5 series is uploaded to
experimental. I'm using it every day, think it's stable enough to be
migrated to unstable distro.

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

Kernel: Linux 3.12-1-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 awesome depends on:
ii  dbus-x11  1.8.0-1
ii  gir1.2-freedesktop1.36.0-2+b1
ii  gir1.2-pango-1.0  1.36.0-1+b1
ii  libc6 2.17-97
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.8.0-1
ii  libgdk-pixbuf2.0-02.30.4-1
ii  libglib2.0-0  2.38.2-5
ii  liblua5.1-0   5.1.5-5
ii  libstartup-notification0  0.12-3
ii  libx11-6  2:1.6.2-1
ii  libxcb-cursor00.1.1-3
ii  libxcb-icccm4 0.3.9-2
ii  libxcb-keysyms1   0.3.9-1
ii  libxcb-randr0 1.10-2
ii  libxcb-render01.10-2
ii  libxcb-shape0 1.10-2
ii  libxcb-util0  0.3.8-2
ii  libxcb-xinerama0  1.10-2
ii  libxcb-xtest0 1.10-2
ii  libxcb1   1.10-2
ii  libxdg-basedir1   1.2.0-1
ii  lua-lgi   0.7.2-1
ii  menu  2.1.46

Versions of packages awesome recommends:
pn  feh
pn  rlwrap 
ii  x11-xserver-utils  7.7+2

awesome suggests no packages.

-- no debconf information

-- 
Adam Lee
http://adam8157.info


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

Bug#739257: Acknowledgement (docker.io: leftover after purge: /var/lib/docker)

[Arnaud Fontaine]

Paul Tagliamonte  writes:

> On Mon, Feb 17, 2014 at 05:15:38PM +0900, Arnaud Fontaine wrote:
>> Hi again,
>> 
>> Also, docker user is created in postinst, but not removed on purge
>> neither. Could you please fix it? Thank you very much.
>
> https://wiki.debian.org/AccountHandlingInMaintainerScripts
>
> I don't believe that's needed. I don't really mind either way, but
> purging and re-installing may give the user a new uid, which is a huge
> pain if you have any files owned by the daemon on the machine that you
> backed up.
>
> I think we're pretty split on if we should do this, is there a good
> reason besides "it looks ugly in /etc/passwd" or something?

Not really. To be honest I think you're right and I didn't think about
the issue you mentioned above (thanks for pointing that out, it's good
to know ;-)), so it should be probable be left as is it for the user at
least.

Cheers,
-- 
Arnaud Fontaine


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

Bug#695274: libparse-debian-packages-perl: Problem parsing stanzas with more than 1 multiline entry

[Simon Kainz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

tags 695274 +patch
thanks

I worked up a patch to hopefully fix this issue.

Now each multiline entry is added to it's respective key by appending
a line break and the following multiline entries.

I need this package as I run some tools which parse Source and
Package-files from the mirrors.

Please take a look.


Regards,

Simon
- -- 

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

iQIcBAEBCgAGBQJTAxjQAAoJEBy08PeN7K/pr+oP/0njigGwMsfbfeK/m1A7nWGg
EMcNyjvphq+36rLnLDj5aToIneqjEQlA2fcEY0wVV9ubEkXaN/aK0dbVLjWYd8Yf
Is9FAmrc9Hkwd2iwrcHfHB1db48W5H4u4A6nh3NigvOSaWSTyBAh6/ixFjci8bSH
hkE92GVT6SPPZ1ALLyMn2vBaUG9eh5CCvOeftzykd52b9Y5lXGZfJg7bfYpQYeTR
k9GWZ3fd2PN989NoS9zAFckwrxfczWgifxZ7rlh4MGznV4UFyJXJG7frWas/7F2c
lrNswAzoZ8QfbQDtNNkKGpbBFIKatLlB/HBX0kD7OGNfx7A552PXfbykf7ZFQUGh
31xhoDfVjPetgsyJ23t/EFX5S5uBm8Xw7aMaAawXQNrKfdBgsx2GL9vnXGTVNXNN
uf+at8fuTG9wFm7XHwpgpohtY9QbQ0H4gfwDe6BTHhZ/b8Cei0U6iz3CuDYl4z1w
juYDwrtK283agvVEMyvbkhtLslAPnGOitBj4RBxA9hf6bsJcYqqnDp8wnDn0eZca
aruQUU4LgbB/ZOZs9yDyc8/C+E/IwHh4SJGHMuWuIqgX/KaDMIEJmvy+eCBIN87v
I+iYwv4LW89oJObvpwq3EPdBCts6Hdr9T2VvIEFT0xrZLbzL7aS0ynQNmAkWt0Jh
lWGP0L09RBYNI1HaAIun
=QNya
-END PGP SIGNATURE-
--- /usr/share/perl5/Parse/Debian/Packages.pm	2012-03-11 20:28:59.0 +0100
+++ PackagesNG.pm	2014-02-18 08:39:21.176892873 +0100
@@ -1,5 +1,5 @@
 use strict;
-package Parse::Debian::Packages;
+package Parse::Debian::PackagesNG;
 our $VERSION = '0.03';
 
 sub new {
@@ -12,17 +12,20 @@
 sub next {
 my $self = shift;
 my $fh   = $self->{fh};
-
+my $lastkey;
 my %parsed;
 while (<$fh>) {
 last if /^$/;
 if (my ($key, $value) = m/^(\S+): (.*)/) {
 $parsed{$key} = $value;
-}
+	$lastkey=$key;
+	}
 else {
+	print "E: $lastkey: $_";
 s/ //;
 s/^\.$//;
-$parsed{body} .= $_;
+	chomp;
+	$parsed{$lastkey}.= "\n".$_;
 }
 }
 


fix_multiple_stanzas.diff.sig
Description: PGP signature

Bug#739402: awesome-extra: 2012061101 version is out of date, please upgrade

[Adam Lee]

Package: awesome-extra
Version: 2012061101
Severity: normal

Hi,

2012061101 version is out of date, broken with new kernel, driver and
awesome wm. Please upgrade? Thanks.


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

Kernel: Linux 3.12-1-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 awesome-extra depends on:
ii  curl  7.35.0-1

Versions of packages awesome-extra recommends:
ii  awesome  3.5.2-1

awesome-extra suggests no packages.

-- 
Adam Lee
http://adam8157.info


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

Bug#738304: ITA: rst2pdf -- ReportLab-based reStructuredText to PDF renderer

[Elena ``of Valhalla'']

Control: retitle -1 ITA: rst2pdf -- ReportLab-based reStructuredText to PDF 
renderer
Control: owner -1 elena.valha...@gmail.com

I find this package very useful and would hate to see it languish.

In the next few days I will at least prepare an upload that fixes
#705856 (the one with a patch) and look at the other bugs.

Are there any specific quirks I should know about?

-- 
Elena ``of Valhalla''


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

Bug#739403: haveged: newer version 1.9.1

[Jerome Benoit]

Package: haveged
Version: 1.4-4
Severity: normal

Dear Maintainer,
please can you update to the current latest version 1.9.1 ?

Thanks,
Jerome

-- System Information:
Debian Release: Wheezy*
  APT prefers wheezy
  APT policy: (990, 'wheezy'), (990, 'stable-updates'), (990, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12.9-amd64-mbp62 (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 haveged depends on:
ii  libc6 2.13-38+deb7u1
ii  lsb-base  4.1+Debian8+deb7u1

haveged recommends no packages.

haveged 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#530820: Title change

[Shai Berger]

retitle 530820 Upgrade xkeyboard-config to version 2.11
thanks

Hi,

A local mail discussion made me realize that a retitle may be in order.

I don't intend to push too hard, will help any way I can.

Thanks,
Shai.


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

Bug#737950: liblinear1 pulls in more than description

[Hilko Bengen]

* Marco Tedaldi:

> Depends: libblas3gf | libblas.so.3gf | libatlas3gf-base, libc6 (>=
> 2.2.5), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.1.1)
> Recommends: liblinear-tools (= 1.8+dfsg-1)
> Suggests: liblinear-dev (= 1.8+dfsg-1)
>
> All these dependencies are already met on my system. But it still
> wants to install a huge load of other packages.
> 
> [...]

Are the dependencies also pulled in if you do

apt-get -oAPT::Install-Recommends=false install liblinear1

? If not, you may want to set that option in /etc/apt/apt.conf or
/etc/apt/apt.conf.d/.

Cheers,
-Hilko


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

Bug#739393: postgresql-9.3: Documented type “json” does not exist

[Christoph Berg]

Control: tags -1 moreinfo

Hi Ben,

Re: Ben Finney 2014-02-18 <20140218044358.ga10...@benfinney.id.au>
> Version: 9.3.2-1
> 
> The documentation specifies that the “json” type is built in, see
> ‘/usr/share/doc/postgresql-doc-9.3/html/datatype-json.html’. However, when
> I try to use this type, the server tells me it doesn't exist:

Works here:

cbe@[local]:5432/postgres 9.3.2 =# CREATE TABLE foo (
cbe@[local]:5432/postgres 9.3.2 (#   id integer NOT NULL,
cbe@[local]:5432/postgres 9.3.2 (#   spam json NOT NULL,
cbe@[local]:5432/postgres 9.3.2 (#   PRIMARY KEY (id)
cbe@[local]:5432/postgres 9.3.2 (# );
CREATE TABLE

Are you sure that was a 9.3 server?

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#739401: awesome: 3.5 series should be migrated to unstable

[Arnaud Fontaine]

forcemerge 736314 739401
thanks

Hi,

Adam Lee  writes:

> Package: awesome
> Version: 3.5.2-1
> Severity: normal
>
> More than a half year has passed since 3.5 series is uploaded to
> experimental. I'm using it every day, think it's stable enough to be
> migrated to unstable distro.

Please look at #736314 which explains why Awesome 3.5 is still in
experimental. Thanks.

Cheers,
-- 
Arnaud Fontaine


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

Bug#739402: awesome-extra: 2012061101 version is out of date, please upgrade

[Arnaud Fontaine]

Hi,

Adam Lee  writes:

> Package: awesome-extra
> Version: 2012061101
> Severity: normal
>
> Hi,
>
> 2012061101 version is out of date, broken with new kernel, driver and
> awesome wm. Please upgrade? Thanks.

Indeed. Last month, Jonathan McCrohan prepared an update of
awesome-extra and I reviewed it, but I have not heard from him since
then, so I'm Cc'ing him to know if he has been able to work on it since
then...

Cheers,
-- 
Arnaud Fontaine


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

Bug#739404: ITP: django-sitetree -- site tree, menu and breadcrumbs navigation for Django

[Michael Fladischer]

Package: wnpp
Severity: wishlist
Owner: Michael Fladischer 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: django-sitetree
  Version : 1.0.0
  Upstream Author : Igor Starikov 
* URL : https://github.com/idlesign/django-sitetree
* License : BSD
  Programming Lang: Python
  Description : site tree, menu and breadcrumbs navigation for Django

django-sitetree is a reusable application for Django, introducing site tree,
menu and breadcrumbs navigation elements.
..
Site structure in django-sitetree is described through Django admin interface in
a so called site tree. Every item of such a tree describes a page or a set of
pages through the relation of URI or URL to human-friendly title.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJTAyOsAAoJEGlMre9Rx7W2Eb0P/0wCWYvKcwHcxDQOFmjUGVkS
x4YGlVoPFqCLDVsC4xm+QfdRs+AIwkM+g04Ffs77Dszv5cqOlfgnVPZY0PRzzUNY
J03wlUkcsd/vHxruT0o5ZkZ1WS4y5TxQV5jbx3m5B9UsDtRm83gX3EvK+pcWzDmb
U7cX97CktmOVG7Fr4bE9XFl6ZKTmMP7J82eipL4l3MU1E0EXKEn0GfDzzncZFrBv
4ho5OR8+zuUazRwltNSsvi7KYhOYgSWHtZfEzeSG6Xcwz9qYrvnfpYKFmOatVjzd
r3eVrYnm3FMZ1Hg5fE1kGA5QXvCjYZhh6P7YqEBu4N2ivBjOfGlw70EhAKvgkT1J
8lbW/o88Tv9kONSljjmnkTB2qYbyLydS8WGBAEYE/Z/loI7D8XsA5+z6bsXXwz8/
hk8Uz8UemGZIkUeEwNGRNYpO3LO4TqioDJBHHy5VaY4vaKXP2n3SZtuyrZFQzClD
PULA6ktrG4kXof6CeR64QMBKWjtrGBBwFpO/INgfT+NTFDHag+jvqd7nP9UEVfr5
98r7Jjz9x4/ewudXKhIkX/uGJc5ZVw6HrrRJ1c1GQvUxiOiaZzIBNWAUE/xLcqkH
n6y7dteU4vsriEQ5LEhVNg3vUzac5OGPQQdOG9wdnIT6kCbvm51y7PMEyvQ9nF8e
kgySojJp6BTjjJMOSb1v
=J+Q8
-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#733759: git-buildpackage: git-dch ignores gbp.conf if conf section is called [dch] rather than [git-dch]

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Di den 18. Feb 2014 um  5:08 schrieb Guido Günther:
> On Mon, Feb 17, 2014 at 07:30:37PM +0100, Klaus Ethgen wrote:
> > Package: git-buildpackage
> > Version: 0.6.9
> > Followup-For: Bug #733759
> > 
> > The new git-buildpackage introduce a bug that was not existing in 0.6.8.
> > I think this is a regression of this bug.
> > 
> > With the new git-buildpackage the section [git-import-dsc] in
> > debian/gbp.conf gets ignored. I just wondered recently why the h...
> > git-import-dsc was creating a tag "security/..." instead of "debian/..."
> > as configured in debian/gbp.conf. Now I did find this bug in changelog
> > and think that the "fix" is just the wrong way around.
> 
> Command invocation and configs please.

> cat debian/gbp.conf
[DEFAULT]
debian-branch = master
builder = debuild -i -I -Idebian/gbp.conf -j8
debian-tag = security/%(version)s

[git-import-dsc]
debian-branch = debian
debian-tag = debian/%(version)s

> git-import-dsc --download openssh

Until the current version the stuff gets tagged as debian/... but with
this version it gets tagged with security/...

Regards
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCgAGBQJTAyQGAAoJEKZ8CrGAGfasPRUL/3JfXmLVLzzInlJuWtZOfBB/
sYdebxJDcwstcjsIP9B/yOM1vgWfDXPi43XGJsEg4f4Ws1kAZMGUfiqPp4GMfWZk
NXpRrnci/VclU4O52JVpgk/bY3rqKpDHNrc2Hk5O6TEEouYF4mhjEniC7IQd2cgG
LlEGLLsoPolKgJ8suYYH1fHo/+LjW3pPgZrJoGC+DNZ4X25apf+NXdFYdwnnaYyA
4A525Pm4924d3kxMdI2osyi0MWxWNV/tmR+1cN2h+n+vnhk8c6jv24cSvUH3F0Y9
oLhCLXHAN+qNPsIUezfRYqNj4pBexACbIT6qi65waZ/eSs7ZiuTx4NNRKAMHYAab
X6Ini/DWdPCIiQa+3ORc0EMfg1xViAH5UaYjlV0tGUvBEQmQu3+dzSXZOx5WhE3w
ik3hrlx1nC5J6lXbM0/gTnkFw8cztbgqjs6EKSAkBl94wBZ27RUWUFFg879Zm+z5
hqa43Uqbv6FdqGdNF5K/eXFypdLK9ViLMP9kwEHfpg==
=IUbT
-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#737950: liblinear1 pulls in more than description

[Marco Tedaldi]

Am 18.02.2014 09:52, schrieb Hilko Bengen:


Are the dependencies also pulled in if you do

 apt-get -oAPT::Install-Recommends=false install liblinear1

? If not, you may want to set that option in /etc/apt/apt.conf or
/etc/apt/apt.conf.d/.

Thank you very much. Just tested (purged the liblinear1 and nmap before) 
and it worked.


This apparently works around the issue!

I've created 90NoRecommends in /etc/apt/apt.conf.d/ with this content:
+
# Prevent apt to pull in packages that are not dependencies but only 
recommended.

APT{ Install-Recommends "false";};
+

But is this really intended behaviour? Shouldn't this "recommends" be 
moved into "suggests"?


best regards

Marco


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

Bug#739405: RFP: bitcoin-armory -- a wallet management platform for the Bitcoin network

[Seth King]

Package: wnpp
Severity: wishlist

Bitcoin Armory was designed from the ground up to provide the highest
level of security for heavily-invested Bitcoin users, while still
maintaining a high degree of usability and convenience. Its ease of use
and plethora of advanced features makes it one of the most popular
alternative Bitcoin clients, and is featured on the main Bitcoin website.

Official Site: https://bitcoinarmory.com/
License: AGPL 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#739140: [Pkg-xfce-devel] Bug#739140: xfce4-notes: Notes fail to save upon exit program

[Orthogonal]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 18/02/14 17:10, Yves-Alexis Perez wrote:
> [please keep the bug on CC:] On Tue, Feb 18, 2014 at 04:18:47PM
> +1100, Orthogonal wrote:
>> I just tested it in the 'Awesome' window manager, and it worked
>> there. I've had other problems when doing things like this in
>> xfce before, so the problem seems to be specific to my
>> configuration, as opposed to your package. Sorry for that. :)
> 
> What do you mean “things like this”? Because xfce4-notes is pretty
> much made for beeing used under Xfce…
> 
> Regards,
> 
I meant that I seem to have somehow messed up my config files,
dependencies, or something like that. I'm using sid, so maybe that
contributed too. I ran the program from the command line, instead of
the panel, if that means anything.

In any case, the problem is now fixed after I took the following
steps: 1. apt-get dist-upgrade,
2. apt-get purge xfce4-notes xfce4-notes-plugin
3. apt-get install xfce4-notes xfce4-notes-plugin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTAyG+AAoJEHQEl2F8Ns4axR8H/imKuaEK3T1NomHxrSTcHVyU
y8dcRJEjXadmAYSV7u5icNiazg/fZb352gvTXQQKiMI8Sirj0pRrOmcVmtPe5MAa
srkfJ4jRcnl5+v56U74F/cPY3RLIfkgjDebxlNArbEz7yaZoKQhpL1C7yshoQWhT
fbVIpptcFKiY6zv2tBFZ6+ATEmt6hJWqgzyrRGmVrl+81jaXIiZVwXMebX6N49+1
5sIpWu3Qhfd8iAmiGeSsNI5S5tdEnqYUhA+svnCl9fuFnmvN4W7Z6JniLnebRN/Q
DYQGtU0lYZvn2+ZZpoiMXYSyClIkRO328Ry1f8thSIxUOzE3LJq1vY7rLbLQQvo=
=twXZ
-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#739406: pytest tries to access network during build

[Thomas Goirand]

Package: pytest
Version: 2.5.1-1
Severity: important

During the build of the sphinx doc, pytest tries to access
http://docs.python.org/objects.inv. Removing sphinx.ext.intersphinx line
41 of doc/en/conf.py would fix the issue. Please patch conf.py to do that.

Cheers,

Thomas Goirand (zigo)


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

Bug#739407: Please enable LMDB support

[Bernhard Schmidt]

Package: postfix
Version: 2.11.0-1
Severity: wishlist

Hi,

Postfix 2.11 gained support for the LMDB database type, which is a flat-file
database access library originated in OpenLDAP. It allows concurrent access and
is therefor well suited for things like postscreen or verify caches.

http://www.postfix.org/LMDB_README.html
http://www.postfix.org/lmdb_table.5.html

Enabling it is easy enough, see attached patch. I compile- and run-tested it
on my development machine. I suggest not splitting it out into a seperate
package (like mysql), because the library is very small.

Best Regards,
Bernhard
>From ec59661f51ca1a297c8a7823c4e0dc257323b0c2 Mon Sep 17 00:00:00 2001
From: Bernhard Schmidt 
Date: Tue, 18 Feb 2014 10:02:43 +0100
Subject: [PATCH] enable LMDB support

---
 debian/control |2 +-
 debian/rules   |3 ++-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/debian/control b/debian/control
index 93c539f..2089ebe 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: extra
 Maintainer: LaMont Jones 
 Standards-Version: 3.9.1.0
 Homepage: http://www.postfix.org
-Build-Depends: debhelper (>= 7), po-debconf (>= 0.5.0), groff-base, patch, lsb-release, libdb-dev (>=4.6.19), libldap2-dev (>=2.1), libpcre3-dev, libmysqlclient-dev|libmysqlclient15-dev|libmysqlclient14-dev, libssl-dev (>=0.9.7), libsasl2-dev, libpq-dev, libcdb-dev, hardening-wrapper, dpkg-dev (>= 1.15.5), libsqlite3-dev
+Build-Depends: debhelper (>= 7), po-debconf (>= 0.5.0), groff-base, patch, lsb-release, libdb-dev (>=4.6.19), libldap2-dev (>=2.1), libpcre3-dev, libmysqlclient-dev|libmysqlclient15-dev|libmysqlclient14-dev, libssl-dev (>=0.9.7), libsasl2-dev, libpq-dev, libcdb-dev, hardening-wrapper, dpkg-dev (>= 1.15.5), libsqlite3-dev, liblmdb-dev (>=0.9.11~)
 Vcs-Browser: http://git.debian.org/?p=users/lamont/postfix.git
 Vcs-Git: git://git.debian.org/~lamont/postfix.git
 XS-Testsuite: autopkgtest
diff --git a/debian/rules b/debian/rules
index fb28cb6..b6d1a6e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -52,12 +52,13 @@ CCARGS=-DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE -DHAS_LDAP -DHAS_SQLITE \
 	-DHAS_MYSQL -I/usr/include/mysql \
 	-DHAS_PGSQL -I`pg_config --includedir` \
 	-DHAS_SQLITE -I/usr/include \
+	-DHAS_LMDB \
 	-DHAS_SSL -I/usr/include/openssl \
 	-DUSE_SASL_AUTH -I/usr/include/sasl \
 	-DUSE_CYRUS_SASL \
 	-DUSE_TLS
 
-AUXLIBS =-lssl -lcrypto -lsasl2 -lpthread
+AUXLIBS =-lssl -lcrypto -lsasl2 -lpthread -llmdb
 
 DOCFILES=README_FILES/*_README COMPATIBILITY TODO PORTING
 TLSDOCFILES=${TLSSRC}/TLS_TODO ${TLSSRC}/TLS_ACKNOWLEDGEMENTS
-- 
1.7.10.4

Bug#739406: [Python-modules-team] Bug#739406: pytest tries to access network during build

[Sebastian Ramacher]

On 2014-02-18 17:54:52, Thomas Goirand wrote:
> Package: pytest
> Version: 2.5.1-1
> Severity: important
> 
> During the build of the sphinx doc, pytest tries to access
> http://docs.python.org/objects.inv. Removing sphinx.ext.intersphinx line
> 41 of doc/en/conf.py would fix the issue. Please patch conf.py to do that.

Better add python-doc to Build-Depends and patch doc/en/conf.py to use
the local copy.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#738487: hppa patch for ATI FireGL in C8000 workstation

[Helge Deller]

Hi Ben,

On 02/10/2014 02:15 AM, Ben Hutchings wrote:
> You could add a new drm-modules udeb, but I suggest you reuse the name
> fb-modules which is already defined in debian/installer/package-list.
> The list of modules is very much architecture-specific so add it under
> debian/installer/hppa/modules/hppa.

thanks for the helpful explanations!

Here are two patches to fix it:

a) The patch (hppa-kernel.patch) is vs. trunk, which 
- uses MEGARAID_NEWGEN instead of MEGARAID_LEGACY (the legacy driver "hangs" my 
box),
- uses CONFIG_DRM=y instead of =m (you proposed that to me in an earlier bug 
report)
- adds the "fb-modules" package to installer/hppa/package-list (with standard 
priority 
  because the radeon driver is necessary on a c8000 machine)

b) The installer-hppa-modules.tgz file. 
- please extract it in the debian/installer/hppa/modules/ directory.
- It creates the subfolder debian/installer/hppa/modules/hppa-parisc64-smp
- The files in the subfolder are basically copies of the ones in hppa/
- Only exception is the (new) fb-modules file (as suggested by you above).

It would be great if you could apply it before 3.13 :-)

Thanks,
Helge
Index: config/hppa/config
===
--- config/hppa/config	(revision 21047)
+++ config/hppa/config	(working copy)
@@ -474,7 +474,7 @@
 CONFIG_MEGARAID_NEWGEN=y
 CONFIG_MEGARAID_MM=m
 CONFIG_MEGARAID_MAILBOX=m
-CONFIG_MEGARAID_LEGACY=m
+# CONFIG_MEGARAID_LEGACY is not set
 
 ##
 ## file: drivers/scsi/pcmcia/Kconfig
Index: config/hppa/config.parisc64-smp
===
--- config/hppa/config.parisc64-smp	(revision 21047)
+++ config/hppa/config.parisc64-smp	(working copy)
@@ -25,7 +25,9 @@
 ## file: drivers/gpu/drm/Kconfig
 ##
 #. for ATI FireGL DRM in C8000 workstation
-CONFIG_DRM=m
+CONFIG_DRM=y
+CONFIG_DRM_KMS_HELPER=y
+CONFIG_DRM_TTM=m
 CONFIG_DRM_RADEON=m
 
 ##
Index: installer/hppa/modules/hppa/scsi-modules
===
--- installer/hppa/modules/hppa/scsi-modules	(revision 21047)
+++ installer/hppa/modules/hppa/scsi-modules	(working copy)
@@ -6,7 +6,10 @@
 st
 sym53c8xx
 zalon7xx
-megaraid
+megaraid ?
+megaraid_mbox ?
+megaraid_mm ?
+megaraid_sas ?
 qlogicfas408
 mptbase
 mptspi
Index: installer/hppa/package-list
===
--- installer/hppa/package-list	(revision 21047)
+++ installer/hppa/package-list	(working copy)
@@ -13,3 +13,7 @@
 
 Package: pata-modules
 Depends: kernel-image, scsi-core-modules
+
+Package: fb-modules
+Depends: kernel-image
+Priority: standard


installer-hppa-modules.tgz
Description: application/compressed-tar

Bug#737448: [src:orthanc ] Sourceless file (minified)

[Sebastien Jodogne]

Hello Andreas,


Am I allowed to create symbolic links in the
"override_dh_auto_configure" sections?


Sure:

override_dh_auto_configure
# either do symlink or use some compression of the source
# files to the place you need here
dh_auto_configure ...



Thanks to your helpful explanations, I think I have solved this bug 
together with the packaging of the new upstream version 0.7.3 of Orthanc 
[1]. The proper "Files-Excluded" directive is included in the copyright 
file [2], so that there remains only non-minified JavaScript files from 
the source package. Minified JavaScript files are re-generated using 
yui-compressor [3].


However, I would need an independent review to be sure that I have 
properly fixed the package. In particular, I had to introduce the 
"+dfsg" suffix to the package version: I am unsure whether this is the 
proper way of doing things.


Would you kindly have a look at my modifications, possibly uploading it 
if everything is OK?


Regards,
Sébastien-


[1] 
http://anonscm.debian.org/viewvc/debian-med/trunk/packages/orthanc/trunk/debian/JS/
[2] 
http://anonscm.debian.org/viewvc/debian-med/trunk/packages/orthanc/trunk/debian/copyright?view=markup
[3] 
http://anonscm.debian.org/viewvc/debian-med/trunk/packages/orthanc/trunk/debian/rules?view=markup 
(line 25)



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

Bug#724487: xmms2: FTBFS: fatal error: modplug.h: No such file or directory

[Moritz Mühlenhoff]

> Damyan Ivanov  writes:
> > Package: src:xmms2
> > Version: 0.8+dfsg-6
> > Severity: serious
> > Justification: FTBFS
> 
> > xmms2 fails to build in a clean current sid pbuilder chroot:
> [...]
> 
> This seem to be related to a change in libmodplug[1], I've asked them
> for precision, and will wrote a patch soon.

This also affects stable, it fails to build from source as well:

h/wheezy/xm/xmms2-0.8+dfsg/src/include', '-I/usr/include/SDL', '-
I/usr/include/libvisual-0.4', '-D_GNU_SOURCE=1', '-D_REENTRANT', 
'../src/clients/vistest/libvisual.c', '-c', '-o', 
'src/clients/vistest/libvisual.c.4.o']
../src/plugins/modplug/modplug.c:12:21: fatal error: modplug.h: Datei oder 
Verzeichnis nicht gefunden
[107/319] c: src/plugins/curl/curl_http.c -> 
_build_/src/plugins/curl/curl_http.c.1.o
compilation terminated.
11:13:45 runner ['/usr/bin/gcc', '-g', '-O0', '-Wall', '-Wempty-body', '-
Wformat=2', '-Wformat-nonliteral', '-Wformat-security', '-Wignored-qualifiers', 
'-Wmissing-prototypes', '-Wstrict-prototypes', '-Wtype-limits', '-Wwrite-
strings', '-Wno-format-extra-args', '-Wno-format-zero-length', '-fdiagnostics-
show-option', '-Werror=implicit-function-declaration', '-fPIC', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/_build_', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/_build_/src/include', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/src/include', '-
I/usr/include/glib-2.0', '-I/usr/lib/x86_64-linux-gnu/glib-2.0/include', 
'../src/plugins/curl/curl_http.c', '-c', '-o', 
'src/plugins/curl/curl_http.c.1.o']
[108/319] c: src/plugins/tta/tta.c -> _build_/src/plugins/tta/tta.c.1.o
11:13:46 runner ['/usr/bin/gcc', '-g', '-O0', '-Wall', '-Wempty-body', '-
Wformat=2', '-Wformat-nonliteral', '-Wformat-security', '-Wignored-qualifiers', 
'-Wmissing-prototypes', '-Wstrict-prototypes', '-Wtype-limits', '-Wwrite-
strings', '-Wno-format-extra-args', '-Wno-format-zero-length', '-fdiagnostics-
show-option', '-Werror=implicit-function-declaration', '-fPIC', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/_build_', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/_build_/src/include', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/src/include', '-
I/usr/include/glib-2.0', '-I/usr/lib/x86_64-linux-gnu/glib-2.0/include', 
'../src/plugins/tta/tta.c', '-c', '-o', 'src/plugins/tta/tta.c.1.o']
[109/319] c: src/xmms/main.c -> _build_/src/xmms/main.c.12.o
11:13:46 runner ['/usr/bin/gcc', '-g', '-O0', '-Wall', '-Wempty-body', '-
Wformat=2', '-Wformat-nonliteral', '-Wformat-security', '-Wignored-qualifiers', 
'-Wmissing-prototypes', '-Wstrict-prototypes', '-Wtype-limits', '-Wwrite-
strings', '-Wno-format-extra-args', '-Wno-format-zero-length', '-fdiagnostics-
show-option', '-Werror=implicit-function-declaration', '-pthread', '-pthread', 
'-pthread', '-pthread', '-pthread', '-pthread', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/_build_/src/xmms', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/src/xmms', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/_build_', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/_build_/src/include', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/src/include', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/_build_/src/includepriv', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/src/includepriv', '-
I/usr/include/glib-2.0', '-I/usr/lib/x86_64-linux-gnu/glib-2.0/include', '-
I/usr/include/valgrind', '-D_SEM_SEMUN_UNDEFINED', '../src/xmms/main.c', '-c', 
'-o', 'src/xmms/main.c.12.o']
../src/plugins/curl/curl_http.c: In function ‘header_handler_contentlength’:
../src/plugins/curl/curl_http.c:536:20: warning: variable ‘data’ set but not 
used [-Wunused-but-set-variable]
Waf: Leaving directory `/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/_build_'
Build failed
 -> task failed (exit status 1): 
{task 40762448: c modplug.c -> modplug.c.1.o}
['/usr/bin/gcc', '-g', '-O0', '-Wall', '-Wempty-body', '-Wformat=2', '-
Wformat-nonliteral', '-Wformat-security', '-Wignored-qualifiers', '-Wmissing-
prototypes', '-Wstrict-prototypes', '-Wtype-limits', '-Wwrite-strings', '-Wno-
format-extra-args', '-Wno-format-zero-length', '-fdiagnostics-show-option', '-
Werror=implicit-function-declaration', '-fPIC', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/_build_', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/_build_/src/include', '-
I/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg/src/include', '-
I/usr/include/glib-2.0', '-I/usr/lib/x86_64-linux-gnu/glib-2.0/include', 
'../src/plugins/modplug/modplug.c', '-c', '-o', 
'src/plugins/modplug/modplug.c.1.o']
make[1]: *** [override_dh_auto_build] Fehler 1
make[1]: Leaving directory `/home/jmm/scratch/wheezy/xm/xmms2-0.8+dfsg'
make: *** [build] Fehler 2
dpkg-buildpackage: Fehler: Fehler-Exitstatus von debian/rules build war 2



I'm attaching a patch for Wheezy (identical with your patc

Bug#739372: Let's relicense debian/* folder under licenses used by upstream

[Jean-Philippe Garcia Ballester]

On Monday 17 February 2014 22:45:32 Mike Gabriel wrote:
> Hi Jean-Philippe Garcia, hi Laurent,

  Hello Mike,

> However, I encountered an important problem. The debian/* folder is  
> licensed as GPL-2+ whereas the reset of the upstream code is either  
> licensed as LGPL-2.1+ with OpenSSL exception or as BSD-2-clause (one  
> file) or as BSD-3-clause (cmake scripts).
> 
> To make patch proposal to upstream as smooth as possible I recommend  
> relicensing the debian/* folder under all licenses used by upstream.  
> To achieve this, I need consensus from both of you (as you are  
> mentioned as copyright holders for debian/* of the libssh package in  
> Debian.
> 
> Please reply to this mail and give feedback and--if possible--your  
> agreement to relicense debian/* of this package.

  You make a good point, I fully agree to relicensing to all licences used by 
upstream.
  Regards,

-- 
Jean-Philippe Garcia Ballester

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

Bug#739408: browser-plugin-spice: SPICE plugin executes /usr/libexec/spice-xpi-client, which is not present

[Nikolai Kondrashov]

Package: browser-plugin-spice
Version: 2.8.90-1
Severity: important

SPICE plugin attempts to execute "/usr/libexec/spice-xpi-client" upon
connection to the server. However, it doesn't exist, but
"/usr/bin/spice-xpi-client" exists instead (provided by virt-viewer package).

As a result the plugin falls back to executing "/usr/bin/spicec --controller".
However, that was seen to fail to connect to a RHEV-M VM with SSL errors.

The whole Iceweasel output for the above seems to be this:

---:<---
(plugin-container:8966): SpiceXPI-WARNING **: main client cmdline: 
/usr/libexec/spice-xpi-client

(plugin-container:8966): SpiceXPI-CRITICAL **: controller connect: No such file 
or directory

(plugin-container:8966): SpiceXPI-WARNING **: failed to start 
/usr/libexec/spice-xpi-client: Failed to execute child process 
"/usr/libexec/spice-xpi-client" (No such file or directory)

(plugin-container:8966): SpiceXPI-WARNING **: fallback client cmdline: 
/usr/bin/spicec --controller
SpiceXPI-Message: failed to run preferred client, running fallback client 
instead

(plugin-container:8966): SpiceXPI-CRITICAL **: controller connect: No such file 
or directory

(plugin-container:8966): SpiceXPI-WARNING **: failed to create pipe
Error: Ignoring an unknown/SEND_CAD controller message 19
Error: Ignoring an unknown/SEND_CAD controller message 15
Error: Ignoring an unknown/SEND_CAD controller message 23
Error: Ignoring an unknown/SEND_CAD controller message 24
Controller: bad channel name "usbredir" in secure-channels
Error: SSL_CTX_load_verify_locations failed CA_file=/tmp/trustore.pem-YEHHBX
139638837724416:error:0B084009:x509 certificate 
routines:X509_load_cert_crl_file:PEM lib:by_file.c:280:
Warning: SSL Error: error:0B084009:x509 certificate 
routines:X509_load_cert_crl_file:PEM lib
Error: failed to connect w/SSL, ssl_error error:0005:lib(0):func(0):DH lib
Warning: abort
Warning: SSL Error: error::lib(0):func(0):reason(0)
Error: failed to connect w/SSL, ssl_error error:0005:lib(0):func(0):DH lib
Warning: SSL Error: error::lib(0):func(0):reason(0)
Error: failed to connect w/SSL, ssl_error error:0005:lib(0):func(0):DH lib
Warning: SSL Error: error::lib(0):func(0):reason(0)
Error: failed to connect w/SSL, ssl_error error:0005:lib(0):func(0):DH lib
Warning: SSL Error: error::lib(0):func(0):reason(0)
SpiceXPI-Message: Client with pid 0x28d2 exited

(plugin-container:8966): SpiceXPI-CRITICAL **: could not get browser window, 
when trying to call OnDisconnected
--->:---

After creating a symlink from "/usr/bin/spice-xpi-client" to
"/usr/libexec/spice-xpi-client" the RHEV-M connection seems to work and the
Iceweasel output for a session becomes this:

---:<---
(plugin-container:8966): SpiceXPI-WARNING **: main client cmdline: 
/usr/libexec/spice-xpi-client

(plugin-container:8966): SpiceXPI-CRITICAL **: controller connect: No such file 
or directory

(plugin-container:8966): SpiceXPI-WARNING **: failed to create pipe
SpiceXPI-Message: Client with pid 0x3486 exited

(plugin-container:8966): SpiceXPI-CRITICAL **: could not get browser window, 
when trying to call OnDisconnected
--->:---


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

Kernel: Linux 3.12-1-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 browser-plugin-spice depends on:
ii  libc6 2.17-97
ii  libgcc1   1:4.8.2-15
ii  libglib2.0-0  2.36.4-1
ii  libstdc++64.8.2-15
ii  spice-client  0.12.4-0nocelt2

browser-plugin-spice recommends no packages.

browser-plugin-spice 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#739309: expand-region-el on xemacs21: Symbol's function definition is void: declare-function

[Barak A. Pearlmutter]

Thanks for the report.

I'm not an xemacs user, and it seems that xemacs is not supported
upstream.  So my inclination is to have the installation scripts ignore
flavour xemacs21.  That said, I'd be happy to accept patches which
address this.  And, I'd encourage you to file an upstream issue.

Cheers,

--Barak.
--
Barak A. Pearlmutter
 Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
 http://www.bcl.hamilton.ie/~barak/


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

Bug#737448: [src:orthanc ] Sourceless file (minified)

[Andreas Tille]

Hi Sebastien,

On Tue, Feb 18, 2014 at 11:27:08AM +0100, Sebastien Jodogne wrote:
> 
> 
> Thanks to your helpful explanations, I think I have solved this bug
> together with the packaging of the new upstream version 0.7.3 of
> Orthanc [1]. The proper "Files-Excluded" directive is included in
> the copyright file [2], so that there remains only non-minified
> JavaScript files from the source package. Minified JavaScript files
> are re-generated using yui-compressor [3].
> 
> However, I would need an independent review to be sure that I have
> properly fixed the package. In particular, I had to introduce the
> "+dfsg" suffix to the package version: I am unsure whether this is
> the proper way of doing things.

Without having checked the package this sounds pretty expected since it
is what uscan is doing for you according to best practices when there is
any need to rebuild the package source tarball to follow DFSG.
 
> Would you kindly have a look at my modifications, possibly uploading
> it if everything is OK?

I'm a bit in a hurry today and will be offline tomorrow.  Perhaps
pinging on the list might make sense.

Kind regards

   Andreas. 

-- 
http://fam-tille.de


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

Bug#640069: Bug#735917: Two ITPs for stm32flash

[Uwe Hermann]

Hi,

On Sat, Feb 15, 2014 at 09:30:31AM +0100, Andrew Shadura wrote:
> > there are currently two different ITPs for stm32flash with different 
> > owners.
> 
> > Please agree on who will actually package it (it could be one of the 
> > owners, or both together) and then merge the ITP bugs.
> 
> I think as there wasn't much activity on this bug in past few years, I
> will proceed with my upload (I don't mind, however, if we
> co-maintain the package with Uwe — or if he already has a package
> one dput away from an upload). I was a bit busy with relocation so I had
> to temporarily limit my Debian activities :)

Yup, please go ahead and upload/maintain the package, I hereby
retract my ITP since I do indeed not have enough time to work on this.


Cheers, Uwe.
-- 
http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org


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

Bug#736765: USB mouse attach event not processed

[Robert Millan]

Control: forwarded -1 
http://lists.x.org/archives/xorg-devel/2014-February/040633.html

On Thu, Feb 13, 2014 at 09:24:08PM +0100, Julien Cristau wrote:
> On Thu, Feb 13, 2014 at 16:06:49 +, Robert Millan wrote:
> 
> > ++#if XORG_VERSION_CURRENT < 1080
> 
> These don't belong here.  We know what version we're building.
> 
> Also in general I'd prefer to wait until the patch is at least sent to
> xorg-devel before taking it.

Hi Julien,

The patch is in xorg-devel. I've also removed the XORG_VERSION_CURRENT
cruft you pointed out. Would you consider it now?

Latest version is in URL above. I'm attaching the Debian part as a
separate patch.

--
Robert Millan
diff -Nur -x .pc xorg-server-1.14.5.old/debian/control xorg-server-1.14.5/debian/control
--- xorg-server-1.14.5.old/debian/control	2014-02-08 01:52:23.0 +0100
+++ xorg-server-1.14.5/debian/control	2014-02-08 01:53:10.249920492 +0100
@@ -49,8 +49,6 @@
  libpciaccess-dev (>= 0.12.901),
  libgcrypt-dev,
  nettle-dev,
- libdbus-1-dev [kfreebsd-any],
- libhal-dev [kfreebsd-any],
  libudev-dev (>= 151-3) [linux-any],
  libselinux1-dev (>= 2.0.80) [linux-any],
  libaudit-dev [linux-any],
@@ -90,6 +88,7 @@
  xserver-common (>= ${source:Version}),
  keyboard-configuration [linux-any kfreebsd-any],
  udev (>= 149) [linux-any],
+ devd [kfreebsd-any],
  ${shlibs:Depends},
  ${misc:Depends},
 Recommends: libgl1-mesa-dri (>= 7.10.2-4)
@@ -150,6 +149,7 @@
  x11-xkb-utils-udeb,
 # disabled: keyboard-configuration [linux-any kfreebsd-any],
  udev-udeb (>= 149) [linux-any],
+ devd-udeb [kfreebsd-any],
  ${shlibs:Depends},
  ${misc:Depends},
 Provides:
diff -Nur -x .pc xorg-server-1.14.5.old/debian/rules xorg-server-1.14.5/debian/rules
--- xorg-server-1.14.5.old/debian/rules	2014-02-08 01:52:23.0 +0100
+++ xorg-server-1.14.5/debian/rules	2014-02-08 01:55:28.331918289 +0100
@@ -57,17 +57,15 @@
 	dri = --enable-dri --enable-dri2
 endif
 
-config_backend = --disable-config-dbus
+config_backend = --disable-config-dbus --disable-config-hal
 ifeq ($(DEB_HOST_ARCH_OS), linux)
-	config_backend += --enable-config-udev --disable-config-hal
+	config_backend += --enable-config-udev
 else ifeq ($(DEB_HOST_ARCH_OS), kfreebsd)
 	config_backend += --disable-config-udev
-	config_backend_main += --enable-config-hal
-	config_backend_udeb += --disable-config-hal
 	libs = $(shell pkg-config --libs libbsd-overlay)
 	cppflags = $(shell pkg-config --cflags libbsd-overlay)
 else # hurd
-	config_backend += --disable-config-udev --disable-config-hal
+	config_backend += --disable-config-udev
 endif
 
 vars = $(shell DEB_BUILD_MAINT_OPTIONS="hardening=+pie" DEB_LDFLAGS_MAINT_APPEND="-Wl,-Bsymbolic" DEB_CPPFLAGS_MAINT_APPEND="-DPRE_RELEASE=0 $(cppflags)" dpkg-buildflags --export=configure) LIBS="$(libs)"

Bug#409268: gnome-terminal: Editing Profile window disappears once on two

[Vincent Lefevre]

On 2014-02-17 17:23:25 +, althaser wrote:
> Couldn't you reproduce this bug with newer version of gnome-terminal
> like 3.4.1.1-2 or 3.10.1-1 right ?

I can't reproduce this bug with gnome-terminal 3.10.1-1 (unstable).
I can't reproduce it either with gnome-terminal 2.30.2-1 on an old
Debian machine.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#739409: [ocl-icd-libopencl1] Broken symbols file

[bastien ROUCARIES]

Package: ocl-icd-libopencl1
Version: 2.1.3-4
Severity: serious


Your symbols file is broken and allow to install non free package.


12:06:33) _rene_: libopencl-1.1-1) AND libopencl-1.1-1 itself?!
(12:07:04) _rene_: without looking at the source the former sounds like 
dh_shlibdeps' result and the latter one bogus :)
(12:07:21) _rene_: oh, even better:
(12:07:43) jcristau: broucarie: i have no idea what you're trying to say
(12:08:22) _rene_: Depends: [...] libopencl-1.1-1 [!x32], libopencl1 [x32], 
[...]. ocl-icd-libopencl1 | libopencl1 
(12:08:34) _rene_: that's umm. 
(12:09:18) jcristau: broucarie: the bug is in ocl-icd-libopencl1ls file is 
broken and allow non free package during upgrade
(12:09:26) jcristau: its symbols file is fucked up
(12:12:37) broucarie: jcristau: How should I report it ? How do you know the 
symbols file is fucked up ?
(12:13:16) jekhor a quitté le salon (quit: Ping timeout: 480 seconds)
(12:14:12) _rene_: by looking at it
(12:14:17) _rene_: libOpenCL.so.1 ocl-icd-libopencl1 #MINVER# | libopencl1
(12:14:17) _rene_: | ocl-icd-libopencl1 #MINVER# | libopencl1, libopencl-1.1-1
(12:14:28) _rene_: note the | libopencl1, libopencl-1.1-1
(12:14:36) _rene_: which is those virtual packages...
(12:15:37) _rene_: and even the | libopencl1 in the fist line. and the third 
(no idea what that means, need to look it up) is | ocl-icd-libopencl1 #MINVER# 
| libopencl1, libopencl-1.2-1
(12:16:01) _rene_: so yes, .symbols is broken, it should not magically allow 
non-free packages
(12:16:08) _rene_: or virtual ones, for that matter

Thank

Bastien


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

Bug#739410: mpd: new version fails to update with apt-get update

[Sharon Kimble]

Package: mpd
Version: 0.18.7-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Tried to update to version 0.18.8-1 today and it fails to install giving a dpkg
error code of 1.

Reading changelogs... Done
(Reading database ... 461516 files and directories currently installed.)
Preparing to unpack .../archives/mpd_0.18.8-1_i386.deb ...
/etc/init.d/mpd: 448: /etc/default/mpd: filesystem_charset: not found
[ ok ] Stopping Music Player Daemon: mpd.
/var/lib/dpkg/tmp.ci/preinst: 448: /etc/default/mpd: filesystem_charset: not
found
dpkg: error processing archive /var/cache/apt/archives/mpd_0.18.8-1_i386.deb
(--unpack):
 subprocess new pre-installation script returned error exit status 127
insserv: script vboxdrv: service vboxdrv already provided!
/etc/init.d/mpd: 448: /etc/default/mpd: filesystem_charset: not found
[info] Not starting MPD: disabled by /etc/default/mpd..
Errors were encountered while processing:
 /var/cache/apt/archives/mpd_0.18.8-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)



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

Kernel: Linux 3.12-1-686-pae (SMP w/2 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 mpd depends on:
ii  adduser   3.113+nmu3
ii  init-system-helpers   1.14
ii  libadplug-2.2.1-0 2.2.1+dfsg3-0.1
ii  libao41.1.0-2
ii  libasound21.0.27.2-3
ii  libaudiofile1 0.3.6-2
ii  libavahi-client3  0.6.31-4
ii  libavahi-common3  0.6.31-4
ii  libavcodec54  6:9.11-1
ii  libavformat54 6:9.11-1
ii  libavutil52   6:9.11-1
ii  libbz2-1.01.0.6-5
ii  libc6 2.17-97
ii  libcdio-cdda1 0.83-4.1
ii  libcdio-paranoia1 0.83-4.1
ii  libcdio13 0.83-4.1
ii  libcurl3-gnutls   7.35.0-1
ii  libfaad2  2.7-8
ii  libflac8  1.3.0-2
ii  libfluidsynth11.1.6-2
ii  libgcc1   1:4.8.2-15
ii  libglib2.0-0  2.36.4-1
ii  libgme0   0.5.5-2
ii  libid3tag00.15.1b-10
ii  libiso9660-8  0.83-4.1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.9.5+20130622git7de15e7a-1
ii  libmad0   0.15.1b-8
ii  libmikmod23.1.16-1
ii  libmms0   0.6.2-3
ii  libmodplug1   1:0.8.8.4-4
ii  libmp3lame0   3.99.5+repack1-3
ii  libmpcdec62:0.1~r459-4
ii  libmpdclient2 2.9-1
ii  libmpg123-0   1.16.0-1
ii  libogg0   1.3.1-1
ii  libopenal11:1.14-4
ii  libopus0  1.1-1
ii  libpulse0 4.0-6+b1
ii  libresid-builder0c2a  2.1.1-14
ii  libroar2  1.0~beta11-1
ii  libsamplerate00.1.8-7
ii  libshout3 2.3.1-3
ii  libsidplay2   2.1.1-14
ii  libsidutils0  2.1.1-14
ii  libsndfile1   1.0.25-9
ii  libsqlite3-0  3.8.2-1
ii  libstdc++64.8.2-15
ii  libsystemd-daemon0204-6
ii  libvorbis0a   1.3.2-1.3
ii  libvorbisenc2 1.3.2-1.3
ii  libvorbisfile31.3.2-1.3
ii  libwavpack1   4.70.0-1
ii  libwildmidi1  0.2.3.4-2.1
ii  libwrap0  7.6.q-25
ii  libyajl2  2.0.4-4
ii  libzzip-0-13  0.13.62-2
ii  lsb-base  4.1+Debian12

mpd recommends no packages.

Versions of packages mpd suggests:
ii  ario [mpd-client]1.5.1-1.1
ii  avahi-daemon 0.6.31-4
ii  glurp [mpd-client]   0.12.3-1
pn  icecast2 
ii  mpc [mpd-client] 0.25-1
ii  ncmpc [mpd-client]   0.17-1
ii  ncmpcpp [mpd-client] 0.5.10-1.1
ii  pulseaudio   4.0-6+b1
ii  qmpdclient [mpd-client]  1.2.2-2

-- Configuration Files:
/etc/default/mpd changed:
filesystem_charset  "UTF-8"

/etc/init.d/mpd changed:
.. /lib/lsb/init-functions
PATH=/sbin:/bin:/usr/sbin:/usr/bin
NAME=mpd
DESC="Music Player Daemon"
DAEMON=/usr/bin/mpd
MPDCONF=/home/boudiccas/.mpd/mpd.conf
START_MPD=false
[ -x "$DAEMON" ] || exit 0
[ -r /etc/default/$NAME ] && . /etc/default/$NAME
if [ -n "$MPD_DEBUG" ]; then
set -x
MPD_OPTS=--verbose
fi
DBFILE=$(sed -n 's/^[[:space:]]*db_file[[:space:]]*"\?\([^"]*\)\"\?/\1/p' 
$MPDCONF)
PI

Bug#739372: Let's relicense debian/* folder under licenses used by upstream

[Laurent Bigonville]

Le Mon, 17 Feb 2014 22:45:32 +,
Mike Gabriel  a écrit :

> Hi Jean-Philippe Garcia, hi Laurent,

Hello,

> I have just re-worked debian/copyright of the libssh package in
> Debian and made it DEP-5 compliant.
> 
> However, I encountered an important problem. The debian/* folder is  
> licensed as GPL-2+ whereas the reset of the upstream code is either  
> licensed as LGPL-2.1+ with OpenSSL exception or as BSD-2-clause (one  
> file) or as BSD-3-clause (cmake scripts).
> 
> To make patch proposal to upstream as smooth as possible I recommend  
> relicensing the debian/* folder under all licenses used by upstream.  
> To achieve this, I need consensus from both of you (as you are  
> mentioned as copyright holders for debian/* of the libssh package in  
> Debian.
> 
> Please reply to this mail and give feedback and--if possible--your  
> agreement to relicense debian/* of this package.

I also agree to relicense to all licenses used by upstream.

Cheers,

Laurent Bigonville


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

Bug#739410: mpd: new version fails to update with apt-get update

[Max Kellermann]

On 2014/02/18 12:31, Sharon Kimble  wrote:
> Tried to update to version 0.18.8-1 today and it fails to install giving a 
> dpkg
> error code of 1.

It appears your /etc/default/mpd contains garbage that belongs in
/etc/mpd.conf, but I don't see anything in the new package that would
cause garbage to be added to /etc/default/mpd.  Are you sure this was
added by the package and not by yourself?  What does your
/etc/default/mpd look like?


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

Bug#731491: transition: oce

[D. Barbier]

On 2013-12-05 23:07 GMT+01:00 D. Barbier wrote:
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: transition
> Severity: normal
>
> Hello,
>
> I would like to upload oce 0.13 into unstable, it is in experimental
> for several weeks.  oce 0.13-4 is not yet built on armel and mipsel,
> but it should build just fine. This source package provides several
> development libraries, their soname version have been bumped.
>
> The following packages build-depend on oce and have been successfully
> rebuilt without source changes:
>   gmsh  2.8.3+dfsg-4
>   freecad   0.13.2800-dfsg-1
>   netgen4.9.13.dfsg-7
> On the other hand, elmerfem FTBFS, but it is not in testing.
>
> Ben file:
>
> title = "oce";
> is_affected = .build-depends ~ /liboce-.*-dev/;
> is_good = .depends ~ /liboce-foundation7/;
> is_bad = .depends ~ /liboce-foundation6/;


Hello,

oce 0.15-1 is now in experimental, and soname has been bumped, thus
is_good becomes
  is_good = .depends ~ /liboce-foundation8/;

This version fixes long standing issues with OpenCASCADE licensing, as
the new version is now LGPL 2.1 (with a runtime exception).

Current unstable versions of its rdepends (gmsh, freecad, netgen) do
not need source changes, and oce binaries have been built on all
architectures.

Denis


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

Bug#739411: udpkg: Support for data.tar, control.tar and control.tar.xz

[Guillem Jover]

Package: udpkg
Version: 1.16
Severity: wishlist
Tags: patch
X-Debbugs-CC: Philipp Kern 

Hi!

Here's a patch series adding data.tar, control.tar and control.tar.xz
support, the uncompressed member support just out of completeness. To
create a deb package with a different control.tar compression you can
use «dpkg-deb --uniform-compression pkg/» for example.

Note I've only tested «udpkg -c» and «udpkg -f», the changes in unpacking
are pretty obvious, but testing them would be nice. I've also used cat
for the uncompressed members as I didn't think further optimization there
was worth it(?). I've also tried to use the prevailing coding-style,
which in some cases conflicted with the immediate surrounding code.

Thanks,
Guillem


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

Bug#739393: postgresql-9.3: Documented type “json” does not exist

[Ben Finney]

Control: notfound postgresql-9.3/9.3.2-1

On 18-Feb-2014, Christoph Berg wrote:
> Re: Ben Finney 2014-02-18 <20140218044358.ga10...@benfinney.id.au>

> > when I try to use this type, the server tells me it doesn't exist

> […]
> Are you sure that was a 9.3 server?

Hmm, I have ‘postgresql-9.3’ installed but I didn't realise
‘postgresql-9.1’ is still installed.

Both packages are marked auto-installed, and I only want whatever is the
latest PostgreSQL installed.

When I remove the ‘postgresql-9.1’ package, no dependencies are broken.
(And this bug report's behaviour no longer occurs.)

The ‘postgresql-9.1’ package is not needed for any dependencies, and it is
marked for auto-removal when no longer needed. So why wasn't it
automatically removed?

-- 
 \  “Any intelligent fool can make things bigger and more complex… |
  `\It takes a touch of genius – and a lot of courage – to move in |
_o__)the opposite direction.” —Albert Einstein |
Ben Finney 


signature.asc
Description: Digital signature

Bug#730726: zathura: Full-page scrolling not correct after update

[Alfredo Finelli]

Sebastian Ramacher [17.02.2014 23:28 +0100]:
> Hi Alfredo,
>
> On 2013-11-28 20:03:05, Alfredo Finelli wrote:
>> After some recent upgrade scrolling does not work correctly for me
>> anymore.
>>
>> I use continuous pages with 5 pixels padding in between and the
>> standard value of scroll-full-overlap (0.1).
>>
>> When in page-fit mode I get the correct behavior: a small document
>> portion from the bottom of the window is still visible at the top
>> after one single full page scrolling (space bar).  When, instead, I
>> switch to fit-width mode (keyboard command 's') then I get too much
>> scrolling: the visible part jumps too much forward, so that to be
>> able to see the at the top the last text line I had at the bottom I
>> have to go back with single step scrolling (up-arrow) circa five
>> times.  If I zoom in even more then the number of backwards single
>> scrolling steps needed increases proportionally.
>>
>> This bug makes full page scrolling useless because you have to always
>> go back to continue reading.
>>
>> Launching zathura in debug mode ("-l debug" option) does not help to
>> clarify the bug, it only informs about page cache misses or hits.
>> While investigating I ended up reading the change log of girara and I
>> think there is a line that could be related to this problem:
>>
>> girara (0.1.9-1) unstable; urgency=low
>> [...]
>> * debian/patches/fix-gtk3-scroll.patch: Removed, no longer needed.
>> [...]
>
> I'm not sure if we were able to fix the issue completely, but maybe
> you can test zathura 0.2.7-1 and girara 0.2.0-1 that I've uploaded
> today.  Please let me know if the issues is still there.
>
> Regards

Hi, thanks for working on this.

I experimented a bit with the new version and observed some improvements.
Full page scrolling now works the same at different zoom levels: you
don't have the excess scrolling increase at deeper zoom like before.

The only problem is that I don't have any overlap, i.e. the last line
visible at the bottom is now the first line NOT visible at the top.
This is what the zathurarc man page says about overlap:

scroll-full-overlap

Defines the proportion of the current viewing area that should
be visible after scrolling a full page.

   · Value type: Float
   · Default value: 0.1 

By default (no configuration) I have no overlap.  I can get it only if I
explicitly add the line

set scroll-full-overlap 0.1

to my zathurarc configuration file.  Then all is back to normal and
working as expected, also for different values of overlap. 

I then experimented with different values of "page-padding" but they did
not have any influence on the scrolling behavior.

I hope this helps.  Best regards.


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

Bug#739411: udpkg: Support for data.tar, control.tar and control.tar.xz

[Guillem Jover]

On Tue, 2014-02-18 at 13:01:48 +0100, Guillem Jover wrote:
> Package: udpkg
> Version: 1.16
> Severity: wishlist
> Tags: patch
> X-Debbugs-CC: Philipp Kern 

> Here's a patch series adding data.tar, control.tar and control.tar.xz
> support, the uncompressed member support just out of completeness. To
> create a deb package with a different control.tar compression you can
> use «dpkg-deb --uniform-compression pkg/» for example.
> 
> Note I've only tested «udpkg -c» and «udpkg -f», the changes in unpacking
> are pretty obvious, but testing them would be nice. I've also used cat
> for the uncompressed members as I didn't think further optimization there
> was worth it(?). I've also tried to use the prevailing coding-style,
> which in some cases conflicted with the immediate surrounding code.

And then forgot to attach the patches…

Thanks,
Guillem
From b806fc9a73e79b561fad9e40e34d44d86031e4a1 Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Sun, 16 Feb 2014 02:25:10 +0100
Subject: [PATCH 1/4] Pass member_base as an argument to get_compression_type()

Allow other member base names, instead of hardcoding data.tar.
---
 udpkg.c | 16 +---
 1 file changed, 9 insertions(+), 7 deletions(-)

diff --git a/udpkg.c b/udpkg.c
index 2adfd16..73fa9d8 100644
--- a/udpkg.c
+++ b/udpkg.c
@@ -163,7 +163,9 @@ static const char *decompression_tool (const compression_type t) {
 	}
 }
 
-static compression_type get_compression_type (struct package_t *pkg) {
+static compression_type get_compression_type(struct package_t *pkg,
+	const char *member_base)
+{
 	FILE *infp = NULL;
 	char buf[1024];
 	char *extension = NULL;
@@ -177,8 +179,8 @@ static compression_type get_compression_type (struct package_t *pkg) {
 	}
 
 	while (fgets(buf, sizeof(buf), infp)) {
-		if (strncmp(buf, data_member_base, strlen(data_member_base)) == 0) {
-			extension = buf + strlen(data_member_base);
+		if (strncmp(buf, member_base, strlen(member_base)) == 0) {
+			extension = buf + strlen(member_base);
 			if (extension[strlen(extension) - 1] == '\n')
 extension[strlen(extension) - 1] = '\0';
 			break;
@@ -188,7 +190,7 @@ static compression_type get_compression_type (struct package_t *pkg) {
 
 	if (extension == NULL) {
 		FPRINTF(stderr, "No %s* found in %s\n",
-			data_member_base, pkg->file);
+			member_base, pkg->file);
 		return unknown_compression;
 	}
 
@@ -200,7 +202,7 @@ static compression_type get_compression_type (struct package_t *pkg) {
 	}
 	else {
 		FPRINTF(stderr, "Invalid compression type for %s* of %s\n",
-			data_member_base, pkg->file);
+			member_base, pkg->file);
 		return unknown_compression;
 	}
 }
@@ -226,7 +228,7 @@ static int dpkg_dounpack(struct package_t *pkg)
 
 	DPRINTF("Unpacking %s\n", pkg->package);
 
-	compression_type = get_compression_type(pkg);
+	compression_type = get_compression_type(pkg, data_member_base);
 	if (compression_type == unknown_compression)
 		return 1;
 
@@ -556,7 +558,7 @@ static int dpkg_contents(struct package_t *pkg)
 
 	reqarg(pkg);
 
-	compression_type = get_compression_type(pkg);
+	compression_type = get_compression_type(pkg, data_member_base);
 	if (compression_type == unknown_compression)
 		return 1;
 
-- 
1.9.0.rc3.244.g3497008

From 193c1b896291da42844953bdf693245ec4c8adaa Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Sun, 16 Feb 2014 02:28:34 +0100
Subject: [PATCH 2/4] Add support for uncompressed deb members

---
 udpkg.c | 21 ++---
 1 file changed, 14 insertions(+), 7 deletions(-)

diff --git a/udpkg.c b/udpkg.c
index 73fa9d8..ef6bdf7 100644
--- a/udpkg.c
+++ b/udpkg.c
@@ -18,7 +18,7 @@
 static int force_configure = 0;
 static int loadtemplate = 1;
 
-static const char *data_member_base = "data.tar.";
+static const char *data_member_base = "data.tar";
 
 /* 
  * Main udpkg implementation routines
@@ -144,21 +144,24 @@ typedef enum compression_type compression_type;
 enum compression_type {
 	gz_compression,
 	xz_compression,
+	no_compression,
 	unknown_compression,
 };
 
 static const char *compression_extension (const compression_type t) {
 	switch (t) {
-		case gz_compression: return "gz";
-		case xz_compression: return "xz";
+		case gz_compression: return ".gz";
+		case xz_compression: return ".xz";
+		case no_compression: return "";
 		default: return "";
 	}
 }
 
 static const char *decompression_tool (const compression_type t) {
 	switch (t) {
-		case gz_compression: return "gunzip";
-		case xz_compression: return "unxz";
+		case gz_compression: return "gunzip -c";
+		case xz_compression: return "unxz -c";
+		case no_compression: return "cat";
 		default: return "";
 	}
 }
@@ -200,6 +203,10 @@ static compression_type get_compression_type(struct package_t *pkg,
 	else if (strcmp(extension, compression_extension(xz_compression)) == 0) {
 		return xz_compression;
 	}
+	else if (strcmp(extension, compression_extension(no_compression)) == 0)
+	{
+		return no_compression;
+	}
 	else {
 		FPRINTF(stderr, "Invalid compression type for %s* of %s\n",
 

Bug#739412: dictionaries-common: works slow on very short words at the end of big file

[Aleksey Cherepanov]

Package: dictionaries-common
Version: 1.20.5
Severity: normal

Dear Maintainer,

   * What led up to the situation?

I faced a problem editing my big .org file (2mb+) with flyspell-mode
enabled. I edit it every day, regularly mistype and get words of one
or two letters that are wrong in Russian and cause flyspell work slow.

This one-liner produces "good" file to reproduce the bug.
perl -e 'print(((join " ", ("met and") x 10) . "\n") x 3)' > t.txt

Typing "nd" at the end of file gives a huge pause even on a fast
computer. But "mw" or "md" does not give pauses because they are not
substrings in this file. It is repeatable with emacs -Q.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

 So exact sequence is
$ emacs --version
GNU Emacs 24.3.1
$ emacs23 --version
GNU Emacs 23.4.1
$ perl -e 'print(((join " ", ("met and") x 10) . "\n") x 3)' > t.txt
$ LANG=C emacs -Q t.txt
 Then in emacs:
M-x flyspell-mode RET
M->
nd SPC

'emacs23 -Q t.txt' works the same way. LANG=C affects regular words
because default dictionary is Russian on my system so without LANG=C
all words ("met" and "and") are considered misspelled. But it does not
affect huge pause at the end.

   * What was the outcome of this action?

Huge pause when emacs does not react on keys except C-g. Word "nd" is
colored as misspelled after the pause. C-g stops emacs internal
thinking and I could work without waiting but word "nd" is not colored
as misspelled word.

   * What outcome did you expect instead?

I expect it to work as fast as with other words like "md" or "mw" that
does not produce a pause and are colored immediately.


I tried to patch flyspell-word-search-backward and
flyspell-word-search-forward functions from flyspell.el replacing
search-backward with word-search-backward and search-forward with
word-search-forward (perl -pe 's/\(search-/(word-search-/' ). It
solved the problem but I do not know what it broke.

I expect problems with this solution because I do not know if
flyspell's meaning of word is the same as emacs' one. I think it is
described in flyspell-get-word function that is called after search-*
in the patched functions.

flyspell-duplicate-distance variable on its own could mitigate the
problem but it changes the behaviour so I do not want to use this
variable.

Thanks!

-- 
Regards,
Aleksey Cherepanov


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

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

Versions of packages dictionaries-common depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  libtext-iconv-perl 1.7-5+b1

dictionaries-common recommends no packages.

Versions of packages dictionaries-common suggests:
ii  aspell0.60.7~20110707-1
ii  emacsen-common2.0.5
ii  hunspell  1.3.2-6
ii  ispell3.3.02-6
pn  jed-extra 
ii  wamerican [wordlist]  7.1-1

-- debconf information:
  dictionaries-common/old_wordlist_link: true
  dictionaries-common/invalid_debconf_value:
  dictionaries-common/move_old_usr_dict: true
  dictionaries-common/ispell-autobuildhash-message:
* dictionaries-common/default-wordlist: american (American English)
  dictionaries-common/selecting_ispell_wordlist_default:
* dictionaries-common/default-ispell: russian (Russian koi8-r)
  dictionaries-common/remove_old_usr_dict_link: false


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

Bug#739410: mpd: new version fails to update with apt-get update

[Max Kellermann]

On 2014/02/18 13:06, Sharon Kimble  wrote:
> On Tue, 18 Feb 2014 12:40:23 +0100
> Max Kellermann  wrote:
> 
> > On 2014/02/18 12:31, Sharon Kimble  wrote:
> > > Tried to update to version 0.18.8-1 today and it fails to install
> > > giving a dpkg error code of 1.
> > 
> > It appears your /etc/default/mpd contains garbage that belongs in
> > /etc/mpd.conf, but I don't see anything in the new package that would
> > cause garbage to be added to /etc/default/mpd.  Are you sure this was
> > added by the package and not by yourself?  What does your
> > /etc/default/mpd look like?
> 
> I've attached my /etc/default/mpd = blank, not used, /etc/mpd.conf =
> blank, not used, and /home/$USER/cron/conf/mpd.conf = which is used. 

Not true.  Your /etc/default/mpd is not blank.  It contains the same
data as your mpd.conf, which is a mistake.  This cannot work.

This bug report is bogus, unless you can demonstrate the the package
has wrongfully copied your /etc/mpd.conf to /etc/default/mpd.


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

Bug#737112: Need to update powerpc-ibm-utils to version 1.2.18

[Breno Leitao]

What are the next steps to get this package upgraded to the version 1.2.18?


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

Bug#738754: please add a --download(-only) option

[Holger Levsen]

Hi Intri,

On Montag, 17. Februar 2014, intrigeri wrote:
> OK, so here's a small gift for you! The attached script should list
> the keys that belong to both of the two keyrings passed on the
> command-line. 

wow, neat, thanks a lot!

> *Caution*: 

will do, thanks! 

Might take a few days till I actually run it, then I will let you know how it 
went... :)


cheers,
Holger


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

Bug#738857: mupdf: Stack-based Buffer Overflow in xps_parse_color()

[Salvatore Bonaccorso]

Control: retitle -1 mupdf: CVE-2014-2013: Stack-based Buffer Overflow in 
xps_parse_color()

Hi,

CVE-2014-2013 was assigned for this issue.

Regards,
Salvatore


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

Bug#739370: the problem hasn't been resolved

[Raf Czlonka]

On Tue, Feb 18, 2014 at 08:06:42AM GMT, Andrew Shadura wrote:

> Hello,

Hi,

> Yes, that's true; I don't currently know how to solve that issue
> properly. I've added a check in preinst script to remove that bogus
> directory, but that won't help with removing broken versions of the
> package co-installed with pkg-config: the only way to fix them is to
> upgrade then to a new version (or to fix the issue manually).

Such, such check (like the one below) will only work if the package is
upgraded, not removed. Broken packages can only be fixed by manua
intervention when a user decides to purge them from the system, rather
than trying to install to a newer version.

Something like this would at least allow users to get passed the broken
package state, install the new version and, if they choose to do so,
remove the package from their system using apt/dpkg.

pkgconfwrap="/usr/share/pkg-config-crosswrapper"
[ -f $pkgconfwrap/pkg-config-crosswrapper ] && mv 
$pkgconfwrap/pkg-config-crosswrapper ${pkgconfwrap}.orig
[ -d $pkgconfwrap ] && rmdir $pkgconfwrap && mv ${pkgconfwrap}.orig $pkgconfwrap

Variable has been used for brevity but feel free to expand it.

Since both, the script and the directory are created by an earlier
version of 'pkgconf' package, it is safe to assume that '.orig' file
does not exist and the directory is empty, hence the lack of any
additional tests in the above example.

Regards,

Raf


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

Bug#739409: [ocl-icd-libopencl1] Broken symbols file

[Vincent Danjean]

severity 739409 normal
thanks

On 18/02/2014 13:24, bastien ROUCARIES wrote:
> Package: ocl-icd-libopencl1
> Version: 2.1.3-4
> Severity: serious
> 
> Your symbols file is broken

We will discuss about this below

> and allow to install non free package.

This is by design.

So, I downgraded this bug report for now. I will try to explain
you the situation for this library and we will see if we must
close this bug or fix something in the package.

> 12:06:33) _rene_: libopencl-1.1-1) AND libopencl-1.1-1 itself?!
> (12:07:04) _rene_: without looking at the source the former sounds like 
> dh_shlibdeps' result and the latter one bogus :)
> (12:07:21) _rene_: oh, even better:
> (12:07:43) jcristau: broucarie: i have no idea what you're trying to say
> (12:08:22) _rene_: Depends: [...] libopencl-1.1-1 [!x32], libopencl1 [x32], 
> [...]. ocl-icd-libopencl1 | libopencl1

The mention of x32 seems strange to me here. Can you provide
me more context so that I understand it (there is nothing
about x32 in the source package).

> (12:08:34) _rene_: that's umm. 
> (12:09:18) jcristau: broucarie: the bug is in ocl-icd-libopencl1ls file is 
> broken and allow non free package during upgrade
> (12:09:26) jcristau: its symbols file is fucked up
> (12:12:37) broucarie: jcristau: How should I report it ? How do you know the 
> symbols file is fucked up ?
> (12:13:16) jekhor a quitté le salon (quit: Ping timeout: 480 seconds)
> (12:14:12) _rene_: by looking at it
> (12:14:17) _rene_: libOpenCL.so.1 ocl-icd-libopencl1 #MINVER# | libopencl1
> (12:14:17) _rene_: | ocl-icd-libopencl1 #MINVER# | libopencl1, libopencl-1.1-1
> (12:14:28) _rene_: note the | libopencl1, libopencl-1.1-1
> (12:14:36) _rene_: which is those virtual packages...
> (12:15:37) _rene_: and even the | libopencl1 in the fist line. and the third 
> (no idea what that means, need to look it up) is | ocl-icd-libopencl1 
> #MINVER# | libopencl1, libopencl-1.2-1
> (12:16:01) _rene_: so yes, .symbols is broken, it should not magically allow 
> non-free packages
> (12:16:08) _rene_: or virtual ones, for that matter

Back to the background.
First, read 
http://anonscm.debian.org/gitweb/?p=collab-maint/ocl-icd.git;a=blob;f=debian/README.Debian;hb=HEAD
It was written a few months ago and should probably be updated a bit
but important information are present.

For this bug report:
* OpenCL is a norm written by a consortium: we have to deal with (bad) design
  of this consortium
* OpenCL implementations are divided in several parts, mainly:
  * libOpenCL : the library applications link against (that load ICDs)
  * ICDs : real OpenCL drivers (to execute code on various hardware)
  libOpenCL is mainly a dispatcher of function calls to one or more
  ICDs
* ICDs in Debian are all currently non-free. I hope to find time to
  finish the packaging of pocl (current state in collab-maint, help
  welcome) so that a free ICD is available
* libOpenCL is provided by non-free OpenCL implementations (mainly AMD,
  NVidia and Intel) but also by an independant free project: ocl-icd
* All libOpenCL library should be equivalent (ie work with any ICD)
  => all packaged ones in Debian provides/conflict with the virtual package 
libopencl1
  but consortium's decision mitigate this (hence the existence of other virtual 
packages, see below)


When you package a OpenCL application with the ocl-icd libOpenCL
packaged in Debian, the goal is to depends on ocl-icd (free implementation)
but also on virtual package as alternative, so that one can use
other (non-free) implementation if they wish. Putting ocl-icd as
the first part of the alternative is done so that, by default,
apt and other tools will install the free alternative (if non-free
is enabled)

The symbol file is written like this (stripping out the comments, adding line 
numbers) :
1: libOpenCL.so.1 #PACKAGE# #MINVER# | libopencl1
2: | #PACKAGE# #MINVER# | libopencl1, libopencl-1.1-1
3: | #PACKAGE# #MINVER# | libopencl1, libopencl-1.2-1
4:  (symver|optional)OPENCL_1.0 1.0 1
5:  (symver|optional)OPENCL_1.1 1.0 1
6:  (symver|optional)OPENCL_1.2 1.0 2

The first line is always added as dependencies in all programs
linked with libOpenCL.so.1 (see #737731). If the consortium have done
correct design, this would be all what is needed.
We depends on the ocl-icd implementation or the virtual package for
user that will want to switch to a non-free implementation.

Line 2 and 3 are here to add the virtual packages libopencl-1.1-1
and libopencl-1.2-1. They are added when a program linked against
libOpenCL use symbols from the 1.0 or 1.1 version of the OpenCL
standard or the 1.2 version (2.0 will probably come soon).
  Note that correct design should have use different sonames. It would
have been easiest as we have to deal with several binaries
implementations (that have different versionning).

Currently, ocl-icd, AMD and Intel (not packaged due to licence)
provides an OpenCL library that deals with OpenCL version 1.0, 1.1 and 1.2.
NVidia only provides 

Bug#738487: hppa patch for ATI FireGL in C8000 workstation

[Ben Hutchings]

On Tue, 2014-02-18 at 11:21 +0100, Helge Deller wrote:
> Hi Ben,
> 
> On 02/10/2014 02:15 AM, Ben Hutchings wrote:
> > You could add a new drm-modules udeb, but I suggest you reuse the name
> > fb-modules which is already defined in debian/installer/package-list.
> > The list of modules is very much architecture-specific so add it under
> > debian/installer/hppa/modules/hppa.
> 
> thanks for the helpful explanations!
> 
> Here are two patches to fix it:
> 
> a) The patch (hppa-kernel.patch) is vs. trunk, which 
> - uses MEGARAID_NEWGEN instead of MEGARAID_LEGACY (the legacy driver "hangs" 
> my box),
> - uses CONFIG_DRM=y instead of =m (you proposed that to me in an earlier bug 
> report)
> - adds the "fb-modules" package to installer/hppa/package-list (with standard 
> priority 
>   because the radeon driver is necessary on a c8000 machine)
> 
> b) The installer-hppa-modules.tgz file. 
> - please extract it in the debian/installer/hppa/modules/ directory.
> - It creates the subfolder debian/installer/hppa/modules/hppa-parisc64-smp
> - The files in the subfolder are basically copies of the ones in hppa/
> - Only exception is the (new) fb-modules file (as suggested by you above).
> 
> It would be great if you could apply it before 3.13 :-)

The modules files shouldn't be copied when they're meant to be identical
between flavours - you can use a relative #include to refer to the
original files.  I changed all the copied files to do this.  Please
check that I got this right (committed as r21049).

Ben.

-- 
Ben Hutchings
Nothing is ever a complete failure; it can always serve as a bad example.


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

Bug#739414: Log files are not accessible to adm group

[Frank Gevaerts]

Package: xen-tools
Version: 4.3.1-1
Severity: minor

/var/log/xen-tools and the files in it are only accessible to root, and
not to the adm group. This forces people to use root shells more than
should be necessary.

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

Kernel: Linux 3.12-1-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


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

Bug#712936: iceweasel: can't print to file in the $HOME folder

[Sylvestre Ledru]

On 17/02/2014 23:02, Mike Hommey wrote:
> On Mon, Feb 17, 2014 at 03:58:50PM +0100, Sylvestre Ledru wrote:
>> On 17/02/2014 15:32, Vincent Lefevre wrote:
>>> Control: retitle -1 iceweasel: when printing to file to latest (default) 
>>> Save folder, tmp PDF file is unlinked without being copied to this folder
>>>
>>> On 2014-02-17 14:08:15 +0100, Sylvestre Ledru wrote:
 I cannot reproduce this issue. Do you have more information on the bug ?
 (error in the terminal for example) ?
>>> I'm wondering whether this is a bug in iceweasel, because there
>>> was no major upgrade recently. Perhaps a bug in some gtk library
>>> (the one that provides the print feature?). I'm wondering whether
>>> I could test with another gtk2 application that uses the print
>>> feature.
>> OK. Your guess is probably right.
>> Trying with both upstream 29 (currently, aurora: an  'alpha' release)
>> and iceweasel 24
>>
>> 29 does not show the bug, 24 shows it.
>>
>> Mike, correct me if I am wrong but, AFAIK, iceweasel is using the
>> libraries provided by Debian while
>> upstream ships patched versions of upstream libraries.
> Yes and no. Most notably, we're using the in-tree cairo in iceweasel.
> That being said, i doubt this is related. Can you try iceweasel 29
> from mozilla.debian.net?
I tried with iceweasel 29 from m.d.n (29.0~a2+20140214004003-1)
and I can reproduce the problem that I had with 24 Debian packages but
not with the upstream binary tarball.

Sylvestre


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

Bug#739415: transition: libraw

[Luca Falavigna]

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


I'd like to request a slot for taking care of the libraw transition.
I rebuilt all the reverse dependencies, and they all built correctly.

Reverse dependencies

* entangle
* evas-loaders
* freeimage
* luminance-hdr
* shotwell

Ben file:
title = "libraw";
is_affected = .build-depends ~ /libraw-dev/;
is_good = .depends ~ "libraw10";
is_bad = .depends ~ "libraw9";

Cheers,
Luca


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

Bug#739395: [Pkg-mozext-maintainers] Bug#739395: xul-ext-noscript: please ship a non-javascript search provider (DuckDuckGo)

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Daniel,

Le 18/02/2014 01:49, Daniel Kahn Gillmor a écrit :

> If xul-ext-noscript were to ship the attached file as
> /etc/iceweasel/searchplugins/common/ddg-nojs.xml
> 
> then users of noscript would have a DuckDuckGoNoJS search provider
> made available automatically, which they could select.

Thanks a lot, it’s definitely worth shipping. Before doing so in
xul-ext-noscript, did you already got in touch with iceweasel
maintainers (since they may consider adding such file directly for every
user benefit)?

If someone else picks it, please do s/javascript/JavaScript/ in the
proposed file.

Regards

David


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJTA1jbAAoJEAWMHPlE9r08+SUH/3LpxWsbX5oMvUKMNFd53n7k
oH9PLgiP1MM+c08PaYU2LgcKAdftQ+DuFaGJbsRMkOMhlqmpwVu0XUonkTAn6/eV
wgKNrg6OIi8VyehXq+x517dYiSQQncb05slAU6WPRjYWdxoJzAoNs1OdSUqVCzLb
qcDZ7T8Cl/vWTEqJdjQkRqRTiEl67QrXLPP6kQVN+h4dbBhLFMAciwPeVTqZocMz
9iDfSnod6H0aD5u2JaG/Sz3U+C2VayRK7bvWXAw8Pfs36kqGNHi8v3+myBdGJ9+/
UECZGW7dqUUpwG3Fo8ozhtSoN0o+vduv9cncpFPxwjpGJDxIpiDqbO1qxOandzk=
=V+Av
-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#739416: transition: ruby1.8 removal

[Antonio Terceiro]

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

Dear release team,

The Ruby team is working to be able to not ship ruby1.8 with Jessie for
quite a while.  This is being tracked since DebConf13 at

https://release.debian.org/transitions/html/ruby1.8-removal.html

We underwent a huge amount of effort to make sure everything that was
relevant was fixed, and at this point -- ignoring packages not in
testing and ruby1.8 itself -- we have only 6 packages in bad state,
which can always be fixed and get back to testing.

So I would like to remove ruby1.8 from testing now.

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#739236: Pending fixes for bugs in the libanyevent-http-perl package

[pkg-perl-maintainers]

tag 739236 + pending
thanks

Some bugs in the libanyevent-http-perl package are closed in revision
113b988bf567353f256dd44338b736c0537b8f90 in branch 'master' by
Salvatore Bonaccorso

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libanyevent-http-perl.git;a=commitdiff;h=113b988

Commit message:

Add ae-http-connection-tokens.patch

Separate connection tokens with comma.

Thanks:  Raphael Geissert 

Closes: #739236


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

Bug#739418: [libjs-jquery-history] "into URL hash" in extended description

[Filipus Klutiero]

Package: libjs-jquery-history
Version: 9-1
Severity: minor

The extended description ends with:

You can store the application state into URL hash and restore the state from it. 


The noun phrase "URL hash" is missing a determiner. I suggest:


You can store the application state into a URL hash and restore the state from 
it.


However, it is best to avoid addressing the reader ("your", "you") in 
descriptions.

--
Filipus Klutiero
http://www.philippecloutier.com


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

Bug#738983: fdpowermon: document how to use scripted themes

[Holger Levsen]

Hi,

On Montag, 17. Februar 2014, gregor herrmann wrote:
> Not sure if I have awesome ideas :)
> But I'm happy to share what I have.

I consider that quite awesome :-)
 
> I'd rather put the example files as examples into
> /usr/share/doc/fdpowermon/examples/ instead of into the manpage.
> Copying files is simpler than copying text out of formatted *roff :)

right.
 
> I guess, without having tested it now, that a simple
> /usr/share/doc/fdpowermon/examples/theme.pl like that should be
> /enough:
> 
> ===
> 
> # Copy this file to ~/.config/fdpowermon/theme.pl.

seems good to me!


cheers,
Holger


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

Bug#738983: fdpowermon: document how to use scripted themes

[Holger Levsen]

Hi,

On Montag, 17. Februar 2014, Wouter Verhelst wrote:
> > # on the first discharge event (0 = first in the index, "d" for
> > # discharge), call the "suspend" sub defined above
> Hm. I'm not sure I would refer to this as the "first" discharge event.
> When discharging, this would be the last range we'd reach. That might
> introduce some confusion.

right
 
> Not sure how to reword it to clarify, though.

On Montag, 17. Februar 2014, gregor herrmann wrote:
> First defined discharging range? Lowest range in the discharging
> list/array?

I think "lowest" range fits best and it also works with both charging & 
discharging!


cheers,
Holger


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

Bug#739409: [ocl-icd-libopencl1] Broken symbols file

[Julien Cristau]

On Tue, Feb 18, 2014 at 13:34:47 +0100, Vincent Danjean wrote:

> So, do you think we can close this bug? Else, what is your
> precise problem?
> 
As far as I can tell from the few packages I looked at with wrong
dependencies, it appears they were built with ocl-icd 1.3-3.  The
current symbols file does appear to be reasonable (I'm not completely
sure about the presence of #MINVER# together with virtual packages, but
that's rather minor compared to the previous state of generating purely
virtual dependencies).  I guess we'll just have to rebuild the rdeps to
get rid of the wrong libopencl1 deps.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#716959: [libgtk-3-0] No mouse scroll since 3.4.2-6 to 3.8.2-3 upgrade

[Andrew Shadura]

Hello,

Somehow setting GDK_CORE_DEVICE_EVENTS=1 works the issue around.

-- 
Cheers,
  Andrew


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

Bug#736964: [lightdm] Password is shown in clear text while typing

[Yves-Alexis Perez]

On Wed, Jan 29, 2014 at 08:35:59PM +0100, Slavko wrote:
> Hi,
> 
> Dňa Wed, 29 Jan 2014 18:03:05 +0100 Yves-Alexis Perez
>  napísal:
> 
> > On Wed, Jan 29, 2014 at 05:52:53PM +0100, Slavko wrote:
> > > But the autologin with timeout > 0 is not working (see still open
> > > bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702936 ), then
> > > i need type the password. And there is a place, where the password
> > > is displayed while typing.
> > 
> > Well, as I said on my initial reply, autologin_timeout = 5 worked for
> > me, apparently.
> 
> I tried the 5 s timeout too, but without success - i wait about 30 sec
> and login doesn't happen.
> 
> But, as i wrote in previous post, it doesn't matter, if the autologin
> timeout works or not - the password must be not a readable for people
> around while typing it.

So, any news on this? Also, can you confirm the greeter you're actually
using?

Regards,
-- 
Yves-Alexis Perez


signature.asc
Description: Digital signature

Bug#739278: subversion: E175013 svn diff -rN:M failure (access forbidden)

[Vincent Lefevre]

Control: tags -1 upstream

On 2014-02-17 13:32:56 +0100, Vincent Lefevre wrote:
> With the 1.8.5-2 client and some remote server, I get an error
> 
> svn: E175013: Access to '/svn/' forbidden
> 
> when I do "svn diff -r118:119 https://host//subdir";, but
> "svn diff -r118:119 https://host//subdir/file"; (where "file"
> corresponds to the file that has changed in the diff) is OK.
[...]

The cause of the problem has been identified upstream:

http://article.gmane.org/gmane.comp.version-control.subversion.devel/145558

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#739257: Acknowledgement (docker.io: leftover after purge: /var/lib/docker)

[Paul Tagliamonte]

On Tue, Feb 18, 2014 at 05:28:16PM +0900, Arnaud Fontaine wrote:
> Not really. To be honest I think you're right and I didn't think about
> the issue you mentioned above (thanks for pointing that out, it's good
> to know ;-)),

Of course! Yeah, this is a funky one. I've not found a good way to
handle this yet, but hopefully one day we'll have something big and
fancy to do it for us :)

> so it should be probable be left as is it for the user at
> least.

Word. I'll add some stuff to clean up /var/lib, thanks for the bug!

Cheers,
   Paul

> 
> Cheers,
> -- 
> Arnaud Fontaine

-- 
 .''`.  Paul Tagliamonte   |   Proud Debian Developer
: :'  : 4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
`. `'`  http://people.debian.org/~paultag
 `- http://people.debian.org/~paultag/conduct-statement.txt


signature.asc
Description: Digital signature

Bug#730539: libsane: HP psc 750 no longer being recognized

[Mark Buda]

Lawrence Woodman  writes:
>> strace -o /tmp/udev-strace.out -f -p UDEVDPROCESSID
>>
>> where, of course, UDEVDPROCESSID is the pid of udevd, and send
>> /tmp/udev-strace.out. I have three udevd's running on my system, though,
>> and I'm not sure why or which one does what...
>
> I only have the one udevd and have attached the output of this command.

udevd appears to be killing the child process handling the device
insertion at or near line 1352 of udev.c (current jessie version) before
it ever gets to running "setfacl". I don't know why yet, but this is
probably the root of the problem.
-- 
Mark Buda 
I get my monkeys for nothing and my chimps for free.


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

Bug#739419: xserver-xorg-video-nouveau: Segfaults in error log

[Nigel Horne]

Package: xserver-xorg-video-nouveau
Version: 1:1.0.10-1+b1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Started the machine
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Nothing
   * What was the outcome of this action?
N/A
   * What outcome did you expect instead?
N/A

Why does my /var/log/error contain these faults?

Feb 18 06:57:49 localhost kernel: nouveau E[PBUS][:00:0d.0] MMIO write 
of 0x00820001 FAULT at 0x00b000


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Feb 17 00:16 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2323424 Feb  6 10:23 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:0d.0 VGA compatible controller [0300]: NVIDIA Corporation C61 [GeForce 
6150SE nForce 430] [10de:03d0] (rev a2)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 3.12-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 
(Debian 4.8.2-14) ) #1 SMP Debian 3.12.9-1 (2014-02-01)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 32896 Feb 18 06:59 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[32.291] 
X.Org X Server 1.15.0
Release Date: 2013-12-27
[32.291] X Protocol Version 11, Revision 0
[32.292] Build Operating System: Linux 3.12-1-amd64 x86_64 Debian
[32.292] Current Operating System: Linux compaq 3.12-1-amd64 #1 SMP Debian 
3.12.9-1 (2014-02-01) x86_64
[32.292] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.12-1-amd64 
root=UUID=107006c8-e616-4ade-9488-a208a331562c ro quiet
[32.292] Build Date: 06 February 2014  03:20:45PM
[32.292] xorg-server 2:1.15.0-2 (http://www.debian.org/support) 
[32.292] Current version of pixman: 0.32.4
[32.292]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[32.292] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[32.292] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Feb 18 06:57:49 
2014
[32.436] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[32.547] (==) No Layout section.  Using the first Screen section.
[32.547] (==) No screen section available. Using defaults.
[32.547] (**) |-->Screen "Default Screen Section" (0)
[32.547] (**) |   |-->Monitor ""
[32.567] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[32.567] (==) Automatically adding devices
[32.567] (==) Automatically enabling devices
[32.567] (==) Automatically adding GPU devices
[32.647] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[32.647]Entry deleted from font path.
[32.688] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[32.688] (==) ModulePath set to "/usr/lib/xorg/modules"
[32.688] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[32.688] (II) Loader magic: 0x7f2416138d40
[32.688] (II) Module ABI versions:
[32.688]X.Org ANSI C Emulation: 0.4
[32.688]X.Org Video Driver: 15.0
[32.688]X.Org XInput driver : 20.0
[32.688]X.Org Server Extension : 8.0
[32.688] (II) xfree86: Adding drm device (/dev/dri/card0)
[32.690] (--) PCI:*(0:0:13:0) 10de:03d0:103c:2a5c rev 162, Mem @ 
0xfb00/16777216, 0xe000/268435456, 0xfc00/16777216, BIOS @ 
0x/131072
[32.708] Initializing built-in extension Generic Event Extension
[32.708] Initializing built-in extension SHAPE
[32.708] Initializing built-in extension MIT-SHM
[32.708] Initializing built-in extension XInputExtension
[32.708] Initializing built-in extension XTEST
[32.708] Initializing built-in extension BIG-REQUESTS
[32.708] Initializing built-in extension SYNC
[32.708] Initializing built-in extension XKEYBOARD
[32.708] Initializing built-in extension XC-MISC
[32.708] Initializing built-in extension SECURITY
[32.708] Initializing built-in extension XINERAMA
[32.708] Initializing built-in extension XFIXES
[32.708] Initializing built-in extension RENDER
[32.708]

Bug#738908:

[Antonio Terceiro]

On Mon, Feb 17, 2014 at 10:46:25PM +0100, Simone Vellei wrote:
> Hi Lucas,
> I'll be very happy to help you, first of all because I would like to become
> a Debian Maintainer/Developer.
> Please tell me how I can start to help you.

I think looking at the existing bugs and trying to fix them is a good
start. I can help with Ruby and packaging.

I just pushed 2 commits there, and can help others who want to
contribute.

Let's use #debian-qa on IRC, I guess? (I'm terceiro on IRC)

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#739369: joe-jupp: ^W (cut) often broken in jmacs if '-marking' is enabled

[Thorsten Glaser]

Matthew Woodcraft dixit:

>If I use jmacs with 'marking' in the configuration, often (but not
>always) ^W (cut) fails.
>
>Also, sometimes the 'region' highlighting fails to appear, and this
>seems to correspond to the times when ^W doesn't fail.

Hrm okay – I don’t normally use jmacs so I didn’t notice.
I’ll have a look at it, thanks for reporting!

bye,
//mirabilos
-- 
„Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund,
mksh auf jedem System zu installieren.“
-- XTaran auf der OpenRheinRuhr, ganz begeistert
(EN: “[…]uhr.gz is a reason to install mksh on every system.”)


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

Bug#648579: closed by Phillip Susi (/bin/mount should create missing mount point)

[Harald Dunkel]

On 02/14/14 15:42, Phillip Susi wrote:
>
> You are looking at it backwards.  It increases the probability of
> running into an *undiagnosed* error, which is much worse than running
> into an error because you made a simple mistake.  In other words, if
> you specify the wrong mount point by accident, you want mount to tell
> you that you messed up.
>

This is just 50% of the story. Since mount cannot create mount
points, you have to enter the directory name _twice_ (/etc/fstab
and on the mkdir command), giving you twice the probability to
introduce a typo, plus the probability to forget one step.

Not to mention that some file systems are empty by default (e.g.
tmpfs used for /run and some subdirs).

How about a command option to tell mount to create missing dirs?
The default behavior would be unchanged.

Regards
Harri


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

Bug#739395: shipping a javascript-free interface to duckduckgo

[Daniel Kahn Gillmor]

hi Mike and other mozilla maintainers for debian.

I submitted https://bugs.debian.org/739395 to xul-ext-noscript,
proposing a default search provider which is DuckDuckGo's non-javascript
interface.  David Prévot suggested that i ask for its inclusion into the
iceweasel package directly.

I'm attaching an updated version of the file that would be placed in
/etc/iceweasel/searchplugins/common/ddg-nojs.xml

Is there interest in shipping this in the iceweasel package directly?

--dkg
http://www.mozilla.org/2006/browser/search/";>
DuckDuckGo (no JS)
DuckDuckGo Search (no JavaScript)
UTF-8
https://duckduckgo.com/favicon.ico
https://duckduckgo.com/html";>
  

https://duckduckgo.com/html/



signature.asc
Description: OpenPGP digital signature

Bug#739420: evolution: fails to find address book

[Johannes Rohr]

Package: evolution
Version: 3.8.5-2+b1
Severity: normal

In Evolution, all address books are suddenly empty.

Evolution seems to be confused about the address book locations: 

"Dieses Adressbuch konnte nicht geöffnet werden. Bitte überprüfen Sie, ob der
Pfad /home/jr/.local/share/evolution/addressbook/system-address-book existiert
und Sie darauf zugreifen dürfen."

So this is where it now looks for the default address book, however, its actual
location is 

.local/share/evolution/addressbook/system/contacts.db

Also, all my remote address books (google, owncloud) are shown as empty, and a
timeout is reported. 

Could this be caused between some miscommunication between
evolution-data-server and a recently updated library?  Also gnome-contacts
fails to show any contacts now, I suspect for the same reason.

Thanks,

Johannes


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

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

Versions of packages evolution depends on:
ii  dbus   1.8.0-1
ii  debconf [debconf-2.0]  1.5.52
ii  evolution-common   3.8.5-2
ii  evolution-data-server  3.8.5-3
ii  gnome-icon-theme   3.10.0-1
ii  libatk1.0-02.10.0-2
ii  libc6  2.17-97
ii  libcamel-1.2-433.8.5-3
ii  libecal-1.2-15 3.8.5-3
ii  libedataserver-1.2-17  3.8.5-3
ii  libevolution   3.8.5-2+b1
ii  libglib2.0-0   2.38.2-5
ii  libgtk-3-0 3.10.7-1
ii  libical0   0.48-2
ii  libnotify4 0.7.6-1
ii  libsoup2.4-1   2.44.2-1
ii  libwebkitgtk-3.0-0 2.2.3-1+b1
ii  libxml22.9.1+dfsg1-3
ii  psmisc 22.20-1

Versions of packages evolution recommends:
ii  evolution-plugins  3.8.5-2+b1
ii  spamassassin   3.3.2-7
ii  yelp   3.10.1-1

Versions of packages evolution suggests:
pn  evolution-ews   
pn  evolution-plugins-experimental  
ii  gnupg   1.4.16-1
ii  network-manager 0.9.8.0-5

-- debconf information:
  evolution/kill_processes:
  evolution/needs_shutdown:


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

Bug#733830: gcc-4.7: unique_ptr function argument causes internal compiler error

[Matthias Klose]

Control: tags -1 + fixed-upstream upstream

fixed in 4.8.


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

Bug#679993: Fixed in git

[Christian Kastner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

this has been fixed in git all the time, I just never got around to an
upload. I'll do so as soon as I secure sponsorship.

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

iEYEARECAAYFAlMDbF8ACgkQwSyarY0epjXr4gCfQUWqLwYn0jpGdaG4E9xPGHyO
+eYAnj4d+wkHelfk859tv58ltTnnCieU
=jPjz
-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#739409: [ocl-icd-libopencl1] Broken symbols file

[Vincent Danjean]

On 18/02/2014 14:17, Julien Cristau wrote:
> On Tue, Feb 18, 2014 at 13:34:47 +0100, Vincent Danjean wrote:
> 
>> So, do you think we can close this bug? Else, what is your
>> precise problem?
>>
> As far as I can tell from the few packages I looked at with wrong
> dependencies, it appears they were built with ocl-icd 1.3-3.  The
> current symbols file does appear to be reasonable (I'm not completely
> sure about the presence of #MINVER# together with virtual packages, but
> that's rather minor compared to the previous state of generating purely
> virtual dependencies). 

It has no influence as ocl-icd-libopencl1 provides the alternative
virtual package. So, it is purely cosmetic. I can remove it if you
think it is better (note that #MINVER# applies to the real package
#PACKAGE# (ie ocl-icd-libopencl1), not to the libopencl1 virtual
package).

> I guess we'll just have to rebuild the rdeps to
> get rid of the wrong libopencl1 deps.

The bug with old ocl-icd, as consequence, only forbid installation
of non-free libopencl (only ocl-icd-libopencl1 can be installed to
satisfy the generated dependencies). That's why I did not yet ask
for rebuild of reverse dependencies. "Normal" upload of OpenCL
program should fix this quickly enough.

  Regards,
Vincent

> Cheers,
> Julien
> 


-- 
Vincent Danjean  Adresse: Laboratoire LIG - Bât. INRIA Rhône-Alpes
Téléphone:  +33 4 76 61 55 10655 avenue de l'Europe
Fax:+33 4 76 61 52 52Montbonnot Saint Martin
Email: vincent.danj...@imag.fr   38334 Saint-Ismier cedex


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

Bug#716246: [Mayhem] Bug report on tiger: realpath crashes with exit status 139

[Gustavo Grieco]

Package: tiger
Version: 1:3.2.3-12
Followup-For: Bug #716246

Dear Maintainer,

This crash is caused by a buffer overflow in the processing of the argument of 
realpath binary. A working exploit was automatically generated using 
state-of-the-art tools in AEG. Since this binary is compiled without stack 
protection and is run by the tiger framework using root, severity should 
changed to grave and the security tag should be used.


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

Bug#739409: [ocl-icd-libopencl1] Broken symbols file

[Julien Cristau]

On Tue, Feb 18, 2014 at 15:55:49 +0100, Vincent Danjean wrote:

> On 18/02/2014 14:17, Julien Cristau wrote:
> > On Tue, Feb 18, 2014 at 13:34:47 +0100, Vincent Danjean wrote:
> > 
> >> So, do you think we can close this bug? Else, what is your
> >> precise problem?
> >>
> > As far as I can tell from the few packages I looked at with wrong
> > dependencies, it appears they were built with ocl-icd 1.3-3.  The
> > current symbols file does appear to be reasonable (I'm not completely
> > sure about the presence of #MINVER# together with virtual packages, but
> > that's rather minor compared to the previous state of generating purely
> > virtual dependencies). 
> 
> It has no influence as ocl-icd-libopencl1 provides the alternative
> virtual package. So, it is purely cosmetic. I can remove it if you
> think it is better (note that #MINVER# applies to the real package
> #PACKAGE# (ie ocl-icd-libopencl1), not to the libopencl1 virtual
> package).
> 
> > I guess we'll just have to rebuild the rdeps to
> > get rid of the wrong libopencl1 deps.
> 
> The bug with old ocl-icd, as consequence, only forbid installation
> of non-free libopencl (only ocl-icd-libopencl1 can be installed to
> satisfy the generated dependencies). That's why I did not yet ask
> for rebuild of reverse dependencies. "Normal" upload of OpenCL
> program should fix this quickly enough.
> 
We must be talking about a different bug, because the consequence of the
current dependencies on plain 'libopencl1' in clinfo or erlang-cl is
that a random provider gets installed.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#739012: [php-maint] Bug#738832: Segmentation fault in libmagic (src:file) [CVE-2014-1943]

[Lior Kaplan]

On Sat, Feb 15, 2014 at 12:48 AM, Lior Kaplan  wrote:

> The question is: do we want to patch this ourselves, or wait for PHP to
> provide the fix based on the linked commits? I guess the latter would be
> best, unless it will take them too much time.
>

Fix by upstream (from the PHP 5.4 branch):
http://git.php.net/?p=php-src.git;a=commitdiff;h=89f864c547014646e71862df3664e3ff33d7143d

Kaplan

Bug#699809: cfengine3 packaging project on github

[Thomas Koch]

Hi,

this is a reply to the debian bug report asking for a newer cfengine version, 
CCing the members of the debian packaging team on github.

It seems there are people working on packaging a current cfengine version at 
github:
https://github.com/Webhuis/Cfengine-debian/wiki

I don't know, whether there have been trials to contact the current (MIA?) 
maintainer of cfengine3, Antonio Radici. I'll send a MIA request to debian-
devel right after this mail

@DebianPackagingTeam: Do you need any help? I'm not a DD, so I can't sponsor 
your packages, but I might have some experience in packaging. Do you have an 
estimation of when there might be an upload of cfengine 3.[56] to Debian?

Regards, Thomas Koch


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

Bug#726562: nautilus: White background when nautilus is managing the desktop

[Pascal Legrand]

Hello,
i've got the same problem on Debian Sid/Gnome with libgtk-3-0 Version :
3.10.7-1.
I cant display desktop wallpaper until "file manager handle the desktop"
is checked (tweak tool). If i uncheck it, i can display wallpaper.
I hadnt this problem one week ago.
Thanks


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

Bug#739121: Creepy taking over in Debian GIS team maintenance

[Daniel Echeverry]

Hi Andreas


2014-02-16 15:48 GMT-05:00 Andreas Tille :

> Hi,
>
> I have injected the latest version of creepy into
>
>git://anonscm.debian.org/pkg-grass/creepy.git
>
> which would fix #739121 since the latest upstream version does not
> depend from python-osmgpsmap any more.
>
> I would imagine to maintain the package in Debian GIS team since it is
> in the wider sense related to geographic information.  I think we could
> create a task "tools" or "misc" where this package could fit in.  So if
> everybody agrees upon this (on one hand the former maintainer Daniel and
> on the other hand the GIS team that this package might fit) I would
> upload the package as is (after about waiting one week).
>

Cool, I'd like some help to the new upstream release. Currently it has a
lot a problems, for example, it tries to write en /usr/share/creepy , the
new version write a log file and I don't know how to hand that.

Right now I've patched the source code to deny writing in /usr/share/creepy
the problem now is that when creepy tries to write plugins or project,
because it tries to write on /usr/share/creepy

I uploaded the creepy 1.1 with these changes to mentors[1] Could you check
it out? and tell me if I can help you with something


> Kind regards
>
>   Andreas.
>
> --
> http://fam-tille.de
>


Regards
Daniel

[1]: http://mentors.debian.net/debian/pool/main/c/creepy/creepy_1.1-1.dsc

-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
Linux user: #477840
Debian user
Software libre 

Bug#738486: freebsd-nfs-common: NFSv4 non-functional due to missing nfsuserd and nfscbd

[Roger Leigh]

On Wed, Feb 12, 2014 at 01:58:41PM +, Robert Millan wrote:
> Unfortunately we're very short on manpower to add new features. Do you
> think you'd be able to help with this one?

I'll try to take a look over the next week or so, time allowing.

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#714965: May include a translation Brazilian Portuguese (pt_BR.po) in this otr version?

[intrigeri]

Control: retitle -1 Please update Brazilian Portuguese translation
Control: severity -1 wishlist
Control: tag -1 + upstream
Control: tag -1 + fixed-upstream

Hi,

Alexandro Casanova wrote (30 Jan 2014 02:55:13 GMT) :
> I understand as I translated po file from git, and not the po file in
> the debian package and such as git had changes, only that string is
> not translated in debian package,

Right.

> this case will be better to wait for
> Ian Goldenberg to release a version, or you send me po file for
> translate compatible with source of Debian Package.

You can find this PO file in the Debian source package:

apt-get source pidgin-otr/unstable

Cheers,
--
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#719864: An important translation bug in pidgin-otr

[intrigeri]

Hi,

Ian Goldberg wrote:
> On Sat, Nov 02, 2013 at 03:04:43PM -0400, Guo Yixuan wrote:
>> In the translation of pidgin-otr (zh_CN.po), the string "I have" and "I
>> haven't" got swapped, which is really confusing.

> Fixed in git, thanks!

I wanted to cherry-pick this into the Debian package, but I cannot
find any trace of this on git://git.code.sf.net/p/otr/pidgin-otr.
Ian, maybe you forgot to push, or something?

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#739421: kinect-audio-setup: [INTL:ru] Russian debconf templates translation

[Yuri Kozlov]

Package: kinect-audio-setup
Version: 0.3-2
Severity: wishlist
Tags: l10n patch

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***

Russian debconf templates translation is attached.

-- System Information:
Debian Release: 7.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armhf
armel

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


ru.po.gz
Description: GNU Zip compressed data

Bug#739370: the problem hasn't been resolved

[Andrew Shadura]

Hello,

On 18 February 2014 13:31, Raf Czlonka  wrote:
>> Yes, that's true; I don't currently know how to solve that issue
>> properly. I've added a check in preinst script to remove that bogus
>> directory, but that won't help with removing broken versions of the
>> package co-installed with pkg-config: the only way to fix them is to
>> upgrade then to a new version (or to fix the issue manually).

> Such, such check (like the one below) will only work if the package is
> upgraded, not removed. Broken packages can only be fixed by manua
> intervention when a user decides to purge them from the system, rather
> than trying to install to a newer version.

> Something like this would at least allow users to get passed the broken
> package state, install the new version and, if they choose to do so,
> remove the package from their system using apt/dpkg.

Actually, this is exactly what I added in a -3 version: it allows
users to unbreak things by upgrading the package.

-- 
Cheers,
  Andrew


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

Bug#739121: Creepy taking over in Debian GIS team maintenance

[Andreas Tille]

Hi Daniel,

On Tue, Feb 18, 2014 at 10:14:36AM -0500, Daniel Echeverry wrote:
> Hi Andreas
> 
> 
> 2014-02-16 15:48 GMT-05:00 Andreas Tille :
> 
> > Hi,
> >
> > I have injected the latest version of creepy into
> >
> >git://anonscm.debian.org/pkg-grass/creepy.git

Hmmm, seems I missed to check mentors.d.n first ...

> > which would fix #739121 since the latest upstream version does not
> > depend from python-osmgpsmap any more.
> >
> > I would imagine to maintain the package in Debian GIS team since it is
> > in the wider sense related to geographic information.  I think we could
> > create a task "tools" or "misc" where this package could fit in.  So if
> > everybody agrees upon this (on one hand the former maintainer Daniel and
> > on the other hand the GIS team that this package might fit) I would
> > upload the package as is (after about waiting one week).
> >
> 
> Cool, I'd like some help to the new upstream release. Currently it has a
> lot a problems, for example, it tries to write en /usr/share/creepy , the
> new version write a log file and I don't know how to hand that.
> 
> Right now I've patched the source code to deny writing in /usr/share/creepy
> the problem now is that when creepy tries to write plugins or project,
> because it tries to write on /usr/share/creepy
> 
> I uploaded the creepy 1.1 with these changes to mentors[1] Could you check
> it out? and tell me if I can help you with something

I wonder whether we should merge our efforts first.  Could you agree upon
the reporistory at

   git://anonscm.debian.org/pkg-grass/creepy.git

You get commit permission if you apply for pkg-grass team on alioth.

To my experience it becomes way more simple to work together on a
package when using a VCS rather than sending patches via mail.  It
also enables asking for help at debian-mentors list.

For your problem above:  I think you need to find the code piece that
tries to write to /usr/share/creepy and redirect the write attempts to
/var/lib/creepy.

Kind regards

Andreas.


> [1]: http://mentors.debian.net/debian/pool/main/c/creepy/creepy_1.1-1.dsc

-- 
http://fam-tille.de


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

Bug#728245: severity of 728245 is important

[Alexander Wirt]

severity 728245 important
thanks

Hi,

as there are some problems to reproduce this bug in normal environments I
decided to downgrade that bug. Currently it prevents testing migration which
means that a few important security fixes won't get fixed in testing.

If someone disagrees, please speak up.

Alex


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

Bug#730726: zathura: Full-page scrolling not correct after update

[Sebastian Ramacher]

Hi

On 2014-02-18 12:35:28, Alfredo Finelli wrote:
> The only problem is that I don't have any overlap, i.e. the last line
> visible at the bottom is now the first line NOT visible at the top.
> This is what the zathurarc man page says about overlap:
> 
> scroll-full-overlap
> 
> Defines the proportion of the current viewing area that should
> be visible after scrolling a full page.
> 
>· Value type: Float
>· Default value: 0.1 
> 
> By default (no configuration) I have no overlap.  I can get it only if I
> explicitly add the line
> 
> set scroll-full-overlap 0.1

Ugh, the documentation is wrong here. The default value is actually 0
(since 0.2.0 or 0.2.1). I have fixed the documentation upstream in
ba917f174bdcf852e0d5c49bc0c1cc30c9075d8d [1]. Apart from the
documentation issue, is there anything else missing? Otherwise I'm
inclined to close the bug and mark it as fixed in 0.2.7-1.

Regards

[1] 
https://git.pwmt.org/?p=zathura.git;a=commit;h=ba917f174bdcf852e0d5c49bc0c1cc30c9075d8d
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#739012: [php-maint] Bug#738832: Segmentation fault in libmagic (src:file) [CVE-2014-1943]

[Salvatore Bonaccorso]

Hi!

On Tue, Feb 18, 2014 at 04:58:08PM +0200, Lior Kaplan wrote:
> On Sat, Feb 15, 2014 at 12:48 AM, Lior Kaplan  wrote:
> 
> > The question is: do we want to patch this ourselves, or wait for PHP to
> > provide the fix based on the linked commits? I guess the latter would be
> > best, unless it will take them too much time.
> >
> 
> Fix by upstream (from the PHP 5.4 branch):
> http://git.php.net/?p=php-src.git;a=commitdiff;h=89f864c547014646e71862df3664e3ff33d7143d

Thanks for the update and apologies for not replying earlier to the
bug. In addition Ondřej has already prepared packages for
squeeze-security and wheezy-security which currently are building.

Regards,
Salvatore


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

Bug#738486: freebsd-nfs-common: NFSv4 non-functional due to missing nfsuserd and nfscbd

[Robert Millan]

On 18/02/2014 15:18, Roger Leigh wrote:
> On Wed, Feb 12, 2014 at 01:58:41PM +, Robert Millan wrote:
>> Unfortunately we're very short on manpower to add new features. Do you
>> think you'd be able to help with this one?
> 
> I'll try to take a look over the next week or so, time allowing.

Excellent! If you do, please use 10.0 from experimental. The 9.x branch
will be phased out soon.

Thanks

-- 
Robert Millan


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

Bug#739409: [ocl-icd-libopencl1] Broken symbols file

[Vincent Danjean]

On 18/02/2014 16:01, Julien Cristau wrote:
> On Tue, Feb 18, 2014 at 15:55:49 +0100, Vincent Danjean wrote:
>> The bug with old ocl-icd, as consequence, only forbid installation of 
>> non-free libopencl (only ocl-icd-libopencl1 can be installed to satisfy the 
>> generated dependencies). That's why I did not yet ask for rebuild of reverse 
>> dependencies. "Normal" upload of OpenCL program should fix this quickly 
>> enough.
>> 
> We must be talking about a different bug, because the consequence of the 
> current dependencies on plain 'libopencl1' in clinfo or erlang-cl is that a 
> random provider gets installed.

Indeed. It comes from ocl-icd 1.3-3 (and before) that did not have
a symbols file (only a shlibs file with only the virtual package).
  ocl-icd 1.3-3 has been a long time in unstable (2.x was in
experimental while virtual packages were discussed amongst OpenCL
Debian community)
  There can be other binary rebuilds to trigger to fix this in this
case.

  Regards,
Vincent

> Cheers, Julien

-- 
Vincent Danjean   GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main


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

Bug#739121: Creepy taking over in Debian GIS team maintenance

[Daniel Echeverry]

Hi Andreas


2014-02-18 10:41 GMT-05:00 Andreas Tille :
>
>
> I wonder whether we should merge our efforts first.  Could you agree upon
> the reporistory at
>
>git://anonscm.debian.org/pkg-grass/creepy.git
>
> You get commit permission if you apply for pkg-grass team on alioth.
>

I sent my  request to join the team :) once  to be accepted, I will make
the commits

>
> To my experience it becomes way more simple to work together on a
> package when using a VCS rather than sending patches via mail.  It
> also enables asking for help at debian-mentors list.
>
> For your problem above:  I think you need to find the code piece that
> tries to write to /usr/share/creepy and redirect the write attempts to
> /var/lib/creepy.
>

Yes you are right, however, the path where plugins, and other projects are
written, must be in the same part where creepy be installed, for this
reason, do not think just patch the code to write in /var/lib solve the
problem.

In fact I have discussed this issue with upstream, which says:

*"Regarding 2, its obvious that the user who runs the program has no
permissions to write under /usr/share/creepy , should it be this way ?
Isn't that chowned to the user account in Debian ? If not, then we need to
find a different approach because the program needs to save projects and
plugin configurations, if it does not have the permission to write to that
directory , how could it be done ? "*

Coul you give me  a hand? :)


> Kind regards
>
> Andreas.
>
>
> > [1]:
> http://mentors.debian.net/debian/pool/main/c/creepy/creepy_1.1-1.dsc
>
> --
> http://fam-tille.de
>


Really, thank you very much for your help.

Regards
Daniel


-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
Linux user: #477840
Debian user
Software libre 

Bug#738683: RFS: hexchat/2.9.6.1-1 [ITP]

[Jesse Rhodes]

The copyright exception is in the upstream readme, in the source
tarball under share/doc. The readme is where xchat mentions the
OpenSSL exception, as well. This is one of the first things I
discussed with #debian-mentors when I started this process and a
couple people said it was fine to have the exception mentioned in a
readme and not specifically in a LICENSE file, it just needs to be
there.

But if that's incorrect and upstream really does need to make some
changes, I'll talk to them about it. Shouldn't be too hard.


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