Bug#774058: base: Asus R510D Touchpad/Keyboard not working as expected

2014-12-28 Thread Daniel Solis
Package: base
Severity: important

Dear Maintainer,

I buy a new laptop, an Asus R510D, I installed debian with an old 7.somethig
Debian version.Even while the instalation was running the touchpad wasn't 
working and the keyboard presented a weird behaivior. I tried to update the 
distribution 8.0 and reinstall some drivers. I haven't any other problem else,
I have everithing working fine: graphics, network connections, etc.
I hope someone can helpme out with this.
Thanks.
Regards,
Daniel Solis M.

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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



Bug#748914: Missing function declaration shadows stack underflow

2014-12-28 Thread Graham Inggs
Hi Michael

This appears to have been fixed upstream and is included in linsmith
0.99.28-1 in Debian.

If you get the chance, please run your tests on the current version
and let me know if you pick up any other errors.

Regards
Graham


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



Bug#774059: ca-certificates: allow custom paths to configuration, certs etc

2014-12-28 Thread Paul Wise
Package: ca-certificates
Severity: wishlist
Tags: patch
X-Debbugs-CC: debian-ad...@lists.debian.org
User: debian-ad...@lists.debian.org
Usertags: needed-by-DSA-Team

Please apply the attached patch to allow custom paths to configuration,
certs etc. DSA will be using this patch to implement this plan for
consistent handling of SSL certificates on debian.org hosts:

https://lists.debian.org/debian-services-admin/2014/12/msg0.html

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

From a54cb4f5b201bfcf6028782b723de7b639199d33 Mon Sep 17 00:00:00 2001
From: Paul Wise p...@debian.org
Date: Sun, 28 Dec 2014 14:41:57 +0800
Subject: [PATCH] Allow customisation of the paths used by
 update-ca-certificates

---
 sbin/update-ca-certificates | 40 ++--
 1 file changed, 34 insertions(+), 6 deletions(-)

diff --git a/sbin/update-ca-certificates b/sbin/update-ca-certificates
index 9303b07..bc56da5 100755
--- a/sbin/update-ca-certificates
+++ b/sbin/update-ca-certificates
@@ -23,6 +23,13 @@
 
 verbose=0
 fresh=0
+CERTSCONF=/etc/ca-certificates.conf
+CERTSDIR=/usr/share/ca-certificates
+LOCALCERTSDIR=/usr/local/share/ca-certificates
+CERTBUNDLE=ca-certificates.crt
+ETCCERTSDIR=/etc/ssl/certs
+HOOKSDIR=/etc/ca-certificates/update.d
+
 while [ $# -gt 0 ];
 do
   case $1 in
@@ -30,6 +37,24 @@ do
   verbose=1;;
 --fresh|-f)
   fresh=1;;
+--certsconf)
+  shift
+  CERTSCONF=$1;;
+--certsdir)
+  shift
+  CERTSDIR=$1;;
+--localcertsdir)
+  shift
+  LOCALCERTSDIR=$1;;
+--certbundle)
+  shift
+  CERTBUNDLE=$1;;
+--etccertsdir)
+  shift
+  ETCCERTSDIR=$1;;
+--hooksdir)
+  shift
+  HOOKSDIR=$1;;
 --help|-h|*)
   echo $0: [--verbose] [--fresh]
   exit;;
@@ -37,11 +62,10 @@ do
   shift
 done
 
-CERTSCONF=/etc/ca-certificates.conf
-CERTSDIR=/usr/share/ca-certificates
-LOCALCERTSDIR=/usr/local/share/ca-certificates
-CERTBUNDLE=ca-certificates.crt
-ETCCERTSDIR=/etc/ssl/certs
+if [ ! -s $CERTSCONF ]
+then
+  fresh=1
+fi
 
 cleanup() {
   rm -f $TEMPBUNDLE
@@ -151,7 +175,9 @@ mv -f $TEMPBUNDLE $CERTBUNDLE
 
 echo $ADDED_CNT added, $REMOVED_CNT removed; done.
 
-HOOKSDIR=/etc/ca-certificates/update.d
+if [ -d $HOOKSDIR ]
+then
+
 echo -n Running hooks in $HOOKSDIR
 VERBOSE_ARG=
 [ $verbose = 0 ] || VERBOSE_ARG=--verbose
@@ -162,5 +188,7 @@ do
 done
 echo done.
 
+fi
+
 # vim:set et sw=2:
 
-- 
2.1.4



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


Bug#773890: flash-kernel: No entry for BeagleBone Black when running 3.18 kernel

2014-12-28 Thread Ian Campbell
On Fri, 2014-12-26 at 12:46 -0800, Vagrant Cascadian wrote:
 On 2014-12-26, Ian Campbell wrote:
  On Wed, 2014-12-24 at 12:42 -0800, Vagrant Cascadian wrote:
  The following patch adds an additional Machine entry for the more
  specific name. Not sure if there's a more elegant way to add an entry
  that's simply a duplicate of another entry with a different Machine id.
 
  It's permissible to have multiple Machine entries in a stanza, so if the
  only difference is that field then it's fine to just add a new one (a
  bunch of the kirkwood TS-xxx enties follow this pattern since they have
  a boardfile name and a DTB name).
 
 Ok, then I think we should simply add the second Machine entry to the
 same stanza...

Ack.

 Basically long-running inability to distinguish between the white and
 black models make this impossible to get right for both, but I believe
 there are far more BeagleBone Black systems in the wild, and is better
 supported out of the box. It would be better to require manual
 intervention on the BeagleBone white models than the other way around.

OK, if that's the case then lets do as you suggests and just add the new
entry. I'll do this at some point.

OOI, do you know how broken the white is when booting with the black's
DTB? Completely unusable, missing some minor peripheral or somewhere in
the middle?

Ian.


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



Bug#774060: [I18N:fi] Updated Finish translation of debconf templates

2014-12-28 Thread Ian Campbell
Package: src:grub2
Severity: wishlist
Tags: patch, l10n
Control: submitter -1 Timo Jyrinki timo.jyri...@iki.fi

---BeginMessage---
18.12.2014, 10:50, Ian Campbell kirjoitti:
 11.12.2014, 21:59, Ian Campbell kirjoitti:
 Please send the updated file to me, or submit it as a wishlist bug
 against grub2.

 Attached is the updated fi.po.
 
 Thanks again.
 
 I just wanted to check that you had seen the followup CFT, which I'm
 afraid will have fuzzied the new translation:
...
 It has been brought to my attention that the phrase EFI removable path in 
 the
 previous English version is confusing and wrong and should really be EFI
 removable media path. Therefore I am sending out an updated po file (see
 attached) with this fixed.

 I'm afraid this will have marked any existing translations as fuzzy.

Updated fi.po attached. Removed the fuzzies and adjusted the translation
a bit. I'm aware the upload was already done, so maybe for the next one.
As the translation is otherwise done, this is not hugely important.

Thank you for the translation enablement work!

-Timo

# Esko Arajärvi e...@iki.fi, 2009, 2010.
# Timo Jyrinki timo.jyri...@iki.fi, 2012, 2014.
msgid 
msgstr 
Project-Id-Version: grub2\n
Report-Msgid-Bugs-To: gr...@packages.debian.org\n
POT-Creation-Date: 2014-12-13 20:23+\n
PO-Revision-Date: 2014-12-27 18:53+0200\n
Last-Translator: Timo Jyrinki timo.jyri...@iki.fi\n
Language-Team: Finnish debian-l10n-finn...@lists.debian.org\n
Language: fi\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Poedit-Language: Finnish\n
X-Poedit-Country: FINLAND\n
X-Generator: Lokalize 1.0\n
Plural-Forms: nplurals=2; plural=(n != 1);\n

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid Chainload from menu.lst?
msgstr Ladataanko ketjutettuna tiedostosta menu.lst?

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub.
msgstr 
GRUBin päivityskomentosarjat ovat löytäneet vanhoja GRUB-asetuksia 
tiedostosta /boot/grub.

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid 
In order to replace the Legacy version of GRUB in your system, it is 
recommended that /boot/grub/menu.lst is adjusted to load a GRUB 2 boot image 
from your existing GRUB Legacy setup. This step can be automatically 
performed now.
msgstr 
Järjestelmässä olevan vanhan GRUB-version korvaamiseksi on suositeltavaa 
muokata tiedostoa /boot/grub/menu.lst siten, että GRUB 2 ladataan olemassa 
olevista vanhoista GRUB-asetuksista. Tämä voidaan tehdä automaattisesti nyt.

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid 
It's recommended that you accept chainloading GRUB 2 from menu.lst, and 
verify that the new GRUB 2 setup works before it is written to the MBR 
(Master Boot Record).
msgstr 
On suositeltavaa, että hyväksyt GRUB 2:n ketjutetun lataamisen tiedostosta 
menu.lst ja varmistat uusien GRUB 2 -asetusten toimivuuden ennen kuin 
asennat ne pääkäynnistyslohkoon (MBR).

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid 
Whatever your decision, you can replace the old MBR image with GRUB 2 later 
by issuing the following command as root:
msgstr 
Riippumatta valinnasta vanha MBR voidaan korvata GRUB 2:lla myöhemmin 
suorittamalla seuraava komento pääkäyttäjänä:

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid GRUB install devices:
msgstr Laitteet joille GRUB asennetaan:

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid 
The grub-pc package is being upgraded. This menu allows you to select which 
devices you'd like grub-install to be automatically run for, if any.
msgstr 
grub-pc-pakettia päivitetään. Tästä valikosta voit valita, mille laitteille 
grub-install suoritetaan automaattisesti.

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid 
Running grub-install automatically is recommended in most situations, to 
prevent the installed GRUB core image from getting out of sync with GRUB 
modules or grub.cfg.
msgstr 
grub-install:n suorittaminen automaattisesti on suositeltavaa useimmissa 
tilanteissa, jotta asennettu GRUB-ydin ei tulisi epäyhteensopivaksi GRUB-
moduulien tai grub.cfg:n kanssa.

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid 
If you're unsure which drive is designated as boot drive by your BIOS, it is 
often a good idea to install GRUB to all of them.
msgstr 
Jos et ole varma, mikä asema on määritelty käynnistysasemaksi koneen BIOS-
asetuksissa, on usein hyvä ajatus asentaa GRUB kaikille asemille.

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid 
Note: it is possible to install GRUB to 

Bug#772921: grub2 2.02~beta2-18: Please update debconf PO translation for the package grub2

2014-12-28 Thread Ian Campbell
On Sat, 2014-12-27 at 18:56 +0200, Timo Jyrinki wrote:
 18.12.2014, 10:50, Ian Campbell kirjoitti:
  11.12.2014, 21:59, Ian Campbell kirjoitti:
  Please send the updated file to me, or submit it as a wishlist bug
  against grub2.
 
  Attached is the updated fi.po.
  
  Thanks again.
  
  I just wanted to check that you had seen the followup CFT, which I'm
  afraid will have fuzzied the new translation:
 ...
  It has been brought to my attention that the phrase EFI removable path 
  in the
  previous English version is confusing and wrong and should really be EFI
  removable media path. Therefore I am sending out an updated po file (see
  attached) with this fixed.
 
  I'm afraid this will have marked any existing translations as fuzzy.
 
 Updated fi.po attached. Removed the fuzzies and adjusted the translation
 a bit. I'm aware the upload was already done, so maybe for the next one.
 As the translation is otherwise done, this is not hugely important.

Thanks. Since #772921 was already closed with the previous update I've
forwarded this to a new bug (actually, I did that before I noticed you
had CC'd #772921 here or I'd have probably cloned or reopened instead).
The new one is #774060.

 Thank you for the translation enablement work!

My pleasure.

Cheers,
Ian.


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



Bug#772953: Enable several Kconfigs to support OMAP5432 uEVM devboard

2014-12-28 Thread Ian Campbell
On Fri, 2014-12-26 at 18:43 +0800, Chen Baozi wrote:
 On Tue, Dec 23, 2014 at 7:44 PM, Ian Campbell i...@debian.org wrote:
  On Tue, 2014-12-23 at 16:27 +0800, Chen Baozi wrote:
  I have a glance at the kernel’s installer configs and tried the netboot
  without any modification. Some work should be done to make debian-installer
  support OMAP5 uEVM (e.g., ethernet driver etc).
 
  Right, those should be listed in e.g.
  debian/installer/armhf/modules/armhf-armmp/nic-modules.
 
  By waiting the kernel building with some initial attempted configs added,
  just one question to ask. I looked through the
  debian/installer/armhf/modules/armhf-armmp/, but it looks like none of
  files is about regulator modules. However, according to my previous
  experience, missing regulator driver modules is the main reason that
  the old debian kernel doesn’t support OMAP5 uEVM. How does debian-installer
  deal with this situation (if it does need extra regulator drivers 
  included?)
 
  Long term its a bit of an open question what we do wrt modules such as
  regulators, clocks, pinctrl etc.
 
  So far we have been a bit lucky: either such things are so central to
  the platform that it is acceptable (at least for now) to just build them
  into the main kernel binary by making them =y (e.g. CONFIG_I2C_S3C2410
  which is for the main power controller on arndale) or they are closely
  associated with some particular device and it makes sense to put them in
  that udeb (e.g. phy-exynos5250-sata in sata-modules, or phy-sun4i-usb in
  usb-modules).
 
  Eventually I expect that we will end up creating separate udebs for
  these things, but I'm hoping that we can defer that until at least
  Stretch to avoid needing to mess around with any more new packages for
  Jessie.
 
  If uEVM has some module which either shouldn't be built in or isn't
  obviously associated with a particular device let us know what it is and
  we can have a think about how best to approach it.
 
  One thing I've played with, and I'm not sure if this is acceptable or
  not, is to put core drivers which aren't =y into the kernel-image udeb
  itself. I'm not really sure if that's a good idea, we don't currently do
  this for anything AFAIK, but it's perhaps an option.
 
 With the attached patch applied, debian installer (tested with 
 network-console)
 can support OMAP5's ethernet driver and external MicroSD card.
 
 Note that I added related regulator  phy entries to files that mainly writes
 the modules which use them, since there is no file dedicated to those
 modules.

Do you know if phy-ti-pipe3 is used exclusively by USB or just only
within the set of things used in the d-i context? Likewise the two
regulators added to mmc?

 
 Baozi.
 
 ---
 diff -Nru linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/mmc-modules
 linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/mmc-modules
 --- linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/mmc-modules
 2014-09-21 20:04:21.0 +
 +++ linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/mmc-modules
 2014-12-26 03:16:02.0 +
 @@ -4,3 +4,5 @@
  omap_hsmmc
  sunxi-mmc
  dw_mmc-exynos
 +pbias-regulator
 +palmas-regulator
 diff -Nru linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/usb-modules
 linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/usb-modules
 --- linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/usb-modules
 2014-12-23 08:10:49.0 +
 +++ linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/usb-modules
 2014-12-25 02:56:08.0 +
 @@ -1,8 +1,13 @@
  #include usb-modules
  phy-sun4i-usb
  dwc3-exynos
  ohci-exynos
  ehci-exynos
  phy-exynos-usb2
  ci_hdrc_imx
 +phy-mxs-usb

Ack to your followup comment on this one.

 +dwc3-omap
 +ohci-omap3
 +ehci-omap
 +phy-omap-usb2
 +phy-ti-pipe3
 


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



Bug#774061: atop: trap divide error

2014-12-28 Thread Arthur Marsh
Package: atop
Version: 1.26-2
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

machine start-up process with atop installed. dmesg reports:

[   51.056645] traps: atop[2429] trap divide error ip:40780a sp:7fffc12bb468 
error:0 in atop[40+26000]

   * 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 template lines ***


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 
'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.19.0-rc1+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages atop depends on:
ii  libc62.19-13
ii  libncurses5  5.9+20140913-1+b1
ii  libtinfo55.9+20140913-1+b1
ii  lsb-base 4.1+Debian13+nmu1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages atop recommends:
ii  cron  3.0pl1-127

atop suggests no packages.

-- Configuration Files:
/etc/logrotate.d/psaccs_atop 354bf984e07dec33ef0832fe3ff6c3e0 [Errno 2] No such 
file or directory: u'/etc/logrotate.d/psaccs_atop 
354bf984e07dec33ef0832fe3ff6c3e0'
/etc/logrotate.d/psaccu_atop c6faf9502219f8f6628ff37374f699e6 [Errno 2] No such 
file or directory: u'/etc/logrotate.d/psaccu_atop 
c6faf9502219f8f6628ff37374f699e6'

-- 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#772517: xbmc crashes with sigabrt or sigsegv while playing music with visualizer enabled

2014-12-28 Thread Bálint Réczey
Hi Mike,

2014-12-08 1:30 GMT+01:00 Mike Edwards pf-debian-b...@mirkwood.net:
 Package: xbmc
 Version: 2:13.2+dfsg1-4
 Severity: important

 Dear Maintainer,

* What led up to the situation?
 Playing music in xbmc with visualizer enabled.
* What exactly did you do (or not do) that was effective (or
  ineffective)?
 Setting visualizer to 'none' appears to avoid the crash.
Does it happen with all visualizer plugins or with just one particular?
Could you please install xbmc-dbg and libav-dbg to have both XBMC and
Libav debug symbols as well when creating coredumps?

From the logs it looks like a memory handling problem.
Could you please run xbmc in Valgrind like and collect the errors?:
valgrind valgrind --trace-children=yes -- xbmc

Cheers,
Balint


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



Bug#774062: usbutils: update-usbids changes md5sum of usb.ids

2014-12-28 Thread Sebastian Schmidt
Package: usbutils
Version: 1:007-2
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

update-usbids downloads a new /var/lib/usbutils/usb.ids file, therefore
changing its md5sum, causing debsums to fail on this file (see the end
of this mail body for an example). 

While I agree with #544503 that this file should be in volatile, as some
users (including me) probably do want the usb.ids file to be signed,
that bug report has been stale for five years now (sigh) so I'm
proposing to just remove the usb.ids file from md5sum generation.

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

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

Versions of packages usbutils depends on:
ii  libc6 2.19-11
ii  libusb-1.0-0  2:1.0.19-1
ii  zlib1g1:1.2.8.dfsg-2

usbutils recommends no packages.

Versions of packages usbutils suggests:
ii  lynx-cur  2.8.9dev1-2
ii  wget  1.15-1+b1

- -- no debconf information

- -- debsums errors found:
debsums: changed file /var/lib/usbutils/usb.ids (from usbutils package)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVJ/I0/hx3EthBlqjAQgX8A/9GAiwpnXf9oKYOILqGuUWcOPzbbnWTqMK
xMeRNUOGLBrXHYK7a57fPwZv5vU+ejj+Vz3qRdn6ZAjb7XRAsMe8kRBwr8+rFk8a
23JmbQ7p1fdfTdSdgO8h0CK9K5k9VMeEFPih/sx8NqIuV40ACbGV1jQWVzSZi7ZZ
4aH+ad2buUq1iJxXd5V8qNFFa+fwdq33VKjk/Jg44bqrXRuwvnvvLQQyqtJShm0i
rJULhY1UPv9TFNUgg/dugC2TmrVSSOiAKL3QnHNE/KsCguoOWECQNdHEv9abc9hC
Ep3cIFHYCVHpFuLap86EN5cPb0rLvNkEFSMGt/OOdAogtB+BfVrCog64cYlSXm4V
KiqnW3wMYGIAqlQtbHpt/3uhGiLo57icQc0uFuUQsZT0FAXAMcB8F4B5jdw48Z3M
P3hNJBoWSha6tzWSVB2Nk7D2Klp8ZnKMaFVthDLMkx6+20XrCdlKTsXOylb/5rC2
GgofjNXHFtc3+2HV9kJuyI3qodn4A+TtfCw/K6HdkNpfjHXPjgazTuK6EwEeg/25
VWQTUX94TVsP/EC8xHIvpaSZA4wdkw6x7pZjaMduREnfhFM3kS6tqFmO8UWATKx4
Mk065aLk+GLOq6vmn4pO1I0gmrWdpnQr8mFtIE1y3EHJP+iOjpGAMw7O4jyMcVHf
V1YExcQq0y8=
=jqFy
-END PGP SIGNATURE-
From d7cd9adc25a7f271f77c556b375f0791b38ee89b Mon Sep 17 00:00:00 2001
From: Sebastian Schmidt y...@yath.de
Date: Sun, 28 Dec 2014 10:00:29 +0100
Subject: [PATCH] Don't generate md5sum for usb.ids

usb.ids may updated by update-usbids, causing a wrong md5sum for
/var/lib/usbutils/usb.ids.
---
 debian/rules | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/rules b/debian/rules
index 4fe5abb..0a4366f 100755
--- a/debian/rules
+++ b/debian/rules
@@ -126,7 +126,7 @@ binary-arch: build install
 #	dh_perl
 	dh_shlibdeps 
 	dh_gencontrol
-	dh_md5sums 
+	dh_md5sums -Xusb.ids
 	dh_builddeb -- -Zxz
 
 binary: binary-indep binary-arch
-- 
2.1.1



Bug#769541: ams: please add the 'Atte-Jensen-instrumentpatches' to the Ams package

2014-12-28 Thread rosea grammostola
The links to the AMS patches of Atte are fixed on his website, he told me.
It seems possible to download them now:

http://atte.dk/stuff

On Sat, Nov 15, 2014 at 3:03 AM, Jonas Smedegaard d...@jones.dk wrote:

 Quoting rosea grammostola (2014-11-14 21:13:45)
  Ok, I asked Atte via email and you can use the latest GPL license.

 Thanks again for your help with this, Rosea - and thanks to Atte for
 clarifying.

 Sorry to be nitpicking so much, but can you please forward that email
 from Atte, including headers, for use as public record?  Even better
 would be if instead Atte could state himself the licensing of his
 contribution by including such statement together with the code itself.

 ...and speaking of the code - it looks odd how the patch is committed to
 Github as a tarball.  That seems unsuitable for kenrestivo to adopt - I
 suggest (unless you know better and have coordinated with kenrestivo
 already) to instead commit as regular source code the way it is intended
 to merge together with the rest of that code project, an then make a
 pull request.


  - Jonas

 --
  * Jonas Smedegaard - idealist  Internet-arkitekt
  * Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private



Bug#774063: pciutils: update-pciids changes md5sum of pci.ids

2014-12-28 Thread Sebastian Schmidt
Package: pciutils
Version: 1:3.2.1-3
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

[This is basically #774062 =~ s/usb/pci/g]

update-pciids downloads a new /usr/share/misc/pci.ids file with probably
a different content and therefore a different md5sum, causing debsums to
fail on the pciutils package (see the bottom of this message).

While something like #544503 for pciutils (putting {pci,usb}.ids into a
(separate?) package in volatile) would be the better long-term solution
(as in: not downloading some random file from a random host without any
cryptographic verification and putting it into /usr/share) I'm proposing
to remove pci.ids from md5sums generation altogether for now.

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

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

Versions of packages pciutils depends on:
ii  libc62.19-11
ii  libpci3  1:3.2.1-3

pciutils recommends no packages.

Versions of packages pciutils suggests:
ii  bzip2 1.0.6-7
ii  curl  7.38.0-2
ii  lynx-cur  2.8.9dev1-2
ii  wget  1.15-1+b1

- -- no debconf information

- -- debsums errors found:
debsums: changed file /usr/share/misc/pci.ids (from pciutils package)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVJ/U+vhx3EthBlqjAQgKsxAApuL89QAwh353dpYiRMkZZete+BK1v+L6
Y80xko1QiKmavLCaee1uL7V+guADgbi9Wxt31dACHEo3SuSIbLtM/urWTB58p1Ar
bwRTGnK3Zm9l2MLM5aLq1EOOyIJsBlVvl33DZEyfzkS9VCfw6RYY1V1B1Gxh1J/0
4BBp0Pvnd+s/M1NRUbZr3twXVYZQ7SRKUqBcbNNSp/C6f/PEuTkGgB24UIt1ekX4
OhXunXALymXUHoWewLwycE8apc+FwNvb6lOXn3dT0YliKWTmnaGsg15JCr5OwdGv
nWkR591YaUvNdaU4E05oL3FkNC4jsAo7SUVmnBUzy5HV/m4FKKP4xeqDF7ewWZo6
XlK72Nn4C8Ue1zeZZ9wcxZ6M8p8RFzvWUpecRcoT+UyZAiDBSMD7UKIMFe2+A7zm
E2haNxuOW+8yWrzalvuHsbkdby/pp+bqRYYZ3HI9WYPFFJyAc7wZatqkgAAFeugi
qa989ioCEgnajPAu6r/E2lVv9BUqokt/UHpAoFfaKats6HSRBrm+PZA9fwmjhJ2u
dom83Gyi72d0eKjFoDyEuEZsAIuS1ZNbTy2LrcU7HCkNJieZdThmyQca80TjQzrb
Ue4WGw1jh6YevzwiketyBFrjSrcE2YZWOZgYo8LlOCfa/xidnnhcKjf32QidD6rJ
5vnCygE2lRQ=
=xTdp
-END PGP SIGNATURE-
From aaafcce705c600f1e06a6ff4fc470ebeab538560 Mon Sep 17 00:00:00 2001
From: Sebastian Schmidt y...@yath.de
Date: Sun, 28 Dec 2014 10:50:27 +0100
Subject: [PATCH] Don't generate md5sum for pci.ids

pci.ids may be updated by update-pciids, causing a wrong md5sum for
/usr/share/misc/pci.ids.
---
 debian/rules | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/rules b/debian/rules
index 1b239ff..6f60d19 100755
--- a/debian/rules
+++ b/debian/rules
@@ -87,7 +87,7 @@ binary-arch: build
 	dh_installdeb -a
 	dh_shlibdeps -a
 	dh_gencontrol -a
-	dh_md5sums -a
+	dh_md5sums -a -Xpci.ids
 	dh_builddeb -a
 
 source diff:  
-- 
2.1.1



Bug#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue

2014-12-28 Thread Rainer Dorsch
Package: src:linux
Version: 3.16.7-ckt2-1
Followup-For: Bug #774036

Dear Ben,

many thanks for the superfast response and thanks for pointing out
that I was running the nvidia driver. I run now with nouveau and also
purge the virtualbox stuff.

Unfortunately, the behavior is exactly the same though (except that
there is no blinking cursor with nouveau, when the system hangs),
i.e. the resume works when I use freezer in debug mode, the system
hangs when I go to the next level (devices).


rd@Silberkiste:/etc/default$ cat /sys/power/pm_test 
[none] core processors platform devices freezer
rd@Silberkiste:/etc/default$ 

Please let me know, if there is anything more I could provide.

Thanks
Rainer

-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.3 (Debian 4.8.3-16) ) #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 
root=UUID=d47ae970-51f3-48d3-b19d-edd7413e080f ro quiet elevator=noop 
rootflags=noatime,discard,data=ordered,errors=remount-ro acpi_sleep=old_ordering

** Not tainted

** Kernel log:
[   33.205263] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   33.205265] sd 4:0:0:0: [sda]  
[   33.205267] Sense Key : Aborted Command [current] [descriptor]
[   33.205270] Descriptor sense data with sense descriptors (in hex):
[   33.205272] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[   33.205282] 07 80 0b 58 
[   33.205287] sd 4:0:0:0: [sda]  
[   33.205290] Add. Sense: Scsi parity error
[   33.205293] sd 4:0:0:0: [sda] CDB: 
[   33.205294] Read(10): 28 00 07 80 0b e8 00 00 08 00
[   33.205306] sd 4:0:0:0: [sda]  
[   33.205308] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   33.205310] sd 4:0:0:0: [sda]  
[   33.205312] Sense Key : Aborted Command [current] [descriptor]
[   33.205315] Descriptor sense data with sense descriptors (in hex):
[   33.205317] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[   33.205327] 07 80 0b 58 
[   33.205332] sd 4:0:0:0: [sda]  
[   33.205335] Add. Sense: Scsi parity error
[   33.205338] sd 4:0:0:0: [sda] CDB: 
[   33.205339] Read(10): 28 00 07 80 0b f0 00 00 08 00
[   33.205351] sd 4:0:0:0: [sda]  
[   33.205353] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   33.205355] sd 4:0:0:0: [sda]  
[   33.205357] Sense Key : Aborted Command [current] [descriptor]
[   33.205360] Descriptor sense data with sense descriptors (in hex):
[   33.205362] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[   33.205372] 07 80 0b 58 
[   33.205377] sd 4:0:0:0: [sda]  
[   33.205380] Add. Sense: Scsi parity error
[   33.205383] sd 4:0:0:0: [sda] CDB: 
[   33.205385] Read(10): 28 00 07 80 0b f8 00 00 08 00
[   33.205408] sd 4:0:0:0: [sda]  
[   33.205411] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   33.205414] sd 4:0:0:0: [sda]  
[   33.205415] Sense Key : Aborted Command [current] [descriptor]
[   33.205419] Descriptor sense data with sense descriptors (in hex):
[   33.205421] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[   33.205431] 07 80 0b 58 
[   33.205436] sd 4:0:0:0: [sda]  
[   33.205438] Add. Sense: Scsi parity error
[   33.205441] sd 4:0:0:0: [sda] CDB: 
[   33.205443] Read(10): 28 00 07 80 0b 38 00 00 08 00
[   33.205456] sd 4:0:0:0: [sda]  
[   33.205459] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   33.205461] sd 4:0:0:0: [sda]  
[   33.205463] Sense Key : Aborted Command [current] [descriptor]
[   33.205466] Descriptor sense data with sense descriptors (in hex):
[   33.205468] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[   33.205478] 07 80 0b 58 
[   33.205483] sd 4:0:0:0: [sda]  
[   33.205486] Add. Sense: Scsi parity error
[   33.205489] sd 4:0:0:0: [sda] CDB: 
[   33.205490] Read(10): 28 00 07 80 0b 40 00 00 08 00
[   33.205502] sd 4:0:0:0: [sda]  
[   33.205504] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   33.205507] sd 4:0:0:0: [sda]  
[   33.205509] Sense Key : Aborted Command [current] [descriptor]
[   33.205512] Descriptor sense data with sense descriptors (in hex):
[   33.205514] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[   33.205524] 07 80 0b 58 
[   33.205529] sd 4:0:0:0: [sda]  
[   33.205532] Add. Sense: Scsi parity error
[   33.205535] sd 4:0:0:0: [sda] CDB: 
[   33.205536] Read(10): 28 00 07 80 0b 48 00 00 08 00
[   33.205549] sd 4:0:0:0: [sda]  
[   33.205551] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   33.205554] sd 4:0:0:0: [sda]  
[   33.20] Sense Key : Aborted Command [current] [descriptor]
[   33.205558] Descriptor sense data with sense descriptors (in hex):
[   33.205560] 72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[   33.205571] 07 80 0b 58 
[   33.205575] sd 4:0:0:0: [sda]  
[   33.205578] Add. Sense: Scsi parity error
[   33.205581] sd 4:0:0:0: [sda] CDB: 
[   33.205583] Read(10): 28 00 07 80 0b 50 00 00 08 00
[   33.205596] sd 4:0:0:0: [sda]  
[   

Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black

2014-12-28 Thread Bálint Réczey
Control: tags -1 pending upstream confirmed

Bernhard,

2014-12-27 22:07 GMT+01:00 Bernhard Übelacker bernha...@vr-web.de:
 Package: xbmc
 Version: 2:13.2+dfsg1-4
 Severity: important

 Dear Maintainer,
 when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend-
 hts
 from some satellite broadcasts I get only a black screen when switching from
 windowed to fullscreen mode.


 These are the circumstances which are relevant (as far as I think):
 - using a VDPAU enabled graphics card with needed vdpau libraries installed
 - having no .xbmc directory in home directory (just for reproducability)
 - starting xbmc
 - activating Tvheadend HTSP Client addon
 - playing a broadcast through LiveTv in windowed mode (in my case no HD
 channel)
   (plays fine in the partial screen with channels on the side as filling the
 whole window too.)
 - switching to fullscreen mode (e.g. altgr+backslash)
 - video stays black, audio still playing, other menus and control elements 
 also
 visible.


 I did some further investigations:
...
 I opened it as important, but probably you want to increase it to serious if
 you see fit.
 If yes probably on way of action for jessie would be to add this 
 hint.software
 = true;
 in DVDPlayer.cpp:3003 as it is already the case for DVD playback.

Thank you for the detailed investigation and the proposed fix. The fix
will be included in the next upload.
There is no need for increasing severity. I will ask for a freeze
exception and I think Release Managers will approve it.

I also checked latest upstream code but the patched part has been
removed and without the HW to test the change I'm not comfortable with
adapting the patch.

I have packaged Kodi already [1] but it is waiting in the NEW queue
right now. Could you please check if Kodi needs the fix, too and adapt
the patch if needed?
If you could upstream the Kodi fix yourself and ping me to back-port
the fix I would be happy, too.

Cheers,
Balint

[1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git


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



Bug#774064: podnapisi provider fails if there's no result

2014-12-28 Thread Piotr Ożarowski
Package: subliminal
Version: 0.7.4-1
Severity: minor
File: /usr/bin/subliminal

| ERROR: Unexpected error in provider 'podnapisi'
| Traceback (most recent call last):
|   File /usr/lib/python3/dist-packages/subliminal/api.py, line 216, in 
download_best_subtitles
| provider_subtitles = provider.list_subtitles(video, 
provider_video_languages)
|   File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, 
line 141, in list_subtitles
| return [s for l in languages for s in self.query(l, series=video.series, 
season=video.season,
|   File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, 
line 142, in listcomp
| episode=video.episode)]
|   File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, 
line 128, in query
| for s in root.findall('subtitle')])
|   File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, 
line 128, in listcomp
| for s in root.findall('subtitle')])
| AttributeError: 'NoneType' object has no attribute 'split'

File name I used: 'X-Files S08E09 - Salvage.mkv', language: pl


changing subliminal/providers/podnapisi.py:125's (and probably 130's):

  s.find('release').text.split()

into

  (s.find('release').text or '').split()

is a quick fix which leads to:

| ERROR: Unexpected error in provider 'podnapisi'
| Traceback (most recent call last):
|   File /usr/lib/python3/dist-packages/subliminal/api.py, line 250, in 
download_best_subtitles
| subtitle_text = provider.download_subtitle(subtitle)
|   File /usr/lib/python3/dist-packages/subliminal/providers/podnapisi.py, 
line 150, in download_subtitle
| raise ProviderError('Cannot find the download link')
| subliminal.exceptions.ProviderError: Cannot find the download link

so I guess line 121 (the one with break condition) should be improved


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

Kernel: Linux 3.18.0-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages subliminal depends on:
ii  python3 3.4.2-2
ii  python3-subliminal  0.7.4-1

subliminal recommends no packages.

subliminal 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#772862: Pending dpkg upload will Break your package due to trigger cycle in your package

2014-12-28 Thread Raphael Hertzog
Hi Niels,

On Sat, 27 Dec 2014, Niels Thykier wrote:
  * wordpress - to be automatically removed on January 24th.
- Craig: I am aware of the version in NEW.  However, given it is
  in NEW, I doubt it will comply with the freeze policy.  Do contact
  the release team if you believe otherwise.

We have been pushing new upstream releases as security updates both in
wheezy and in squeeze. It's likely that this will need to happen again
during the 5 years of Jessie.

Given this, it seems to me that pushing wordpress 4.1 in Jessie during the
freeze should be considered too.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: 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#774020: systemd: black screen with backlight on start. rescue mode plus Ctrl-D allows normal boot

2014-12-28 Thread Martin Pitt
Hey Allan,

allan [2014-12-27 17:57 -0500]:
 Found this in /var/log/slim.log -
 
 slim: waiting for X server to begin accepting connections.
 
 lightdm displayed the same behavior.

Do you have both lightdm and slim installed? slim's startup scripts
are broken, you might experience https://bugs.debian.org/768774 ?

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


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



Bug#760032: debian/patches/asterisk-config-custom.patch

2014-12-28 Thread Geert Stappers
Control: tags -1  + patch

Hello Asterisk maintainers,


Find attached two files, asterisk-config-custom.patch and debiancontrol.patch

asterisk-config-custom.patch


This file is for in the directory debian/patches
It creates the file contrib/script/asterisk-config-custom
and manual page contrib/scripts/asterisk-config-custom.8
Plus updates toplevel Makefile so they will be installed.

Activate it will be some something like 
  echo asterisk-config-custom.patch  debian/patches/series
or
  quilt import -P asterisk-config-custom.patch  path/to/file


Updating debian/changelog would be something like

  debchange Added asterisk-config-custom (Closes: #760032)


debiancontrol.patch
---

A unified patch that has to be applied.

It will tell asterisk(-config) users 
about asterisk-config-custom



Looking forward to your feedback.

Regards
Geert Stappers
Descirption: asterisk config custom
Author: Geert Stappers stapp...@stappers.it
Forwarded-Upstream: no
Bug-Debian: #760032

Upgrading the asterik package,
is usualy upgrading the asterisk-config package.
But changing the asterisk-config package effects the custom configuration.
Unless the asterisk configuration is in the package asterisk-config-custom.

This patch provides the script asterisk-config-custom that helps
to create the asterisk-config-custom package


--- /dev/null
+++ b/contrib/scripts/asterisk-config-custom
@@ -0,0 +1,385 @@
+#!/bin/bash
+#
+# asterisk-config-custom
+# script to help creating a 'asterisk-config-custom' .deb package
+#
+#
+# Created by: Geert Stappers stapp...@stappers.it
+# And distributed under the terms of the GPL
+#
+#
+function acc_usage ()
+{
+cat  HERE
+
+asterisk-config-custom {command}
+
+Where 'command' is 'init', 'next', 'sync', 'help' or 'force'.
+
+  init: Creates directory 'my-asterisk-config' with content
+
+  next: Provides instruction for next step
+
+  sync: Mostly \`rsync --archive /etc/asterisk etc_asterisk\`
+
+  help: Prints _another_ help text
+
+  force: How to force the first install when asterisk-config is installed
+
+HERE
+}
+
+function acc_help ()
+{
+cat  HERE
+
+Program 'asterisk-config-custom' is for helping you making
+your 'asterisk-config-custom' .deb package.
+
+Typical work flow is running
+ asterisk-config-custom init
+only once.
+
+Now you have a directory named
+ my-asterisk-config
+feel free to rename it
+Important is that it has a debian/ directory
+and an etc_asterisk/ directory
+
+Change working directory with
+ cd my-asterisk-config # or to what you renamed it.
+Edit files in etc_asterisk. You may use
+ asterisk-config-custom sync
+to get you a starting point.
+Create the actual package with
+ dpkg-buildpackge -uc -us
+
+And install with
+ sudo dpkg -i ../asterisk-config-custom_*_all.deb
+
+See also \`asterisk-config-custom force\`
+
+HERE
+}
+
+function acc_force ()
+{
+cat  HERE
+
+When package \`asterisk-config\` is installed, you have to
+use force to install your \`asterisk-config-custom\` package.
+ sudo dpkg --force-conflicts --force-overwrite -i ../asterisk-config-custom_*_all.deb
+Purge the conflicting package with
+ sudo dpkg --purge asterisk-config
+
+Now you can use the typical workflow which includes
+ sudo dpkg -i ../asterisk-config-custom_*_all.deb
+
+You can avoid '--force-conflicts' and '--force-overwrite' by
+installing \`asterisk-config-custom\` _before_ you install \`asterisk\`.
+Or by
+ sudo apt-get remove asterisk
+ sudo dpkg -i ../asterisk-config-custom_*_all.deb
+ sudo apt-get install asterisk
+That gives you downtime on Asterisk, but you get a reload/restart.
+Note: Installing asterisk-config-custom does no asterisk reload.
+
+HERE
+}
+
+function acc_init ()
+{
+# Creates a diretory and puts files in it,
+# including the Debian packaging files.
+
+mkdir --parents my-asterisk-config/debian/source
+
+cat  HERE  my-asterisk-config/README
+
+In this directory you can / should run
+
+  dpkg-buildbuildpackage -uc -us
+
+to get your 'asterisk-config-custom' package build.
+
+HERE
+
+cat  LastLine  my-asterisk-config/Makefile
+#
+# Makefile
+#
+all: etc_asterisk/asterisk.conf \
+ usr/share/doc/asterisk-config/examples/configs/modules.conf.sample
+	@echo FYI: (minimal set of) configuration files are available
+
+etc_asterisk/asterisk.conf:
+	@mkdir --parents etc_asterisk
+	echo ; only a place holder  etc_asterisk/asterisk.conf
+
+usr/share/doc/asterisk-config/examples/configs/modules.conf.sample:
+	@mkdir --parents usr/share/doc/asterisk-config/examples/configs
+	echo ; place holder \\
+	 usr/share/doc/asterisk-config/examples/configs/modules.conf.sample
+
+
+install:
+	install --directory \$(DESTDIR)/usr
+	install --directory \$(DESTDIR)/etc/asterisk
+	rsync --archive --delete usr/* \$(DESTDIR)/usr
+	rsync --archive --delete etc_asterisk/* \$(DESTDIR)/etc/asterisk
+
+# l l
+LastLine
+
+cat  LastLine  my-asterisk-config/acc.config
+# This file will be read during \`asterisk-config-custom sync\`
+#
+ACC_SYNC_CONFIG_EXAMPLES=Yes

Bug#774065: rhythmbox: No visual feedback for Play/pause button

2014-12-28 Thread Albin Stjerna
Package: rhythmbox
Version: 3.1-1
Severity: minor

Dear Maintainer,

The rhythmbox UI shows the same play/pause button (the play arrow, non-pressed) 
regardless of whether it is pressed or not. The user should get some visual 
feedback confirming that Rhythmbox is indeed in playback/pause mode.

*** Reporter, 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 template lines ***


-- System Information:
Debian Release: 8.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (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
Init: systemd (via /run/systemd/system)

Versions of packages rhythmbox depends on:
ii  dbus1.8.12-1
ii  gnome-icon-theme3.12.0-1
ii  gstreamer1.0-plugins-base   1.4.4-2
ii  gstreamer1.0-plugins-good   1.4.4-2
ii  gstreamer1.0-x  1.4.4-2
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-13
ii  libcairo-gobject2   1.14.0-2.1
ii  libcairo2   1.14.0-2.1
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libgirepository-1.0-1   1.42.0-2.2
ii  libglib2.0-02.42.1-1
ii  libgstreamer-plugins-base1.0-0  1.4.4-2
ii  libgstreamer1.0-0   1.4.4-2
ii  libgtk-3-0  3.14.5-1
ii  libgudev-1.0-0  215-8
ii  libjavascriptcoregtk-3.0-0  2.4.7-3
ii  libjson-glib-1.0-0  1.0.2-1
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.36.8-3
ii  libpangocairo-1.0-0 1.36.8-3
ii  libpeas-1.0-0   1.12.1-2
ii  librhythmbox-core8  3.1-1
ii  libsoup2.4-12.48.0-1
ii  libtdb1 1.3.1-1
ii  libtotem-plparser18 3.10.3-1
ii  libwebkitgtk-3.0-0  2.4.7-3
ii  libx11-62:1.6.2-3
ii  libxml2 2.9.1+dfsg1-4
ii  media-player-info   22-2
ii  rhythmbox-data  3.1-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages rhythmbox recommends:
ii  avahi-daemon 0.6.31-4+b2
ii  gstreamer1.0-plugins-ugly1.4.4-2
ii  gstreamer1.0-pulseaudio  1.4.4-2
ii  gvfs-backends1.22.2-1
ii  notification-daemon  0.7.6-2
ii  rhythmbox-plugins3.1-1
ii  xfce4-notifyd [notification-daemon]  0.2.4-3
ii  yelp 3.14.1-1

Versions of packages rhythmbox suggests:
ii  gnome-codec-install  0.4.7+nmu2
ii  gnome-control-center 1:3.14.2-2
ii  gstreamer1.0-plugins-bad 1.4.4-2
ii  rhythmbox-plugin-cdrecorder  3.1-1

-- no debconf information


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



Bug#774018: libpython2.7-dbg: dangling symlink /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz

2014-12-28 Thread Matthias Klose
On 12/27/2014 02:47 PM, Vincent Lefevre wrote:
 Package: libpython2.7-dbg
 Version: 2.7.9-1
 Severity: normal
 
 /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz
 is a dangling symlink:
 
 ypig% ls -l /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz
 lrwxrwxrwx 1 root root 38 2014-12-11 09:55:04 
 /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz - 
 x86_64-linux-gnu-python2.7-config.1.gz
 
 ypig% ls -lL /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz
 ls: cannot access 
 /usr/share/man/man1/x86_64-linux-gnu-python2.7-dbg-config.1.gz: No such file 
 or directory

somehow expected, this file should be in the libpython2.7-dev package.


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



Bug#774019: libpython3.4-dbg: danglink symlink /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz

2014-12-28 Thread Matthias Klose
On 12/27/2014 02:51 PM, Vincent Lefevre wrote:
 Package: libpython3.4-dbg
 Version: 3.4.2-3
 Severity: normal
 
 /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz
 is a dangling symlink:
 
 ypig% ls -l /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz
 lrwxrwxrwx 1 root root 39 2014-12-02 16:14:33 
 /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz - 
 x86_64-linux-gnu-python3.4m-config.1.gz
 
 ypig% ls -lL /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz
 ls: cannot access 
 /usr/share/man/man1/x86_64-linux-gnu-python3.4-dbg-config.1.gz: No such file 
 or directory

somehow expected, this file should be in the libpython3.4-dev package.


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



Bug#774066: libnewtonsoft-json5.0-cil: throws on strings looking like date

2014-12-28 Thread Eduard Bloch
Package: libnewtonsoft-json5.0-cil
Version: 5.0r6+dfsg-1
Severity: normal

Dear Maintainer,

I tried to write a simple JSON-processing application that takes a
couple of values from a web request and sends it around. Unfortunatelly
this json parser throws a an exception as soon as a date string appears
in the input. The format is fine:
timestamp: 2014-09-24T16:15:20.174Z

The result is:
Missing method get_Local in assembly
/usr/lib/mono/gac/Newtonsoft.Json/5.0.0.0__b9a188c8922137c6/Newtonsoft.Json.dll,
type System.TimeZoneInfo

I fail to see any reference to additional manifest settings or similar
in the upstream documentation,
http://james.newtonking.com/json/help/html/DatesInJSON.htm

Regards,
Eduard.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libnewtonsoft-json5.0-cil depends on:
ii  cli-common   0.9
ii  libmono-corlib4.5-cil3.2.8+dfsg-8
ii  libmono-system-core4.0-cil   3.2.8+dfsg-8
ii  libmono-system-data4.0-cil   3.2.8+dfsg-8
ii  libmono-system-numerics4.0-cil   3.2.8+dfsg-8
ii  libmono-system-runtime-serialization4.0-cil  3.2.8+dfsg-8
ii  libmono-system-xml-linq4.0-cil   3.2.8+dfsg-8
ii  libmono-system-xml4.0-cil3.2.8+dfsg-8
ii  libmono-system4.0-cil3.2.8+dfsg-8

libnewtonsoft-json5.0-cil recommends no packages.

libnewtonsoft-json5.0-cil 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#773416: [DEBIAN-LTS] ettercap package

2014-12-28 Thread Raphael Hertzog
Hi Nguyen,

On Fri, 26 Dec 2014, Nguyen Cong wrote:
 Yes. Sorry for my mistake, I changed it. Please tell me if
 I had to set the name in changelog to you, Gianfranco Costamagna.
 
 I have re-built it with care. But not sure it's good enough
 since I have troubled with DEP3. I ended up with upstream patch style.

This debdiff looks mostly fine, thanks. I'm not at home and can't really
handle the upload + announce for now though.

If anyone else on this list can take care of it, please go ahead.
Otherwise I'll take care of it early next year.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: 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#772687: [Pkg-fonts-devel] Bug#772687: fonts-droid: fallback font is installed too early to fontconfig

2014-12-28 Thread Norbert Preining
On Sun, 28 Dec 2014, Hideki Yamane wrote:
  With d-i beta2, fonts-droid package is pulled by default into Japanese
  desktop environment, and it breaks proper font selection and desktop 
  looks. So, I'll up it to severity: important.

Agreed, besides that it should have *lower* number ;-)

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live  Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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



Bug#772687: [Pkg-fonts-devel] Bug#772687: fonts-droid: fallback font is installed too early to fontconfig

2014-12-28 Thread Norbert Preining
On Sun, 28 Dec 2014, Hideki Yamane wrote:
  With d-i beta2, fonts-droid package is pulled by default into Japanese
  desktop environment, and it breaks proper font selection and desktop 
  looks. So, I'll up it to severity: important.

PS: wouldn't that actually ask for an even higher severity? If by default
all the the Japanese desktops are borken, that is more than 
important I think.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live  Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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



Bug#772862: Pending dpkg upload will Break your package due to trigger cycle in your package

2014-12-28 Thread Craig Small
On Sun, Dec 28, 2014 at 11:31:39AM +0100, Raphael Hertzog wrote:
 We have been pushing new upstream releases as security updates both in
 wheezy and in squeeze. It's likely that this will need to happen again
 during the 5 years of Jessie.
 
 Given this, it seems to me that pushing wordpress 4.1 in Jessie during the
 freeze should be considered too.
For the same reason, I agree with Raphael.  The short-term pain for
getting wordpress 4.1 in will benefit over its lifecycle as the newer
the package is to the then current the easier it is to maintain it.

If there must only be a change for this fix, I can change the trigger
line only, but it is a second preference.

 - Craig

-- 
Craig Small (@smallsees)   http://enc.com.au/   csmall at : enc.com.au
Debian GNU/Linux   http://www.debian.org/   csmall at : debian.org
GPG fingerprint:5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5


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



Bug#774067: linux 3.16.7-ckt: [patch] please add a dts for the LinkSprite pcDuino V3

2014-12-28 Thread Karsten Merker
Source: linux
Version: 3.16.7-ckt2-1
Severity: wishlist
Tags: patch

On the debian-arm mailinglist, a user has asked for support for
the LinkSprite pcDuino V3 board (see the thread starting at
https://lists.debian.org/debian-arm/2014/12/msg00052.html).

Driver-wise all core components of the board (serial console,
MMC, SATA, USB, wired ethernet) are supported by kernel 3.16, it
just lacks an appropriate device-tree file, which was added
upstream in kernel 3.17.  Attached is a patch to backport the
device-tree file.  As this is a completely self-contained
addition and does not bring any code changes, I believe this to
be suitable for inclusion into Jessie despite the freeze.

Regards,
Karsten
-- 
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der
Werbung sowie der Markt- oder Meinungsforschung.
Index: debian/patches/features/arm/dts-sun7i-Add-board-support-for-LinkSprite-pcDuino-V3.patch
===
--- debian/patches/features/arm/dts-sun7i-Add-board-support-for-LinkSprite-pcDuino-V3.patch	(revision 0)
+++ debian/patches/features/arm/dts-sun7i-Add-board-support-for-LinkSprite-pcDuino-V3.patch	(working copy)
@@ -0,0 +1,206 @@
+From 04089927981f295b42cd695485383b2d11283d59 Mon Sep 17 00:00:00 2001
+From: Zoltan HERPAI wigy...@uid0.hu
+Date: Mon, 30 Jun 2014 23:57:56 +0200
+Subject: ARM: dts: sun7i: Add board support for LinkSprite pcDuino V3
+Origin: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=04089927981f295b42cd695485383b2d11283d59
+
+The LinkSprite pcDuino V3 is an A20 based development board featuring
+arduino compatible io headers, 1G RAM, 4G nand, sata, rtl8188cus usb wifi
+and 100 Mbit ethernet using an ip101a phy:
+
+http://www.pcduino.com/pcduino-v3/
+
+Signed-off-by: Zoltan HERPAI wigy...@uid0.hu
+[hdego...@redhat.com: Various cleanups, correct led pins]
+[hdego...@redhat.com: Add axp209, ir and gpio-keys nodes]
+Signed-off-by: Hans de Goede hdego...@redhat.com
+Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
+
+--- a/arch/arm/boot/dts/Makefile
 b/arch/arm/boot/dts/Makefile
+@@ -381,7 +381,8 @@
+ 	sun7i-a20-cubietruck.dtb \
+ 	sun7i-a20-i12-tvbox.dtb \
+ 	sun7i-a20-olinuxino-lime.dtb \
+-	sun7i-a20-olinuxino-micro.dtb
++	sun7i-a20-olinuxino-micro.dtb \
++	sun7i-a20-pcduino3.dtb
+ dtb-$(CONFIG_ARCH_TEGRA) += tegra20-harmony.dtb \
+ 	tegra20-iris-512.dtb \
+ 	tegra20-medcom-wide.dtb \
+--- /dev/null
 b/arch/arm/boot/dts/sun7i-a20-pcduino3.dts
+@@ -0,0 +1,173 @@
++/*
++ * Copyright 2014 Zoltan HERPAI
++ * Zoltan HERPAI wigy...@uid0.hu
++ *
++ * The code contained herein is licensed under the GNU General Public
++ * License. You may obtain a copy of the GNU General Public License
++ * Version 2 or later at the following locations:
++ *
++ * http://www.opensource.org/licenses/gpl-license.html
++ * http://www.gnu.org/copyleft/gpl.html
++ */
++
++/dts-v1/;
++/include/ sun7i-a20.dtsi
++/include/ sunxi-common-regulators.dtsi
++#include dt-bindings/gpio/gpio.h
++#include dt-bindings/input/input.h
++
++/ {
++	model = LinkSprite pcDuino3;
++	compatible = linksprite,pcduino3, allwinner,sun7i-a20;
++
++	soc@01c0 {
++		mmc0: mmc@01c0f000 {
++			pinctrl-names = default;
++			pinctrl-0 = mmc0_pins_a, mmc0_cd_pin_reference_design;
++			vmmc-supply = reg_vcc3v3;
++			bus-width = 4;
++			cd-gpios = pio 7 1 0; /* PH1 */
++			cd-inverted;
++			status = okay;
++		};
++
++		usbphy: phy@01c13400 {
++			usb1_vbus-supply = reg_usb1_vbus;
++			usb2_vbus-supply = reg_usb2_vbus;
++			status = okay;
++		};
++
++		ehci0: usb@01c14000 {
++			status = okay;
++		};
++
++		ohci0: usb@01c14400 {
++			status = okay;
++		};
++
++		ahci: sata@01c18000 {
++			target-supply = reg_ahci_5v;
++			status = okay;
++		};
++
++		ehci1: usb@01c1c000 {
++			status = okay;
++		};
++
++		ohci1: usb@01c1c400 {
++			status = okay;
++		};
++
++		pinctrl@01c20800 {
++			ahci_pwr_pin_a: ahci_pwr_pin@0 {
++allwinner,pins = PH2;
++			};
++
++			led_pins_pcduino3: led_pins@0 {
++allwinner,pins = PH15, PH16;
++allwinner,function = gpio_out;
++allwinner,drive = 0;
++allwinner,pull = 0;
++			};
++
++			key_pins_pcduino3: key_pins@0 {
++allwinner,pins = PH17, PH18, PH19;
++allwinner,function = gpio_in;
++allwinner,drive = 0;
++allwinner,pull = 0;
++			};
++		};
++
++		ir0: ir@01c21800 {
++			pinctrl-names = default;
++			pinctrl-0 = ir0_pins_a;
++			status = okay;
++		};
++
++		uart0: serial@01c28000 {
++			pinctrl-names = default;
++			pinctrl-0 = uart0_pins_a;
++			status = okay;
++		};
++
++		i2c0: i2c@01c2ac00 {
++			pinctrl-names = default;
++			pinctrl-0 = i2c0_pins_a;
++			status = okay;
++
++			axp209: pmic@34 {
++compatible = x-powers,axp209;
++reg = 0x34;
++interrupt-parent = nmi_intc;
++interrupts = 0 8;
++
++interrupt-controller;
++#interrupt-cells = 1;
++			};
++		};
++
++		gmac: 

Bug#773203: unblock: php5/5.6.4+dfsg-0+deb8u1

2014-12-28 Thread Ondřej Surý
Hi,

here's the diff of failed test. All except
ext/phar/tests/tar/phar_setsignaturealgo2.phpt are new tests.

I am going to investigate what has happened with
ext/phar/tests/tar/phar_setsignaturealgo2.phpt yet.

Cheers,
Ondrej

@@ -69,6 +69,8 @@ Bug #64267 (CURLOPT_INFILE doesn't allow
 date_default_timezone_get() function [1]
 [ext/date/tests/date_default_timezone_get-1.phpt]
 date_default_timezone_get() function [2]
 [ext/date/tests/date_default_timezone_get-2.phpt]
 timezone_location_get: Test that timezone_location_get returns a
 correct array of information
 [ext/date/tests/timezone_location_get.phpt]
+Test the basics to function timezone_version_get().
[ext/date/tests/timezone_version_get.phpt]
+timezone_version_get: Test that timezone_location_get returns a date
concatenated with a dot and a version number
[ext/date/tests/timezone_version_get_basic1.phpt]
 DBA DB4 File Creation open(c) with existing file
 [ext/dba/tests/dba_db4_003.phpt] (info: DB4 handler used)
 DBA DB4 File Creation popen(c) with existing invalid file
 [ext/dba/tests/dba_db4_007.phpt] (info: DB4 handler used)
 DBA DB4 magic_quotes_runtime Test [ext/dba/tests/dba_db4_010.phpt]
 (info: DB4 handler used)
@@ -81,7 +83,7 @@ Bug #43073 (TrueType bounding box is wro
 Bug #43121 (gdImageFill with IMG_COLOR_TILED crashes httpd)
 [ext/gd/tests/bug43121.phpt]
 Bug #45799 (imagepng() crashes on empty image).
 [ext/gd/tests/bug45799.phpt]
 Bug #48732 (TTF Bounding box wrong for letters below baseline)
 [ext/gd/tests/bug48732.phpt]
-Bug #48801 (Problem with imagettfbbox) freetype = 2.4.12
[ext/gd/tests/bug48801_2.phpt]
+Bug #48801 (Problem with imagettfbbox) freetype = 2.4.10
[ext/gd/tests/bug48801_1.phpt]
 Bug #66356 (Heap Overflow Vulnerability in imagecrop())
 [ext/gd/tests/bug66356.phpt]
 imagecreatefromwbmp with invalid wbmp
 [ext/gd/tests/createfromwbmp2_extern.phpt]
 Testing imagearc() of GD library [ext/gd/tests/imagearc_basic.phpt]
@@ -110,8 +112,10 @@ Testing imagestring() of GD library [ext
 Testing imagestringup() of GD library
 [ext/gd/tests/imagestringup_basic.phpt]
 Testing imagetruecolortopalette() of GD library
 [ext/gd/tests/imagetruecolortopalette_basic.phpt]
 libgd #86 (Possible infinite loop in imagecreatefrompng)
 [ext/gd/tests/libgd00086_extern.phpt]
+#66265: gettext doesn't switch locales within the same script
[ext/gettext/tests/bug66267.phpt]
 Gettext basic test [ext/gettext/tests/gettext_basic.phpt]
 gmp_rootrem() basic tests [ext/gmp/tests/gmp_remroot.phpt]
+Test the basics to function iconv.
[ext/iconv/tests/iconv_basic_001.phpt]
 mysqli fetch float values [ext/mysqli/tests/010.phpt]
 mysqli fetch mixed values [ext/mysqli/tests/011.phpt]
 mysqli fetch mixed values 2 [ext/mysqli/tests/012.phpt]
@@ -131,10 +135,10 @@ Specific crypto method for ssl:// transp
 Bug #37911 (preg_replace_callback ignores named groups)
 [ext/pcre/tests/bug37911.phpt]
 preg_grep() 2nd test [ext/pcre/tests/grep2.phpt]
 preg_match() flags 3 [ext/pcre/tests/match_flags3.phpt]
+Phar::setSupportedSignatures() with hash, tar-based
[ext/phar/tests/tar/phar_setsignaturealgo2.phpt]
 SOAP Server 9: setclass and setpersistence(SOAP_PERSISTENCE_SESSION)
 [ext/soap/tests/server009.phpt]
 Bug #63000: Multicast on OSX [ext/sockets/tests/bug63000.phpt]
 Multicast support: IPv4 receive options
 [ext/sockets/tests/mcast_ipv4_recv.phpt]
-Multicast support: IPv4 send options
[ext/sockets/tests/mcast_ipv4_send.phpt]
 ext/sockets - socket_bind - basic test
 [ext/sockets/tests/socket_bind.phpt]
 Bug #41655 (open_basedir bypass via glob()) 1/2
 [ext/standard/tests/file/bug41655_1.phpt]
 Test glob() function: ensure no platform difference, variation 3
 [ext/standard/tests/file/glob_variation5.phpt]


On Sat, Dec 27, 2014, at 16:25, Adam D. Barratt wrote:
 Hi,
 
 On Sun, 2014-12-21 at 21:06 +0100, Ondřej Surý wrote:
  Control: tags -1 - moreinfo
  
  JFTR php5/5.6.4+dfsg-1 has hit unstable now. I will prepare the usual
  comparison of test suite and debdiff between 5.6.2 and 5.6.4 tomorrow.
 
 Did you have chance to look at that? (I'm more interested in the test
 suite diff rather than the debdiff in this case.)
 
 Regards,
 
 Adam
 


-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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



Bug#772687: [Pkg-fonts-devel] Bug#772687: Bug#772687: fonts-droid: fallback font is installed too early to fontconfig

2014-12-28 Thread Christian PERRIER
Quoting Norbert Preining (prein...@logic.at):
 On Sun, 28 Dec 2014, Hideki Yamane wrote:
   With d-i beta2, fonts-droid package is pulled by default into Japanese
   desktop environment, and it breaks proper font selection and desktop 
   looks. So, I'll up it to severity: important.
 
 PS: wouldn't that actually ask for an even higher severity? If by default
 all the the Japanese desktops are borken, that is more than 
 important I think.

It certainly deserves to be fixed for Jessie, anyway.

I'm currently out of time to design the right solution, build and
upload ,(after asking for a pre-approval to unblock). Yamane-san, any
chance you can work on this ?



signature.asc
Description: Digital signature


Bug#774020: systemd: black screen with backlight on start. rescue mode plus Ctrl-D allows normal boot

2014-12-28 Thread allan
Nope - installed lightdm to test.  Both were installed at the same time for
about 30 minutes, then purged lightdm.

Installed lightdm with synaptic, synaptic launched dpkg-reconfigure and I
set default DM to lightdm at that point.  When I purged lightdm I ran
dpkg-reconfigure manually to make sure things were purged and slim was back
to default.

Appears to me in both DM that perhaps X is not starting or only partially
starting; as mentioned I get black screen with backlight and can't switch
to another console, but if I start in rescue mode and then hit Ctrl-D X
comes up every time.

Strange.



On Sun, Dec 28, 2014 at 5:29 AM, Martin Pitt mp...@debian.org wrote:

 Hey Allan,


 Do you have both lightdm and slim installed? slim's startup scripts
 are broken, you might experience https://bugs.debian.org/768774 ?




Bug#746946: wheezy-pu: package distro-info-data/0.23~deb7u1

2014-12-28 Thread Stefano Rivera
Hi 746946 (2014.11.01_03:02:58_+0200)
 We still need to make a decision on this bit. I've left that patch in,
 for now.

Ping?

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 461 1230 C: +27 72 419 8559


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



Bug#774068: dh-make-perl: Ensure no perllocal.pod files are created during build

2014-12-28 Thread Andy Beverley
Package: dh-make-perl
Version: 0.75-1
Severity: normal
Tags: upstream patch

Although the version of ExtUtils-MakeMaker shipped with Debian does
not create perllocal.pod files, there is a chance that a local version
will have been installed that does.

If perllocal.pod files are created, they will conflict between
multiple packages.

This patch ensures that options are passed to EU-MM to prevent it
creating such files.

-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages dh-make-perl depends on:
ii  debhelper   9.20120909
ii  dpkg-dev1.16.15
ii  fakeroot1.18.4-2
ii  libapt-pkg-perl 0.1.26+b1
ii  libarray-unique-perl0.08-1
ii  libclass-accessor-perl  0.34-1
ii  libdpkg-perl1.16.15
ii  libemail-address-perl   1.895-1+deb7u1
ii  libemail-date-format-perl   1.002-1
ii  libfile-which-perl  1.09-1
ii  liblist-moreutils-perl  0.33-1+b1
ii  libmodule-depends-perl  0.16-1
ii  libparse-debcontrol-perl2.005-3
ii  libparse-debianchangelog-perl   1.2.0-1
ii  libsoftware-license-perl0.103004-2
ii  libtie-ixhash-perl  1.21-2
ii  libwww-mechanize-perl   1.71-1
ii  libyaml-perl0.81-1
ii  make3.81-8.2
ii  perl5.14.2-21+deb7u2
ii  perl-modules [libmodule-corelist-perl]  5.14.2-21+deb7u2

Versions of packages dh-make-perl recommends:
ii  apt-file  2.5.1
ii  git   1:1.7.10.4-1+wheezy1
ii  pristine-tar  1.25+deb7u1

dh-make-perl 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#774069: debootstrap: please use a deterministic mtime for devices.tar members

2014-12-28 Thread Jérémy Bobbio
Source: debootstrap
Version: 1.0.66
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that debootstrap could not be built reproducibly.

The current build process captures the build time when devices.tar.gz is
created. The attached patch will use the time of the latest
debian/changelog entry as the mtime for devices.tar members, and remove
the timestamp from the gzip header of devices.tar.gz.

debootstrap can then be built reproducibly within our current
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   
From 7e09ce8dd142e7334afba41f8033ae4ba0f179c6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= lu...@debian.org
Date: Sun, 28 Dec 2014 12:52:01 +0100
Subject: [PATCH] Use debian/changelog timestmap as mtime for devices.tar
 members

We also remove the timestamp in gzip header. This enables debootstap to be
built reproducibly.
---
 Makefile | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/Makefile b/Makefile
index 6f70f35..c2d93aa 100644
--- a/Makefile
+++ b/Makefile
@@ -1,5 +1,6 @@
 # avoid dpkg-dev dependency; fish out the version with sed
 VERSION := $(shell sed 's/.*(\(.*\)).*/\1/; q' debian/changelog)
+DATE := $(shell sed -n '/^ -- /{s/.* \(.*\)/\1/p;q}' debian/changelog)
 
 MAKEDEV := /sbin/MAKEDEV
 
@@ -35,7 +36,7 @@ devices.tar.gz:
 	chown 0:0 dev
 	chmod 755 dev
 	(cd dev  $(MAKEDEV) std ptmx fd consoleonly)
-	tar cf - dev | gzip -9 devices.tar.gz
+	tar --mtime=$(DATE) -cf - dev | gzip -9n devices.tar.gz
 	@if [ $$(tar tvf devices.tar.gz | wc -l) -lt 2 ]; then \
 		echo  ** devices.tar.gz is empty! 2; \
 		exit 1; \
-- 
1.9.1



signature.asc
Description: Digital signature


Bug#774070: dh-make-perl: Sometimes get A branch named 'master' already exists during recursive build

2014-12-28 Thread Andy Beverley
Package: dh-make-perl
Version: 0.75-1
Severity: normal
Tags: upstream patch

Under some circumstances when building recursively, it's possible
that Git environment variables will be set from previous builds,
(Git.pm defines them once initialised). This then means that
subsequent calls point to the wrong repo directories, generating
the error A branch named 'master' already exists

This patch always undefines them before each call to Git.

-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages dh-make-perl depends on:
ii  debhelper   9.20120909
ii  dpkg-dev1.16.15
ii  fakeroot1.18.4-2
ii  libapt-pkg-perl 0.1.26+b1
ii  libarray-unique-perl0.08-1
ii  libclass-accessor-perl  0.34-1
ii  libdpkg-perl1.16.15
ii  libemail-address-perl   1.895-1+deb7u1
ii  libemail-date-format-perl   1.002-1
ii  libfile-which-perl  1.09-1
ii  liblist-moreutils-perl  0.33-1+b1
ii  libmodule-depends-perl  0.16-1
ii  libparse-debcontrol-perl2.005-3
ii  libparse-debianchangelog-perl   1.2.0-1
ii  libsoftware-license-perl0.103004-2
ii  libtie-ixhash-perl  1.21-2
ii  libwww-mechanize-perl   1.71-1
ii  libyaml-perl0.81-1
ii  make3.81-8.2
ii  perl5.14.2-21+deb7u2
ii  perl-modules [libmodule-corelist-perl]  5.14.2-21+deb7u2

Versions of packages dh-make-perl recommends:
ii  apt-file  2.5.1
ii  git   1:1.7.10.4-1+wheezy1
ii  pristine-tar  1.25+deb7u1

dh-make-perl 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#774071: dh-make-perl: Build fails if renaming existing directory already exists

2014-12-28 Thread Andy Beverley
Package: dh-make-perl
Version: 0.75-1
Severity: normal
Tags: upstream patch

It's unlikely to happen, but I did get it once during a recursive build.
dh-make-perl renames existing build directories, but doesn't check
whether the directory being renamed to already exists. This fixes that.


-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages dh-make-perl depends on:
ii  debhelper   9.20120909
ii  dpkg-dev1.16.15
ii  fakeroot1.18.4-2
ii  libapt-pkg-perl 0.1.26+b1
ii  libarray-unique-perl0.08-1
ii  libclass-accessor-perl  0.34-1
ii  libdpkg-perl1.16.15
ii  libemail-address-perl   1.895-1+deb7u1
ii  libemail-date-format-perl   1.002-1
ii  libfile-which-perl  1.09-1
ii  liblist-moreutils-perl  0.33-1+b1
ii  libmodule-depends-perl  0.16-1
ii  libparse-debcontrol-perl2.005-3
ii  libparse-debianchangelog-perl   1.2.0-1
ii  libsoftware-license-perl0.103004-2
ii  libtie-ixhash-perl  1.21-2
ii  libwww-mechanize-perl   1.71-1
ii  libyaml-perl0.81-1
ii  make3.81-8.2
ii  perl5.14.2-21+deb7u2
ii  perl-modules [libmodule-corelist-perl]  5.14.2-21+deb7u2

Versions of packages dh-make-perl recommends:
ii  apt-file  2.5.1
ii  git   1:1.7.10.4-1+wheezy1
ii  pristine-tar  1.25+deb7u1

dh-make-perl 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#773528: systemd: enables audit without any hint on how to disable it

2014-12-28 Thread Martin Pitt
Control: tag -1 pending

Hello all,

I asked about this upstream:

  http://lists.freedesktop.org/archives/systemd-devel/2014-December/026591.html

I disabled the enabling of audit in systemd again for now. (in git,
will be in 218-3).
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature


Bug#774072: dh-make-perl: Using install option fails as wrong path to deb is used

2014-12-28 Thread Andy Beverley
Package: dh-make-perl
Version: 0.75-1
Severity: normal
Tags: upstream patch

As per the subject, using the install option tries to install the
deb from the wrong location. The attached patch is very simple.
Normally I'd be wary of hard-coding paths as such, but given
that this will only ever be run on Debian (?) and that the path
is already hard-coded with a slash, I think it's okay.


-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages dh-make-perl depends on:
ii  debhelper   9.20120909
ii  dpkg-dev1.16.15
ii  fakeroot1.18.4-2
ii  libapt-pkg-perl 0.1.26+b1
ii  libarray-unique-perl0.08-1
ii  libclass-accessor-perl  0.34-1
ii  libdpkg-perl1.16.15
ii  libemail-address-perl   1.895-1+deb7u1
ii  libemail-date-format-perl   1.002-1
ii  libfile-which-perl  1.09-1
ii  liblist-moreutils-perl  0.33-1+b1
ii  libmodule-depends-perl  0.16-1
ii  libparse-debcontrol-perl2.005-3
ii  libparse-debianchangelog-perl   1.2.0-1
ii  libsoftware-license-perl0.103004-2
ii  libtie-ixhash-perl  1.21-2
ii  libwww-mechanize-perl   1.71-1
ii  libyaml-perl0.81-1
ii  make3.81-8.2
ii  perl5.14.2-21+deb7u2
ii  perl-modules [libmodule-corelist-perl]  5.14.2-21+deb7u2

Versions of packages dh-make-perl recommends:
ii  apt-file  2.5.1
ii  git   1:1.7.10.4-1+wheezy1
ii  pristine-tar  1.25+deb7u1

dh-make-perl 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#774073: dh-make-perl: Ceating core module, install fails with trying to overwrite foo which is also in bar

2014-12-28 Thread Andy Beverley
Package: dh-make-perl
Version: 0.75-1
Severity: normal
Tags: upstream patch

When creating an updated version of a module that is already in core,
the subsequent install fails (as expected) with a message such as:
trying to overwrite '/usr/bin/instmodsh', which is also in package
perl 5.14.2-21+deb7u2.

Given that dh-make-perl has to be forced into creating core modules,
I think it's appropriate to instruct dpkg that the package contains
files that replace the core module. This patch does so.

If you think it's more appropriate, I'd be happy to create a further
doc patch and/or another command line option to go with this patch.


-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages dh-make-perl depends on:
ii  debhelper   9.20120909
ii  dpkg-dev1.16.15
ii  fakeroot1.18.4-2
ii  libapt-pkg-perl 0.1.26+b1
ii  libarray-unique-perl0.08-1
ii  libclass-accessor-perl  0.34-1
ii  libdpkg-perl1.16.15
ii  libemail-address-perl   1.895-1+deb7u1
ii  libemail-date-format-perl   1.002-1
ii  libfile-which-perl  1.09-1
ii  liblist-moreutils-perl  0.33-1+b1
ii  libmodule-depends-perl  0.16-1
ii  libparse-debcontrol-perl2.005-3
ii  libparse-debianchangelog-perl   1.2.0-1
ii  libsoftware-license-perl0.103004-2
ii  libtie-ixhash-perl  1.21-2
ii  libwww-mechanize-perl   1.71-1
ii  libyaml-perl0.81-1
ii  make3.81-8.2
ii  perl5.14.2-21+deb7u2
ii  perl-modules [libmodule-corelist-perl]  5.14.2-21+deb7u2

Versions of packages dh-make-perl recommends:
ii  apt-file  2.5.1
ii  git   1:1.7.10.4-1+wheezy1
ii  pristine-tar  1.25+deb7u1

dh-make-perl 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#774020: apt history

2014-12-28 Thread allan
Attaching apt history.

Start-Date: 2014-12-01  16:45:06
Upgrade: libavformat56:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libavresample2:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libavfilter5:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libmlt6:amd64 (0.9.2-dmo3, 0.9.2-dmo5), vim-common:amd64 (7.4.488-2, 7.4.488-3), melt:amd64 (0.9.2-dmo3, 0.9.2-dmo5), libswscale3:amd64 (2.4.3-dmo1, 2.4.4-dmo1), ffmpeg:amd64 (2.4.3-dmo1, 2.4.4-dmo1), vim-tiny:amd64 (7.4.488-2, 7.4.488-3), libswresample1:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libpostproc53:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libavcodec56:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libavdevice56:amd64 (2.4.3-dmo1, 2.4.4-dmo1), libmlt-data:amd64 (0.9.2-dmo3, 0.9.2-dmo5), libmlt++3:amd64 (0.9.2-dmo3, 0.9.2-dmo5), python-mlt:amd64 (0.9.2-dmo3, 0.9.2-dmo5), libavutil54:amd64 (2.4.3-dmo1, 2.4.4-dmo1)
End-Date: 2014-12-01  16:45:21

Start-Date: 2014-12-01  17:24:51
Commandline: synaptic
Reinstall: linux-image-3.16.0-4-amd64:amd64 (3.16.7-2), linux-kbuild-3.16:amd64 (3.16-2), cpufrequtils:amd64 (008-1), libcpufreq0:amd64 (008-1), linux-headers-3.16.0-4-amd64:amd64 (3.16.7-2), linux-headers-3.16.0-4-common:amd64 (3.16.7-2)
End-Date: 2014-12-01  17:26:12

Start-Date: 2014-12-02  04:38:42
Upgrade: binutils:amd64 (2.24.90.20141128-1, 2.24.90.20141201-1), libtdb1:amd64 (1.3.1-1, 1.3.2-1)
End-Date: 2014-12-02  04:38:48

Start-Date: 2014-12-03  05:10:05
Upgrade: libasan1:amd64 (4.9.2-4, 4.9.2-5), libquadmath0:amd64 (4.9.2-4, 4.9.2-5), libubsan0:amd64 (4.9.2-4, 4.9.2-5), python3.4:amd64 (3.4.2-2, 3.4.2-3), cpp-4.9:amd64 (4.9.2-4, 4.9.2-5), libstdc++-4.9-dev:amd64 (4.9.2-4, 4.9.2-5), libgomp1:amd64 (4.9.2-4, 4.9.2-5), libtsan0:amd64 (4.9.2-4, 4.9.2-5), libcilkrts5:amd64 (4.9.2-4, 4.9.2-5), python3.4-minimal:amd64 (3.4.2-2, 3.4.2-3), libgcc1:amd64 (4.9.2-4, 4.9.2-5), grub-common:amd64 (2.02~beta2-16, 2.02~beta2-17), libpython3.4-stdlib:amd64 (3.4.2-2, 3.4.2-3), libobjc4:amd64 (4.9.2-4, 4.9.2-5), libpython3.4:amd64 (3.4.2-2, 3.4.2-3), grub2-common:amd64 (2.02~beta2-16, 2.02~beta2-17), libatomic1:amd64 (4.9.2-4, 4.9.2-5), libsqlite3-0:amd64 (3.8.7.1-1, 3.8.7.2-1), libpython3.4-minimal:amd64 (3.4.2-2, 3.4.2-3), g++-4.9:amd64 (4.9.2-4, 4.9.2-5), libtdb1:amd64 (1.3.2-1, 1.3.3-1), gcc-4.9:amd64 (4.9.2-4, 4.9.2-5), grub-pc-bin:amd64 (2.02~beta2-16, 2.02~beta2-17), grub-pc:amd64 (2.02~beta2-16, 2.02~beta2-17), libgfortran3:amd64 (4.9.2-4, 4.9.2-5), libgcc-4.9-dev:amd64 (4.9.2-4, 4.9.2-5), python-reportbug:amd64 (6.6.0, 6.6.1), reportbug:amd64 (6.6.0, 6.6.1), liblsan0:amd64 (4.9.2-4, 4.9.2-5), libstdc++6:amd64 (4.9.2-4, 4.9.2-5), libitm1:amd64 (4.9.2-4, 4.9.2-5), gcc-4.9-base:amd64 (4.9.2-4, 4.9.2-5), libgcrypt20:amd64 (1.6.2-4, 1.6.2-4+b1)
End-Date: 2014-12-03  05:10:40

Start-Date: 2014-12-04  04:41:26
Upgrade: libavformat56:amd64 (2.4.4-dmo1, 2.5-dmo1), apt:amd64 (1.0.9.3, 1.0.9.4), libavresample2:amd64 (2.4.4-dmo1, 2.5-dmo1), libasan0:amd64 (4.8.3-15, 4.8.3-16), gcc-4.8-base:amd64 (4.8.3-15, 4.8.3-16), libavfilter5:amd64 (2.4.4-dmo1, 2.5-dmo1), cpp-4.8:amd64 (4.8.3-15, 4.8.3-16), apt-utils:amd64 (1.0.9.3, 1.0.9.4), procmail:amd64 (3.22-22, 3.22-23), libapt-inst1.5:amd64 (1.0.9.3, 1.0.9.4), iceweasel:amd64 (31.2.0esr-3, 31.3.0esr-1), libswscale3:amd64 (2.4.4-dmo1, 2.5-dmo1), ffmpeg:amd64 (2.4.4-dmo1, 2.5-dmo1), libapt-pkg4.12:amd64 (1.0.9.3, 1.0.9.4), libswresample1:amd64 (2.4.4-dmo1, 2.5-dmo1), libgcc-4.8-dev:amd64 (4.8.3-15, 4.8.3-16), libpostproc53:amd64 (2.4.4-dmo1, 2.5-dmo1), gcc-4.8:amd64 (4.8.3-15, 4.8.3-16), libavcodec56:amd64 (2.4.4-dmo1, 2.5-dmo1), libavdevice56:amd64 (2.4.4-dmo1, 2.5-dmo1), libavutil54:amd64 (2.4.4-dmo1, 2.5-dmo1)
End-Date: 2014-12-04  04:41:46

Start-Date: 2014-12-04  04:42:00
End-Date: 2014-12-04  04:42:00

Start-Date: 2014-12-05  04:36:27
Upgrade: libgoa-1.0-0b:amd64 (3.14.1-1, 3.14.2-1), libdb5.3:amd64 (5.3.28-6, 5.3.28-7), claws-mail:amd64 (3.11.1-2, 3.11.1-3), bluetooth:amd64 (5.23-1, 5.23-2), mutt:amd64 (1.5.23-2, 1.5.23-3), libgoa-1.0-common:amd64 (3.14.1-1, 3.14.2-1), libbluetooth3:amd64 (5.23-1, 5.23-2), gnupg:amd64 (1.4.18-4, 1.4.18-6), bluez:amd64 (5.23-1, 5.23-2), gpgv:amd64 (1.4.18-4, 1.4.18-6), claws-mail-i18n:amd64 (3.11.1-2, 3.11.1-3)
End-Date: 2014-12-05  04:36:37

Start-Date: 2014-12-05  15:07:21
Upgrade: libgudev-1.0-0:amd64 (215-7, 215-8), libpam-systemd:amd64 (215-7, 215-8), udev:amd64 (215-7, 215-8), libudev1:amd64 (215-7, 215-8), systemd-sysv:amd64 (215-7, 215-8), libjasper1:amd64 (1.900.1-debian1-2.1+b1, 1.900.1-debian1-2.2), systemd:amd64 (215-7, 215-8), libsystemd0:amd64 (215-7, 215-8)
End-Date: 2014-12-05  15:07:39

Start-Date: 2014-12-06  02:49:16
Upgrade: man-db:amd64 (2.7.0.2-3, 2.7.0.2-4), libldb1:amd64 (1.1.17-1, 1.1.18-1), samba-libs:amd64 (4.1.13+dfsg-2, 4.1.13+dfsg-3), libwbclient0:amd64 (4.1.13+dfsg-2, 4.1.13+dfsg-3), ufraw-batch:amd64 (0.20-1, 0.20-2), libsmbclient:amd64 (4.1.13+dfsg-2, 4.1.13+dfsg-3), gksu:amd64 (2.0.2-7, 2.0.2-9)
End-Date: 2014-12-06  02:49:23

Start-Date: 2014-12-07  04:39:49
Upgrade: syslinux:amd64 (6.03+dfsg-3, 6.03+dfsg-4), syslinux-common:amd64 

Bug#768286: python{, 3}-zope.interface-dbg: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

2014-12-28 Thread Ivo De Decker
Hi,

On Sat, Dec 13, 2014 at 04:08:44PM +0100, Andreas Beckmann wrote:
 I can still reproduce this issue on this upgrade path:
 
   squeeze - wheezy - jessie

 Looks like you need to use the absolute path of the link
 target in your .maintscript files:
 
 -symlink_to_dir /usr/share/doc/python-zope.interface-dbg 
 python-zope.interface 4.1.1-3~
 +symlink_to_dir /usr/share/doc/python-zope.interface-dbg 
 /usr/share/doc/python-zope.interface 4.1.1-4~
 
 dpkg-maintscript-helper will try both 
   readlink $SYMLINKTOBECOMEADIRECTORY
 and
   readlink -f $SYMLINKTOBECOMEADIRECTORY
 and one of the must match the old target for actions to be taken.

It fails when upgrading from squeeze to wheezy to jessie, because the result
from the upgrade from squeeze to wheezy differs from a clean wheezy install.

The wheezy install has:

/usr/share/doc/python-zope.interface-dbg - python-zope.interface

After the squeeze to wheezy upgrade, the symlink is created by the
python-zope.interface-dbg postinst from wheezy, which creates the symlink
using the full path:

/usr/share/doc/python-zope.interface-dbg - /usr/share/doc/python-zope.interface


Using the full path in the .maintscript file in the jessie version works in
both cases. I'm preparing an NMU for this.

Cheers,

Ivo


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



Bug#771215: git-buildpackage: please merge support for gbp pq-rpm

2014-12-28 Thread Guido Günther
On Tue, Dec 16, 2014 at 10:09:15AM +0200, Markus Lehtonen wrote:
 On Fri, 2014-12-05 at 15:50 +0100, Guido Günther wrote:
  Hi Markus,
  On Tue, Dec 02, 2014 at 04:47:58PM +0200, Markus Lehtonen wrote:
   Hello,
   
   On Fri, 2014-11-28 at 14:55 +0100, Guido Günther wrote:
On Fri, Nov 28, 2014 at 12:11:01PM +0200, Markus Lehtonen wrote:
[..snip..]
 If you're willing to wait for few days I could look into this and 
 provide
 a patchset with minimal pq-rpm implementation (i.e. all the new 
 cmdline
 options, even configurable branch names, removed). What I'd like to 
 have
 there are the unit tests.

That would be awesome! I'd be great to have a second tool merged.
   
   The attached series implements an initial version of the pq-rpm tool.
   The first four patches (0001-0004) are required to make the actual
   pq-rpm tool to work correctly. The next four patches (0005-0008) are
   requirements for the unit tests. The last patch finally implements
   gbp-pq-rpm tool itself.
   
   This series (plus some additional features) is also available in
   feature/pq-rpm branch in my Github repository:
   git clone git://github.com/marquiz/git-buildpackage-rpm.git -b
   feature/pq-rpm
  
  I had a look at this branch an it looks great. I'd feel more
  comfortable if we'd had a unit test for dump_tree with recursive
  though (af39e32692ebedb4316b28851e10f737bf176105) - can you add that,
  I can pull in the rest then.
 
 You can find a patch with updated unit tests attached. I also updated
 and rebased my feature/pq-rpm branch in Github.

I've pulled in the patches up to

but the tests fail with:

==
ERROR: test suite for class 'tests.component.rpm.test_pq_rpm.TestPqRpm'
--
Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/nose/suite.py, line 209, in run
self.setUp()
  File /usr/lib/python2.7/dist-packages/nose/suite.py, line 292, in setUp
self.setupContext(ancestor)
  File /usr/lib/python2.7/dist-packages/nose/suite.py, line 315, in 
setupContext
try_run(context, names)
  File /usr/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run
return func()
  File 
/var/scratch/src/git-buildpackage/git-buildpackage/tests/component/rpm/__init__.py,
 line 93, in setup_class
repo.create_branch(branch, rev)
  File 
/var/scratch/src/git-buildpackage/git-buildpackage/gbp/git/repository.py, 
line 311, in create_branch
self._git_command(branch, args.args)
  File 
/var/scratch/src/git-buildpackage/git-buildpackage/gbp/git/repository.py, 
line 207, in _git_command
raise GitRepositoryError(Error running git %s: %s % (command, stderr))
GitRepositoryError: Error running git branch: fatal: Not a valid branch point: 
'b82fd1a61db4221263b2c110f60c6d07cb0203df'.

I assume that the subproject commit of tests/component/rpm/data in 
63a5a1aedb5e14e6d32a942b2a4c6de42b14a8f2 is incorrect?
Cheers,
 -- Guido


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



Bug#774074: dh-make-perl: Recursive option does not check version of existing packages

2014-12-28 Thread Andy Beverley
Package: dh-make-perl
Version: 0.75-1
Severity: normal
Tags: upstream patch

When using the recursive option, dh-make-perl checks for existing
packages both locally and in apt. However, it doesn't check the
versions, so the actual module required may still not exist.

This patch also checks the version, and adds the module to the
missing list if the version does not satisfy the requirement.

It relies on DPKG::Parse::Available and associated RT patch 69920,
but the module appears to be unmaintained. Assuming that the patch
attached to this is acceptable, I'd be happy in looking at options
to ensure that DPKG::Parse::Available is maintained.

Bug 774073 relies on this patch.


-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages dh-make-perl depends on:
ii  debhelper   9.20120909
ii  dpkg-dev1.16.15
ii  fakeroot1.18.4-2
ii  libapt-pkg-perl 0.1.26+b1
ii  libarray-unique-perl0.08-1
ii  libclass-accessor-perl  0.34-1
ii  libdpkg-perl1.16.15
ii  libemail-address-perl   1.895-1+deb7u1
ii  libemail-date-format-perl   1.002-1
ii  libfile-which-perl  1.09-1
ii  liblist-moreutils-perl  0.33-1+b1
ii  libmodule-depends-perl  0.16-1
ii  libparse-debcontrol-perl2.005-3
ii  libparse-debianchangelog-perl   1.2.0-1
ii  libsoftware-license-perl0.103004-2
ii  libtie-ixhash-perl  1.21-2
ii  libwww-mechanize-perl   1.71-1
ii  libyaml-perl0.81-1
ii  make3.81-8.2
ii  perl5.14.2-21+deb7u2
ii  perl-modules [libmodule-corelist-perl]  5.14.2-21+deb7u2

Versions of packages dh-make-perl recommends:
ii  apt-file  2.5.1
ii  git   1:1.7.10.4-1+wheezy1
ii  pristine-tar  1.25+deb7u1

dh-make-perl 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#746967: buildd.debian.org: d-i daily builds happen with unsigned code from alioth

2014-12-28 Thread Philipp Kern
On Thu, Sep 11, 2014 at 10:49:06PM +0200, Aurelien Jarno wrote:
 If we choose this solution, here is a quick and dirty patch against
 di-autobuild to do that. It's basically changing the hardcoded paths
 and call to schroot. There is probably more fixes/cleanup to do, but
 it's just a proof of concept to show this solution works without
 additional privilege on the porterboxes. Note that I haven't tried the
 upload part, but I guess it's just a matter of having the right packages
 installed (if not already the case).
 
 We probably want to have a dedicated d-i account for that on the
 porterbox. Also we have only one amd64/i386 porterbox, and the current
 script doesn't support that, but that should be easy to test.
 
 If this solution is chosen, I'll be happy to continue working on this
 script as time permits.

I'm ok with this approach for the time being. Obviously building on real
infrastructure the way other stuff is built would be even better. (For
instance binNMUing the unstable d-i into experimental every day, or
similar.)

Kind regards
Philipp Kern


signature.asc
Description: Digital signature


Bug#772687: [Pkg-fonts-devel] Bug#772687: Bug#772687: fonts-droid: fallback font is installed too early to fontconfig

2014-12-28 Thread Norbert Preining
Hi Christian,

 I'm currently out of time to design the right solution, build and
 upload ,(after asking for a pre-approval to unblock). Yamane-san, any
 chance you can work on this ?

Not tested, just started in git, but here is a shot at moving the
conffile to 61 instead of 65.

I am not sure if 61 is the right place, though.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live  Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

diff --git a/debian/changelog b/debian/changelog
index b9b7c49..c0f7506 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,10 +1,15 @@
 fonts-android (1:4.4.4r2-5) UNRELEASED; urgency=medium
 
+  [ Vasudev Kamath ]
   * Fix typo in maintscript, we never built fonts-android binary from this
 source package.
 Closes: bug#772457, Thanks to Niels Thykier.
 
- -- Vasudev Kamath kamathvasu...@gmail.com  Sun, 14 Dec 2014 17:17:03 +0530
+  [ Norbert Preining ]
+  * install droid-sans-fallback.conf fontconfig file low in the hierarchy
+so that it does not override other fonts (Closes: #772687)
+
+ -- Norbert Preining prein...@debian.org  Sun, 28 Dec 2014 21:35:54 +0900
 
 fonts-android (1:4.4.4r2-4) unstable; urgency=low
 
diff --git a/debian/local/61-droid-sans-fallback.conf b/debian/local/61-droid-sans-fallback.conf
new file mode 100644
index 000..9aa0d22
--- /dev/null
+++ b/debian/local/61-droid-sans-fallback.conf
@@ -0,0 +1,16 @@
+?xml version=1.0?
+!DOCTYPE fontconfig SYSTEM fonts.dtd
+fontconfig
+	alias
+		familysans-serif/family
+		prefer
+			familyDroid Sans Fallback/family
+		/prefer
+	/alias
+	alias
+		familymonospace/family
+		prefer
+			familyDroid Sans Fallback/family
+		/prefer
+	/alias
+/fontconfig
diff --git a/debian/local/65-droid-sans-fallback.conf b/debian/local/65-droid-sans-fallback.conf
deleted file mode 100644
index 9aa0d22..000
--- a/debian/local/65-droid-sans-fallback.conf
+++ /dev/null
@@ -1,16 +0,0 @@
-?xml version=1.0?
-!DOCTYPE fontconfig SYSTEM fonts.dtd
-fontconfig
-	alias
-		familysans-serif/family
-		prefer
-			familyDroid Sans Fallback/family
-		/prefer
-	/alias
-	alias
-		familymonospace/family
-		prefer
-			familyDroid Sans Fallback/family
-		/prefer
-	/alias
-/fontconfig
diff --git a/debian/maintscript b/debian/maintscript
index 57be57e..064f80a 100644
--- a/debian/maintscript
+++ b/debian/maintscript
@@ -1,3 +1,4 @@
 rm_conffile /etc/fonts/conf.avail/60-droid-sans-mono-fonts.conf 1:4.3-2~ fonts-droid 
 rm_conffile /etc/fonts/conf.avail/59-droid-serif-fonts.conf 1:4.3-2~ fonts-droid
 rm_conffile /etc/fonts/conf.avail/65-droid-sans-fonts.conf 1:4.4.4r2-2~ fonts-droid
+mv_conffile /etc/fonts/conf.avail/65-droid-sans-fallback.conf /etc/fonts/conf.avail/61-droid-sans-fallback.conf 1:4.4.4r2-5~ fonts-droid


Bug#774073: Patch for #774073

2014-12-28 Thread Andrew Beverley

From 2ed90c88dfac1abe7403acc9c0939cc882940bda Mon Sep 17 00:00:00 2001
From: Andy Beverley a...@andybev.com
Date: Sun, 28 Dec 2014 08:40:12 +
Subject: [PATCH 6/6] Allow built core modules to overwrite files from perl
 package

---
 lib/DhMakePerl/Command/make.pm |   17 +
 1 file changed, 17 insertions(+)

diff --git a/lib/DhMakePerl/Command/make.pm b/lib/DhMakePerl/Command/make.pm
index 64a067f..05f2a82 100644
--- a/lib/DhMakePerl/Command/make.pm
+++ b/lib/DhMakePerl/Command/make.pm
@@ -136,6 +136,23 @@ sub execute {
 $bin-Depends-add( $self-cfg-depends )
 if $self-cfg-depends;
 
+# If it's a module that would otherwise be part of core, then
+# tell dpkg that this is allowed to overwrite files from
+# the core perl package. We'll have only got this far if
+# --core-ok has been specified.
+if (is_core_module $self-cfg-cpan)
+{
+# Look up installed Perl version in apt cache
+if (my $apt_cache = apt_cache()) {
+my $pkg = $apt_cache-{perl};
+if ( my $available = $pkg-{VersionList} ) {
+my $target_perl_version = pop @$available;
+my $depends = Debian::Dependency-new(perl (=$target_perl_version));
+$bin-Replaces-add( $depends );
+}
+}
+}
+
 $src-Build_Depends-add( $self-cfg-bdepends )
 if $self-cfg-bdepends;
 
-- 
1.7.10.4



Bug#774073: Patch depends on path in #774074

2014-12-28 Thread Andrew Beverley
Forgot to say, this patch relies on the patch in #774074


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



Bug#772687: [Pkg-fonts-devel] Bug#772687: Bug#772687: fonts-droid: fallback font is installed too early to fontconfig

2014-12-28 Thread Norbert Preining
On Sun, 28 Dec 2014, Norbert Preining wrote:
 I am not sure if 61 is the right place, though.

Indeed it is not ... should be 69 ;-) 

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live  Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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



Bug#774074: Patch for 774074

2014-12-28 Thread Andrew Beverley

From 1c27a34f263fc2e90e72077a72f6d979b165cc6f Mon Sep 17 00:00:00 2001
From: Andy Beverley a...@andybev.com
Date: Sat, 27 Dec 2014 23:46:17 +
Subject: [PATCH 4/6] Check available package versions when building
 recursively

This patch adds version lookups when checking dpkg and apt
repositories. Previously, a package would not be built if
it existed as *any* version, not necessarily the version
required.
---
 lib/Debian/Control/FromCPAN.pm  |   61 +++
 lib/DhMakePerl/Command/Packaging.pm |   19 +++
 lib/DhMakePerl/Command/make.pm  |   14 +++-
 lib/DhMakePerl/Utils.pm |   19 +++
 4 files changed, 92 insertions(+), 21 deletions(-)

diff --git a/lib/Debian/Control/FromCPAN.pm b/lib/Debian/Control/FromCPAN.pm
index 1749cc1..6bc2075 100644
--- a/lib/Debian/Control/FromCPAN.pm
+++ b/lib/Debian/Control/FromCPAN.pm
@@ -23,7 +23,7 @@ use Carp qw(croak);
 use base 'Debian::Control';
 
 use CPAN ();
-use DhMakePerl::Utils qw( is_core_module find_cpan_module nice_perl_ver split_version_relation );
+use DhMakePerl::Utils qw( is_core_module find_cpan_module nice_perl_ver split_version_relation apt_cache );
 use File::Spec qw( catfile );
 use Module::Depends ();
 
@@ -47,6 +47,13 @@ Options:
 An instance of LDebian::AptContents to be used when locating to which package
 a required module belongs.
 
+=item dpkg_available
+An instance of LDPKG::Parse::Available to be used when checking whether
+the locally available package is the required version. For example:
+
+my $available = DPKG::Parse::Available-new;
+$available-parse;
+
 =item dir
 
 The directory where the cpan distribution was unpacked.
@@ -85,6 +92,7 @@ sub discover_dependencies {
 ref($opts) and ref($opts) eq 'HASH'
 or die 'Usage: $obj-{ [ { opts hash } ] )';
 my $apt_contents = delete $opts-{apt_contents};
+my $dpkg_available = delete $opts-{dpkg_available};
 my $dir = delete $opts-{dir};
 my $intrusive = delete $opts-{intrusive};
 my $require_deps = delete $opts-{require_deps};
@@ -163,7 +171,8 @@ sub discover_dependencies {
 
 # run-time
 my ( $debs, $missing )
-= $self-find_debs_for_modules( $deps-{requires}, $apt_contents, $verbose );
+= $self-find_debs_for_modules( $deps-{requires}, $apt_contents,
+$verbose, $dpkg_available );
 
 if (@$debs) {
 if ($verbose) {
@@ -187,7 +196,8 @@ sub discover_dependencies {
 %{ $deps-{configure_requires} || {} }
 },
 $apt_contents,
-$verbose
+$verbose,
+$dpkg_available,
 );
 
 if (@$b_debs) {
@@ -254,7 +264,7 @@ EOF
 return @$missing;
 }
 
-=item find_debs_for_modules Idep hash[, APT contents[, verbose ]]
+=item find_debs_for_modules Idep hash[, APT contents[, verbose[, DPKG available]]]
 
 Scans the given hash of dependencies ( module = version ) and returns
 matching Debian package dependency specification (as an instance of
@@ -262,13 +272,16 @@ LDebian::Dependencies class) and a list of missing modules.
 
 Perl core is searched first, then installed packages, then the APT contents.
 
+If a DPKG::Parse::Available object is passed, also check the available package version
+
 =cut
 
 sub find_debs_for_modules {
 
-my ( $self, $dep_hash, $apt_contents, $verbose ) = @_;
+my ( $self, $dep_hash, $apt_contents, $verbose, $dpkg_available ) = @_;
 
 my $debs = Debian::Dependencies-new();
+my $aptpkg_cache = apt_cache();
 
 my @missing;
 
@@ -292,9 +305,45 @@ sub find_debs_for_modules {
 ? [ map { { pkg = $_, ver = $version } } @pkgs ]
 : ( $pkgs[0], $version )
 );
+
+# Check the actual version available, if we've been passed
+# a DPKG::Parse::Available object
+if ( $dpkg_available ) {
+my @available;
+my @satisfied = grep {
+if ( my $pkg = $dpkg_available-get_package('name' = $_) ) {
+my $have_pkg = Debian::Dependency-new( $_, '=', $pkg-version );
+push @available, $have_pkg;
+$have_pkg-satisfies($dep);
+}
+} @pkgs;
+unless ( @satisfied ) {
+print $module is available locally as @available, but does not satisify $version
+if $verbose;
+push @missing, $module;
+}
+}
 }
-elsif ($apt_contents) {
+
+if (!$dep  $apt_contents) {
 $dep = $apt_contents-find_perl_module_package( $module, $version );
+
+# Check the actual version in APT, if we've got
+# a AptPkg::Cache object to search
+if ( $dep  $aptpkg_cache ) {
+my $pkg = $aptpkg_cache-{$dep-pkg};
+if ( my $available = $pkg-{VersionList} ) {
+for my $v ( @$available ) {
+

Bug#774072: Patch for 774072

2014-12-28 Thread Andrew Beverley

From 9f92e37e0b22a6d260af61fab6b6c7928d8cfbfa Mon Sep 17 00:00:00 2001
From: Andy Beverley a...@andybev.com
Date: Sat, 27 Dec 2014 23:51:28 +
Subject: [PATCH 5/6] Use correct location for deb when using install option

---
 lib/DhMakePerl/Command/make.pm |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/DhMakePerl/Command/make.pm b/lib/DhMakePerl/Command/make.pm
index 1b44c62..64a067f 100644
--- a/lib/DhMakePerl/Command/make.pm
+++ b/lib/DhMakePerl/Command/make.pm
@@ -438,7 +438,7 @@ sub install_package {
 $debname = sprintf( %s_%s-1_%s.deb, $self-pkgname, $self-version,
 $archspec );
 
-my $deb = $self-main_dir . /$debname;
+my $deb = $self-main_dir . /../$debname;
 system(dpkg -i $deb) == 0
 || die Cannot install package $deb\n;
 }
-- 
1.7.10.4



Bug#774071: Patch for 774071

2014-12-28 Thread Andrew Beverley

From b2d9f39599f39a783e448423e716ab55da231e9e Mon Sep 17 00:00:00 2001
From: Andy Beverley a...@andybev.com
Date: Sat, 27 Dec 2014 21:36:53 +
Subject: [PATCH 3/6] Check existing new directory name before attempting a
 rename to it

---
 lib/DhMakePerl/Command/make.pm |   11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/lib/DhMakePerl/Command/make.pm b/lib/DhMakePerl/Command/make.pm
index 4761ae7..c3c0214 100644
--- a/lib/DhMakePerl/Command/make.pm
+++ b/lib/DhMakePerl/Command/make.pm
@@ -349,12 +349,19 @@ sub setup_dir {
 $new_maindir = $orig_pwd . / . $dist-base_id;
 
 # rename existing directory
+my $new_inc;
+my $rename_to = $new_maindir.$$;
+while (-d $rename_to)
+{
+$new_inc++;
+$rename_to = $new_maindir.$$-$new_inc;
+}
 if ( -d $new_maindir
- rename $new_maindir, $new_maindir.$$ )
+ rename $new_maindir, $rename_to)
 {
 print '=' x 70, \n;
 print
-Unpacked tarball already existed, directory renamed to $new_maindir.$$\n;
+Unpacked tarball already existed, directory renamed to $rename_to\n;
 print '=' x 70, \n;
 }
 system( mv, $self-main_dir, $new_maindir ) == 0
-- 
1.7.10.4



Bug#774073: dh-make-perl: Ceating core module, install fails with trying to overwrite foo which is also in bar

2014-12-28 Thread Niko Tyni
On Sun, Dec 28, 2014 at 12:19:32PM +, Andy Beverley wrote:
 Package: dh-make-perl
 Version: 0.75-1
 Severity: normal
 Tags: upstream patch

 When creating an updated version of a module that is already in core,
 the subsequent install fails (as expected) with a message such as:
 trying to overwrite '/usr/bin/instmodsh', which is also in package
 perl 5.14.2-21+deb7u2.
 
 Given that dh-make-perl has to be forced into creating core modules,
 I think it's appropriate to instruct dpkg that the package contains
 files that replace the core module. This patch does so.

Please note that a Replaces entry isn't quite enough for packages with
conflicting files to coexist cleanly: in case the replacing package
gets removed later, the conflicting file would then be gone from the
system altogether.

A more robust solution is using dpkg-divert in maintainer scripts to move
the core version out of the way and then back later if necessary. See
for instance the libmodule-corelist-perl package for an example
implementation.
-- 
Niko Tyni   nt...@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#774070: Patch for 774070

2014-12-28 Thread Andrew Beverley

From 94798369412749560910507a55a375c961025685 Mon Sep 17 00:00:00 2001
From: Andy Beverley a...@andybev.com
Date: Sat, 27 Dec 2014 21:31:33 +
Subject: [PATCH 2/6] Reset Git environment variables to ensure correct repo
 is used

Under some circumstances when building recursively, it's possible
that Git environment variables will be set from previous builds,
which then point to the wrong repo directories. This patches
always undefines them before each call to Git.
---
 lib/DhMakePerl/Command/make.pm |   12 
 1 file changed, 12 insertions(+)

diff --git a/lib/DhMakePerl/Command/make.pm b/lib/DhMakePerl/Command/make.pm
index b0bd9fb..4761ae7 100644
--- a/lib/DhMakePerl/Command/make.pm
+++ b/lib/DhMakePerl/Command/make.pm
@@ -718,6 +718,12 @@ sub git_import_upstream__init_debian {
 
 require Git;
 
+# The Git environment variables may be set from previous iterations
+# of this program being run. In this case, it's possible that the
+# Git module will use these to point to the wrong source tree.
+delete $ENV{'GIT_DIR'};
+delete $ENV{'GIT_WORK_TREE'};
+
 Git::command( 'init', $self-main_dir );
 
 my $git = Git-repository( $self-main_dir );
@@ -748,6 +754,12 @@ sub git_add_debian {
 require Git;
 require File::Which;
 
+# The Git environment variables may be set from previous iterations
+# of this program being run. In this case, it's possible that the
+# Git module will use these to point to the wrong source tree.
+delete $ENV{'GIT_DIR'};
+delete $ENV{'GIT_WORK_TREE'};
+
 my $git = Git-repository( $self-main_dir );
 $git-command( 'add', 'debian' );
 $git-command( 'commit', '-m',
-- 
1.7.10.4



Bug#774068: Patch for 774068

2014-12-28 Thread Andrew Beverley

From 45945f8e72eabcd9210158191bfbeadf3ea3fa66 Mon Sep 17 00:00:00 2001
From: Andy Beverley a...@andybev.com
Date: Sat, 27 Dec 2014 21:26:45 +
Subject: [PATCH 1/6] Ensure no perllocal.pod files are created during build

Although the version of ExtUtils-MakeMaker shipped with Debian does
not create perllocal.pod files, there is a chance that a local version
will have been installed that does.

If perllocal.pod files are created, they will conflict between
multiple packages.
---
 share/rules.dh.tiny |4 
 1 file changed, 4 insertions(+)

diff --git a/share/rules.dh.tiny b/share/rules.dh.tiny
index 2d33f6a..0b86f50 100755
--- a/share/rules.dh.tiny
+++ b/share/rules.dh.tiny
@@ -2,3 +2,7 @@
 
 %:
 	dh $@
+
+override_dh_auto_configure:
+	dh_auto_configure -- NO_PERLLOCAL=1
+
-- 
1.7.10.4



Bug#291951: closed by Ola Lundqvist o...@inguza.com (Solved by latest upload)

2014-12-28 Thread Ola Lundqvist
Hi

No. I can not see that emacs snapshot is part of any debian version.

I could of course have tested emacs24 but I still run wheezy here.

// Ola

On Fri, Dec 26, 2014 at 3:17 PM, Cyril Bouthors cyril.bouth...@isvtec.com
wrote:


 On Tue, Dec 23, 2014 at 9:28 PM, Ola Lundqvist o...@inguza.com wrote:

 In that case I can not reproduce the problem. Because when I type this I
 get correct indentation.
 ola@quartz:~$ dpkg -l php-elisp emacs23


 emacs23 is pretty old

 Did you try with emacs-snapshot?


 --
 Cyril Bouthors - go-managed.com http://www.go-managed.com/ -
 +33-184-161-617 +1-347-294-7146
 https://www.linkedin.com/in/cyrilbouthors




-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---


Bug#774075: libdvdnav4: breaks mplayer2 from wheezy

2014-12-28 Thread Stepan Golosunov
Package: libdvdnav4
Version: 5.0.1-1

mplayer2 2.0-554-gf63dbad-1+b1 no longer starts after upgrading
libdvdnav4 from 4.2.0+20120524-2 to 5.0.1-1:

% mplayer
mplayer: error while loading shared libraries: libdvdnavmini.so.4: cannot open 
shared object file: No such file or directory


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



Bug#706877: insserv: breaks dist-upgrade by installing before packages fix their init scripts

2014-12-28 Thread Ivo De Decker
Control: tags -1 wheezy

Hi Lucas,

On Thu, Nov 06, 2014 at 09:08:25AM +0100, Lucas Nussbaum wrote:
 Given that this bug was present (unfixed) in wheezy, and the situation
 can only have improved since then, I think that this bug should be
 jessie-ignore'd.

As this is an upgrade issue from squeeze to wheezy, the correct way to handle
this it to tag this bug wheezy (doing so now).

Cheers,

Ivo


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



Bug#631295: gvfs-backends: gvfsd-gphoto2 handles large image/video files very badly

2014-12-28 Thread Rupert Millard
I can confirm that this bug is still present in the gvfs-backends 
package in Wheezy, version 1.12.3-4


It has been fixed upstream:
https://bugzilla.gnome.org/show_bug.cgi?id=642814
https://git.gnome.org/browse/gvfs/commit/?id=86162bbe4b09f517b551ff1c9207a119e91ab733

I'm sorry, but I don't really understand how to apply the fix to the 
package myself - I have been reading about it all morning.


Thanks,

Rupert


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



Bug#774076: Please relicense gcov.m4 and automake rule to all permissive license and add it to autoconf-archive

2014-12-28 Thread Bastien ROUCARIES
package: autoconf-archive
version: 20140228-1.1

Dear francis,

I wish to add to autoconf-archive package the machinery you created
here https://patches.linaro.org/13424/ for gcov stuff.

Could you (by answering to this bug) give me some hint about the
license you used.

We will prefer if possible a  all-permissive license, see
http://www.gnu.org/software/autoconf-archive/How-to-contribute.html in
order to get this included in the future in autoconf

Thanks

Bastien


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



Bug#771215: git-buildpackage: please merge support for gbp pq-rpm

2014-12-28 Thread Tzafrir Cohen
On Sun, Dec 28, 2014 at 01:22:27PM +0100, Guido Günther wrote:

 ==
 ERROR: test suite for class 'tests.component.rpm.test_pq_rpm.TestPqRpm'

Speaking of tests, I think that the following should also be included in
the branch (unless I missed it elsewhere):

  
http://git.tzafrir.org.il/cgit/git-buildpackage.git/commit/?id=b2d8fa3bdb750ddf974cb605de4e5f0c9b4281cb

That repo also has a brute-force rebase of buildpackage-rpm on top of
0.6.22 (just that command. Others are still missing).

-- 
Tzafrir Cohen | tzaf...@jabber.org | VIM is
http://tzafrir.org.il || a Mutt's
tzaf...@cohens.org.il ||  best
tzaf...@debian.org|| friend


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



Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black

2014-12-28 Thread Bernhard Übelacker
Hello Bálint Réczey,
thanks for your fast response.

One thing I am uncomfortable with my proposal is, if it would affect
people using some low spec computer which are not able to decode fast
enough in software and not having vdpau at all.

I will try to build a kodi package from your repo and report back.

Kind regards,
Bernhard


One think were I am undecided is, my proposal is to set set
software=true. But I don't know if then someone would still be able to
watch via xbmc-pvr-tvheadend-hts on e.g. on a raspberry

On Sun, 28 Dec 2014 11:17:44 +0100 =?UTF-8?B?QsOhbGludCBSw6ljemV5?=
bal...@balintreczey.hu wrote:
 Control: tags -1 pending upstream confirmed
 
 Bernhard,
 
 2014-12-27 22:07 GMT+01:00 Bernhard Übelacker bernha...@vr-web.de:
  Package: xbmc
  Version: 2:13.2+dfsg1-4
  Severity: important
 
  Dear Maintainer,
  when playing with xbmc from current jessie with activated 
  xbmc-pvr-tvheadend-
  hts
  from some satellite broadcasts I get only a black screen when switching from
  windowed to fullscreen mode.
 
 
  These are the circumstances which are relevant (as far as I think):
  - using a VDPAU enabled graphics card with needed vdpau libraries installed
  - having no .xbmc directory in home directory (just for reproducability)
  - starting xbmc
  - activating Tvheadend HTSP Client addon
  - playing a broadcast through LiveTv in windowed mode (in my case no HD
  channel)
(plays fine in the partial screen with channels on the side as filling the
  whole window too.)
  - switching to fullscreen mode (e.g. altgr+backslash)
  - video stays black, audio still playing, other menus and control elements 
  also
  visible.
 
 
  I did some further investigations:
 ...
  I opened it as important, but probably you want to increase it to serious if
  you see fit.
  If yes probably on way of action for jessie would be to add this 
  hint.software
  = true;
  in DVDPlayer.cpp:3003 as it is already the case for DVD playback.
 
 Thank you for the detailed investigation and the proposed fix. The fix
 will be included in the next upload.
 There is no need for increasing severity. I will ask for a freeze
 exception and I think Release Managers will approve it.
 
 I also checked latest upstream code but the patched part has been
 removed and without the HW to test the change I'm not comfortable with
 adapting the patch.
 
 I have packaged Kodi already [1] but it is waiting in the NEW queue
 right now. Could you please check if Kodi needs the fix, too and adapt
 the patch if needed?
 If you could upstream the Kodi fix yourself and ping me to back-port
 the fix I would be happy, too.
 
 Cheers,
 Balint
 
 [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git
 
 


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



Bug#774045: linux-image-3.16-3-amd64: on MacBook Pro, ethernet not recognise when on battery power

2014-12-28 Thread Ben Hutchings
Control: tag -1 moreinfo

On Sun, 2014-12-28 at 00:24 +, Julian Gilbey wrote:
 Package: src:linux
 Version: 3.16.5-1
 Severity: normal
 
 Hi!
 
 I don't know how to track down this bug, but I'm happy to help do so.
 Also, if this is related to network-manager and not the kernel, please
 feel free to reassign.
 
 I am using a MacBook Pro running Debian testing.
 
 I have noticed that when I am running on mains power, network-manager
 recognises my connected ethernet cable, but as soon as I remove the
 power and switch to battery, there is no recognition of the ethernet
 being present.
 
 Any suggestions?
 
 (It may be a week or so before I next have access to ethernet to do
 any testing, sorry, but am happy to help with it.)
[...]

Do you have laptop-mode-tools installed?  If so, please try without it.

Ben.

-- 
Ben Hutchings
Life would be so much easier if we could look at the source code.


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


Bug#773528: systemd: enables audit without any hint on how to disable it

2014-12-28 Thread Martin Steigerwald
Hi Martin.

Am Sonntag, 28. Dezember 2014, 13:14:54 schrieb Martin Pitt:
[…]
 Hello all,
 
 I asked about this upstream:
 
   
 http://lists.freedesktop.org/archives/systemd-devel/2014-December/026591.html
 
 I disabled the enabling of audit in systemd again for now. (in git,
 will be in 218-3).

Thank you.

Have a nice 2015!,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

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


Bug#774077: unblock: libpam-mount/2.14-1.1

2014-12-28 Thread Christian Kastner
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi,

The recent NMU [1] for libpam-mount fixed one RC bug, #764451 [2]. On
2014-11-15, libpam-mount was removed from testing because of this bug.

The freeze policy says that auto-removed packages need action within one
week of removal, however as this was an NMU, I was wondering whether
you'd consider counting from the NMU upload instead.

The attached debdiff is from between the last version in testing, and in
unstable. The only change is an added patch fixing #764451, taken from
upstream, and it is trivial.

I have CCed the maintainer.

Regards,
Christian

[1] https://tracker.debian.org/news/670628
[2] https://bugs.debian.org/764451
[3] https://tracker.debian.org/news/585258
diff -Nru libpam-mount-2.14/debian/changelog libpam-mount-2.14/debian/changelog
--- libpam-mount-2.14/debian/changelog  2013-08-31 17:12:07.0 +0200
+++ libpam-mount-2.14/debian/changelog  2014-12-23 12:02:00.0 +0100
@@ -1,3 +1,11 @@
+libpam-mount (2.14-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Backport upstream's patch dropped dropping the -p0 mount option. It is no
+longer available in util-linux = 2.23. Closes: #764451
+
+ -- Christian Kastner deb...@kvr.at  Tue, 23 Dec 2014 12:00:32 +0100
+
 libpam-mount (2.14-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru libpam-mount-2.14/debian/patches/011-pmvarrun-no-l0g 
libpam-mount-2.14/debian/patches/011-pmvarrun-no-l0g
--- libpam-mount-2.14/debian/patches/011-pmvarrun-no-l0g2013-06-27 
15:16:22.0 +0200
+++ libpam-mount-2.14/debian/patches/011-pmvarrun-no-l0g2014-12-23 
11:57:04.0 +0100
@@ -1,7 +1,7 @@
-Index: libpam-mount-2.14~zgit3+966c6bea/src/pmvarrun.c
+Index: libpam-mount-2.14/src/pmvarrun.c
 ===
 libpam-mount-2.14~zgit3+966c6bea.orig/src/pmvarrun.c   2013-06-27 
15:15:39.249980587 +0200
-+++ libpam-mount-2.14~zgit3+966c6bea/src/pmvarrun.c2013-06-27 
15:16:12.817382328 +0200
+--- libpam-mount-2.14.orig/src/pmvarrun.c
 libpam-mount-2.14/src/pmvarrun.c
 @@ -151,12 +151,12 @@ long str_to_long(const char *n)
long val;
char *endptr = NULL;
diff -Nru 
libpam-mount-2.14/debian/patches/remove-unsupported--p0-mount-option.patch 
libpam-mount-2.14/debian/patches/remove-unsupported--p0-mount-option.patch
--- libpam-mount-2.14/debian/patches/remove-unsupported--p0-mount-option.patch  
1970-01-01 01:00:00.0 +0100
+++ libpam-mount-2.14/debian/patches/remove-unsupported--p0-mount-option.patch  
2014-12-23 11:59:58.0 +0100
@@ -0,0 +1,35 @@
+Author: Till Maas opensou...@till.name
+Date:   Wed Nov 26 20:59:52 2014 +0100
+Subject: pam_mount: remove unsupported -p0 mount option
+
+The -p0 mount options was removed in util-linux 2.23.
+
+Bug-Debian: https://bugs.debian.org/764451
+Origin: 
http://sourceforge.net/p/pam-mount/pam-mount/ci/ca802908d22771e7fff8ffd8051ec21f7b0231eb/
+Last-Update: 2014-12-23
+Index: libpam-mount-2.14/doc/pam_mount.conf.5.in
+===
+--- libpam-mount-2.14.orig/doc/pam_mount.conf.5.in
 libpam-mount-2.14/doc/pam_mount.conf.5.in
+@@ -240,7 +240,7 @@ specify either absolute paths, or relati
+ searched. Since login programs have differing default PATHs, pam_mount has its
+ own path definition (see above).
+ .TP
+-\fBlclmount\fP\fImount \-p0 \-t %(FSTYPE) ...\fP\fB/lclmount\fP
++\fBlclmount\fP\fImount \-t %(FSTYPE) ...\fP\fB/lclmount\fP
+ The regular mount program.
+ .TP
+ \fBumount\fP\fIumount %(MNTPT)\fP\fB/umount\fP
+Index: libpam-mount-2.14/src/rdconf1.c
+===
+--- libpam-mount-2.14.orig/src/rdconf1.c
 libpam-mount-2.14/src/rdconf1.c
+@@ -1431,7 +1431,7 @@ static const struct pmt_command default_
+*/
+   {CMD_NFSMOUNT,nfs,   {mount, %(if %(OPTIONS),-o%(OPTIONS)), 
-t%(FSTYPE), %(COMBOPATH), %(MNTPT), NULL}},
+   {CMD_NFSMOUNT,nfs4},
+-  {CMD_LCLMOUNT,NULL,{mount, -p0, %(if 
%(OPTIONS),-o%(OPTIONS)), -t%(FSTYPE), %(VOLUME), %(MNTPT), NULL}},
++  {CMD_LCLMOUNT,NULL,{mount, %(if %(OPTIONS),-o%(OPTIONS)), 
-t%(FSTYPE), %(VOLUME), %(MNTPT), NULL}},
+   {CMD_CRYPTMOUNT,  crypt, {mount, -t, crypt, %(if 
%(CIPHER),-ocipher=%(CIPHER)), %(if 
%(FSKEYCIPHER),-ofsk_cipher=%(FSKEYCIPHER)), %(if 
%(FSKEYHASH),-ofsk_hash=%(FSKEYHASH)), %(if 
%(FSKEYPATH),-okeyfile=%(FSKEYPATH)), %(if %(OPTIONS),-o%(OPTIONS)), 
%(VOLUME), %(MNTPT), NULL}},
+   {CMD_CRYPTMOUNT,  crypt_LUKS},
+   {CMD_CRYPTMOUNT,  crypto_LUKS},
diff -Nru libpam-mount-2.14/debian/patches/series 
libpam-mount-2.14/debian/patches/series
--- libpam-mount-2.14/debian/patches/series 2013-08-31 17:07:33.0 
+0200
+++ libpam-mount-2.14/debian/patches/series 2014-12-23 11:57:00.0 
+0100
@@ -9,3 +9,4 @@
 

Bug#774078: does not cleanly upgrade if /home and /var are different filesystems

2014-12-28 Thread Marc Haber
Package: mini-buildd
Version: 1.0.5
Severity: important

Hi,

I finally tried updating mini-buildd 0.9.5 to the current unstable
version on my build machine. The postinst obviously tried calling
usermod to change the home directory, which tried renaming
/home/mini-buildd to /var/lib/mini-buildd.

That didn't work, most probably because my /home is on a different
file system than /var:

Setting up mini-buildd (1.0.5) ...
Adding group `mini-buildd' (GID 118) ...
Done.
usermod: cannot rename directory /home/mini-buildd to /var/lib/mini-buildd
dpkg: error processing package mini-buildd (--configure):
 subprocess installed post-installation script returned error exit status 12
Errors were encountered while processing:
 mini-buildd
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Setting up mini-buildd (1.0.5) ...
addgroup: The group `mini-buildd' already exists as a system group. Exiting.
usermod: no changes
usermod: no changes
The user `mini-buildd' is already a member of `sbuild'.
Setting admin password...mini-buildd FAILED: [Errno 13] Permission denied: 
'/var/lib/mini-buildd'
dpkg: error processing package mini-buildd (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 mini-buildd
Press Return to continue.

Trying to do a manual copy didn't work as well since my /var was not
big enough for the 6 GB /home/mini-buildd.

In my opinion, mini-buildd should not try to move its home directory
on a package upgrade. It's fine to use the new /var/lib location for
new installs, but an upgrade script cannot foresee possible pitfalls
in moving the home directory (and, frankly, yours doesn't even try to
check).

Greetings
Marc


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

Kernel: Linux 3.17.6-zgsrv20080 (SMP w/6 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages mini-buildd depends on:
ii  adduser 3.113+nmu3
ii  debconf [debconf-2.0]   1.5.55
ii  debootstrap 1.0.66
ii  devscripts  2.14.11
ii  dpkg-dev1.17.23
ii  gnupg   1.4.18-6
ii  libjs-jquery1.7.2+dfsg-3.2
ii  libjs-sphinxdoc 1.2.3+dfsg-1
ii  lintian 2.5.30+deb8u3
ii  mini-buildd-common  1.0.5
ii  python-cherrypy33.5.0-2
ii  python-daemon   1.5.5-1
ii  python-django   1.7.1-1
ii  python-django-extensions1.3.10-1
ii  python-django-registration  1.0+dfsg-2
ii  python-mini-buildd  1.0.5
ii  python-pyftpdlib1.2.0-1
pn  python:any  none
ii  reprepro4.16.0-1
ii  sbuild  0.65.0-1
ii  schroot 1.6.10-1+b1
ii  sudo1.8.11p2-1.1

Versions of packages mini-buildd recommends:
ii  python-apt  0.9.3.11

Versions of packages mini-buildd suggests:
pn  binfmt-supportnone
ii  debootstrap   1.0.66
pn  haveged   none
ii  lvm2  2.02.111-2
pn  qemu-user-static  none

-- Configuration Files:
/etc/sudoers.d/mini-buildd-sudoers [Errno 13] Permission denied: 
u'/etc/sudoers.d/mini-buildd-sudoers'

-- debconf information:
  mini-buildd/purge_warning:
* mini-buildd/home: /var/lib/mini-buildd
* mini-buildd/options: --verbose
* mini-buildd/note:


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



Bug#774079: build the index also for /usr/local/share/doc

2014-12-28 Thread Yuri D'Elia
Package: dhelp
Version: 0.6.21+nmu6
Severity: wishlist

I'm often working offline and I'm often resorting to dhelp to perform full-text
searches of the installed documentation.

It would be nice if the documentation in /usr/local/share/doc would be indexed
too by default. I'm managing /usr/local using stow, so this is documentation
not handled by doc-base. Not having a registered entry in the documentation
tree would be absolutely fine (I'm never using it anyway: there's just too much
stuff on a development machine to be useful by itself).

Thanks

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dhelp depends on:
ii  doc-base0.10.6
ii  libdata-page-perl   2.02-1
ii  libhtml-parser-perl 3.71-1+b3
ii  liblocale-gettext-perl  1.05-8+b1
ii  libtemplate-perl2.24-1.2+b1
ii  liburi-perl 1.64-1
ii  perl-modules5.20.1-4
ii  poppler-utils   0.26.5-2
ii  pstotext1.9-6+b1
ii  ruby1:2.1.0.4
ii  ruby-bdb0.6.6-1+b2
ii  ruby-debian 0.3.9
ii  ruby-gettext3.1.2-1
ii  ruby2.1 [ruby-interpreter]  2.1.5-1
ii  swish++ 6.1.5-2.2
ii  ucf 3.0030

Versions of packages dhelp recommends:
ii  chromium [www-browser]   39.0.2171.71-2
ii  iceweasel [www-browser]  31.3.0esr-1
ii  w3m [www-browser]0.5.3-19

Versions of packages dhelp suggests:
ii  catdvi0.14-12.1
ii  info2www  1.2.2.9-24
ii  lighttpd [httpd-cgi]  1.4.35-4
ii  man2html  1.6g-7

-- Configuration Files:
/etc/lighttpd/conf-available/95-dhelp.conf changed [not included]


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



Bug#743939: autofs: Hit this issue after wheezy-jessie upgrade

2014-12-28 Thread Rainer Dorsch
Package: autofs
Version: 5.0.8-1
Followup-For: Bug #743939

Dear Maintainer,

I was hit by this bug after a wheezy-jessie upgrade:

root@omjuta:~# cat /etc/auto.master.d/net.autofs
/mnt/net -hosts --timeout=60
root@omjuta:~#

autofs does not work anymore

root@omjuta:~# ls -l /mnt/net/silberkiste
ls: Zugriff auf /mnt/net/silberkiste nicht möglich: Datei oder Verzeichnis 
nicht gefunden
root@omjuta:~# grep silberkiste /etc/hosts
192.168.2.20silberkiste
#192.168.2.21   silberkiste
root@omjuta:~# 

Here are traces

Dec 28 13:14:39 omjuta automount[4262]: handle_packet: type = 3
Dec 28 13:14:39 omjuta automount[4262]: handle_packet_missing_indirect: token 
6, name silberkiste, request pid 4296
Dec 28 13:14:39 omjuta automount[4262]: attempting to mount entry 
/mnt/net/silberkiste
Dec 28 13:14:39 omjuta automount[4262]: lookup_mount: lookup(hosts): 
silberkiste - (null)
Dec 28 13:14:39 omjuta automount[4262]: get_exports: lookup(hosts): fetchng 
export list for silberkiste
Dec 28 13:14:41 omjuta dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 
67 interval 10
Dec 28 13:14:42 omjuta automount[4262]: get_exports: lookup(hosts): exports 
lookup failed for silberkiste
Dec 28 13:14:42 omjuta automount[4262]: key silberkiste not found in map 
source(s).
Dec 28 13:14:42 omjuta automount[4262]: dev_ioctl_send_fail: token = 6
Dec 28 13:14:42 omjuta automount[4262]: failed to mount /mnt/net/silberkiste

I still can mount the directories from the machine

root@omjuta:~# mount silberkiste:/home /mnt/dell
root@omjuta:~# ls -l /mnt/dell/
insgesamt 36
drwxr-x--- 93 dorsch  dorsch  4096 Dez 26 13:02 dorsch
drwxr-xr-x  2 erika  1402 4096 Aug 18  2013 erika
drwxr-xr-x 34 kathrin kathrin 4096 Dez  7 11:41 kathrin
drwxr-xr-x 1921112111 4096 Dez 21  2011 kristina
drwxr-xr-x 2722062206 4096 Mär  4  2012 marina
drwxr-xr-x 69 rd  rd  4096 Dez 28 11:30 rd
drwxrwsr-x 18 dorsch  users   4096 Okt  6  2013 shared
drwxr-xr-x 32 simon   simon   4096 Okt 31  2013 simon
drwxr-xr-x  210001000 4096 Aug 18  2013 test
root@omjuta:~#

I am happy to provide further information.

Kind regards
Rainer


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

Kernel: Linux 3.16.0-4-586
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages autofs depends on:
ii  libc6  2.19-13
ii  libxml22.9.1+dfsg1-4
ii  multiarch-support  2.19-13
ii  ucf3.0030

Versions of packages autofs recommends:
ii  kmod   18-3
ii  module-init-tools  18-3
ii  nfs-common 1:1.2.8-9

autofs 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#741064: autofs: Workaround

2014-12-28 Thread Rainer Dorsch
Package: autofs
Version: 5.0.8-1
Followup-For: Bug #741064

Dear Maintainer,

after a websearch Ifound a workaround in the Archlinux bugtracker

https://bugs.archlinux.org/task/38379

which also works in a similar way for me in jessie

root@omjuta:~# cat /etc/auto.master.d/net.autofs
#/mnt/net -hosts --timeout=60
/mnt/net /etc/auto.net --timeout=60
root@omjuta:~# 

Kind regards,
Rainer

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

Kernel: Linux 3.16.0-4-586
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages autofs depends on:
ii  libc6  2.19-13
ii  libxml22.9.1+dfsg1-4
ii  multiarch-support  2.19-13
ii  ucf3.0030

Versions of packages autofs recommends:
ii  kmod   18-3
ii  module-init-tools  18-3
ii  nfs-common 1:1.2.8-9

autofs 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#773343: request-tracker4: fails to upgrade from 'wheezy' if rt4-extension-assettracker is installed

2014-12-28 Thread Niko Tyni
tag 773343 patch
thanks

On Sat, Dec 27, 2014 at 07:27:03PM +0200, Niko Tyni wrote:

 The smallest database change I can think of to fix the problem is
 something like
  UPDATE Groups set Instance=1 WHERE Domain='RTx::AssetTracker::System-Role' 
 AND Description IS Null;
 which could presumably be dropped into the request-tracker4 dbconfig-common
 upgrade directories. I'd expect it to complete as a no-op on systems
 without RTx::AssetTracker installed.

The attached patch implements this. It's also pushed in the
ntyni/bug-773343 branch in the Alioth repository (see the Vcs-Git header.)

 Disclaimer: I don't really know what the 'Instance' field is used for,
 and the above change could well break RTx::AssetTracker or even RT
 itself. I've only tested that it allows the request-tracker4 upgrade to
 complete successfully with the (default) SQLite backend.  Testing with
 Pg/mysql would be good too, as the 'Description IS Null' part feels a
 bit fragile to me.

It turns out that Pg and mysql backends don't exhibit the issue at all,
so I'm only touching SQlite databases. I've now tested the patch as
far as successfully upgrading dbconfig-common managed RT installations
from wheezy to jessie+the patch on SQLite, Pg, and mysql, both with and
without rt4-extension-assettracker installed.

However, I have not actually tested to use RT after the patched
upgrade. It would be nice if somebody could do that.

 On a related note, does the wheezy RTx::AssetTracker even work with the
 jessie RT? If it doesn't, a Breaks: entry would probably be warranted.

I've added the Breaks as well in the git branch.
-- 
Niko Tyni   nt...@debian.org
From 559785c4e88364b835823521a0e1648db985b05e Mon Sep 17 00:00:00 2001
From: Niko Tyni nt...@debian.org
Date: Sat, 27 Dec 2014 23:19:03 +0200
Subject: Fix upgrade problems caused by an RTx::AssetTracker installation bug

The setup of the wheezy rt4-extension-assettracker package
(RTx::AssetTracker 2.0.0b2) accidentally inserted two pairs of system role
accounts, causing upgrade failures on SQLite backends due to uniqueness
constraint violations.

Bug-Debian: https://bugs.debian.org/773343
Patch-Name: assettracker-sysgroups.diff
---
 etc/upgrade/4.1.0/schema.SQLite |3 +++
 1 file changed, 3 insertions(+)
 create mode 100644 etc/upgrade/4.1.0/schema.SQLite

diff --git a/etc/upgrade/4.1.0/schema.SQLite b/etc/upgrade/4.1.0/schema.SQLite
new file mode 100644
index 000..b38fded
--- /dev/null
+++ b/etc/upgrade/4.1.0/schema.SQLite
@@ -0,0 +1,3 @@
+-- fix uniqueness constraint violations due to accidentally doubled system groups
+-- see https://bugs.debian.org/773343
+UPDATE Groups set Instance=1 WHERE Domain='RTx::AssetTracker::System-Role' AND Description IS Null;


Bug#774081: RFS: python-affine/1.1.0-1

2014-12-28 Thread Bas Couwenberg
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package python-affine

 Package name: python-affine
 Version : 1.1.0-1
 Upstream Author : Sean Gillies sean.gill...@gmail.com
 URL : https://github.com/sgillies/affine
 License : BSD-3-Clause
 Section : python

It builds those binary packages:

 python-affine  - Python Library for handling affine transformations of the 
plane
 python3-affine - Python 3 Library for handling affine transformations of the 
plane

To access further information about this package, please visit the following 
URL:

http://mentors.debian.net/package/python-affine


Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/p/python-affine/python-affine_1.1.0-1.dsc

More information about affine can be obtained from 
https://github.com/sgillies/affine.

Changes since the last upload:

  * New upstream release.
  * Add myself to Uploaders.
  * Add gbp.conf to use pristine-tar by default.
  * Update watch file to mangle the filename,
include the project name and not only the version.
  * Update copyright file, changes:
- Use BSD-3-Clause license shortname instead of BSD-3
- Add Mike Toews as copyright holder
- Add Upstream-Contact header


Regards,
 Bas Couwenberg


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



Bug#770372: RFA: rc -- implementation of the ATT Plan 9 shell

2014-12-28 Thread Jakukyo Friel
On Fri, Dec 26, 2014 at 3:33 AM, Jakub Wilk jw...@debian.org wrote:


 You should set yourself as the maintainer in debian/control and make it a
 proper maintainer upload. :-)


How to make it a proper maintainer upload? (I am not DM.)




Other issues are (hopefully) addressed.


 +This package provides syntax highlight file for vim, but it is not
 enabled
 +per default. If you want to enable it for your user account just execute


 I think it should be by default, rather than per default. But I'm not a
 native speaker of English, so I'm not sure.

Not a native speaker either.
AFAICS, although `by default` is more common than `per default`, `per
default` is valid.
`per default` is used in vim-policy[1].

[1]: http://pkg-vim.alioth.debian.org/vim-policy.html/index.html



 disabledby should be commands to _prevent_ the add-on
 from loading.

Sorry. Fixed.


 Wouldn't it be better if the file type detection was based on the file
 contents? That is, you could look for shebang, and maybe also for some
 popular syntax constructs.

Now it looks for shebang.


 Please update debian/copyright with with copyright and license information
 for the new files.

Updated. (New files are in public domain.)


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



Bug#774020: slim log

2014-12-28 Thread allan
Rebooted and got dropped at a login prompt.  slim log is below and attached
-

slim: waiting for X server to begin accepting connections
Giving up.
slim: unable to connect to X server


slim: waiting for X server to begin accepting connections
Giving up.
slim: unable to connect to X server


Bug#774020: aptitude log and xorg log from most recent reboot

2014-12-28 Thread allan
Note that xorg doesn't start logging until ~17 seconds uptime.


aptitude
Description: Binary data
[17.957] 
X.Org X Server 1.16.2.901 (1.16.3 RC 1)
Release Date: 2014-12-09
[17.957] X Protocol Version 11, Revision 0
[17.957] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian
[17.957] Current Operating System: Linux wizard-laptop 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) x86_64
[17.957] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=307b931e-f8cc-4f36-815d-e3953bcb4d43 ro quiet selinux=0 apparmor=0
[17.957] Build Date: 09 December 2014  10:15:28PM
[17.957] xorg-server 2:1.16.2.901-1 (http://www.debian.org/support) 
[17.957] Current version of pixman: 0.32.6
[17.957] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[17.957] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[17.957] (==) Log file: /var/log/Xorg.0.log, Time: Sun Dec 28 09:10:17 2014
[17.958] (==) Using system config directory /usr/share/X11/xorg.conf.d
[17.958] (==) No Layout section.  Using the first Screen section.
[17.958] (==) No screen section available. Using defaults.
[17.958] (**) |--Screen Default Screen Section (0)
[17.958] (**) |   |--Monitor default monitor
[17.959] (==) No monitor specified for screen Default Screen Section.
	Using a default monitor configuration.
[17.959] (==) Automatically adding devices
[17.959] (==) Automatically enabling devices
[17.959] (==) Automatically adding GPU devices
[17.959] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[17.959] 	Entry deleted from font path.
[17.959] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist.
[17.959] 	Entry deleted from font path.
[17.959] (WW) The directory /usr/share/fonts/X11/Type1 does not exist.
[17.959] 	Entry deleted from font path.
[17.959] (WW) The directory /usr/share/fonts/X11/75dpi does not exist.
[17.959] 	Entry deleted from font path.
[17.959] (==) FontPath set to:
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/100dpi/:unscaled,
	/usr/share/fonts/X11/100dpi,
	built-ins
[17.959] (==) ModulePath set to /usr/lib/xorg/modules
[17.959] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[17.959] (II) Loader magic: 0x7f36fceb2d80
[17.959] (II) Module ABI versions:
[17.959] 	X.Org ANSI C Emulation: 0.4
[17.959] 	X.Org Video Driver: 18.0
[17.959] 	X.Org XInput driver : 21.0
[17.959] 	X.Org Server Extension : 8.0
[17.959] (II) xfree86: Adding drm device (/dev/dri/card0)
[17.965] (--) PCI:*(0:1:0:0) 10de:0cbc:1028:040c rev 162, Mem @ 0xe200/16777216, 0xd000/268435456, 0xe000/33554432, I/O @ 0x7000/128, BIOS @ 0x/524288
[17.965] (II) LoadModule: glx
[17.965] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[17.967] (II) Module glx: vendor=X.Org Foundation
[17.967] 	compiled for 1.16.2.901, module version = 1.0.0
[17.967] 	ABI class: X.Org Server Extension, version 8.0
[17.967] (==) AIGLX enabled
[17.967] (==) Matched nouveau as autoconfigured driver 0
[17.967] (==) Matched nv as autoconfigured driver 1
[17.967] (==) Matched nouveau as autoconfigured driver 2
[17.967] (==) Matched nv as autoconfigured driver 3
[17.967] (==) Matched modesetting as autoconfigured driver 4
[17.967] (==) Matched fbdev as autoconfigured driver 5
[17.967] (==) Matched vesa as autoconfigured driver 6
[17.967] (==) Assigned the driver to the xf86ConfigLayout
[17.967] (II) LoadModule: nouveau
[17.968] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
[17.968] (II) Module nouveau: vendor=X.Org Foundation
[17.968] 	compiled for 1.16.0, module version = 1.0.11
[17.968] 	Module class: X.Org Video Driver
[17.968] 	ABI class: X.Org Video Driver, version 18.0
[17.968] (II) LoadModule: nv
[17.968] (WW) Warning, couldn't open module nv
[17.968] (II) UnloadModule: nv
[17.968] (II) Unloading nv
[17.968] (EE) Failed to load module nv (module does not exist, 0)
[17.968] (II) LoadModule: modesetting
[17.968] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[17.968] (II) Module modesetting: vendor=X.Org Foundation
[17.968] 	compiled for 1.15.99.904, module version = 0.9.0
[17.968] 	Module class: X.Org Video Driver
[17.968] 	ABI class: X.Org Video Driver, version 18.0
[17.968] (II) LoadModule: fbdev
[17.968] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[17.968] (II) Module fbdev: vendor=X.Org Foundation
[17.968] 	compiled for 1.15.99.904, module version = 0.4.4
[17.968] 	Module class: X.Org Video 

Bug#774083: ITP: ruby-fog-profitbricks -- library to access profitbricks cloud

2014-12-28 Thread Pirate Praveen
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen prav...@debian.org

* Package name: ruby-fog-profitbricks
  Version : 0.0.1
  Upstream Author : Ethan Devenport
* URL : http://rubygems.org/gems/fog-profitbricks
* License : Expat
  Programming Lang: ruby
  Description : library to access profitbricks cloud



signature.asc
Description: OpenPGP digital signature


Bug#774084: [texstudio] New upstream release available

2014-12-28 Thread A.H.

Package: texstudio
Version: 2.8.4+debian-3
Severity: normal

--- Please enter the report below this line. ---
There is a new upstream release available since beginning of december 2014.

Would be great if added this to debian.

See 
http://texstudio.sourceforge.net/manual/current/usermanual_en.html#SECTIONNEW288 
for details.


Yours,

Andreas Hausmann

--- System information. ---
Architecture: amd64
Kernel: Linux 3.17-2.towo-siduction-amd64

Debian Release: 8.0
500 unstable http.debian.net
500 unstable ftp.uni-stuttgart.de
500 unstable cdn.debian.net
500 trusty ppa.launchpad.net
100 wheezy-backports ftp.debian.org
1 experimental cdn.debian.net

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.


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



Bug#772687: [Pkg-fonts-devel] Bug#772687: Bug#772687: Bug#772687: fonts-droid: fallback font is installed too early to fontconfig

2014-12-28 Thread Vasudev Kamath
Hi Norbert,

Norbert Preining prein...@logic.at writes:

 On Sun, 28 Dec 2014, Norbert Preining wrote:
 I am not sure if 61 is the right place, though.

 Indeed it is not ... should be 69 ;-) 

Is it sufficient just to increase the priority from 65 to 69? or
something else needs to be changed to fix this?.

I can prepare the package, but a DD need to upload it.

Cheers,
-- 
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyni...@samsargika.copyninja.info
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4  C96B 6C8F 74AE 8770 0B7E


signature.asc
Description: PGP signature


Bug#774080: udev: /dev/dvd symlink changed while a program using it was running

2014-12-28 Thread Vincent Danjean
reopen #774080
thanks

On 28/12/2014 15:40, m...@linux.it (Marco d'Itri) wrote:
 On Dec 28, Vincent Danjean vdanj...@debian.org wrote:
 
 In my situation, inserting a CD in the second hardware should not have 
 modified the /dev/dvd symlink that was used by a script and that was 
 pointing to a valid device.
 Sorry, I do not think that there is anything we can do about this.

There is no way to avoid to modify an existing valid symlink?

This is a pity, but, if this is really the case, you can at least
document the situation (hence the reopen). As said initially,
jessie fresh install wont even have a 70-persistent-cd.rules template
to adapt to workaround the bug.
  Hiding/closing the bug wont dismiss it. And, when it hits me, it
tooks me some times to identify it whereas I think I'm not so bad
about system administration.
  Having /dev/dvd that flips depending on the last inserted disk
is really silly.

  Regards,
Vincent

-- 
Vincent Danjean   GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5  CA4A F6AE F2AF D178 97FA
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#774085: lxc: please ship pkg-config file

2014-12-28 Thread gustavo panizzo (gfa)
Package: lxc
Version: 1:1.0.7-1
Severity: wishlist

hello, please ship the pkg-config lxc.pc file, it is needed to build
software against lxc.

thanks!

-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'testing'), (800, 'stable'), (300, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lxc depends on:
ii  init-system-helpers  1.22
ii  libapparmor1 2.9.0-3
ii  libc62.19-13
ii  libcap2  1:2.24-6
ii  libseccomp2  2.1.1-1
ii  libselinux1  2.3-2
ii  multiarch-support2.19-13
ii  python3  3.4.2-2

Versions of packages lxc recommends:
ii  debootstrap  1.0.66
ii  openssl  1.0.1j-1
ii  rsync3.1.1-2+b1

Versions of packages lxc suggests:
pn  lua5.2  none

-- Configuration Files:
/etc/lxc/default.conf [Errno 13] Permission denied: u'/etc/lxc/default.conf'

-- 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#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue

2014-12-28 Thread Emil Goode
Hello,

On Sun, Dec 28, 2014 at 11:15:21AM +0100, Rainer Dorsch wrote:
 Package: src:linux
 Version: 3.16.7-ckt2-1
 Followup-For: Bug #774036
 
 Dear Ben,
 
 many thanks for the superfast response and thanks for pointing out
 that I was running the nvidia driver. I run now with nouveau and also
 purge the virtualbox stuff.
 
 Unfortunately, the behavior is exactly the same though (except that
 there is no blinking cursor with nouveau, when the system hangs),
 i.e. the resume works when I use freezer in debug mode, the system
 hangs when I go to the next level (devices).

When you get a black screen does the system hang completely or is it
possible to login to the system over ssh? If it's possible to login it
could be useful to post the dmesg output here.

Best regards,

Emil Goode


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



Bug#774080: udev: /dev/dvd symlink changed while a program using it was running

2014-12-28 Thread Marco d'Itri
Control: severity -1 wishlist

On Dec 28, Vincent Danjean vdanj...@debian.org wrote:

 This is a pity, but, if this is really the case, you can at least
 document the situation (hence the reopen). As said initially,
Please send a patch.

-- 
ciao,
Marco


pgp0yugCmKVtk.pgp
Description: PGP signature


Bug#774086: ITP: libarray-intspan-perl -- Handles arrays of scalars or objects using integer ranges as index

2014-12-28 Thread Dominique Dumont
Package: wnpp
Owner: Dominique Dumont d...@debian.org
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libarray-intspan-perl
  Version : 2.003
  Upstream Author : Dominique Dumont (ddum...@cpan.org)
* URL : https://metacpan.org/release/Array-IntSpan
* License : Artistic
  Programming Lang: Perl
  Description : Handles arrays of scalars or objects using integer ranges 
as index

Array::IntSpan brings the speed advantages of Set::IntSpan to
arrays. Uses include manipulating grades, routing tables, or any other
situation where you have mutually exclusive ranges of integers that
map to given values.

Array::IntSpan is also able to consolidate ranges
by comparing the adjacent values of the range. If 2 adjacent values
are identical, the 2 adjacent ranges are merged.


-- 
 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#774087: memcached: does not load memcached.conf on start

2014-12-28 Thread Aaron Axelsen
Package: memcached
Version: 1.4.21-1
Severity: important

Making changed to the memcached.conf file does not have any impact on the 
running process.

It always starts with the following options regardless of what is set in the 
conf file:
/usr/bin/memcached -p 11211 -u memcache -m 64 -c 1024 -l 127.0.0.1

I did notice that commenting out the . /lib/lsb/init-functions line in
/etc/init.d/memcached does result in it start correctly, but that obviously
breaks other things.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages memcached depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.22
ii  libc62.19-13
ii  libevent-2.0-5   2.0.21-stable-1.1
ii  libsasl2-2   2.1.26.dfsg1-12
ii  lsb-base 4.1+Debian13+nmu1
ii  perl 5.20.1-4

memcached recommends no packages.

Versions of packages memcached suggests:
pn  libanyevent-perl none
pn  libcache-memcached-perl  none
pn  libmemcached none
ii  libterm-readkey-perl 2.32-1+b1
pn  libyaml-perl none

-- no debconf information


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



Bug#772467: problem solved

2014-12-28 Thread Bruno Charpe

Hi

after purging some misconfigured and obsolete packages and reinstalling 
gnome and gdm3 everything works fine now.


rgds
Bruno

PS : FYI below is the apt history :

-
Start-Date: 2014-12-28  14:49:05
Purge: kdemultimedia-kio-plugins:amd64 (), libmlt6:amd64 (), 
kbattleship:amd64 (), liblivemedia38:amd64 (), libmlt++3:amd64 (), 
plasma-widget-networkmanagement:amd64 ()

End-Date: 2014-12-28  14:49:22

Start-Date: 2014-12-28  14:49:37
End-Date: 2014-12-28  14:49:37

Start-Date: 2014-12-28  14:51:34
Remove: gir1.2-gstreamer-0.10:amd64 (0.10.36-1.5), gnome-js-common:amd64 
(0.1.2-1)
Purge: libseed-gtk3-0:amd64 (3.8.1-2), gnome-session-fallback:amd64 
(3.8.1-7)

End-Date: 2014-12-28  14:51:45

Start-Date: 2014-12-28  14:55:26
Purge: gnome-session-flashback:amd64 (3.8.1-7)
End-Date: 2014-12-28  14:55:32

Start-Date: 2014-12-28  15:12:01
Reinstall: gnome-session-common:amd64 (3.14.0-2), 
gnome-session-bin:amd64 (3.14.0-2), gdm3:amd64 (3.14.1-3), 
task-gnome-desktop:amd64 (3.29)

Remove: gnome-flashback:amd64 (3.10.0-3)
Purge: libswt-gnome-gtk-3-jni:amd64 (3.8.2-3), 
gnome-flashback-common:amd64 (3.10.0-3)

End-Date: 2014-12-28  15:12:35
-


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



Bug#774088: Please update to version 5.2.0

2014-12-28 Thread Andreas Moog
Package: link-grammar
Version: 4.7.4-2
Severity: wishlist

Hi Ken,

link-grammar 5.2.0 has been released 
(http://www.abisource.com/projects/link-grammar/#download),
it would be very nice to get this new version in Debian.

Thanks for your efforts!

Cheers,
  Andreas
-- 
PGP-encrypted mails preferred
PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624


signature.asc
Description: Digital signature


Bug#774089: unblock: dtv-scan-tables/0+git20141218.b46a22c-1

2014-12-28 Thread Jonathan McCrohan
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi Release Team,

Please unblock package dtv-scan-tables. This package /only/ contains
initial scan files for DVB receivers, and should be considered similar
to tzdata, iso-codes and geoip-database.

This latest upstream snapshot contains updates for AU, DE and FI.
Filtered debdiff attached.

unblock dtv-scan-tables/0+git20141218.b46a22c-1

Thanks,
Jon

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- dtv-scan-tables-0+git20141009.d26b627/debian/changelog	2014-10-20 00:41:46.0 +0100
+++ dtv-scan-tables-0+git20141218.b46a22c/debian/changelog	2014-12-28 14:59:11.0 +
@@ -1,3 +1,10 @@
+dtv-scan-tables (0+git20141218.b46a22c-1) unstable; urgency=medium
+
+  * New Upstream Snapshot (commit b46a22c)
+- Updated AU DVB-T files; Thanks Brian Burch! (Closes LP: #1393280) 
+
+ -- Jonathan McCrohan jmccro...@gmail.com  Sun, 28 Dec 2014 14:59:11 +
+
 dtv-scan-tables (0+git20141009.d26b627-1) unstable; urgency=medium
 
   * New Upstream Snapshot (commit d26b627)
--- dtv-scan-tables-0+git20141009.d26b627/dvb-t/au-Brisbane	2014-10-15 00:54:04.0 +0100
+++ dtv-scan-tables-0+git20141218.b46a22c/dvb-t/au-Brisbane	2014-12-28 13:19:41.0 +
@@ -1,5 +1,4 @@
 # Australia / Brisbane (Mt Coot-tha transmitters)
-# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
 # ABC
 [CHANNEL]
 	DELIVERY_SYSTEM = DVBT
@@ -55,7 +54,7 @@
 # SBS
 [CHANNEL]
 	DELIVERY_SYSTEM = DVBT
-	FREQUENCY = 585625000
+	FREQUENCY = 18450
 	BANDWIDTH_HZ = 700
 	CODE_RATE_HP = 2/3
 	CODE_RATE_LP = NONE
@@ -68,7 +67,7 @@
 # 31 Digital
 [CHANNEL]
 	DELIVERY_SYSTEM = DVBT
-	FREQUENCY = 59950
+	FREQUENCY = 52950
 	BANDWIDTH_HZ = 700
 	CODE_RATE_HP = 2/3
 	CODE_RATE_LP = NONE
--- dtv-scan-tables-0+git20141009.d26b627/dvb-t/au-Canberra-Black-Mt	2014-10-15 00:54:04.0 +0100
+++ dtv-scan-tables-0+git20141218.b46a22c/dvb-t/au-Canberra-Black-Mt	2014-12-28 13:19:41.0 +
@@ -1,9 +1,8 @@
 # Australia / Canberra / Black Mt
-# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
-# ABC
+# ABC (ABC8)
 [CHANNEL]
 	DELIVERY_SYSTEM = DVBT
-	FREQUENCY = 20550
+	FREQUENCY = 19150
 	BANDWIDTH_HZ = 700
 	CODE_RATE_HP = 3/4
 	CODE_RATE_LP = NONE
@@ -13,7 +12,7 @@
 	HIERARCHY = NONE
 	INVERSION = AUTO
 
-# Prime
+# Seven (CBN12)
 [CHANNEL]
 	DELIVERY_SYSTEM = DVBT
 	FREQUENCY = 22650
@@ -26,7 +25,7 @@
 	HIERARCHY = NONE
 	INVERSION = AUTO
 
-# WIN
+# (Nine (WIN11)
 [CHANNEL]
 	DELIVERY_SYSTEM = DVBT
 	FREQUENCY = 21950
@@ -39,7 +38,7 @@
 	HIERARCHY = NONE
 	INVERSION = AUTO
 
-# Ten
+# Ten (CTC6)
 [CHANNEL]
 	DELIVERY_SYSTEM = DVBT
 	FREQUENCY = 17750
@@ -52,16 +51,16 @@
 	HIERARCHY = NONE
 	INVERSION = AUTO
 
-# SBS
+# SBS (SBS7)
 [CHANNEL]
 	DELIVERY_SYSTEM = DVBT
-	FREQUENCY = 54350
+	FREQUENCY = 18450
 	BANDWIDTH_HZ = 700
-	CODE_RATE_HP = 2/3
+	CODE_RATE_HP = 3/4
 	CODE_RATE_LP = NONE
 	MODULATION = QAM/64
 	TRANSMISSION_MODE = 8K
-	GUARD_INTERVAL = 1/8
+	GUARD_INTERVAL = 1/16
 	HIERARCHY = NONE
 	INVERSION = AUTO
 
--- dtv-scan-tables-0+git20141009.d26b627/dvb-t/de-Dusseldorf	1970-01-01 01:00:00.0 +0100
+++ dtv-scan-tables-0+git20141218.b46a22c/dvb-t/de-Dusseldorf	2014-12-28 13:19:41.0 +
@@ -0,0 +1,144 @@
+[CHANNEL]
+	DELIVERY_SYSTEM = DVBT
+	FREQUENCY = 48200
+	BANDWIDTH_HZ = 800
+	CODE_RATE_HP = 2/3
+	CODE_RATE_LP = NONE
+	MODULATION = QAM/16
+	TRANSMISSION_MODE = 8K
+	GUARD_INTERVAL = 1/8
+	HIERARCHY = NONE
+	INVERSION = AUTO
+
+[CHANNEL]
+	DELIVERY_SYSTEM = DVBT
+	FREQUENCY = 51400
+	BANDWIDTH_HZ = 800
+	CODE_RATE_HP = 2/3
+	CODE_RATE_LP = NONE
+	MODULATION = QAM/16
+	TRANSMISSION_MODE = 8K
+	GUARD_INTERVAL = 1/4
+	HIERARCHY = NONE
+	INVERSION = AUTO
+
+[CHANNEL]
+	DELIVERY_SYSTEM = DVBT
+	FREQUENCY = 53800
+	BANDWIDTH_HZ = 800
+	CODE_RATE_HP = 2/3
+	CODE_RATE_LP = NONE
+	MODULATION = QAM/16
+	TRANSMISSION_MODE = 8K
+	GUARD_INTERVAL = 1/4
+	HIERARCHY = NONE
+	INVERSION = AUTO
+
+[CHANNEL]
+	DELIVERY_SYSTEM = DVBT
+	FREQUENCY = 58600
+	BANDWIDTH_HZ = 800
+	CODE_RATE_HP = 2/3
+	CODE_RATE_LP = NONE
+	MODULATION = QAM/16
+	TRANSMISSION_MODE = 8K
+	GUARD_INTERVAL = 1/4
+	HIERARCHY = NONE
+	INVERSION = AUTO
+
+[CHANNEL]
+	DELIVERY_SYSTEM = DVBT
+	FREQUENCY = 59400
+	BANDWIDTH_HZ = 800
+	CODE_RATE_HP = 2/3
+	CODE_RATE_LP = NONE
+	MODULATION = QAM/16
+	TRANSMISSION_MODE = 8K
+	GUARD_INTERVAL = 1/4
+	HIERARCHY = NONE
+	INVERSION = AUTO
+
+[CHANNEL]
+	DELIVERY_SYSTEM = DVBT
+	FREQUENCY = 60200
+	BANDWIDTH_HZ = 800
+	CODE_RATE_HP 

Bug#772868: gxine: diff for NMU version 0.5.908-3.1

2014-12-28 Thread gregor herrmann
Control: tags 772868 + patch
Control: tags 772868 + pending

Dear maintainer,

I've prepared an NMU for gxine (versioned as 0.5.908-3.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Beatles
diff -Nru gxine-0.5.908/debian/changelog gxine-0.5.908/debian/changelog
--- gxine-0.5.908/debian/changelog	2014-08-27 19:27:34.0 +0200
+++ gxine-0.5.908/debian/changelog	2014-12-28 16:19:28.0 +0100
@@ -1,3 +1,13 @@
+gxine (0.5.908-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix Trigger cycle causes dpkg to fail processing:
+switch trigger from interest to interest-noawait,
+thanks Guillem Jover
+(Closes: #772868)
+
+ -- gregor herrmann gre...@debian.org  Sun, 28 Dec 2014 16:19:25 +0100
+
 gxine (0.5.908-3) unstable; urgency=low
 
   * Run dh-autoreconf at build time. (Closes: #756513)
diff -Nru gxine-0.5.908/debian/gxine.triggers gxine-0.5.908/debian/gxine.triggers
--- gxine-0.5.908/debian/gxine.triggers	2014-05-10 01:52:14.0 +0200
+++ gxine-0.5.908/debian/gxine.triggers	2014-12-28 16:18:17.0 +0100
@@ -1 +1 @@
-interest /usr/lib/xine/plugins
+interest-noawait /usr/lib/xine/plugins


signature.asc
Description: Digital Signature


Bug#774090: emacs24: a left-click in Emacs sometimes modifies the PRIMARY selection

2014-12-28 Thread Vincent Lefevre
Package: emacs24
Version: 24.4+1-4.1
Severity: grave
Justification: causes non-serious data loss
Forwarded: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18939

A left-click in Emacs should just change the cursor position. It
shouldn't be a destructive operation. But the following test shows
that it sometimes modifies the PRIMARY selection.

1. Open a file containing a line, say foo, with emacs -Q.

2. When the cursor is at the beginning, type C-k.

3. Select text in some other window that supports the PRIMARY selection
(xterm, some other Emacs window, etc.).

4. Left-click in the initial Emacs window.

5. Middle-click in some window that supports middle-click paste of
the PRIMARY selection (xterm, Emacs, etc.).

Instead of pasting the previously selected text, this pastes what was
cut with C-k in Emacs.

Note: This bug occurs very often and is very annoying, as one needs
to reselect what was selected (sometimes hardly possible). Moreover
the wrongly pasted text is similar to the correct text[*], meaning
that if one doesn't pay attention, one gets a file with permanently
incorrect data!

[*] This problem precisely occurs when one wants to update some data
in a file with Emacs: one cuts the old data, select the new data
somewhere else, and pastes back to the Emacs window; but due to this
bug, what is pasted is sometimes what was cut, i.e. the old data.

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

Kernel: Linux 3.16.0-4-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
Init: sysvinit (via /sbin/init)

Versions of packages emacs24 depends on:
ii  emacs24-bin-common 24.4+1-4.1
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.28-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-13
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.12-3
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-2
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.31.1-2+b1
ii  libgif44.1.6-11
ii  libglib2.0-0   2.42.1-1
ii  libgnutls-deb0-28  3.3.8-5
ii  libgomp1   4.9.2-10
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.14.5-1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.3.1-11
ii  libm17n-0  1.6.4-3
ii  libmagickcore-6.q16-2  8:6.8.9.9-4
ii  libmagickwand-6.q16-2  8:6.8.9.9-4
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.5-1
ii  libselinux12.3-2
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.3-11
ii  libtinfo5  5.9+20140913-1+b1
ii  libx11-6   2:1.6.2-3
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.1+dfsg1-3
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.4.2-1+b1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
ii  emacs24-common-non-dfsg  24.4+1-2

-- no debconf information


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



Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black

2014-12-28 Thread Bálint Réczey
Hi Bernhard,

2014-12-28 14:28 GMT+01:00 Bernhard Übelacker bernha...@vr-web.de:
 Hello Bálint Réczey,
 thanks for your fast response.

 One thing I am uncomfortable with my proposal is, if it would affect
 people using some low spec computer which are not able to decode fast
 enough in software and not having vdpau at all.
Well, if this was OK for DVD streams, it should be OK for PVR streams as well.
BTW the original commit adding hint.software = true;:

commit d75a46a9f9626be12cc486c8e7c7d9be9d216922
Author: elupus elupus@svn
Date:   Fri Apr 9 18:59:15 2010 +

changed: only use libmpeg2 for dvd playback

Side effect that vaapi/vdpau is now allowed for all mpeg2 content.

git-svn-id:
https://xbmc.svn.sourceforge.net/svnroot/xbmc/trunk@29147
568bbfeb-2a22-0410-94d2-cc84cf5bfa90
...


 I will try to build a kodi package from your repo and report back.
It would also be interesting to check an xbmc build using FFmpeg, it
may make a difference:
http://snapshot.debian.org/package/xbmc/2%3A13.2%2Bdfsg1-2~exp1/



 Kind regards,
 Bernhard


 One think were I am undecided is, my proposal is to set set
 software=true. But I don't know if then someone would still be able to
 watch via xbmc-pvr-tvheadend-hts on e.g. on a raspberry
I'm hesitant a bit, too to upload the change.
You may have hit a different manifestation of #769057.

Looking at the code it seems compiling with xrandr disabled may make
XBMC skip the OnLostDevice() call in CWinSystemX11::SetFullScreen()
possibly fixing both issues.
Could you please try disabling xrandr in debian/rules instead of using
the hint trick?

Cheers,
Balint


 On Sun, 28 Dec 2014 11:17:44 +0100 =?UTF-8?B?QsOhbGludCBSw6ljemV5?=
 bal...@balintreczey.hu wrote:
 Control: tags -1 pending upstream confirmed

 Bernhard,

 2014-12-27 22:07 GMT+01:00 Bernhard Ãœbelacker bernha...@vr-web.de:
  Package: xbmc
  Version: 2:13.2+dfsg1-4
  Severity: important
 
  Dear Maintainer,
  when playing with xbmc from current jessie with activated 
  xbmc-pvr-tvheadend-
  hts
  from some satellite broadcasts I get only a black screen when switching 
  from
  windowed to fullscreen mode.
 
 
  These are the circumstances which are relevant (as far as I think):
  - using a VDPAU enabled graphics card with needed vdpau libraries installed
  - having no .xbmc directory in home directory (just for reproducability)
  - starting xbmc
  - activating Tvheadend HTSP Client addon
  - playing a broadcast through LiveTv in windowed mode (in my case no HD
  channel)
(plays fine in the partial screen with channels on the side as filling 
  the
  whole window too.)
  - switching to fullscreen mode (e.g. altgr+backslash)
  - video stays black, audio still playing, other menus and control elements 
  also
  visible.
 
 
  I did some further investigations:
 ...
  I opened it as important, but probably you want to increase it to serious 
  if
  you see fit.
  If yes probably on way of action for jessie would be to add this 
  hint.software
  = true;
  in DVDPlayer.cpp:3003 as it is already the case for DVD playback.

 Thank you for the detailed investigation and the proposed fix. The fix
 will be included in the next upload.
 There is no need for increasing severity. I will ask for a freeze
 exception and I think Release Managers will approve it.

 I also checked latest upstream code but the patched part has been
 removed and without the HW to test the change I'm not comfortable with
 adapting the patch.

 I have packaged Kodi already [1] but it is waiting in the NEW queue
 right now. Could you please check if Kodi needs the fix, too and adapt
 the patch if needed?
 If you could upstream the Kodi fix yourself and ping me to back-port
 the fix I would be happy, too.

 Cheers,
 Balint

 [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git




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



Bug#774091: mpv: insufficient dependency on libquvi7

2014-12-28 Thread Stepan Golosunov
Package: mpv
Version: 0.6.2-2
Control: close -1 0.7.1-1

mpv from jessie fails to play anything which is not directly a file
when libquvi7 0.4.1-1 (from wheezy) is installed:

% mpv dvd://
Playing: dvd://
PANIC: unprotected error in call to Lua API (attempt to index a number value)
zsh: abort  mpv dvd://

This is probably because old libquvi7 uses different lua version then
mpv.

mpv in unstable is probably unaffected as it dropped libquvi support.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages mpv depends on:
ii  libasound2  1.0.28-1
ii  libass5 0.10.2-3
ii  libavcodec-extra-56 6:11-2
ii  libavdevice55   6:11-2
ii  libavfilter56:11-2
ii  libavformat56   6:11-2
ii  libavresample2  6:11-2
ii  libavutil54 6:11-2
ii  libbluray1  1:0.6.2-1
ii  libbs2b03.1.0+dfsg-2.1
ii  libc6   2.19-13
ii  libcdio-cdda1   0.83-4.2
ii  libcdio-paranoia1   0.83-4.2
ii  libcdio13   0.83-4.2
ii  libdvdnav4  5.0.1-1
ii  libdvdread4 5.0.0-1
ii  libegl1-mesa [libegl1-x11]  10.3.2-1
ii  libenca01.16-1
ii  libgl1-mesa-glx [libgl1]10.3.2-1
ii  libguess1   1.2-1
ii  libjack-jackd2-0 [libjack-0.116]1.9.10+20140719git3eb0ae6a~dfsg-2
ii  libjpeg62-turbo 1:1.3.1-11
ii  liblcms2-2  2.6-3+b3
ii  liblircclient0  0.9.0~pre1-1.1
ii  liblua5.2-0 5.2.3-1.1
ii  libmpg123-0 1.20.1-2
ii  libpulse0   5.0-13
ii  libquvi70.4.1-1
ii  libsdl2-2.0-0   2.0.2+dfsg1-6
ii  libswscale3 6:11-2
ii  libuuid12.25.2-4
ii  libva-glx1  1.4.1-1
ii  libva-x11-1 1.4.1-1
ii  libva1  1.4.1-1
ii  libvdpau1   0.8-3
ii  libwayland-client0  1.6.0-2
ii  libwayland-cursor0  1.6.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  10.3.2-1
ii  libx11-62:1.6.2-3
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  libxkbcommon0   0.4.3-2
ii  libxrandr2  2:1.4.2-1+b1
ii  libxss1 1:1.2.2-1
ii  libxv1  2:1.0.10-1+b1
ii  zlib1g  1:1.2.8.dfsg-2+b1

mpv recommends no packages.

mpv 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#774080: udev: /dev/dvd symlink changed while a program using it was running

2014-12-28 Thread Vincent Danjean
On 28/12/2014 16:03, m...@linux.it (Marco d'Itri) wrote:
 Control: severity -1 wishlist
 
 On Dec 28, Vincent Danjean vdanj...@debian.org wrote:
 
 This is a pity, but, if this is really the case, you can at least document 
 the situation (hence the reopen). As said initially,
 Please send a patch.

To add into the README.Debian (for example, or another specific file):

**
Since jessie, udev does not provide persistent name for CD/DVD readers/
writers (see #655924 for more details). This is not a problem with one
CD/DVD reader/writer (as it will automaticcaly be linked to /dev/cdrom,
/dev/dvd, ...) but it is with more than one hardware. Moreover, in the
latter case, the symlinks (/dev/cdrom, /dev/dvd, ...) can change
each time a CD/DVD is inserted into one reader/writer (as reported in
#774080), even while they are used!

To come back to persistent names, old wheezy users can change their
/etc/udev/rules.d/70-persistent-cd.rules to use ID_SERIAL instead
of ID_PATH. And new jessie installation can manually wrote such a
file. As an example, to be adapted to your hardware, here is
such a file:
==
# DVD-ROM_GD-7500 (pci-:03:05.0-scsi-0:0:0:0)
SUBSYSTEM==block, ENV{ID_CDROM}==?*, 
ENV{ID_SERIAL}==HITACHI_DVD-ROM_GD-7500, SYMLINK+=cdrom, ENV{GENERATED}=1
SUBSYSTEM==block, ENV{ID_CDROM}==?*, 
ENV{ID_SERIAL}==HITACHI_DVD-ROM_GD-7500, SYMLINK+=dvd, ENV{GENERATED}=1

# DRW-1814BL (pci-:03:05.0-scsi-0:0:1:0)
SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_SERIAL}==ASUS_DRW-1814BL, 
SYMLINK+=cdrom1, ENV{GENERATED}=1
SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_SERIAL}==ASUS_DRW-1814BL, 
SYMLINK+=cdrw1, ENV{GENERATED}=1
SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_SERIAL}==ASUS_DRW-1814BL, 
SYMLINK+=dvd1, ENV{GENERATED}=1
SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_SERIAL}==ASUS_DRW-1814BL, 
SYMLINK+=dvdrw1, ENV{GENERATED}=1
==

The identifier for ID_SERIAL (or other way to identify the hardware)
can be found by running:
# udevadm info --query=all --name=/dev/sr0
# udevadm info --query=all --name=/dev/sr1
...

And, once these new udev rules are in place, they can immediately be
taken into account (without rebooting) by running:
# udevadm trigger

**

A test for several /dev/sr* file at config time that would display
a debconf notice pointing on this documentation would probably also
be a very good thing.

  Regards,
Vincent

-- 
Vincent Danjean   GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5  CA4A F6AE F2AF D178 97FA
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#774073: dh-make-perl: Ceating core module, install fails with trying to overwrite foo which is also in bar

2014-12-28 Thread Andrew Beverley
On Sun, 2014-12-28 at 14:51 +0200, Niko Tyni wrote:
 On Sun, Dec 28, 2014 at 12:19:32PM +, Andy Beverley wrote:
  Package: dh-make-perl
  Version: 0.75-1
  Severity: normal
  Tags: upstream patch
 
  When creating an updated version of a module that is already in core,
  the subsequent install fails (as expected) with a message such as:
  trying to overwrite '/usr/bin/instmodsh', which is also in package
  perl 5.14.2-21+deb7u2.
  
  Given that dh-make-perl has to be forced into creating core modules,
  I think it's appropriate to instruct dpkg that the package contains
  files that replace the core module. This patch does so.
 
 Please note that a Replaces entry isn't quite enough for packages with
 conflicting files to coexist cleanly: in case the replacing package
 gets removed later, the conflicting file would then be gone from the
 system altogether.

Good point, I hadn't thought of that.

 A more robust solution is using dpkg-divert in maintainer scripts to move
 the core version out of the way and then back later if necessary. See
 for instance the libmodule-corelist-perl package for an example
 implementation.

Thanks for the example. I'm currently thinking of this as a solution,
but wondering whether there is an easier way?

1. Check if the module is provided by core
2. If so, check which files in the new package are already in core
3. For each of those files, generate a dpkg-divert line

In the case of a large module, there could be several dozen dpkg-divert
lines, but I can't see a better way of doing it?

Thanks,

Andy


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



Bug#774092: guvcview: does not display webcam video capture

2014-12-28 Thread Jakob Wiedner
Package: guvcview
Version: 1.5.3-1
Severity: important

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

   * What led up to the situation?
opening guvcview
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I opened guvcview to record a video from my webcam.
   * What was the outcome of this action?
the guvcview window stays black, the saved video has sound but the
video is just black (the same as when just viewing).
   * What outcome did you expect instead?
see the video of the webcam live as well as when saved to file

P.S. I tried with skype, mplayer, vlc, gstreamer-properties. there the webcam
video capture works fine. cheese also has problems (picture freeze and webcam
turned off when trying to record a vide).



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

Kernel: Linux 3.16.0-0.bpo.4-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages guvcview depends on:
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libavcodec53  6:0.8.16-1
ii  libavutil51 [libavutil-extra-51]  6:0.8.16-1
ii  libc6 2.13-38+deb7u6
ii  libcairo-gobject2 1.12.2-3
ii  libcairo2 1.12.2-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk-3-03.4.2-7
ii  libpango1.0-0 1.30.0-1
ii  libpng12-01.2.49-1
ii  libportaudio2 19+svn2021-1
ii  libsdl1.2debian   1.2.15-5
ii  libudev0  175-7.2
ii  libv4l-0  0.8.8-3

Versions of packages guvcview recommends:
ii  uvcdynctrl  0.2.2-1

guvcview 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#763172: iwlwifi: Microcode SW error

2014-12-28 Thread Ralf Jung
Hi again,

this patch has made it into an upstream stable release, and it seems
that it entered Debian as well. I cannot reproduce the issue anymore.

Kind regards,
Ralf


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



Bug#771770: haskell-mode copiously displays its documentation

2014-12-28 Thread Robbie Harwood
David Bremner da...@tethera.net writes:

 Robbie Harwood rharw...@club.cc.cmu.edu writes:

 Package: haskell-mode
 Version: 13.10-3
 Severity: important

 Dear Maintainer,

 When a newline is entered into a buffer in Haskell mode, the view is
 split and a *Help* buffer appears displaying documentation for
 haskell-mode-hook.  That is, it displays:

 haskell-mode-hook is a variable defined in `haskell-mode.el'.
 Its value is nil

   This variable may be risky if used as a file-local variable.

 In fact it's not quite being copious enough. In emacs23 (I didn't have
 24.3 on hand) it actually tells you that you want to
 turn-on-haskell-indent or equivalent to set up some haskell indentation
 mode.  You will notice a similar strange effect if you hit tab. I think
 the best workaround is to add a more complete configuration for
 haskell-mode to your .emacs.d/init.el.

Makes sense.  The problem I'm having is that it's not clear how to turn
it off, especially since I don't want any indentation.


signature.asc
Description: PGP signature


Bug#773203: unblock: php5/5.6.4+dfsg-0+deb8u1

2014-12-28 Thread Ondřej Surý
Ok, it looks like some transient error on my local machine's pbuilder
since it hasn't manifested on buildd. Also the affected code (ext/phar/)
hasn't changed between 5.6.2 and 5.6.4

So only new failing tests are the new ones:

 +Test the basics to function timezone_version_get().
 [ext/date/tests/timezone_version_get.phpt]
 +timezone_version_get: Test that timezone_location_get returns a date
 concatenated with a dot and a version number
 [ext/date/tests/timezone_version_get_basic1.phpt]

- those related to timezone fails due Debian's php is compiled with
system timezone database.

 +#66265: gettext doesn't switch locales within the same script
 [ext/gettext/tests/bug66267.phpt]
 +Test the basics to function iconv.
 [ext/iconv/tests/iconv_basic_001.phpt]

This needs used locales to be enabled in the system to enable those
tests to work.

Cheers,
Ondrej


 On Sat, Dec 27, 2014, at 16:25, Adam D. Barratt wrote:
  Hi,
  
  On Sun, 2014-12-21 at 21:06 +0100, Ondřej Surý wrote:
   Control: tags -1 - moreinfo
   
   JFTR php5/5.6.4+dfsg-1 has hit unstable now. I will prepare the usual
   comparison of test suite and debdiff between 5.6.2 and 5.6.4 tomorrow.
  
  Did you have chance to look at that? (I'm more interested in the test
  suite diff rather than the debdiff in this case.)
  
  Regards,
  
  Adam
  
 
 
 -- 
 Ondřej Surý ond...@sury.org
 Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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



Bug#762285: [Regression] Brightness control does not work anymore

2014-12-28 Thread Ralf Jung
Hi,

this issue is still present in current kernels. There's a working patch
upstream that landed in 3.19 (as dce4ec2e). Not being able to control
the backlight is a pretty disturbing regression, so I would appreciate
if you could consider this patch.

Kind regards,
Ralf


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



Bug#758848: calendar-exchange-provider: Leftover drafts of meeting response e-mails

2014-12-28 Thread Mechtilde
Hello Michel,

there is available a new version in unstable. Can you test whether your
problem still exist?

Kind regards

Mechtilde

On Fri, 22 Aug 2014 10:34:07 +0900 =?utf-8?q?Michel_D=C3=A4nzer?=
mic...@daenzer.net wrote:
 Package: calendar-exchange-provider
 Version: 3.2.0~beta53-1
 Severity: normal
 
 When choosing a response to a meeting invitation, a 'How do you want to react'
 dialogue pops up. If I choose 'Don't send a response', the e-mail 
 corresponding
 to the response to the meeting invitation is left in the Drafts folder.
 
 -- System Information:
 Debian Release: jessie/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (102, 
 'experimental')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 3.15.0 (SMP w/4 CPU cores)
 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages calendar-exchange-provider depends on:
 ii  icedove   31.0-1
 ii  iceowl-extension  31.0-1
 
 calendar-exchange-provider recommends no packages.
 
 calendar-exchange-provider suggests no packages.
 
 -- no debconf information
 
 



signature.asc
Description: OpenPGP digital signature


Bug#774036: linux-image-3.16.0-4-amd64: Untainted Kernel shows similar issue

2014-12-28 Thread Rainer Dorsch
Hi Emil,

Am Sonntag, 28. Dezember 2014, 15:56:28 schrieb Emil Goode:
 Hello,
 
 On Sun, Dec 28, 2014 at 11:15:21AM +0100, Rainer Dorsch wrote:
  Package: src:linux
  Version: 3.16.7-ckt2-1
  Followup-For: Bug #774036
  
  Dear Ben,
  
  many thanks for the superfast response and thanks for pointing out
  that I was running the nvidia driver. I run now with nouveau and also
  purge the virtualbox stuff.
  
  Unfortunately, the behavior is exactly the same though (except that
  there is no blinking cursor with nouveau, when the system hangs),
  i.e. the resume works when I use freezer in debug mode, the system
  hangs when I go to the next level (devices).
 
 When you get a black screen does the system hang completely or is it
 possible to login to the system over ssh? If it's possible to login it
 could be useful to post the dmesg output here.

Thank you for the idea, I tried it, but the system does not respond anymore to 
an ssh request. It certainly works when the system is up.

Kind regards,
Rainer


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



Bug#774093: gscan2pdf: various consistency updates for dialogs

2014-12-28 Thread Peter Marschall
Package: gscan2pdf
Version: 1.2.7-1
Severity: minor
Tags: patch

Hi,

please have a look at the patch series against gscan2pdf's master branch in
  https://github.com/marschap/gscan2pdf/commits/dialog-improvements

It addresses the following UI glitches in dialogs:
* Edit  Properties dialog
  - show dpi as unit
  - use a Spinbutton for the resolution
* prettify dialogs by grid-aligning their elements
  - Metadata frame in File  Save [for PDF]
  - Tools  Unsharp Mask
  - Tools  Crop
* consistent placement of Page Range frame in dialogs: always on top
* keep order of elements in the Page Range frame: All always first
* consistent placement/behaviour of action buttons in dialogs
  - on the bottom
  - keep them on the bottom on size changes
* do not let dialog elements grow needlessly on resize
  (e.g. buttons growing in height)
* pre-select the default action button
  (incomplete: seems to fail with Gscan2pdf::Dialog-type dialogs)
* ...

More detailed explanations in the commit messages.

It would be cool if these changes would make it into the next gscan2pdf release.

Thanks for this cool piece of software
Peter


-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gscan2pdf depends on:
ii  imagemagick8:6.8.9.9-3
ii  libconfig-general-perl 2.56-1
ii  libgoo-canvas-perl 0.06-2+b1
ii  libgtk2-ex-simple-list-perl0.50-2
ii  libgtk2-imageview-perl 0.05-2+b1
ii  libhtml-parser-perl3.71-1+b3
ii  libimage-magick-perl [perlmagick]  8:6.8.9.9-3
ii  liblist-moreutils-perl 0.33-2+b1
ii  liblocale-gettext-perl 1.05-8+b1
ii  liblog-log4perl-perl   1.44-1
ii  libpdf-api2-perl   2.023-1
ii  libproc-processtable-perl  0.51-1
ii  libreadonly-perl   2.000-1
ii  librsvg2-common2.40.5-1
ii  libsane-perl   0.05-2+b2
ii  libset-intspan-perl1.19-1
ii  libtiff-tools  4.0.3-10+b4
ii  libtry-tiny-perl   0.22-1
ii  sane-utils 1.0.24-7

Versions of packages gscan2pdf recommends:
ii  djvulibre-bin  3.5.25.4-4+b1
ii  gocr   0.49-2
ii  libgtk2-ex-podviewer-perl  0.18-1
ii  sane   1.0.14-9
ii  tesseract-ocr  3.03.03-1
ii  unpaper0.4.2-1
ii  xdg-utils  1.1.0~rc1+git20111210-7.1

gscan2pdf 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#774095: ITP: ruby-fog-terremark -- library for using terremark vCloud

2014-12-28 Thread Pirate Praveen
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen prav...@debian.org

* Package name: ruby-fog-terremark
  Version : 0.0.3
  Upstream Author : Paulo Henrique Lopes Ribeiro
* URL : http://rubygems.org/gems/fog-terremark
* License : Expat
  Programming Lang: ruby
  Description : library for using terremark vCloud



signature.asc
Description: OpenPGP digital signature


Bug#774096: gmrun: Please add https handler in /etc/gmrunrc

2014-12-28 Thread Ivan Vilata i Balaguer
Package: gmrun
Version: 0.9.2-2.1
Severity: wishlist

The currently packaged version of gmrun includes the following HTTP handler in
mainstream:

URL_http = mozilla -remote openURL(%u, new-window)

With the following custom one in Debian instead:

 URL_http = x-www-browser '%u'

There's no handler for HTTPS URLs however.  It would be nice to have them
available as well.  Thanks!

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages gmrun depends on:
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-13
ii  libcairo2   1.14.0-2.1
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.5.2-2
ii  libgcc1 1:4.9.2-9
ii  libglib2.0-02.42.1-1
ii  libgtk2.0-0 2.24.25-1
ii  libpango1.0-0   1.36.8-3
ii  libpopt01.16-10
ii  libstdc++6  4.9.2-9

gmrun recommends no packages.

gmrun 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



  1   2   >