date:20141201

Control: reassign -1 wnpp
Control: severity -1 wishlist
Control: retitle -1 RFP: python-nfc -- Python module to read/write NFC tags or 
communicate with another NFC device

On Du, 30 nov 14, 22:54:31, Pander wrote:
 Package: python-nfc
 Severity: RFP
 
 See also and link to https://bugs.launchpad.net/ubuntu/+bug/1376276
 
 description: A Python module to read/write NFC tags or communicate with
 another NFC device.
 
 url: http://nfcpy.readthedocs.org/en/latest/# and
 https://launchpad.net/nfcpy
 
 license: European Union Public Licence (EUPL) http://ec.europa.eu/idabc/eupl
 
 Please package also for Raspbian.
 Please package for at least Python3.

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#769640: migration gift - newcomer [Was: newcomer will be this tag.]

2014-12-01 Thread Tomasz Nitecki

tags 769640 + pending
thanks

UDD patch adding support for 'newcomer' tag is live for almost two weeks
and it appears that it's working perfectly well. That means that it's
safe to add 'newcomer' support to hcih too.

Implemented:
- Added support for 'newcomer' option (alias of 'gift')
- Updated manual and --help
- Added 'gift' tag depreciation warning

I'll request unblock as soon as it's uploaded.


Regards,
T.



signature.asc
Description: OpenPGP digital signature

Bug#771629: cron: Please add ProtectSystem=yes to systemd service file

2014-12-01 Thread Alexandre Detiste

Hi,

The daemon itself doesn't write in /usr , but it's child processes (called from 
crontabs or /etc/cron.daily/)
will inherit this and may need write access to /usr  (e.g.: 
unattended-upgrades).

Alexandre


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

Bug#771591: TAG: python-isoweek -- Python module provide the class Week

Control: reassign -1 wnpp
Control: severity -1 wishlist
Control: retitle -1 RFP: python-isoweek -- Python module to provide the class 
Week

On Du, 30 nov 14, 22:54:27, Pander wrote:
 Package: python-isoweek
 Severity: RFP
 
 See also and link to https://bugs.launchpad.net/ubuntu/+bug/1273829
 
 description: The isoweek Python module provide the class Week. Instances
 represent specific weeks spanning Monday to Sunday. There are 52 or 53
 numbered weeks in a year. Week 1 is defined to be the first week with 4
 or more days in January.
 
 url: https://pypi.python.org/pypi/isoweek/1.3.0
 
 license: BSD
 
 Please package also for Raspbian.
 Please package for at least Python3.

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#771590: RFP: tg -- Command-line interface for Telegram

Control: reassign -1 wnpp
Control: severity -1 wishlist
Control: retitle -1 RFP: tg -- Command-line interface for Telegram

On Du, 30 nov 14, 22:54:22, Pander wrote:
 Package: tg
 Severity: RFP
 
 See also and link to https://bugs.launchpad.net/ubuntu/+bug/1284112
 
 description: Command-line interface for Telegram. Uses readline interface.
 
 license: GNU GENERAL PUBLIC LICENSE, Version 2
 
 url: https://github.com/vysheng/tg
 
 Please package also for Raspbian.

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#771590: RFP: tg -- Command-line interface for Telegram

2014-12-01 Thread Andrey Rahmatullin

On Mon, Dec 01, 2014 at 09:38:38AM +0200, Andrei POPESCU wrote:
 Control: reassign -1 wnpp
  Package: tg
  Severity: RFP
  
  See also and link to https://bugs.launchpad.net/ubuntu/+bug/1284112
  
  description: Command-line interface for Telegram. Uses readline interface.
  
  license: GNU GENERAL PUBLIC LICENSE, Version 2
  
  url: https://github.com/vysheng/tg
  
  Please package also for Raspbian.
Note that the previous discussion of this software was at #737563.

-- 
WBR, wRAR


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

Bug#771607: unblock: brltty/5.2~20141018-2

Samuel Thibault sthiba...@debian.org (2014-12-01):
 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: unblock
 
 unblock brltty/5.2~20141018-3
 unblock espeakup/1:0.71-19
 
 Hello,
 
 As it seems that Jessie will install the gnome desktop by default, I
 would like to upload the attached changes.  The idea is that the most
 accessible desktop we have in Debian is MATE

Why are we learning about this only now?

 so the attached changes
 make MATE the default desktop instead of gnome when either braille or
 software speech was used during installation, while still allowing
 normal preseed to override it.  Do debian-boot and debian-release agree
 with this?

I only stumbled upon your mail because I'm subscribed to -accessibility@,
adding -boot@ to Cc…

 Samuel
 
 -- System Information:
 Debian Release: jessie/sid
   APT prefers testing
   APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'), 
 (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 3.17.0 (SMP w/8 CPU cores)
 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash

 commit 7f87d43be214c27efcf9db80f2e803a3dbad51d1
 Author: Samuel Thibault samuel.thiba...@ens-lyon.org
 Date:   Mon Dec 1 00:35:26 2014 +0100
 
 brltty-udeb.sh: Preseed installing MATE desktop by default when brltty is 
 used in d-i
 
 diff --git a/debian/brltty-udeb.postinst b/debian/brltty-udeb.postinst
 new file mode 100644
 index 000..5e65678
 --- /dev/null
 +++ b/debian/brltty-udeb.postinst
 @@ -0,0 +1,3 @@
 +#!/bin/sh
 +[ -n $(debconf-get tasksel/desktop) ] || debconf-set-selections 
 /usr/share/brltty-udeb/mate-preseed.cfg
 +exit 0
 diff --git a/debian/changelog b/debian/changelog
 index 53f192b..c72c61b 100644
 --- a/debian/changelog
 +++ b/debian/changelog
 @@ -1,3 +1,10 @@
 +brltty (5.2~20141018-3) UNRELEASED; urgency=medium
 +
 +  * brltty-udeb.sh: Preseed installing MATE desktop by default when brltty is
 +used in d-i.
 +
 + -- Samuel Thibault sthiba...@debian.org  Sat, 22 Nov 2014 01:24:45 +0100
 +
  brltty (5.2~20141018-2) unstable; urgency=medium
  
* patches/git-a7123d7: Fix brlapi output with the NoScreen screen driver.
 diff --git a/debian/control b/debian/control
 index 2fc2a81..ddcd343 100644
 --- a/debian/control
 +++ b/debian/control
 @@ -202,9 +202,10 @@ Package: brltty-udeb
  Architecture: any
  Package-Type: udeb
  Section: debian-installer
 -Depends: ${shlibs:Depends}, ${misc:Depends}
 +Depends: ${shlibs:Depends}, ${misc:Depends}, preseed-common
  Description: Access software for a blind person using a braille display
   This is a small version of brltty, optimized for use on install media.
 +XB-Installer-Menu-Item: 1050
  
  Package: brltty-x11
  Architecture: any
 diff --git a/debian/mate-preseed.cfg b/debian/mate-preseed.cfg
 new file mode 100644
 index 000..87113cb
 --- /dev/null
 +++ b/debian/mate-preseed.cfg
 @@ -0,0 +1 @@
 +tasksel tasksel/desktop multiselect mate
 diff --git a/debian/rules b/debian/rules
 index 591a6ff..b702459 100755
 --- a/debian/rules
 +++ b/debian/rules
 @@ -240,6 +240,8 @@ brltty-udeb: build-udeb
   chmod +x debian/$@/lib/udev/brltty.sh
   cp debian/brltty-udeb.sh debian/$@/lib/brltty/brltty.sh
   chmod +x debian/$@/lib/brltty/brltty.sh
 + mkdir -p debian/$@/usr/share/brltty-udeb
 + cp debian/mate-preseed.cfg 
 debian/$@/usr/share/brltty-udeb/mate-preseed.cfg
   dh_strip -p$@
   dh_fixperms -p$@
   dh_installdeb -p$@
 @@ -247,7 +249,7 @@ brltty-udeb: build-udeb
   dh_gencontrol -p$@
   # Check that we didn't accidentally link against something outside of
   # d-i world
 - grep Depends: debian/brltty-udeb/DEBIAN/control | perl -ne 'map {unless 
 (/-udeb/) {print $$_; exit 1}} split /,/'
 + grep Depends: debian/brltty-udeb/DEBIAN/control | perl -ne 'map {unless 
 (/-udeb/ or /^ ?preseed-common$$/) {print $$_; exit 1}} split /,/'
   dh_builddeb -p$@
  
  .PHONY: brltty brltty-udeb build build-indep build-arch build-brltty 
 build-udeb clean binary-indep binary-arch binary

 commit 42985d7db76cf4ae4f3b193be549bdb855044ce3
 Author: Samuel Thibault samuel.thiba...@ens-lyon.org
 Date:   Mon Dec 1 00:35:18 2014 +0100
 
 espeakup-udeb.sh: Preseed installing MATE desktop by default when 
 espeakup is used in d-i
 
 diff --git a/debian/changelog b/debian/changelog
 index 33a39f0..03d9f45 100644
 --- a/debian/changelog
 +++ b/debian/changelog
 @@ -1,3 +1,10 @@
 +espeakup (1:0.71-19) UNRELEASED; urgency=medium
 +
 +  * espeakup-udeb.sh: Preseed installing MATE desktop by default when 
 espeakup
 +is used in d-i.
 +
 + -- Samuel Thibault sthiba...@debian.org  Sun, 30 Nov 2014 23:23:28 +0100
 +
  espeakup (1:0.71-18) unstable; urgency=medium
  
* synth.c: Fix spelling capital keystrokes (Closes: #770753)
 diff --git a/debian/control b/debian/control
 index

Bug#771650: suggest apt-get remove when gem command tries to uninstall libraries installed via apt

2014-12-01 Thread Pirate Praveen

package: ruby
version: 1:2.1.0.1
severity: wishlist

when a library is installed as a deb package and rubygems-integration is
installed, gem uninstall command give the following error

ERROR:  While executing gem ... (Gem::InstallError)
treetop is not installed in GEM_HOME, try:
gem uninstall -i /usr/share/rubygems-integration/all treetop

it would be nice if apt-get remove ruby-treetop is suggested instead.



signature.asc
Description: OpenPGP digital signature

Bug#771607: unblock: brltty/5.2~20141018-2

Cyril Brulebois, le Mon 01 Dec 2014 09:41:20 +0100, a écrit :
  As it seems that Jessie will install the gnome desktop by default, I
  would like to upload the attached changes.  The idea is that the most
  accessible desktop we have in Debian is MATE
 
 Why are we learning about this only now?

??
This has been written on 
https://wiki.debian.org/DebianDesktop/Requalification/Jessie
for a long time already.

 I only stumbled upon your mail because I'm subscribed to -accessibility@,
 adding -boot@ to Cc…

Hum... I had put
X-Debbugs-Cc: debian-b...@lists.debian.org
X-Debbugs-Cc: debian-accessibil...@lists.debian.org

I then guess bts only keep the last one.

Samuel


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

Bug#771649: unblock: python-mdp/3.3-2

2014-12-01 Thread Tiziano Zito

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

Please unblock package python-mdp

This version fixes FTBFS #768675. The fixes are cherry-picked from
upstream git repository. Every single commit has been incorporated
as a quilt patch. Two other bugs are fixed which were reported on
upstream user mailinglist: Fix inclusion of CSS data in bimdp and
run tests from within a corresponding tests directory to work
around new py.test conftest.py autodiscovery features in python-pytest 
version 2.6.3. Documentation-only fixes are also included. The
Debian changelog entry explains everything:

  * New upstream git snapshot
- resolves FTBFS by a workaround of faulty unicode encoding in
  sklearn docstrings (Closes: #768675). The corresponding
  commits in upstream git are the quilt patches:
  changeset_af5294f0b78ea5b20e4c1c23fc55a4bdaa0749c9.diff
  changeset_4fc2b74375701dcabde0e3368841ce31a52c4529.diff
  changeset_324cb9b963a7e9d1bb22b5934eaa9f17974f5b11.diff
- Documentation fixes. The corresponding commits in upstream
  git are the quilt patches:
  changeset_f4a84b7186289027410abe116f5487f800869be2.diff
  changeset_4d05f0adafcc770277f36d30894a5c6aefe8a58b.diff
  changeset_2b1048b980748366dd6439317fccc99f728056a7.diff
  changeset_17202a65f7608e550c52953ef4026cf8fe623c16.diff
- Fix inclusion of CSS data in bimdp. The corresponding commit
  in upstream git is the quilt patch:
  changeset_4ec2f2940fda4f4fec9db184dbb1b93053040159.diff
  * debian/rules
   - run tests from within a corresponding tests directory to work around
 new py.test conftest.py autodiscovery features in python-pytest 
 version 2.6.3

Src debdiff
diff -Nru mdp-3.3/debian/changelog mdp-3.3/debian/changelog
--- mdp-3.3/debian/changelog2012-09-30 09:09:35.0 +0200
+++ mdp-3.3/debian/changelog2014-11-28 16:45:30.0 +0100
@@ -1,3 +1,29 @@
+mdp (3.3-2) unstable; urgency=low
+
+  * New upstream git snapshot
+- resolves FTBFS by a workaround of faulty unicode encoding in
+  sklearn docstrings (Closes: #768675). The corresponding
+  commits in upstream git are the quilt patches:
+  changeset_af5294f0b78ea5b20e4c1c23fc55a4bdaa0749c9.diff
+  changeset_4fc2b74375701dcabde0e3368841ce31a52c4529.diff
+  changeset_324cb9b963a7e9d1bb22b5934eaa9f17974f5b11.diff
+- Documentation fixes. The corresponding commits in upstream
+  git are the quilt patches:
+  changeset_f4a84b7186289027410abe116f5487f800869be2.diff
+  changeset_4d05f0adafcc770277f36d30894a5c6aefe8a58b.diff
+  changeset_2b1048b980748366dd6439317fccc99f728056a7.diff
+  changeset_17202a65f7608e550c52953ef4026cf8fe623c16.diff
+- Fix inclusion of CSS data in bimdp. The corresponding commit
+  in upstream git is the quilt patch:
+  changeset_4ec2f2940fda4f4fec9db184dbb1b93053040159.diff
+  * debian/rules
+   - run tests from within a corresponding tests directory to work around
+ new py.test conftest.py autodiscovery features in python-pytest 
+ version 2.6.3
+  * Upload sponsored by Yaroslav Halchenko
+
+ -- Tiziano Zito opossumn...@gmail.com  Wed, 12 Nov 2014 15:53:57 +0100
+
 mdp (3.3-1) unstable; urgency=low
 
   * New upstream bug-fix release
diff -Nru 
mdp-3.3/debian/patches/changeset_17202a65f7608e550c52953ef4026cf8fe623c16.diff 
mdp-3.3/debian/patches/changeset_17202a65f7608e550c52953ef4026cf8fe623c16.diff
--- 
mdp-3.3/debian/patches/changeset_17202a65f7608e550c52953ef4026cf8fe623c16.diff  
1970-01-01 01:00:00.0 +0100
+++ 
mdp-3.3/debian/patches/changeset_17202a65f7608e550c52953ef4026cf8fe623c16.diff  
2014-11-28 16:45:30.0 +0100
@@ -0,0 +1,54 @@
+From: Niko Wilbert niko.wilb...@tngtech.com
+Subject: DOC: some small updates and fixes in docstrings and comments
+
+Index: mdp-toolkit/bimdp/__init__.py
+===
+--- mdp-toolkit.orig/bimdp/__init__.py
 mdp-toolkit/bimdp/__init__.py
+@@ -42,11 +42,6 @@ This is described in more detail in the
+ 
+ ### T O D O ###
+ 
+-# - optional 
+-
+-# TODO: maybe also allow target==EXIT_TARGET during training
+-# would have to modify _train_node_single_phase
+-
+ # TODO: add a target seperator that does not remove the key. Could use
+ #- remove key
+ #-- remove one '-' on entry
+@@ -70,7 +65,7 @@ This is described in more detail in the
+ #is in place.
+ 
+ # TODO: Implement more internal checks for node output result?
+-#Check that last element is not None? Use assume?
++#Check that last element is not None?
+ 
+ # TODO: implement switchlayer, a layer where each column represents a 
different
+ #target, so the target value determines which nodes are used
+Index: mdp-toolkit/bimdp/binode.py
+===
+--- mdp-toolkit.orig/bimdp/binode.py

Bug#771648: please delay autorm of android-permissions

2014-12-01 Thread Hans-Christoph Steiner


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


Please delay autorm of android-permissions from jessie.  We need more time to
figure out the exact details of policy vs technical solutions for this very
specific package (it is designed only to be installed on Debian chroots
running on Android).  I have committed a fix that enforces that this package
is only installable on chroots, and if that makes it acceptable to policy,
then I can push the package update to fix the RC bug in question.

Lots more discussion in the bug report:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770330

.hc



signature.asc
Description: OpenPGP digital signature

Bug#771171: unblock (pre-approval): pyhoca-gui/0.5.0.3-1

2014-12-01 Thread Kjetil Fleten

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Niels

Thanks for your feedback on the Danish translation. We (the team at
fleten.net) appreciate that very much ! It's nice to see X2go used in
Denmark :-)

I have a confession to make though:
I am a native norwegian, and Mark who has done the translation is half
english :-)

That's one of the reasons why feedback like yours is very important.
We will dig into the translation again and have a closer look.

Med vennlig hilsen / best regards

Kjetil Fleten

Fleten.net AS, Tyinvegen 5151, 2975 Vang i Valdres, Noreg
Tlf +47 95861348, ORG nr. 999 542 018 (NO)

Søndergade 27, 8740 Brædstrup, Danmark
Tlf. +45 41153148 CVR. nr. 35479228 (DK)

thats...@fleten.net, www.fleten.net http://www.fleten.net

Den 27-11-2014 kl. 22:23 skrev Mike Gabriel:
Hi Niels,

including the original upstream translator and his supervisor in
the loop...

On Do 27 Nov 2014 20:35:03 CET, Niels Thykier wrote:

Control: tags -1 confirmed moreinfo

On 2014-11-27 11:51, Mike Gabriel wrote:
Package: release.debian.org Severity: normal User:
release.debian@packages.debian.org Usertags: unblock

Please give pre-upload feedback on this unblock request for
package pyhoca-gui.

This upstream release is esp. targeted for Debian jessie
(translation update, documentation update only):

[...]

I'd highly appreciate it if the i18n updates and the
documentation update could find their way into Debian jessie.
Instead of picking all those commits, I try to present a new
upstream release (with minor changes). THANKS!

[...] diff -Nru pyhoca-gui-0.5.0.2/po/da.po
pyhoca-gui-0.5.0.3/po/da.po --- pyhoca-gui-0.5.0.2/po/da.po
2014-10-20 23:58:04.0 +0200 +++
pyhoca-gui-0.5.0.3/po/da.po2014-11-27 11:36:02.0
+0100 [] #: ../pyhoca/wxgui/profilemanager.py:95
../pyhoca/wxgui/profilemanager.py:263 msgid Custom command
-msgstr Tilpasset kommando +msgstr Bruger difineret
kommando
^ s/difinere/definere/g (reoccurring mistake). Also
appears as difineret (- defineret)

http://sproget.dk/lookup?SearchableText=definere#ddo

[...] #: ../pyhoca/wxgui/profilemanager.py:127 msgid Open file
with system's default application -msgstr Åben fil med
systemets standard-applikation +msgstr Åben fil med
systemet's standard-program

That would be standardprogram (without a dash)

http://sproget.dk/lookup?SearchableText=standardprogram#ddo

#: ../pyhoca/wxgui/profilemanager.py:128 msgid Open
application chooser dialog -msgstr Åben applikationsvælger
+msgstr Åben program vælger

I /suspect/ that should have been programvælger (without
space), but double check appreciated.

That said, it seems to be a reoccurring problem in this
translation that the translator(s) are splitting nouns with
spaces (or dash). Danish combines nouns vastly more than English
to the point that the following is actually written without
spaces:

spørgeskemaudfyldningsvejledning

For added bonus, it /sometimes/ also happens with foreign words
e.g. keyaccountmanager is valid Danish. Depends on where Danes
stress the word (stress on first syllable = combine).

References (both examples are taken from these):

http://sproget.dk/raad-og-regler/typiske-problemer/et-eller-flere-ord/et-eller-flere-ord

http://sproget.dk/raad-og-regler/typiske-problemer/et-eller-flere-ord/et-eller-flere-ord-uddybning.html

[...] #: ../pyhoca/wxgui/profilemanager.py:290 msgid Enable
forwarding of SSH authentication agent connections -msgstr
Aktiver forwarding af SSH autentificeringsagentens
forbindelser +msgstr Aktiver viderføring af SSH
autentificering agents forbindelser

[...]

Not sure that viderføring is an actual word. Unfortunately, I
failed to find a better one, because my alternative
videresendelse does not exist either (officially, at least - NB
videresende does exist though).

Given my only remarks only regards to the Danish translations
(which is presumably from upstream), I guess it is sane enough
for Jessie. ;) Please let us know once it has been uploaded and
remove the moreinfo tag at that point.

~Niels

Thanks for this fine Danish i18n review. I guess, Mark and Kjetil
will provide an update for the upstream PyHoca-GUI project, so that
it will finally end in Debian some day.

Mike

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUfCl+AAoJEHO2TI29z8nKVEsQAJqR/calDLK+S8sn8zfLUi/q
J4GL2WteaOkvFUDVtCJ5VRHUGz4Ro11qgrRD3z0/xWAQFG1XfJoM9YQRcqvW7pKx
QLjpQC4MiZkTjhklVXscIGdVG2N1WEqqYS6F38mIC2Iaxb4MmW3hqjbp0QpbWKf/
MZh5k71fAZ2sv1rS6hJDd0D3gavqZQUuRU7EFWRxXePRHuyCfBNjztFJ4aY7mbag
LdRQXRf2p5Pt6nVPuDbd91VeClqaD6XS10tyXaH9YpNS1StW6RErGcAbYBIDf2TT
IsSBvB0dtTp6xr20A+LJdyZ4suALj/egQzxT+8IlUevfFCQ8oX6YKESoNjwl/IJT
wGH/l3KBiDCBZLzY5Iip8PGNJw5mIMz0w234SzRbqhy4siRd/8lAYJ8UXZsokNPs
BIENmnKmr9Us0aQYJ+e89qh3jzYy34J5wCn1PyENpHOC7YaN3bZbhDXCT+FyXKLP
XnoIoAjRhbv63pcWObybSt+UlEBBLxSHm9BeoiOwysGptDg9vA9XNFp0jZQo+ika

Bug#771651: roundcube: upgrade to jessie breaks on php version

Package: roundcube
Version: 0.9.5+dfsg1-4.1
Severity: important

On upgrading wheezy-jessie my roundcube installation breaks. I get:
 Fatal error: Undefined class constant 'MYSQL_ATTR_FOUND_ROWS' in 
/usr/share/roundcube/program/lib/Roundcube/rcube_db_mysql.php on line 134
on the webpage.

A search shows:
http://trac.roundcube.net/ticket/1489099
but the fix is present in roundcube as installed.

root@ailm:~# dpkg -l  |grep php
ii  php-auth   1.6.4-1  all 
 Creating an authentication system
ii  php-auth-sasl  1.0.6-1  all 
 Abstraction of various SASL mechanism responses
ii  php-db 1.7.14-3 all 
 PHP PEAR Database Abstraction Layer
ii  php-http-request   1.4.4-4  all 
 PEAR class to provide an easy way to perform HTTP requests
ii  php-log1.12.8-2 all 
 Logging Framework
ii  php-mail   1.2.0-7  all 
 Class that provides multiple interfaces for sending emails
ii  php-mail-mime  1.8.9-1  all 
 PHP PEAR module for creating MIME messages
ii  php-mdb2   2.5.0b5-1all 
 merge of the PEAR DB and Metabase php database abstraction layers
ii  php-net-dime   1.0.2-2  all 
 class that implements DIME encoding
ii  php-net-sieve  1.3.2-4  all 
 Handles talking to a sieve server
ii  php-net-smtp   1.6.2-2  all 
 PHP PEAR module implementing SMTP protocol
ii  php-net-socket 1.0.14-1 all 
 PHP PEAR Network Socket Interface module
ii  php-net-url1.0.15-3 all 
 easy parsing of Urls
ii  php-pear   5.6.2+dfsg-1 all 
 PEAR - PHP Extension and Application Repository
ii  php-soap   0.13.0-1 all 
 SOAP Client/Server class for PHP
ii  php5   5.6.2+dfsg-1 all 
 server-side, HTML-embedded scripting language (metapackage)
ii  php5-cgi   5.6.2+dfsg-1 
powerpc  server-side, HTML-embedded scripting language (CGI binary)
ii  php5-cli   5.6.2+dfsg-1 
powerpc  command-line interpreter for the php5 scripting language
ii  php5-common5.6.2+dfsg-1 
powerpc  Common files for packages built from the php5 source
ii  php5-gd5.6.2+dfsg-1 
powerpc  GD module for php5
ii  php5-imap  5.6.2+dfsg-1 
powerpc  IMAP module for php5
ii  php5-intl  5.6.2+dfsg-1 
powerpc  internationalisation module for php5
ii  php5-json  1.3.6-1  
powerpc  JSON module for php5
ii  php5-mcrypt5.6.2+dfsg-1 
powerpc  MCrypt module for php5
ii  php5-mysqlnd   5.6.2+dfsg-1 
powerpc  MySQL module for php5 (Native Driver)
ii  php5-pspell5.6.2+dfsg-1 
powerpc  pspell module for php5
ii  php5-readline  5.6.2+dfsg-1 
powerpc  Readline module for php5
ii  php5-sqlite5.6.2+dfsg-1 
powerpc  SQLite module for php5


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

Kernel: Linux 2.6.32-5-powerpc
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages roundcube depends on:
ii  roundcube-core  0.9.5+dfsg1-4.1

roundcube recommends no packages.

roundcube suggests no packages.

Versions of packages roundcube-core depends on:
ii  dbconfig-common1.8.47+nmu3
ii  debconf [debconf-2.0]  1.5.54
ii  libjs-jquery   1.7.2+dfsg-3.2
ii  libmagic1  1:5.20-2
ii  php-auth   1.6.4-1
ii  php-mail-mime  1.8.9-1
ii  php-net-smtp   1.6.2-2
ii  php-net-socket 1.0.14-1
ii  php5   5.6.2+dfsg-1
ii  php5-common5.6.2+dfsg-1
ii  php5-intl  5.6.2+dfsg-1
ii  php5-json  1.3.6-1
ii  php5-mcrypt5.6.2+dfsg-1
ii

Bug#771652: systemd: system 217 breaks config not using initrd and /usr and / different

Package: systemd
Version: 217-1
Severity: critical
Justification: breaks the whole system

After upgrading to 217, I had a crash because init was unable to load
libapparmor1. After seraching it is located in /usr that in my system
is not yet mounted.

copying manually libraries to /lib solves the boot problem (but still breaks
X11/kde)



-- Package-specific info:

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

Kernel: Linux 3.17.4 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-58
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1
ii  libblkid1   2.25.2-3
ii  libc6   2.19-13
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-3
ii  libgcrypt20 1.6.2-4
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b2
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-7
ii  mount   2.25.2-3
ii  sysv-rc 2.88dsf-58
ii  udev217-1
ii  util-linux  2.25.2-3

Versions of packages systemd recommends:
ii  dbus1.9.4-1
ii  libpam-systemd  215-7

Versions of packages systemd suggests:
pn  systemd-ui  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#771654: gcc-4.9: FTBFS on powerpcspe: Patch application broken

2014-12-01 Thread Roland Stigge

Source: gcc-4.9
Version: 4.9.2-4
Severity: wishlist
Tags: patch
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe

Hi,

the build on powerpcspe runs like this:

...
Applying patch fix-powerpcspe.diff.diff
make: *** [stamps/02-patch-stamp] Error 1
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
debian/rules.patch:351: recipe for target 'stamps/02-patch-stamp' failed
...

debian/rules.patch:

...
ifeq ($(DEB_TARGET_ARCH),powerpcspe)
  debian_patches += powerpc_remove_many
  debian_patches += powerpc_nofprs
  # fix-powerpcspe.diff only partially applied upstream
  debian_patches += fix-powerpcspe.diff
endif
...

Can you please remove the .diff that gets appended anyway?

Thanks in advance,

Roland


-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)

Package: systemd
Version: 217-1
Severity: critical
Justification: breaks unrelated software

After fixing the libapparmor in /usr bug, I managed to boot but kdm was
not started. loging as root and using startx lauch a session without
problem where I have mouse. Loggin as a normal user via startx breaks
mouse and keyboard.

Does apparmor mandate new kernel configuration? New user space setup?

-- Package-specific info:

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

Kernel: Linux 3.17.4 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-58
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1
ii  libblkid1   2.25.2-3
ii  libc6   2.19-13
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-3
ii  libgcrypt20 1.6.2-4
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b2
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-7
ii  mount   2.25.2-3
ii  sysv-rc 2.88dsf-58
ii  udev217-1
ii  util-linux  2.25.2-3

Versions of packages systemd recommends:
ii  dbus1.9.4-1
ii  libpam-systemd  215-7

Versions of packages systemd suggests:
pn  systemd-ui  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#771655: unblock: phlipple/0.8.5-2

2014-12-01 Thread Peter Pentchev

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

Please unblock package phlipple.

The 0.8.5-2 upload fixes an RC bug present in jessie - #768741: FTBFS
because libvorbis no longer exposes the symbols from libm, so phlipple
needs to explicitly link against libm for its functions.

phlipple (0.8.5-2) unstable; urgency=medium

  [ Peter Pentchev ]
  * Team upload.
  * Add the libm patch to link with -lm for cos(3).  Closes: #768741

  [ Miriam Ruiz ]
  * Upgraded Standards-Version from 3.9.4 to 3.9.6
  * Added Peter Pentchev r...@ringlet.net to Uploaders.

 -- Peter Pentchev r...@ringlet.net  Mon, 10 Nov 2014 11:23:55 +0200

Full debdiff attached.

unblock phlipple/0.8.5-2

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru phlipple-0.8.5/debian/changelog phlipple-0.8.5/debian/changelog
--- phlipple-0.8.5/debian/changelog 2013-08-14 03:10:38.0 +0300
+++ phlipple-0.8.5/debian/changelog 2014-11-26 18:10:56.0 +0200
@@ -1,3 +1,15 @@
+phlipple (0.8.5-2) unstable; urgency=medium
+
+  [ Peter Pentchev ]
+  * Team upload.
+  * Add the libm patch to link with -lm for cos(3).  Closes: #768741
+
+  [ Miriam Ruiz ]
+  * Upgraded Standards-Version from 3.9.4 to 3.9.6
+  * Added Peter Pentchev r...@ringlet.net to Uploaders.
+
+ -- Peter Pentchev r...@ringlet.net  Mon, 10 Nov 2014 11:23:55 +0200
+
 phlipple (0.8.5-1) unstable; urgency=low
 
   [ Miriam Ruiz ]
diff -Nru phlipple-0.8.5/debian/control phlipple-0.8.5/debian/control
--- phlipple-0.8.5/debian/control   2013-08-14 02:39:16.0 +0300
+++ phlipple-0.8.5/debian/control   2014-11-26 18:10:32.0 +0200
@@ -2,11 +2,11 @@
 Section: games
 Priority: optional
 Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org
-Uploaders: Miriam Ruiz mir...@debian.org
+Uploaders: Miriam Ruiz mir...@debian.org, Peter Pentchev r...@ringlet.net
 Build-Depends: debhelper (= 9), dh-buildinfo, quilt, autotools-dev,
  libsdl1.2-dev, libsdl-image1.2-dev, libsdl-mixer1.2-dev,
  libglew1.6-dev | libglew1.5-dev
-Standards-Version: 3.9.4
+Standards-Version: 3.9.6
 Vcs-Svn: svn://anonscm.debian.org/pkg-games/packages/trunk/phlipple/
 Vcs-Browser: 
http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/phlipple/
 Homepage: http://sourceforge.net/projects/phlipple/
diff -Nru phlipple-0.8.5/debian/patches/libm.patch 
phlipple-0.8.5/debian/patches/libm.patch
--- phlipple-0.8.5/debian/patches/libm.patch1970-01-01 02:00:00.0 
+0200
+++ phlipple-0.8.5/debian/patches/libm.patch2014-11-26 18:11:43.0 
+0200
@@ -0,0 +1,28 @@
+Description: Link with libm for cos().
+ This is fallout from the fact that other libraries in Debian, such as
+ libvorbisfile, no longer include their own dependencies in the pkg-config
+ output.  Until now, phlipple built just fine because -lm was added by
+ other libraries; now it has to add it on its own.
+ .
+ This bug should really be fixed upstream by adding an explicit check for
+ cos(3) in configure.ac, something like AC_CHECK_LIB([m], [cos])
+ I do intend to do that in a future upload, but IMHO this minimal patch
+ ought to be suitable for the Jessie freeze.
+Debian-Bug: https://bugs.debian.org/768741
+Author: Peter Pentchev r...@ringlet.net
+Forwarded: not-yet
+Last-Update: 2014-11-10
+
+Index: phlipple-0.8.5/src/Makefile.in
+===
+--- phlipple-0.8.5.orig/src/Makefile.in
 phlipple-0.8.5/src/Makefile.in
+@@ -211,7 +211,7 @@ phlipple_SOURCES = \
+   vertex.h
+ 
+ phlipple_LDFLAGS = 
+-phlipple_LDADD = $(PHLIPPLE_LIBS) $(GL_LIBS) 
++phlipple_LDADD = $(PHLIPPLE_LIBS) $(GL_LIBS) -lm
+ all: all-am
+ 
+ .SUFFIXES:
diff -Nru phlipple-0.8.5/debian/patches/series 
phlipple-0.8.5/debian/patches/series
--- phlipple-0.8.5/debian/patches/series2013-08-14 02:14:57.0 
+0300
+++ phlipple-0.8.5/debian/patches/series2014-11-26 18:10:19.0 
+0200
@@ -1 +1,2 @@
 support_us.patch
+libm.patch


signature.asc
Description: Digital signature

Bug#757443: tracker html syntax

2014-12-01 Thread Christophe Siraut

Hi,

Checking the tracker pages against W3C validator spots quite a few
errors, here are littles fixes.

Cheers,
Christophe
From ae49c9176f34b95ad9a57d85608a4ca0b8f6541e Mon Sep 17 00:00:00 2001
From: Christophe Siraut d...@tobald.eu.org
Date: Sun, 30 Nov 2014 20:39:22 +0100
Subject: [PATCH 1/3] core/templates: avoid empty headings

---
 distro_tracker/core/templates/core/package.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/distro_tracker/core/templates/core/package.html b/distro_tracker/core/templates/core/package.html
index 3402eb8..99b8834 100644
--- a/distro_tracker/core/templates/core/package.html
+++ b/distro_tracker/core/templates/core/package.html
@@ -16,7 +16,7 @@
 /div
 div class=span6 col col-lg-6 text-center
 h1{{ package }}/h1
-h4{{ package.short_description }}/h4
+h4{{ package.short_description }}{% if not package.short_description %}nbsp;{% endif %}/h4
 /div
 div class=span3 col col-lg-3
 {% include 'core/package-search-form.html' %}
-- 
2.1.3

From 24ff1b74faa4fba5dcc7b8868ef6530137e31758 Mon Sep 17 00:00:00 2001
From: Christophe Siraut d...@tobald.eu.org
Date: Sun, 30 Nov 2014 20:41:18 +0100
Subject: [PATCH 2/3] core/templates: The element button must not appear as a
 descendant of the a element

---
 distro_tracker/core/templates/core/package.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/distro_tracker/core/templates/core/package.html b/distro_tracker/core/templates/core/package.html
index 99b8834..672f7d7 100644
--- a/distro_tracker/core/templates/core/package.html
+++ b/distro_tracker/core/templates/core/package.html
@@ -56,7 +56,7 @@
 {% else %}
 {# When the user is not authenticated, the subscribe button leads to the log in page instead #}
 div class=btn-group style=margin-left: 10px;{% if is_subscribed %}display: none;{% endif %}
-  a href={% url 'dtracker-accounts-login' %}button id='subscribe-not-logged-in-button' class=btnSubscribe/button/a
+  a href={% url 'dtracker-accounts-login' %} id='subscribe-not-logged-in-button' class=btnSubscribe/a
 /div
 {% endif %}
 
-- 
2.1.3

From 4d1a0eaf7715a63775a12893b3d942427d03bbc5 Mon Sep 17 00:00:00 2001
From: Christophe Siraut d...@tobald.eu.org
Date: Mon, 1 Dec 2014 09:40:17 +0100
Subject: [PATCH 3/3] core/templates: Element div not allowed as child of
 element ul in this context

---
 distro_tracker/core/templates/core/panels/action-needed.html   | 2 --
 distro_tracker/core/templates/core/panels/bugs.html| 2 --
 distro_tracker/core/templates/core/panels/versioned-links.html | 2 --
 distro_tracker/core/templates/core/panels/versions.html| 4 
 4 files changed, 10 deletions(-)

diff --git a/distro_tracker/core/templates/core/panels/action-needed.html b/distro_tracker/core/templates/core/panels/action-needed.html
index 002963b..bb54538 100644
--- a/distro_tracker/core/templates/core/panels/action-needed.html
+++ b/distro_tracker/core/templates/core/panels/action-needed.html
@@ -3,7 +3,6 @@
 {% block panel-body %}
 ul class=list-group list-group-flush
 {% for item in panel.context.items %}
-div class=row-fluid
 li class=list-group-item
 {# The short description is allowed to contain some HTML markup #}
 span{{ item.short_description|safe }}/span
@@ -15,7 +14,6 @@
 /span
 {% endif %}
 /li
-/div
 {% endfor %}
 /ul
 {% endblock %}
diff --git a/distro_tracker/core/templates/core/panels/bugs.html b/distro_tracker/core/templates/core/panels/bugs.html
index 8b3ac53..0d1b6ec 100644
--- a/distro_tracker/core/templates/core/panels/bugs.html
+++ b/distro_tracker/core/templates/core/panels/bugs.html
@@ -4,7 +4,6 @@
 ul class=list-group list-group-flush
 {% block bugs-list %}
 {% for category in panel.context %}{% if category.category_name %}
-div class=row-fluid
 li class=list-group-item
 {% with name=category.display_name|default:category.category_name %}
 div class=list-item-keybspan title={{ category.description }}{{ category.category_name }}:/span/b/div
@@ -14,7 +13,6 @@
 /div
 div class=clear/div
 /li
-/div
 {% endif %}{% endfor %}
 {% endblock %}
 /ul
diff --git a/distro_tracker/core/templates/core/panels/versioned-links.html b/distro_tracker/core/templates/core/panels/versioned-links.html
index 7ed716e..c44b751 100644
--- a/distro_tracker/core/templates/core/panels/versioned-links.html
+++ b/distro_tracker/core/templates/core/panels/versioned-links.html
@@ -3,7 +3,6 @@
 {% block panel-body %}
 ul class=list-group list-group-flush
 {% for version in panel.context %}
-div class=row-fluid
 li class=list-group-item
 div class=list-item-key versioned-links-versionb{{

Bug#771651: Acknowledgement (roundcube: upgrade to jessie breaks on php version)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Update:

switching from php5-mysqlnd to php5-mysql fixed the problem.


thanks
Alastair

- -- 
Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org,
https://diaspora.sceal.ie/u/amckinstry
Software is like Poetry - most of it shouldn't have been written.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUfDOGAAoJEN9LdrZRJ3Qsx/4P/2bMChM7QtViw+ZnMYBACZLf
kXStOCB9wtm6b8oEy48RPW7ly09L6HYCfbfL9vzkxZl5np1NNGc2gwg8zygjATK+
Pe4u5glsU2BbfTxrX5MUPtk8Xnyt4lw0D8GJuACaE/6HXjJMphFFskP63exFa3ak
0q2XOQ7YK/jigZsbAeNhVunOSPowEQ+RKYBqbWpmswqB+natsP56/HqpV+9qEfG/
z3RA9a+XczHL0hZtUOEp0zaM7smaADvG9gPjBAmaAwtuA2K0MhLYEeprXWhD/VSk
DA68qbAFhAdBV72K2kPcp1+UM1qMIDXvQbs8Xij9DsApXL5uWmK9yJQOJN9ClBgs
KjFmnrtikfflqahJbT1JyH5udpBi4MxbnPTIOEMibaDwg9MSMUB54tJikpsU2Rbk
OHT6ema4Cec3aWYHkONkEQRhP+PmuplXEQKeQk3K9bTqrugw9g0gagMDV8EcGXAJ
4x0CcwnTxfpfqxQyYHi6MHvRvvZZu1LHmlnMTupwd5BIeUUnKFjHFD5fGT83G1bi
UxGSA5OQqXl7ZWrnc4htu77haRzJQc8fRjaf6aOfw4aNA/nWq2kUJOaQ16bNid6N
y02/L4rPYV7usa+EesrMRddgMjZXFPIVtQYzOklJsetXnKauLs2TWiYqNyeaARDy
nuAidsZSax3LgtZI+koC
=YJTo
-END PGP SIGNATURE-


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

Bug#771651: Acknowledgement (roundcube: upgrade to jessie breaks on php version)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Update:

switching from php5-mysqlnd to php5-mysql fixed the problem.


thanks
Alastair

- -- 
Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org,
https://diaspora.sceal.ie/u/amckinstry
Software is like Poetry - most of it shouldn't have been written.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUfDOGAAoJEN9LdrZRJ3Qsx/4P/2bMChM7QtViw+ZnMYBACZLf
kXStOCB9wtm6b8oEy48RPW7ly09L6HYCfbfL9vzkxZl5np1NNGc2gwg8zygjATK+
Pe4u5glsU2BbfTxrX5MUPtk8Xnyt4lw0D8GJuACaE/6HXjJMphFFskP63exFa3ak
0q2XOQ7YK/jigZsbAeNhVunOSPowEQ+RKYBqbWpmswqB+natsP56/HqpV+9qEfG/
z3RA9a+XczHL0hZtUOEp0zaM7smaADvG9gPjBAmaAwtuA2K0MhLYEeprXWhD/VSk
DA68qbAFhAdBV72K2kPcp1+UM1qMIDXvQbs8Xij9DsApXL5uWmK9yJQOJN9ClBgs
KjFmnrtikfflqahJbT1JyH5udpBi4MxbnPTIOEMibaDwg9MSMUB54tJikpsU2Rbk
OHT6ema4Cec3aWYHkONkEQRhP+PmuplXEQKeQk3K9bTqrugw9g0gagMDV8EcGXAJ
4x0CcwnTxfpfqxQyYHi6MHvRvvZZu1LHmlnMTupwd5BIeUUnKFjHFD5fGT83G1bi
UxGSA5OQqXl7ZWrnc4htu77haRzJQc8fRjaf6aOfw4aNA/nWq2kUJOaQ16bNid6N
y02/L4rPYV7usa+EesrMRddgMjZXFPIVtQYzOklJsetXnKauLs2TWiYqNyeaARDy
nuAidsZSax3LgtZI+koC
=YJTo
-END PGP SIGNATURE-


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

Bug#771651: Acknowledgement (roundcube: upgrade to jessie breaks on php version)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Update:

switching from php5-mysqlnd to php5-mysql fixed the problem.


thanks
Alastair

- -- 
Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org,
https://diaspora.sceal.ie/u/amckinstry
Software is like Poetry - most of it shouldn't have been written.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUfDOGAAoJEN9LdrZRJ3Qsx/4P/2bMChM7QtViw+ZnMYBACZLf
kXStOCB9wtm6b8oEy48RPW7ly09L6HYCfbfL9vzkxZl5np1NNGc2gwg8zygjATK+
Pe4u5glsU2BbfTxrX5MUPtk8Xnyt4lw0D8GJuACaE/6HXjJMphFFskP63exFa3ak
0q2XOQ7YK/jigZsbAeNhVunOSPowEQ+RKYBqbWpmswqB+natsP56/HqpV+9qEfG/
z3RA9a+XczHL0hZtUOEp0zaM7smaADvG9gPjBAmaAwtuA2K0MhLYEeprXWhD/VSk
DA68qbAFhAdBV72K2kPcp1+UM1qMIDXvQbs8Xij9DsApXL5uWmK9yJQOJN9ClBgs
KjFmnrtikfflqahJbT1JyH5udpBi4MxbnPTIOEMibaDwg9MSMUB54tJikpsU2Rbk
OHT6ema4Cec3aWYHkONkEQRhP+PmuplXEQKeQk3K9bTqrugw9g0gagMDV8EcGXAJ
4x0CcwnTxfpfqxQyYHi6MHvRvvZZu1LHmlnMTupwd5BIeUUnKFjHFD5fGT83G1bi
UxGSA5OQqXl7ZWrnc4htu77haRzJQc8fRjaf6aOfw4aNA/nWq2kUJOaQ16bNid6N
y02/L4rPYV7usa+EesrMRddgMjZXFPIVtQYzOklJsetXnKauLs2TWiYqNyeaARDy
nuAidsZSax3LgtZI+koC
=YJTo
-END PGP SIGNATURE-


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

Bug#771656: iwatch: email notification not working

2014-12-01 Thread raffaele morelli

Package: iwatch
Version: 0.2.2-3
Severity: important

Dear Maintainer,

I've installed iwatch from Debian repos and edited the confing file in
order to receive notification about changing in a particular directory.

My MTA is properly configured and mail to local users are delivered by
my organization smtp server.
Perl::sendmail module works correctly and I've added my smtp server to the list 
in 
/usr/share/perl5/Mail/Sendmail.pm

That give, no mail notification are sent when an event occurs and exim4
mainlog doesn't reports errors or whatever.


Regards


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

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

Versions of packages iwatch depends on:
ii  exim4-daemon-light [mail-transport-agent]  4.84-3
ii  libevent-perl  1.23-1+b1
ii  liblinux-inotify2-perl 1:1.22-1+b1
ii  libmail-sendmail-perl  0.79.16-1
ii  libxml-simpleobject-libxml-perl0.53-2
ii  perl-modules   5.20.1-3

iwatch recommends no packages.

Versions of packages iwatch suggests:
pn  sendxmppnone
pn  yowsup-cli  none

-- Configuration Files:
/etc/default/iwatch changed:
START_DAEMON=true
CONFIG_FILE=/etc/iwatch/iwatch.xml

/etc/iwatch/iwatch.xml changed:
?xml version=1.0 ?
!DOCTYPE config SYSTEM /etc/iwatch/iwatch.dtd 
config charset=utf-8
  guard email=root name=iWatch/
  watchlist
titleOperating System/title
contactpoint email=raffaele.more...@gmail.com name=Administrator/
path type=recursive syslog=on/home/rmorelli/tmp/path
  /watchlist
/config


-- 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#771298: openafs-modules-dkms: fails to build against v3.18 based kernels

2014-12-01 Thread Andy Whitcroft

On Sat, Nov 29, 2014 at 02:43:45PM -0500, Benjamin Kaduk wrote:
  Thanks for considering these patches for Debian.
 
 Hi Andy,
 
 I'm happy to bring support for openafs on the 3.18 kernel to Debian; it
 hadn't been a priority yet since Debian is running a somewhat older
 kernel.
 
 However, I'm more likely to do so by cherry-picking upstream's patches
 than by importing Ubuntu's patches.  There's actually a 1.6.11pre1
 upstream release candidate in the process of being announced (e.g.,
 https://github.com/openafs/openafs/releases/tag/openafs-stable-1_6_11pre1),
 which should work on at least 3.18rc5 (I don't have data about rc6).
 
 Would you prefer to have 1.6.11pre1 in debian experimental or just the
 3.18- (and 3.17-)support patches pulled into debian unstable?  There
 probably would not be substantial harm from puttin 1.6.11pre1 itself into
 unstable, but my general preference is to put prereleases into
 experimental.

For Ubuntu I think what we have will tide us over until the upstream
release is ready (and in Debian) so I don't think there is any need to
pull a pre-release if that is not your normal practice.  It is likely to
make it long before we are set in stone here anyhow.

Thank you for considering these changes.

-apw


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

Bug#771657: unblock: gravitywars/1.102-33

2014-12-01 Thread Peter Pentchev

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

Please unblock package gravitywars.

The 1.102-33 upload fixes a bug with priority important that is
present in jessie - #770072, one of Guillem Jover's obsolete absolute
path to dpkg-statoverride.

gravitywars (1.102-33) unstable; urgency=medium

  * Team upload.
  * Do not use the obsolete and incorrect full path to dpkg-statoverride.
Closes: #770062

 -- Peter Pentchev r...@ringlet.net  Sat, 29 Nov 2014 01:40:39 +0200

Full debdiff attached.

Thanks in advance!

unblock gravitywars/1.102-33

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u gravitywars-1.102/debian/changelog gravitywars-1.102/debian/changelog
--- gravitywars-1.102/debian/changelog
+++ gravitywars-1.102/debian/changelog
@@ -1,3 +1,11 @@
+gravitywars (1.102-33) unstable; urgency=medium
+
+  * Team upload.
+  * Do not use the obsolete and incorrect full path to dpkg-statoverride.
+Closes: #770062
+
+ -- Peter Pentchev r...@ringlet.net  Sat, 29 Nov 2014 01:40:39 +0200
+
 gravitywars (1.102-32) unstable; urgency=low
 
   [ Barry deFreese ]
diff -u gravitywars-1.102/debian/postinst gravitywars-1.102/debian/postinst
--- gravitywars-1.102/debian/postinst
+++ gravitywars-1.102/debian/postinst
@@ -22,15 +22,13 @@
 # Cancel my old stupid use of dpkg-statoverride
 if [ $1 = configure ]  [ $2 !=  ] 
   dpkg --compare-versions $2 le 1.102-28 
-  [ -x /usr/sbin/dpkg-statoverride ] 
   dpkg-statoverride --list $PROG /dev/null
 then
 dpkg-statoverride --remove $PROG
 fi
 
 # Properly use statoverride
-if ! [ -x /usr/sbin/dpkg-statoverride ] || \
-! dpkg-statoverride --list $PROG /dev/null ; then
+if ! dpkg-statoverride --list $PROG /dev/null ; then
   chown root:games $PROG
   chmod 2755 $PROG
 fi


signature.asc
Description: Digital signature

Bug#762753: lintian: privacy-breach-generic false positives on link rel=canonical href=http://example.com/link ?

2014-12-01 Thread Jörg Frings-Fürst

Hello,

the same here:

X: simple-scan: privacy-breach-generic usr/share/help/de/simple-scan/legal.xml 
(http://creativecommons.org/licenses/by-sa/3.0/)


CU 
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG Key: 8CA1D25D
CAcert Key S/N: 0E:D4:56

Old (will be revoked after 2014-12-31):
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net




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

Bug#771658: unblock: python3-mdp/3.3-2

2014-12-01 Thread Tiziano Zito

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

Please unblock package python3-mdp

This version is the same as of python-mdp in the unblock request #771649.
While it does not fix any bug (the FTBFS #768675 is a python2-only
bug as as python3-sklearn is not in Debian yet), it would be better
to have the python2 and python3 versions of the package to be
identical. Thanks! 

unblock python3-mdp/3.3-2

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

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


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

Bug#759693: unattended-upgrades: please document how to configure the logging options

2014-12-01 Thread Michael Vogt

On Fri, Nov 28, 2014 at 01:23:14PM +0200, Martin-Éric Racine wrote:
 2014-11-27 16:58 GMT+02:00 Martin-Éric Racine martin-eric.rac...@iki.fi:
  2014-11-27 13:50 GMT+02:00 Alexandre Detiste alexandre.deti...@gmail.com:
  Sorry, but this hardly qualifies as a log. It only shows the
  intallation of one single package and a summary. :/
[..]
 What I got with 0.83.2:
[..]
 Packages that will be upgraded: iucode-tool libksba8 liblzma5 xz-utils
 Writing dpkg log to 
 '/var/log/unattended-upgrades/unattended-upgrades-dpkg.log'
 All upgrades installed
 8X
 
 This obviously doesn't constitute a complete log. Four packages slated
 for upgrade, but the log only shows the installation of the first one.

Indeed, thanks for reporitng this bug! I can reproduce this in
minimal-upgrade-steps mode and its fixed in git now. I will upload it
soon, if you want to test, you can just use the git version
https://raw.githubusercontent.com/mvo5/unattended-upgrades/debian/sid/unattended-upgrade

(its self-contained). It fixes the issue on my local box (and I added
a regression test).

 Btw, would printing the version of unattended-upgrade somewhere in the
 log be a good idea?

Yes, I think thats a good idea.

Cheers,
 Michael


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

Bug#771607: unblock: brltty/5.2~20141018-2

Samuel Thibault sthiba...@debian.org (2014-12-01):
 Cyril Brulebois, le Mon 01 Dec 2014 09:41:20 +0100, a écrit :
   As it seems that Jessie will install the gnome desktop by default, I
   would like to upload the attached changes.  The idea is that the most
   accessible desktop we have in Debian is MATE
  
  Why are we learning about this only now?
 
 ??
 This has been written on 
 https://wiki.debian.org/DebianDesktop/Requalification/Jessie
 for a long time already.

With the tasksel/3.25 upload and the default switch back to gnome, it
looked to me that the accessibility side was taken care of. Since the
wiki page seems to have been updated to include results from [1], and
since [1] didn't exactly call for mate as the default desktop, I'm
still surprised this topic is only being brought up now. There were
almost 2-3 months to do so.

 1. https://lists.debian.org/debian-accessibility/2014/09/msg8.html

(That also says compiz works inside MATE, but I only see compiz in
oldstable, so…)

  I only stumbled upon your mail because I'm subscribed to -accessibility@,
  adding -boot@ to Cc…
 
 Hum... I had put
 X-Debbugs-Cc: debian-b...@lists.debian.org
 X-Debbugs-Cc: debian-accessibil...@lists.debian.org
 
 I then guess bts only keep the last one.

(Adding back -accessibility@ as well.)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#771659: roundcube: upgrade to jessie shows missing plugins

Package: roundcube
Version: 0.9.5+dfsg1-4.1
Severity: normal

Errors are shown on the login screen and in the logs that flags.php and 
enigma.php
are not present:

01-Dec-2014 09:24:23 +]: PHP Error: Failed to load plugin file 
/var/lib/roundcube/plugins/flags/flags.php in 
/usr/share/roundcube/program/lib/Roundcube/rcube_plugin_api.php on line 224 
(GET 
/?_task=mail_refresh=1_mbox=INBOX_page=1_action=list_remote=1_unlock=loading1417425863524_=1417425863529)
[01-Dec-2014 09:24:23 +]: PHP Error: Failed to load plugin file 
/var/lib/roundcube/plugins/enigma/enigma.php in 
/usr/share/roundcube/program/lib/Roundcube/rcube_plugin_api.php on line 224 
(GET 
/?_task=mail_refresh=1_mbox=INBOX_page=1_action=list_remote=1_unlock=loading1417425863524_=1417425863529)
^C

roundcube appears to keep working, though

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

Kernel: Linux 2.6.32-5-powerpc
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages roundcube depends on:
ii  roundcube-core  0.9.5+dfsg1-4.1

roundcube recommends no packages.

roundcube suggests no packages.

Versions of packages roundcube-core depends on:
ii  dbconfig-common1.8.47+nmu3
ii  debconf [debconf-2.0]  1.5.54
ii  libjs-jquery   1.7.2+dfsg-3.2
ii  libmagic1  1:5.20-2
ii  php-auth   1.6.4-1
ii  php-mail-mime  1.8.9-1
ii  php-net-smtp   1.6.2-2
ii  php-net-socket 1.0.14-1
ii  php5   5.6.2+dfsg-1
ii  php5-common5.6.2+dfsg-1
ii  php5-intl  5.6.2+dfsg-1
ii  php5-json  1.3.6-1
ii  php5-mcrypt5.6.2+dfsg-1
ii  roundcube-mysql0.9.5+dfsg1-4.1
ii  tinymce3.4.8+dfsg0-1
ii  ucf3.0030

Versions of packages roundcube-core recommends:
ii  lighttpd [httpd-cgi]  1.4.35-4
ii  php5-gd   5.6.2+dfsg-1
ii  php5-pspell   5.6.2+dfsg-1

Versions of packages roundcube-core suggests:
ii  php-auth-sasl  1.0.6-1
pn  php-crypt-gpg  none
ii  roundcube-plugins  0.9.5+dfsg1-4.1

-- debconf information:
  roundcube/remote/newhost:
* roundcube/mysql/method: unix socket
  roundcube/missing-db-package-error: abort
* roundcube/language: en_GB
  roundcube/upgrade-backup: true
* roundcube/dbconfig-install: false
  roundcube/upgrade-error: abort
* roundcube/hosts: ssl://mail.sceal.ie:993
* roundcube/database-type: mysql
  roundcube/install-error: retry
  roundcube/internal/reconfiguring: true
  roundcube/internal/skip-preseed: true
* roundcube/restart-webserver: false
  roundcube/db/basepath:
  roundcube/pgsql/no-empty-passwords:
* roundcube/dbconfig-reinstall: true
* roundcube/mysql/admin-user: debian-sys-maint
  roundcube/passwords-do-not-match:
  roundcube/remote/host:
  roundcube/pgsql/admin-user: postgres
* roundcube/db/dbname: roundcube
  roundcube/dbconfig-upgrade: true
  roundcube/dbconfig-remove:
* roundcube/db/app-user: roundcube
  roundcube/pgsql/manualconf:
  roundcube/pgsql/method: unix socket
  roundcube/pgsql/authmethod-admin: ident
  roundcube/purge: false
  roundcube/pgsql/changeconf: false
* roundcube/reconfigure-webserver:
  roundcube/remote/port:
  roundcube/pgsql/authmethod-user: password
  roundcube/remove-error: abort


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

Bug#753683: Closing: '1 bug tagged help in the BTS', but no bug is open

Control: reopen -1
Control: retitle -1 Bug-package assignment does not work correctly

On Mon, 01 Dec 2014, Christophe Siraut wrote:
 Thanks for reporting,

Why are you closing this bug?

I explained in my first answer that the behaviour of the tracker is not
correct. I never got the expected answer from the bugs.d.o maintainer
but there's a real problem to fix (even though the specific issue reported
might be gone, I haven't checked).

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#771604: tracker.debian.org: short description contains long description

Control: tag -1 newcomer

On Sun, 30 Nov 2014, Vincent Legout wrote:
 The tracker page of gravitywars displays both the short and long
 descriptions instead of the short description only:
 
  https://tracker.debian.org/pkg/gravitywars

Where?

I only see gravitywars clone of Gravity Force in the title. So the
long description is currently missing compared to the old tracker (where
it's displayed in a tooltip).

Is that what you are reporting?

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#771660: unblock: rygel/0.24.2-1 (pre-approval)

2014-12-01 Thread Andreas Henriksson

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


Hello Release-Team!

I'd like to update rygel to 0.24.2. This release has
two bugfixes.

https://git.gnome.org/browse/rygel/commit/?h=rygel-0-24id=e34b0a8af3355512b31af3456da1a79c4d8c69d4
https://git.gnome.org/browse/rygel/commit/?h=rygel-0-24id=b307ee367b4e388e1b197bcb0d7d82cd0de4f697
https://git.gnome.org/browse/rygel/commit/?h=rygel-0-24id=82c43b7c5608d79ed815b9d1f3c4f49598bcedcd

The full upstream vcs diff is attached. (This will also result in generated
files being updated, which I assume release-team doesn't want to look at.)

If approving, please eventually unblock package rygel

unblock rygel/0.24.2-1

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

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

diff --git a/NEWS b/NEWS
index e5ec374..18661c8 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,18 @@
+0.24.2
+==
+
+A maintenance release of Rygel!
+
+Server:
+ - Fix sidecar album art extraction.
+
+Media-Export:
+ - Work-around an issue with GStreamer bindings that caused truncated embedded
+   album art.
+
+All contributors to this release:
+ - Jens Georg m...@jensge.org
+
 0.24.1
 ==
 
diff --git a/src/librygel-server/rygel-media-art-store.vala b/src/librygel-server/rygel-media-art-store.vala
index 5d939f1..6b5281b 100644
--- a/src/librygel-server/rygel-media-art-store.vala
+++ b/src/librygel-server/rygel-media-art-store.vala
@@ -113,8 +113,22 @@ public class Rygel.MediaArtStore : GLib.Object {
 }
 
 try {
-media_art_process.buffer (MediaArt.Type.ALBUM, MediaArt.ProcessFlags.NONE, file,
-  data, item.mime_type, item.artist, item.album);
+if (data != null) {
+string? mime = null;
+this.media_art_process.buffer (MediaArt.Type.ALBUM,
+   MediaArt.ProcessFlags.NONE,
+   file,
+   data,
+   mime,
+   item.artist,
+   item.album);
+} else {
+this.media_art_process.file (MediaArt.Type.ALBUM,
+ MediaArt.ProcessFlags.NONE,
+ file,
+ item.artist,
+ item.album);
+}
 } catch (Error error) {
 warning (%s, error.message);
 }
diff --git a/src/plugins/media-export/rygel-media-export-item-factory.vala b/src/plugins/media-export/rygel-media-export-item-factory.vala
index ae71f40..cbd0f35 100644
--- a/src/plugins/media-export/rygel-media-export-item-factory.vala
+++ b/src/plugins/media-export/rygel-media-export-item-factory.vala
@@ -294,7 +294,12 @@ namespace Rygel.MediaExport.ItemFactory {
 case Tag.ImageType.FRONT_COVER:
 Gst.MapInfo map_info;
 sample.get_buffer ().map (out map_info, Gst.MapFlags.READ);
-store.add (item, file, map_info.data);
+
+// Work-around bgo#739915
+weak uint8[] data = map_info.data;
+data.length = (int) map_info.size;
+
+store.add (item, file, data);
 sample.get_buffer ().unmap (map_info);
 break;
 default:

Bug#771573: cups: Millions of symlinks to .ppd file created in /tmp

2014-12-01 Thread Brian Potkin

Hello Carl. Thank you for your detailed report.


On Sun 30 Nov 2014 at 12:03:17 -0800, Carl Worth wrote:

 I looked through the bugs in cups and didn't see any talking about
 symlinks or /tmp so I hope this isn't a duplicate bug entry.

It is. :) But not to worry.

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764472

 If the bug is known to be fixed in subsequent versions, that will be
 great to know. If not, if there is anything I can do to debug further,

#764253

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764253

Updating and testing would be good.

Regards,

Brian.


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

Bug#771659: roundcube: upgrade to jessie shows missing plugins

2014-12-01 Thread Vincent Bernat

 ❦  1 décembre 2014 09:50 GMT, Alastair McKinstry mckins...@debian.org :

 Errors are shown on the login screen and in the logs that flags.php and 
 enigma.php
 are not present:

 01-Dec-2014 09:24:23 +]: PHP Error: Failed to load plugin file
 /var/lib/roundcube/plugins/flags/flags.php in
 /usr/share/roundcube/program/lib/Roundcube/rcube_plugin_api.php on
 line 224 (GET
 /?_task=mail_refresh=1_mbox=INBOX_page=1_action=list_remote=1_unlock=loading1417425863524_=1417425863529)
 [01-Dec-2014 09:24:23 +]: PHP Error: Failed to load plugin file
 /var/lib/roundcube/plugins/enigma/enigma.php in
 /usr/share/roundcube/program/lib/Roundcube/rcube_plugin_api.php on
 line 224 (GET
 /?_task=mail_refresh=1_mbox=INBOX_page=1_action=list_remote=1_unlock=loading1417425863524_=1417425863529)
 ^C

Those plugins are not present in roundcube-plugins while they should
be. enigma plugin has been removed in 0.9.4 but seems to be back in
0.9.5.

As for the flags plugin, it doesn't exist anymore. I suppose you
should update your configuration to not load this plugin.
-- 
panic(Tell me what a watchpoint trap is, and I'll then 
deal with such a beast...);
2.2.16 /usr/src/linux/arch/arch/sparc/kernel/traps.c


signature.asc
Description: PGP signature

Bug#771607: unblock: brltty/5.2~20141018-2

Hello,

Cyril Brulebois, le Mon 01 Dec 2014 10:39:17 +0100, a écrit :
 With the tasksel/3.25 upload and the default switch back to gnome, it
 looked to me that the accessibility side was taken care of.

What do you mean by taken care of?

If you mean fixing them, the few accessibility issues that gnome 3.14
aren't easy to fix, and thus most probably won't be fixed for Jessie.

If you mean taking accessibility into account when chosing the default
desktop, well I thought it was done according to the version of the
chart at the time:
https://wiki.debian.org/DebianDesktop/Requalification/Jessie?action=recallrev=28
which clearly says that MATE is the best choice for accessibility, by a
short preference over gnome, and that gnome was preferred over MATE for
some other reason. Joey?

Note that I'm not saying gnome is very bad for accessibility: as the
chart says it's fine enough.  But for the best accessible usability,
MATE is preferrable, thus the idea of tuning the default for the case of
braille  speech.

Also note that it doesn't mean that accessibility shouldn't be taken
into account for the default desktop.  There is still the common case of
a computer installed before knowing that a disabled person will want to
use it.

 Since the wiki page seems to have been updated to include results from
 [1],

A long time ago, yes.

 and since [1] didn't exactly call for mate as the default desktop,

??

“MATE, not in this benchmarking, is the best solution.”

“I'm sure MATE is the ideal solution now, given it's accessible for a
lot of disabilities and also for sight people”

It seemed clear to me, except that since at the time the poll was done
MATE was actually not among the choices in the evaluation chart (and not
even a task), Jean-Philippe made it a special case.

 I'm still surprised this topic is only being brought up now. There
 were almost 2-3 months to do so.

Well, I don't remember an announcement about it.  I didn't know that
the choice had been actually really settled, particularly since there
were edits on the wiki page since them.  I was however seeing the
distribution getting more and more frozen, and thus the current gnome
default getting more and more settled.

  1. https://lists.debian.org/debian-accessibility/2014/09/msg8.html
 
 (That also says compiz works inside MATE, but I only see compiz in
 oldstable, so…)

Indeed, since we didn't manage to package compiz in time for Jessie,
AIUI MATE doesn't have a magnifier.  AIUI we still prefer MATE for the
braille case at least.  Jean-Philippe ?

Samuel


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

Bug#771607: unblock: brltty/5.2~20141018-2

Samuel Thibault sthiba...@debian.org (2014-12-01):
 Cyril Brulebois, le Mon 01 Dec 2014 10:39:17 +0100, a écrit :
  With the tasksel/3.25 upload and the default switch back to gnome, it
  looked to me that the accessibility side was taken care of.
 
 What do you mean by taken care of?
 
 If you mean fixing them, the few accessibility issues that gnome 3.14
 aren't easy to fix, and thus most probably won't be fixed for Jessie.

I didn't see specific bug numbers by the way, but I rather meant what follows:

 If you mean taking accessibility into account when chosing the default
 desktop, well I thought it was done according to the version of the
 chart at the time:
 https://wiki.debian.org/DebianDesktop/Requalification/Jessie?action=recallrev=28
 which clearly says that MATE is the best choice for accessibility, by a
 short preference over gnome, and that gnome was preferred over MATE for
 some other reason. Joey?
 
 Note that I'm not saying gnome is very bad for accessibility: as the
 chart says it's fine enough.  But for the best accessible usability,
 MATE is preferrable, thus the idea of tuning the default for the case of
 braille  speech.

I understand that now, but not the reason for the delay.

 Also note that it doesn't mean that accessibility shouldn't be taken
 into account for the default desktop.  There is still the common case of
 a computer installed before knowing that a disabled person will want to
 use it.
 
  Since the wiki page seems to have been updated to include results from
  [1],
 
 A long time ago, yes.
 
  and since [1] didn't exactly call for mate as the default desktop,
 
 ??
 
 “MATE, not in this benchmarking, is the best solution.”
 
 “I'm sure MATE is the ideal solution now, given it's accessible for a
 lot of disabilities and also for sight people”
 
 It seemed clear to me, except that since at the time the poll was done
 MATE was actually not among the choices in the evaluation chart (and not
 even a task), Jean-Philippe made it a special case.

!!

“[…] I think Debian won't choose it. So, alternatively, I suggest gnome […]”

which seems to enact that gnome is fine enough.

  I'm still surprised this topic is only being brought up now. There
  were almost 2-3 months to do so.
 
 Well, I don't remember an announcement about it.  I didn't know that
 the choice had been actually really settled, particularly since there
 were edits on the wiki page since them.  I was however seeing the
 distribution getting more and more frozen, and thus the current gnome
 default getting more and more settled.

Well, you could have asked; I never quite doubted we would be switching
back to gnome; and that having no further input we would stick to it;
and that part of the reason for that was accessibility.

   1. https://lists.debian.org/debian-accessibility/2014/09/msg8.html
  
  (That also says compiz works inside MATE, but I only see compiz in
  oldstable, so…)
 
 Indeed, since we didn't manage to package compiz in time for Jessie,
 AIUI MATE doesn't have a magnifier.  AIUI we still prefer MATE for the
 braille case at least.  Jean-Philippe ?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#760846: Upstream's got a patch

2014-12-01 Thread Michał Pokrywka

Any chance we'll see patched amanda in jessie?
This seems like a really simple patch, can't break anything.

-- 
Michał Pokrywka


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

Bug#769138: unblock: dlz-ldap-enum/1.0.3-1 - uploaded

2014-12-01 Thread Daniel Pocock

Control: -1 - moreinfo


The bind9 package was fixed (now includes the required header file
dlz_dlopen.h)

I've uploaded dlz-ldap-enum v1.0.3-1 to sid and it builds OK now using
the new bind9 dev package, please approve the unblock.

https://buildd.debian.org/status/package.php?p=dlz-ldap-enumsuite=unstable

The debdiff is attached

The debdiff excludes autotools files and also one renamed file (an
embedded copy of the dlz_dlopen.h from bind 9.8.x, not used in the build
any more)


$ debdiff dlz-ldap-enum_1.0.2-2.dsc dlz-ldap-enum_1.0.3-1.dsc |
filterdiff -x '*/aclocal.m4' -x '*/config.*' -x '*/configure' -x
'*/depcomp' -x '*/*.in' -x '*/install-sh' -x '*/ltmain.sh' -x '*/m4/*'
-x '*/missing' -x '*/*dlz_dlopen.h'  /tmp/dlz-ldap-enum-1.0.3-1.debdiff

diff -Nru dlz-ldap-enum-1.0.2/aclocal.m4 dlz-ldap-enum-1.0.3/aclocal.m4
diff -Nru dlz-ldap-enum-1.0.2/bind98_dlz_dlopen.h 
dlz-ldap-enum-1.0.3/bind98_dlz_dlopen.h
diff -Nru dlz-ldap-enum-1.0.2/config.h.in dlz-ldap-enum-1.0.3/config.h.in
diff -Nru dlz-ldap-enum-1.0.2/config.sub dlz-ldap-enum-1.0.3/config.sub
diff -Nru dlz-ldap-enum-1.0.2/configure dlz-ldap-enum-1.0.3/configure
diff -Nru dlz-ldap-enum-1.0.2/configure.ac dlz-ldap-enum-1.0.3/configure.ac
--- dlz-ldap-enum-1.0.2/configure.ac2012-05-17 23:41:39.0 +0200
+++ dlz-ldap-enum-1.0.3/configure.ac2014-11-11 17:29:34.0 +0100
@@ -1,10 +1,10 @@
 dnldlz-ldap-enum: bind9 DLZ module for using an LDAP database to answer
 dnl   ENUM queries over DNS
-dnlCopyright (C) 2012 Daniel Pocock
+dnlCopyright (C) 2012-2014 Daniel Pocock
 dnl
 dnlPlease see the COPYING file for license terms
 
-AC_INIT(dlz-ldap-enum,1.0.2)
+AC_INIT(dlz-ldap-enum,1.0.3)
 AC_CONFIG_SRCDIR(dlz_ldap_enum_driver.c)
 AM_INIT_AUTOMAKE
 
@@ -19,6 +19,11 @@
 
 AC_PROG_LIBTOOL
 
+AC_ARG_ENABLE(bind99,
+[  --enable-bind99 Enable building for bind9 9.9.x and later],
+   [AC_DEFINE([BIND_9_9], , [Indicates we are compiling for bind9 9.9 or 
later])],
+   [])
+
 AC_OUTPUT(Makefile)
 
 
diff -Nru dlz-ldap-enum-1.0.2/debian/changelog 
dlz-ldap-enum-1.0.3/debian/changelog
--- dlz-ldap-enum-1.0.2/debian/changelog2014-09-14 10:27:58.0 
+0200
+++ dlz-ldap-enum-1.0.3/debian/changelog2014-11-11 17:47:04.0 
+0100
@@ -1,3 +1,10 @@
+dlz-ldap-enum (1.0.3-1) unstable; urgency=medium
+
+  * New upstream release.
+  * dlz_lookup function updated for bind9 9.9.x. (Closes: #769134)
+
+ -- Daniel Pocock dan...@pocock.pro  Tue, 11 Nov 2014 17:38:11 +0100
+
 dlz-ldap-enum (1.0.2-2) unstable; urgency=low
 
   * Update maintainer and VCS details.
diff -Nru dlz-ldap-enum-1.0.2/debian/rules dlz-ldap-enum-1.0.3/debian/rules
--- dlz-ldap-enum-1.0.2/debian/rules2014-10-26 07:06:43.0 +0100
+++ dlz-ldap-enum-1.0.3/debian/rules2014-11-11 17:37:10.0 +0100
@@ -11,10 +11,7 @@
 
 # Add here any variable or target overrides you need.
 
-DLZ_DLOPEN_H=/usr/include/dns/dlz_dlopen.h
-ifeq ($(readlink $(DLZ_DLOPEN_H)),)
-CPPFLAGS:=-DUSE_COPIED_DLZ_DLOPEN_H
-endif
+DEB_CONFIGURE_EXTRA_FLAGS = --enable-bind99
 
 binary-fixup/dlz-ldap-enum::
sed -i /dependency_libs/ s/'.*'/''/ `find debian/dlz-ldap-enum -name 
'*.la'`
diff -Nru dlz-ldap-enum-1.0.2/depcomp dlz-ldap-enum-1.0.3/depcomp
diff -Nru dlz-ldap-enum-1.0.2/dlz_dlopen.h dlz-ldap-enum-1.0.3/dlz_dlopen.h
diff -Nru dlz-ldap-enum-1.0.2/dlz_ldap_enum_driver.c 
dlz-ldap-enum-1.0.3/dlz_ldap_enum_driver.c
--- dlz-ldap-enum-1.0.2/dlz_ldap_enum_driver.c  2012-05-17 16:36:27.0 
+0200
+++ dlz-ldap-enum-1.0.3/dlz_ldap_enum_driver.c  2014-11-11 17:29:34.0 
+0100
@@ -117,6 +117,10 @@
int default_ttl;
 } ldap_instance_t;
 
+#ifdef BIND_9_9
+isc_mem_t *ns_g_mctx = NULL;
+#endif
+
 /*
  * Private methods
  */
@@ -998,8 +1002,15 @@
 }
 
 isc_result_t
+#ifndef BIND_9_9
 dlz_lookup(const char *zone, const char *name,
void *dbdata, dns_sdlzlookup_t *lookup)
+#else
+dlz_lookup(const char *zone, const char *name,
+void *dbdata, dns_sdlzlookup_t *lookup,
+dns_clientinfomethods_t *methods,
+dns_clientinfo_t *clientinfo)
+#endif
 {
isc_result_t result;
 
@@ -1023,6 +1034,14 @@
int protocol;
int method;
 
+   result = isc_mem_create(0, 0, ns_g_mctx);
+   if (result != ISC_R_SUCCESS) {
+   isc_log_write(dns_lctx, DNS_LOGCATEGORY_DATABASE,
+   DNS_LOGMODULE_DLZ, ISC_LOG_ERROR,
+   Memory init failed);
+   return (result);
+   }
+
 #ifdef ISC_PLATFORM_USETHREADS
/* if multi-threaded, we need a few extra variables. */
int dbcount;
diff -Nru dlz-ldap-enum-1.0.2/dlz_ldap_enum_driver.h 
dlz-ldap-enum-1.0.3/dlz_ldap_enum_driver.h
--- dlz-ldap-enum-1.0.2/dlz_ldap_enum_driver.h  2012-05-17 16:45:21.0 
+0200
+++ dlz-ldap-enum-1.0.3/dlz_ldap_enum_driver.h  2014-11-11 17:29:34.0 
+0100
@@ -40,10 +40,13 @@
 #include dns/dlz_dlopen.h
 #else

Bug#734505: Can we close twitter-recess bug #734505?

2014-12-01 Thread W. Martin Borgert


Quoting László Böszörményi (GCS) g...@debian.org:

I agree. I was suprised that it was working for Martin, glad that you
are confirmed that miracle didn't happen.


But Debian is magic :~)


In short, I don't feel we should carry it around. Ideas / opinions?


Not really. Maybe just leave it as it is and ask for removal if there
is no progress for some more months? Sorry for the noise!


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

Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)

2014-12-01 Thread intrigeri

Control: tag -1 + moreinfo

Hi,

Eric Valette wrote (01 Dec 2014 09:11:32 GMT) :
 After fixing the libapparmor in /usr bug, I managed to boot but kdm was
 not started. loging as root and using startx lauch a session without
 problem where I have mouse. Loggin as a normal user via startx breaks
 mouse and keyboard.

 Does apparmor mandate new kernel configuration? New user space setup?

Can you reproduce this with AppArmor disabled?

Cheers,
-- 
intrigeri


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

Bug#771662: unblock: geronimo-j2ee-connector-1.5-spec/2.0.0-1.1

2014-12-01 Thread Emmanuel Bourg

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

Please unblock package geronimo-j2ee-connector-1.5-spec. This package was 
missing Maven artifacts which are needed to fix the RC bugs on libspring-java.

Thank you

unblock geronimo-j2ee-connector-1.5-spec/2.0.0-1.1


diff -u geronimo-j2ee-connector-1.5-spec-2.0.0/debian/changelog 
geronimo-j2ee-connector-1.5-spec-2.0.0/debian/changelog
--- geronimo-j2ee-connector-1.5-spec-2.0.0/debian/changelog
+++ geronimo-j2ee-connector-1.5-spec-2.0.0/debian/changelog
@@ -1,3 +1,13 @@
+geronimo-j2ee-connector-1.5-spec (2.0.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Install the Maven artifacts (Closes: #729609)
+  * Standards-Version updated to 3.9.6 (no changes)
+  * Removed the deprecated DM-Upload-Allowed field
+  * Removed the dependency on the JRE for the binary package
+
+ -- Emmanuel Bourg ebo...@apache.org  Mon, 01 Dec 2014 11:04:47 +0100
+
 geronimo-j2ee-connector-1.5-spec (2.0.0-1) unstable; urgency=low

   * New upstream version.
diff -u geronimo-j2ee-connector-1.5-spec-2.0.0/debian/control 
geronimo-j2ee-connector-1.5-spec-2.0.0/debian/control
--- geronimo-j2ee-connector-1.5-spec-2.0.0/debian/control
+++ geronimo-j2ee-connector-1.5-spec-2.0.0/debian/control
@@ -2,17 +2,18 @@
 Section: java
 Priority: optional
 Maintainer: Chris Grzegorczyk g...@eucalyptus.com
-DM-Upload-Allowed: yes
 Uploaders: Graziano Obertelli grazi...@eucalyptus.com, Kyo Lee 
kyo@eucalyptus.com
 XSBC-Original-Maintainer: Thierry Carrez thierry.car...@ubuntu.com
 Build-Depends-Indep: default-jdk, junit
-Build-Depends: ant-optional, debhelper (= 5), cdbs (= 0.4.5.3)
-Standards-Version: 3.8.4
+Build-Depends: ant-optional, debhelper (= 5), cdbs (= 0.4.5.3), 
maven-repo-helper
+Standards-Version: 3.9.6
+Vcs-Git: git://anonscm.debian.org/pkg-java/geronimo-j2ee-connector-1.5-spec.git
+Vcs-Browser: 
http://anonscm.debian.org/cgit/pkg-java/geronimo-j2ee-connector-1.5-spec.git
 Homepage: http://geronimo.apache.org

 Package: libgeronimo-j2ee-connector-1.5-spec-java
 Architecture: all
-Depends: default-jre-headless | java5-runtime-headless, ${misc:Depends}
+Depends: ${misc:Depends}
 Description: Geronimo API implementation of the J2EE connector 1.5 spec
  The goal of the Geronimo project is to produce a server runtime framework
  that pulls together the best Open Source alternatives to create runtimes
@@ -25 +25,0 @@
-
diff -u geronimo-j2ee-connector-1.5-spec-2.0.0/debian/rules 
geronimo-j2ee-connector-1.5-spec-2.0.0/debian/rules
--- geronimo-j2ee-connector-1.5-spec-2.0.0/debian/rules
+++ geronimo-j2ee-connector-1.5-spec-2.0.0/debian/rules
@@ -26,4 +26,6 @@
-binary-post-install/lib$(DEB_SOURCE_PACKAGE)-java::
-   dh_install -plib$(DEB_SOURCE_PACKAGE)-java 
build/$(DEB_SOURCE_PACKAGE)-$(DEB_UPSTREAM_VERSION).jar usr/share/java
-   dh_link -plib$(DEB_SOURCE_PACKAGE)-java 
usr/share/java/$(DEB_SOURCE_PACKAGE)-$(DEB_UPSTREAM_VERSION).jar 
usr/share/java/$(DEB_SOURCE_PACKAGE).jar
+clean::
+   mh_clean

+binary-post-install/lib$(DEB_SOURCE_PACKAGE)-java::
+   mh_installjar -plib$(DEB_SOURCE_PACKAGE)-java --java-lib 
--usj-name=geronimo-j2ee-connector-1.5-spec pom.xml 
build/geronimo-j2ee-connector-1.5-spec-$(DEB_UPSTREAM_VERSION).jar
+   mh_installpom -plib$(DEB_SOURCE_PACKAGE)-java --has-package-version 
--no-parent pom.xml


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

Bug#768998: Bug#767010: kadu-dev: KaduTargets.cmake hardcodes amd64 path

2014-12-01 Thread Julien Cristau

On Sun, Nov 30, 2014 at 15:58:42 +0100, gregor herrmann wrote:

 On Sun, 30 Nov 2014 11:41:11 +0100, Mateusz Łukasik wrote:
 
  kadu-mime-tex should be rebuild by bin-nmu with kadu = 1.2-2 it fix that
  bug. For example now is build fine on armhf:
  
  dpkg-gencontrol: warning: File::FcntlLock not available; using flock which
  is not NFS-safe
  dpkg-gencontrol: warning: package kadu-mime-tex: unused substitution
  variable ${misc:Pre-Depends}
 dh_md5sums
 dh_builddeb
  dpkg-deb: building package `kadu-mime-tex' in
  `../kadu-mime-tex_1.0-2_armhf.deb'.
   dpkg-genchanges  ../kadu-mime-tex_1.0-2_armhf.changes
  dpkg-genchanges: not including original source code in upload
   dpkg-source --after-build kadu-mime-tex-1.0
  dpkg-buildpackage: binary and diff upload (original source NOT included)
 
 
 So, let's request a giveback on all arches except amd64 (where the
 package built):
 
 gb kadu-mime-tex_1.0-2 . ALL -amd64
 
Given back.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#771607: unblock: brltty/5.2~20141018-2

Cyril Brulebois, le Mon 01 Dec 2014 11:36:06 +0100, a écrit :
  Well, I don't remember an announcement about it.  I didn't know that
  the choice had been actually really settled,[...]
 
 Well, you could have asked;

Well, that's what I am doing.  I guess my timeout value was just too
large.

Samuel


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

Bug#771607: unblock: brltty/5.2~20141018-2

Cyril Brulebois, le Mon 01 Dec 2014 11:36:06 +0100, a écrit :
  It seemed clear to me, except that since at the time the poll was done
  MATE was actually not among the choices in the evaluation chart (and not
  even a task), Jean-Philippe made it a special case.
 
 !!
 
 “[…] I think Debian won't choose it. So, alternatively, I suggest gnome […]”

At the time, MATE wasn't even a task, so that's why Jean-Philippe said
he believed Debian would of course not choose it as a default.

 which seems to enact that gnome is fine enough.

Yes, again, gnome *is* fine enough.  But can't we fine-tune the default
when we know for sure that the user is using braille?  Notably since it
seems we'd better go with gnome with its integrated magnifier for people
with low vision, and we'd better go with MATE for people using braille?

Samuel


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

Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)

On 12/01/2014 11:47 AM, intrigeri wrote:
 Control: tag -1 + moreinfo
 
 Hi,
 
 Eric Valette wrote (01 Dec 2014 09:11:32 GMT) :
 After fixing the libapparmor in /usr bug, I managed to boot but kdm was
 not started. loging as root and using startx lauch a session without
 problem where I have mouse. Loggin as a normal user via startx breaks
 mouse and keyboard.
 
 Does apparmor mandate new kernel configuration? New user space setup?
 
 Can you reproduce this with AppArmor disabled?

What I can say is that downgrading back to systemd 215 makes the problem
vanish. I just saw that systemd217 requires libapparmor1 but as I use my
own kernel I have no clue whether its really enabled or not.

I have no clue on apparmor useage so tell me how to try (but anyway
libapparmor1 being installed in /usr/lib and my /usr not being mounted
at boot, I doub with its actual config apparmor hs any chnce to work
(copied the lib in /lib and did a ldconfig to manage to boot  but still...)

-- eric


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

Bug#771663: freedombox-setup: Make sure the first boot process meets design docs

2014-12-01 Thread Sunil Mohan Adapa

Package: freedombox-setup
Severity: normal

This is a TODO item as described in freedombox-todos.

 1. User plugs ethernet cord into computer and DreamPlug's inside ethernet
  port.

 2. User plugs in and boots DreamPlug.

 3. First boot process completes, DreamPlug restarts.

 4. User logs into Plinth and configures admin accounts, certificates, and
 networking (if necessary).  Requires dhcp-server.

 5. User replugs ethernet cord into DreamPlug and router.

 6. User uses FreedomBox normally.

 Depends on [Teach Plinth to Manage Networking].


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

Bug#771664: plinth: Split Plinth into multiple Debian packages

2014-12-01 Thread Sunil Mohan Adapa

Package: plinth
Severity: wishlist

This is a TODO item from freedombox-todos.

 Every (non-core) module should be its own package to make remixing the
 system easier (i.e., create a Plinth-Owncloud module that contains
 modules/owncloud.py, which depends on Owncloud).


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

Bug#771607: Re : Re: Bug#771607: unblock: brltty/5.2~20141018-2

2014-12-01 Thread MENGUAL Jean-Philippe

 
  which seems to enact that gnome is fine enough.
 
 Yes, again, gnome *is* fine enough.  But can't we fine-tune the default
 when we know for sure that the user is using braille?  Notably since it
 seems we'd better go with gnome with its integrated magnifier for people
 with low vision, and we'd better go with MATE for people using braille?
 
 Samuel

Note that when we say Gnome is fine enough, it's because we are aware of the 
fact Debian won't choose Mate by default and that the hesitation is between 
gnome and xfce. And from this point of view, yes, gnome is better. But the fact 
is it is still hard to use, and MATE is much more suit when we try to have a 
universal desktop with braille, speech and magnifying, in particular due to its 
visual customization capabilities, disappeared in gnome.

thats why it is a good idea, instead of proposing to a low visual or blind user 
a bad experience he will feel too complex, not suitable, etc, to propose to it 
immediately Mate if we know he uses braille or seppch, so that the user 
experinece to be directly good. let's add also that it is relevant given 
otherwise, the screen=black setting in the installer (which displays a contrast 
interface) is not present at reboot. With mate, even if not present, the user 
can easily find again contrast and other visual costomisations.

regards

 
 -- 
 To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/20141201105719.gg3...@type.bordeaux.inria.fr
 


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

Bug#754218: boot hangs forever on LSB job raise network interfaces

2014-12-01 Thread tv.deb...@googlemail.com


Dear all,

same happening here:

Debian Jessie/Unstable amd64 up-to-date.

systemd: Version : 215-7

shorewall installed and configured

NO nfs mount of any kind

NO network mount of any kind

NetworkManager NOT installed (/etc/network/interfaces used)

NO local custom init script


Additionally this machine as two wired network interfaces (configured) 
and one wireless (not configured), when the hang occurs it sometimes 
(rarely, twice in a dozen try, some left to hang for 30minutes) proceeds 
to boot. When this happens the second interface eth1 (Intel Corporation 
82541PI Gigabit Ethernet Controller (rev 05) ) is not appearing in 
ifconfig. When this occurs I can not modprobe the driver (e1000) 
manually, nor bring the interface by any mean ! I suspected a 
hardware/bios initialization bug but the same interface works flawlessly 
with sysvinit-core and systemd-shim, as with rescue system System Rescue CD.


/etc/network and /etc/dhcp attached.

Only workaround was to chroot from rescue system and switch back to 
sysvinit manually.



I can reinstall systemd as init and make the system fail again (outside 
of office hours ;-) ) if provided with direction as to how collect 
additional information.


Thank you for your work and attention,

All the best.


dhcp_network.tar.gz
Description: application/gzip

Bug#770706: [PKG-Openstack-devel] Bug#770706: Bug#770706: Bug#770706: Bug#770706: Bug#770706: keystone.service does not start, /var/run/keystone not created

2014-12-01 Thread Thomas Goirand

On 12/01/2014 05:12 AM, Mikaël Cluseau wrote:
 Hi Gaudenz,
 
 thank you for your comments. As I tried to explain first, I wanted to
 make the smallest possible step that could possibly work because, from
 what I understood, once we get in the freeze phase, users can take the
 current state as a feature (ie, on the python-django-pyscss package,
 Thomas had to selectively choose commits from the upstream's fix-only
 branch).
 
 On 12/01/2014 01:48 AM, Gaudenz Steinlin wrote:
 I still don't like the idea of using the sysv init script here. I'd
 rather simplify the init script to the point where this is no longer
 needed
 
 I agree, and I tried to get as close to this as possible. However, the
 following feature really doesn't in the systemd's spirit IMHO:
 
 [ x$USE_SYSLOG = xyes ]  DAEMON_ARGS=$DAEMON_ARGS --use-syslog
 [ x$USE_LOGFILE != xno ]  DAEMON_ARGS=$DAEMON_ARGS
 --log-file=$LOGFILE
 
 I think a next step will be to get rid of this as it duplicates the
 configuration files anyway.

I don't agree at all here. It's *not* a duplicate. With a configuration
file, you can choose, globally, for a given service, where to log. You
cannot select which daemon. For example, if you use the configuration
file for Glance, it will affect both the glance-registry and the
glance-api daemon. With the /etc/default system, you can do it for only
one of the daemons if you like. Also, the /etc/default/openstack can be
global to *all* of OpenStack services, which you cannot do with all
configuration files (well, you can, but then you have to edit each and
every service configuration file, which is really annoying).

So we really need this as a feature to make it easy to configure for
each service, and the configuration files just wont do it.


 and we can just have the following in our unit file:
 EnvironmentFile=/etc/default/openstack /etc/default/${PROJECT_NAME}
 And then use the proper variables in the ExecStart setting. 

No, it's not ${PROJECT_NAME}, but the daemon name!!!

 1. don't auto-create the /var/*/${PROJECT_NAME} folder if not root, as 
 it will fail anyway.
 Most of these should not be created by the init script anyway. Creating
 /var/lib/X and /var/log/X there seems like a bug to me. These should be
 part of the package. That's how it's done in all other packages I know.
 
 I agree but I think we can't remove this feature in the freeze phase. In
 fact, I think that a real systemd approach wouldn't use a specific log
 dir anyway, and just let the software use stdout. You then have your log
 managed by journald, with all the wonders like consistent timestamping
 and filtering by many criterions.

It's up to the operator to choose. Some would like to keep a per-daemon
log, especially because otherwise, it can fill your syslog very fast.
And also, consider the fact that journald is really bad performance
wise, then you don't really want to fill-it-up with huge debug logs.

 3. /var/lock/${PROJECT_NAME}, AFAIK, is not needed when using systemd;
 What was it used for? Seems strange that there is a difference between
 sysv and systemd here.
 
 I think this is only needed by start-stop-daemon to avoid launching
 multiple instances, but I may be wrong.

I do believe that the /var/lock/${PROJECT_NAME} is needed in some cases
for the internals of OpenStack. I would find it dangerous to remove it.

 I would really prefer to have a full systemd unit file that does not
 depend on the sysv script at all.
 
 We agree on this goal :-)

Yup, me as well.

 It's fine and probably a good idea to use the files in /etc/default/.
 
 I not sure its a good idea, as I don't think it makes sense when you can
 just throw 2 lines in a /etc/systemd/system unit file to override the
 ExecStart line.

I do think it's better to keep the same user interface for both systemd
and sysv-rc.

Cheers,

Thomas


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

Bug#771665: nvidia-support: bashism in check-for-conflicting-opengl-libraries

2014-12-01 Thread Raphael Geissert

Package: nvidia-installer-cleanup
Version: 20131102+3
Severity: important

Hi,

check-for-conflicting-opengl-libraries is a /bin/sh script yet it uses
brace expansion:
 CONFLICT_LIBS=
 for f in $libdir/$pattern $libdir/{i386,x86_64}-linux-gnu/$pattern 
 /usr/lib32/libGL.so*
 do

which ... is a bashism and basically prevents the script from checking
/usr/lib/triplet

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


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

Bug#771666: dirmngr: Hostname verification uses the wrong hostname

2014-12-01 Thread Tristan Seligmann

Package: dirmngr
Version: 2.1.0-1
Severity: normal

When connecting to an hkps keyserver, dirmngr performs hostname
verification using the wrong hostname, like so:

dirmngr[22113.6]: handler for fd 6 started
dirmngr[22113.6]: connection from process 22139 (1000:1000)
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'sks.mrball.net'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'[2001:67c:2050:1000::3:4]'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'[2001:1af8:3100:b010:a000::1]'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'[2001:16d8:ee3d:ee30:215:5dff:fe00:120d]'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'key.ip6.li'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'[2a00:1280:8000:2:1:8:0:1]'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'key.ip6.li' [already known]
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'keyserver.br.nucli.net'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'zap.org.au'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'cm-84.215.15.221.getinternet.no'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'srv01.secure-u.de'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'srf.secretresearchfacility.com'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'79.143.214.216'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'stlhs.archreactor.org'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'cryptonomicon.mit.edu'
dirmngr[22113.6]: getnameinfo returned for 'hkps.pool.sks-keyservers.net': 
'sks.mrball.net' [already known]
dirmngr[22113.6]: TLS verification of peer failed: hostname does not match
dirmngr[22113.6]: DBG: expected hostname: 79.143.214.216
dirmngr[22113.6]: DBG: BEGIN Certificate 'server[0]':
dirmngr[22113.6]: DBG:  serial: 2A
dirmngr[22113.6]: DBG:   notBefore: 2014-01-09 17:42:19
dirmngr[22113.6]: DBG:notAfter: 2015-01-09 17:42:19
dirmngr[22113.6]: DBG:  issuer: CN=sks-keyservers.net 
CA,O=sks-keyservers.net CA,ST=Oslo,C=NO
dirmngr[22113.6]: DBG: subject: 
1.2.840.113549.1.9.1=#696E666F40736561726368792E6E6C,CN=keyserver.searchy.nl,O=Searchy
 Internet Services V.O.F.,ST=Noord-Brabant,C=NL
dirmngr[22113.6]: DBG:   hash algo: 1.2.840.113549.1.1.11
dirmngr[22113.6]: DBG:   SHA1 fingerprint: 
903B2364C8765A9768E45C2745E0A5AA9748D5AE
dirmngr[22113.6]: DBG: END Certificate
dirmngr[22113.6]: DBG: BEGIN Certificate 'server[1]':
dirmngr[22113.6]: DBG:  serial: 00AF73C8B4CF9F808F
dirmngr[22113.6]: DBG:   notBefore: 2012-10-09 00:33:37
dirmngr[22113.6]: DBG:notAfter: 2022-10-07 00:33:37
dirmngr[22113.6]: DBG:  issuer: CN=sks-keyservers.net 
CA,O=sks-keyservers.net CA,ST=Oslo,C=NO
dirmngr[22113.6]: DBG: subject: CN=sks-keyservers.net 
CA,O=sks-keyservers.net CA,ST=Oslo,C=NO
dirmngr[22113.6]: DBG:   hash algo: 1.2.840.113549.1.1.5
dirmngr[22113.6]: DBG:   SHA1 fingerprint: 
791B27A38E667F8027814D4E68E7C478A45D5A17
dirmngr[22113.6]: DBG: END Certificate
dirmngr[22113.6]: TLS connection authentication failed: General error
dirmngr[22113.6]: error connecting to 'https://79.143.214.216:443': General 
error

I found this mailing list post which suggests this should be fixed
upstream:

http://lists.gnupg.org/pipermail/gnupg-devel/2014-May/028481.html

I was unable to determine whether this is therefore a regression, or
just that the version in Debian is not new enough to include the
upstream fix referenced in that post.

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

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

Versions of packages dirmngr depends on:
ii  adduser3.113+nmu3
ii  libassuan0 2.1.2-2
ii  libc6  2.19-13
ii  libgcrypt201.6.2-4
ii  libgnutls-deb0-28  3.3.8-5
ii  libgpg-error0  1.17-2
ii  libksba8   1.3.2-1
ii  libnpth0   1.0-1
ii  lsb-base   4.1+Debian13+nmu1

Versions of packages dirmngr recommends:
ii  libldap-2.4-2  2.4.40-3

dirmngr 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#754218: boot hangs forever on LSB job raise network interfaces

On Lu, 01 dec 14, 14:12:01, tv.deb...@googlemail.com wrote:
 
 I can reinstall systemd as init and make the system fail again (outside of
 office hours ;-) ) if provided with direction as to how collect additional
 information.

Please enable the debug console on VT9 (boot with 'systemd.debug-shell' 
as kernel parameter) and attach the output of

journalctl -alb

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#770456: [Pkg-xen-devel] Bug#770456: Bug#770456: Please start a qemu process in domain 0.

2014-12-01 Thread Ian Campbell

On Thu, 2014-11-27 at 17:41 +0100, Stefan Bader wrote:
 On 27.11.2014 12:18, Ian Campbell wrote:
  On Thu, 2014-11-27 at 11:02 +0100, Stefan Bader wrote:
  On 21.11.2014 13:50, Ian Campbell wrote:
  Package: xen-utils-common
  Version: 4.4.0-1
  Severity: important
  Tags: patch
 
  Under some circumstances the xl toolstack needs to create a loopback
  mount of a guest disk in dom0 (e.g. in order to run pygrub). Depending
  on the nature of the guest disk (e.g. qcow2 or raw file image based)
  this can require a qemu instance in dom0.
 
  The upstream xencommons starts such a qemu on boot. The following patch
  adds this to the Debian packages init script as well.
 
  Once I have a bug number for this I will add it to debian/changelog and
  push the result to feature/bug as usual.
 
  Thanks,
  Ian.
 
 
 old path removed
 
  Not sure this already was handled but the --name argument of qemu_stop_real
  seems a copy-and-paste bug.
  
  Yes it is, whoops!
  
   Playing with it right now, --exec instead of --name
  also works out better since qemu-system-i386 is just about too long.
  
  So it is, so this is probably a good idea.
  
  Will you send an updated patch once you've finished testing?
  
 
 So not sure whether the bug processor can handle attachments but Thunderbird
 tends to mess things up otherwise. Also I yet have to figure out the location 
 of
 the repo to make proper patches (sorry about that).

http://anonscm.debian.org/cgit/pkg-xen/xen.git

 Anyway attaching the diff between the current init script and the updated one.
 There is one thing which I did not include there. That is a work around some
 kernel bug (which should be fixed in Debian by now). Just for here I want to
 avoid stepping into the case where the new package is installed with the 
 broken
 kernel because in that situation the dpkg starts a qemu which cannot attach
 properly and in the end both hang and qemu has to be killed hard(er). All a 
 bit
 ugly. So this is likely nothing you need but just in case:
 
 (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763831)

Urk. I wonder if this explains some of the bugs about the initscript
hanging we had around earlier.

Anyway, your diff seems to only add some code to xenstored_start, I was
expecting a change to qemu_start -- did you find that code was OK in the
end? Or did you end up switching to --exec?

Thanks,
Ian.

 -Stefan
 
  xenstored_start()
  {
 log_progress_msg xenstored
 +   #
 +   # Work-around kernel regression where short name links of
 +   # /proc/$$/exe get replaced on rename unconditionally. This
 +   # should be fixed in the kernel but hitting a bad kernel is
 +   # fatal with starting qemu in dom0 (dpkg/qemu hangs).
 +   #
 +   if [ -f $XENSTORED_PIDFILE ]; then
 +   XSPID=$(cat $XENSTORED_PIDFILE)
 +   XSBIN=$(ls -la /proc/$XSPID/exe 2/dev/null)
 +   XSBIN=${XSBIN#*- }
 +   XSBIN=${XSBIN% (deleted)}
 +   if [ $XSBIN !=  ]; then
 +   if [ $(basename $XSBIN) = xenstored.dpkg-new ]; 
 then
 +   return 1
 +   fi
 +   fi
 +   fi
 start-stop-daemon --start --quiet --pidfile $XENSTORED_PIDFILE 
 --exec
 $XENSTORED --test  /dev/null \
 
 
 ___
 Pkg-xen-devel mailing list
 pkg-xen-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xen-devel


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

Bug#771607: Re : Re: Bug#771607: unblock: brltty/5.2~20141018-2

MENGUAL Jean-Philippe, le Mon 01 Dec 2014 12:06:35 +0100, a écrit :
 and MATE is much more suit when we try to have a universal desktop with 
 braille, speech and magnifying, in particular due to its visual customization 
 capabilities, disappeared in gnome.

Mmm, but do we have magnification support in MATE?  AIUI we don't.

Samuel


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

Bug#623269: Fails to print files with german umlauts in locale de_DE

2014-12-01 Thread Stéphane Aulery

Hello,

Upstream answered:

 This isn't something we can fix in CUPS - the filename on the command-line
 is converted to UTF-8 (from the locale-specified charset) in order to
 provide the correct encoding for the print job title, but there is no way
 for us to know the proper encoding for filenames.

 (this problem has existed long before CUPS...)

 One method of dealing with this is to redirect stdin, e.g.:

 lp -d printer filename-with-special-chars

It does not change the situation, but at least a workaround exists. I
think the real solution would be to switch to de_DE.UTF-8. You can use
# dpkg-reconfigure locales for that.

Regards,

-- 
Stéphane Aulery


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

Bug#771667: libapparmor1: Please move to /lib

Package: libapparmor1
Severity: wishlist
Version: 2.9.0-2

Hello,

I would like to enable apparmor support in systemd, so that units can
switch profiles. But this requires libapparmor1 to be in /lib instead
of /usr/lib, otherwise things break with a separate /usr
(see bug #771652).

So can you please move the library to /?

Thanks for considering,

Martin

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


signature.asc
Description: Digital signature

Bug#770365: debsources: 403 on /src/beignet/1.0.0-1/README.md/

2014-12-01 Thread Stefano Zacchiroli

retitle 770365 debsources: should not return 403 on internal symlinks
severity 761121 normal
forcemerge 761121 770365
thanks

On Sun, Nov 30, 2014 at 09:55:12PM +0100, Matthieu Caneill wrote:
 On 20 November 2014 at 20:05, Jérémy Bobbio lu...@debian.org wrote:
  When visiting https://sources.debian.net/src/beignet/1.0.0-1/README.md/
  I'm told “403 Permission Denied”. This is a bit annoying as the file is
  listed on https://sources.debian.net/src/beignet/1.0.0-1/
 
 Due to security reasons, we deactivated all symbolic links on
 Debsources (even the ones internal to a package, but this isn't
 implemented yet).
 Zack what do you think?

Oooh, I see, I didn't realize, before your message, that these 404 where
due to symlinks. So this bug is effectively the same of #761121, which
was the wishlist bug requesting the support for symlinks that point
within the same source package.

Arguably, we could provide a better user experience than 403 (especially
because the user has no way of knowing a priori that a given file is a
symlink, until #763921 is implemented, that is). But the best fix here
will indeed be to do support internal symlinks.

I'm therefore retitling/merging as needed.

Thanks Lunar for your bug report!
Cheers.
-- 
Stefano Zacchiroli  . . . . . . .  z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader  . . @zack on identi.ca . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »


signature.asc
Description: Digital signature

Bug#769583: unblock: bind9/ 9.9.5 with patch or 9.9.6?

2014-12-01 Thread Adam D. Barratt


Control: tags -1 + d-i

On 2014-11-28 7:58, Daniel Pocock wrote:

On 21/11/14 18:58, Niels Thykier wrote:

Any news on this upload? :)

~Niels




Hi LaMont,

I've prepared an NMU, the debdiff is attached and I am happy to upload
it if you like


I've unblocked 1:9.9.5.dfsg-6, but it'll need a d-i ack due to the udeb.

Regards,

Adam


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

Bug#760846: Upstream's got a patch

2014-12-01 Thread Jose M Calhariz

On Mon, Dec 01, 2014 at 11:38:03AM +0100, Michał Pokrywka wrote:
 Any chance we'll see patched amanda in jessie?
 This seems like a really simple patch, can't break anything.
 

I have prepared a new package that is waiting for my sponsor, to
upload it.  

Jose M Calhariz

-- 
--

Você não é nada até ser odiado por todos

--Jim Carrey


signature.asc
Description: Digital signature

Bug#771652: systemd: system 217 breaks config not using initrd and /usr and / different

Hello Eric,

Eric Valette [2014-12-01 10:06 +0100]:
 After upgrading to 217, I had a crash because init was unable to load
 libapparmor1. After seraching it is located in /usr that in my system
 is not yet mounted.
 
 copying manually libraries to /lib solves the boot problem (but still breaks
 X11/kde)

Argh, indeed. I filed https://bugs.debian.org/771667 about this,
asking for moving the library to /lib. Until that I'll disable this in
Debian again.

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


signature.asc
Description: Digital signature

Bug#623269: Fails to print files with german umlauts in locale de_DE

2014-12-01 Thread Klaus Ethgen

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

Thanks for the clearify with upstream.

Am Mo den  1. Dez 2014 um 12:39 schrieb Stéphane Aulery:
 Upstream answered:
 
  This isn't something we can fix in CUPS - the filename on the command-line
  is converted to UTF-8 (from the locale-specified charset) in order to
  provide the correct encoding for the print job title, but there is no way
  for us to know the proper encoding for filenames.
 
  (this problem has existed long before CUPS...)

Well, that simply is not true. It works pretty well if one is looking at
the common workflow. The command line encoding would be always the same
than the enconding of the filename itself. Otherwise the user will not
be able to access the file. I tried to find a use case where you would
have different encoding on the command line than on filesystem but I
cannot find any reasonable one.

So simply using the filename without any encoding change would solve
that problem. I am one of the upstream developers of geeqie and yes, we
also had problems like that in the past. But that was clearly a bug and
is solved present days. So I think I really know what I am talking
about. However, there might exist a problem with that if the user input
comes from a GUI input and not from the command line. There you really
might have a problem with that. But usually the filename comes from a
selection box that solved the problem here too.

It is fully ok for me that cups uses utf-8 internal but the interface to
the user should be consistent.

  One method of dealing with this is to redirect stdin, e.g.:
 
  lp -d printer filename-with-special-chars
 
 It does not change the situation, but at least a workaround exists. I
 think the real solution would be to switch to de_DE.UTF-8. You can use
 # dpkg-reconfigure locales for that.

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

iQGcBAEBCgAGBQJUfFhfAAoJEKZ8CrGAGfasq7ML/3al2pssrdLx0w94umKKkICf
Hpw5r3SKZYJ+9pL9nlt+S4RN1g4mpO/ZjPhCDAbwhlDxlepW3+WD+7xjlTcp7wLb
HlOqLU63JTe9ZjvLlv6ZjY2QoVu0Pvla6IA66G3Ntp7gFOLqCY/w1VH6jyQD4ks5
dfN4u+ZKRKyQVnmQvQrIAxG5acSReh8r/FvNii6BXGVM2y1m0Ta94bAMptzQJ/He
XMO5Gy3rRILzY3XWRmjs4thVaJkaxMQdIiMS9MKRyQRUT6slH9KyY6gJmW/S831r
cFSeslxPQhpfXuS77d4QcSHGxctqZtFqxjinAvWIthw18jusrsx9aggkeGzLrJog
lrLdMKAKrt44p72LQcWdbbVQP5AKTzz5HzQH/Wsy2kMwWrjOBh1XD7Ny51onIwZF
UjtZKhWCXxDQJGgv8uQvCglg0PJzvrGqFzwzEVGKcEbaPGujYmq7dKf0pLe0hHKC
OOWLR/Y+9DDToTRBMm44ChnBEoPwKAOtDzUscotTGw==
=SuKh
-END PGP SIGNATURE-


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

Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)

Hello Eric,

Eric Valette [2014-12-01 10:11 +0100]:
 After fixing the libapparmor in /usr bug, I managed to boot but kdm was
 not started. loging as root and using startx lauch a session without
 problem where I have mouse. Loggin as a normal user via startx breaks
 mouse and keyboard.

Please show me the output of

  systemctl status -l kdm.service

(as root) to see what's going wrong. It might be named slightly
differently -- check systemctl --failed for which units didn't
start, kdm should be amongst them.

 Does apparmor mandate new kernel configuration? New user space setup?

No, that should be unrelated. If AppArmor isn't available it won't be
used, unless you have a unit with AppArmorProfile=.

Thanks,

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


signature.asc
Description: Digital signature

Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)

On 12/01/2014 12:58 PM, Martin Pitt wrote:
 Hello Eric,
 
 Eric Valette [2014-12-01 10:11 +0100]:
 After fixing the libapparmor in /usr bug, I managed to boot but kdm was
 not started. loging as root and using startx lauch a session without
 problem where I have mouse. Loggin as a normal user via startx breaks
 mouse and keyboard.
 
 Please show me the output of
 
   systemctl status -l kdm.service
 
 (as root) to see what's going wrong. It might be named slightly
 differently -- check systemctl --failed for which units didn't
 start, kdm should be amongst them.
 
 Does apparmor mandate new kernel configuration? New user space setup?
 
 No, that should be unrelated. If AppArmor isn't available it won't be
 used, unless you have a unit with AppArmorProfile=.


X server stop voluntarily without any obvious error message (I have an
(EE) at the end).

Will do the trace when back home but frankly reinstalling before the
/usr/lib vs /lib is fixed is annoying.


-- eric


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

Bug#769583: unblock: bind9/ 9.9.5 with patch or 9.9.6?

Control: tag -1 confirmed
Adam D. Barratt a...@adam-barratt.org.uk (2014-12-01):
 I've unblocked 1:9.9.5.dfsg-6, but it'll need a d-i ack due to the udeb.

No objections.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#771652: systemd: system 217 breaks config not using initrd and /usr and / different

On 12/01/2014 12:55 PM, Martin Pitt wrote:
 Hello Eric,
 
 Eric Valette [2014-12-01 10:06 +0100]:
 After upgrading to 217, I had a crash because init was unable to load
 libapparmor1. After seraching it is located in /usr that in my system
 is not yet mounted.

 copying manually libraries to /lib solves the boot problem (but still breaks
 X11/kde)
 
 Argh, indeed. I filed https://bugs.debian.org/771667 about this,
 asking for moving the library to /lib. Until that I'll disable this in
 Debian again.


At least rise the severity to critical now ;-)

-- eric


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

Bug#771668: RFP: etherpad -- edit documents collaboratively in real-time in your browser

2014-12-01 Thread Pander

Package: etherpad
Severity: RFP

See also and link to https://bugs.launchpad.net/ubuntu/+bug/1397373

description: Etherpad allows you to edit documents collaboratively in
real-time, much like a live multi-player editor that runs in your
browser. Write articles, press releases, to-do lists, etc. together with
your friends, fellow students or colleagues, all working on the same
document at the same time.

url: http://etherpad.org

license: Apache License (AL) 2.0

(Please let me know if I am using the correct format for RFP because my
previous requests were added additional control tags.)


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

Bug#769535: [Pkg-shinken-maint] Bug#769535: shinken: service shinken-arbiter works on all daemon

2014-12-01 Thread Hermann Lauer

Hello Thibault,

On Sat, Nov 29, 2014 at 02:01:50AM -0500, Thibault Cohen wrote:
 I can't reproduce this bug :/
 
 Did you install Shinken (testing) packages on Debian stable ?

yes, did that, too. Needed to rebuild shinken to avoid a nasty dependency
on some python2.6 stuff which is not needed as we use python2.7,
but otherwise build fine and dependend packages (mod-webui etc.) install clean
from testing. Can send the patch if someone likes to put shinken2
in wheezy-backports.

 On 14/11/14 06:32 AM, Hermann Lauer wrote:
  While with service shinken-arbiter:
...
  this is only annoying, the restart command should not restart
  all daemons:

couldn't reproduce this today on a newly installed jessie system. After package 
installation
first not all deamons start, but after a reboot service shinken-arbiter works 
as expected. 
Only a FAILURE is logged to stop the arbiter (see below) while restarting, 
but that seems to 
be a minor glitch.
Pstree shows all daemons running (with the default configuration). Probably the 
failure
was related to my tests with our old shinken 1.4.x configuration - although I 
couldn't
see how at the moment. 

Many thanks and greetings
  Hermann

root@install5:~# service shinken-arbiter restart
root@install5:~# service shinken-arbiter status
● shinken-arbiter.service - LSB: Shinken arbiter daemon
   Loaded: loaded (/etc/init.d/shinken-arbiter)
   Active: active (running) since Mon 2014-12-01 12:23:20 CET; 2s ago
  Process: 4784 ExecStop=/etc/init.d/shinken-arbiter stop (code=exited, 
status=1/FAILURE)
  Process: 3027 ExecReload=/etc/init.d/shinken-arbiter reload (code=exited, 
status=0/SUCCESS)
  Process: 4820 ExecStart=/etc/init.d/shinken-arbiter start (code=exited, 
status=0/SUCCESS)
   CGroup: /system.slice/shinken-arbiter.service
   ├─4859 /usr/bin/python /usr/bin/shinken-arbiter -d -c 
/etc/shinken/shinken.cfg
   └─4860 /usr/bin/python /usr/bin/shinken-arbiter -d -c 
/etc/shinken/shinken.cfg

Dec 01 12:23:20 install5 shinken-arbiter[4820]: Starting arbiter:
Dec 01 12:23:20 install5 shinken-arbiter[4820]: .

-- 
Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres 
Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224
Email: hermann.la...@iwr.uni-heidelberg.de


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

Bug#771607: Re : Re: Re : Re: Bug#771607: unblock: brltty/5.2~20141018-2

2014-12-01 Thread MENGUAL Jean-Philippe


- Samuel Thibault sthiba...@debian.org a écrit :
 MENGUAL Jean-Philippe, le Mon 01 Dec 2014 12:06:35 +0100, a écrit :
  and MATE is much more suit when we try to have a universal desktop with 
  braille, speech and magnifying, in particular due to its visual 
  customization capabilities, disappeared in gnome.
 
 Mmm, but do we have magnification support in MATE?  AIUI we don't.

At least there are much themes, large customizations (font, characters, colours 
of various items such as windows edges, areas, etc). Moreover, compiz can be 
easily implemented (Luca is doing).

Regards,

 Samuel
 
 
 -- 
 To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/20141201113513.gj3...@type.bordeaux.inria.fr
 


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

Bug#770330: Bug#771648: please delay autorm of android-permissions

2014-12-01 Thread Jonathan Wiltshire


On 2014-12-01 08:46, Hans-Christoph Steiner wrote:
Please delay autorm of android-permissions from jessie.  We need more 
time to
figure out the exact details of policy vs technical solutions for this 
very

specific package (it is designed only to be installed on Debian chroots
running on Android).  I have committed a fix that enforces that this 
package
is only installable on chroots, and if that makes it acceptable to 
policy,

then I can push the package update to fix the RC bug in question.


Autoremoval is delayed by bug activity; CCing it.

--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

directhex i have six years of solaris sysadmin experience, from
8-10. i am well qualified to say it is made from bonghits
layered on top of bonghits


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

Bug#771607: Re : Re: Re : Re: Bug#771607: unblock: brltty/5.2~20141018-2

MENGUAL Jean-Philippe, le Mon 01 Dec 2014 13:14:07 +0100, a écrit :
 - Samuel Thibault sthiba...@debian.org a écrit :
  MENGUAL Jean-Philippe, le Mon 01 Dec 2014 12:06:35 +0100, a écrit :
   and MATE is much more suit when we try to have a universal desktop with 
   braille, speech and magnifying, in particular due to its visual 
   customization capabilities, disappeared in gnome.
  
  Mmm, but do we have magnification support in MATE?  AIUI we don't.
 
 At least there are much themes, large customizations (font, characters, 
 colours of various items such as windows edges, areas, etc).

It gives lesser choices in some areas, but isn't the lack of
magnification support a problem?

I mean AIUI gnome seems like a good default since it has support for a
large range of accessibility features, even if it's not as good at some
of them as MATE can be.  MATE, on the other hand, is notably missing
magnification, which I think will be a real concern for quite a few
people (as in: not usable at all), and AIUI MATE customizations will not
be enough to deal with that.

 Moreover, compiz can be easily implemented (Luca is doing).

Please remember that we are talking about Jessie, not a downstream of
Jessie.

Samuel


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

Bug#623269: Fails to print files with german umlauts in locale de_DE

2014-12-01 Thread Stéphane Aulery

Hi,

Le lundi 01 décembre 2014 à 01:00:33, Klaus Ethgen a écrit :
 
 Thanks for the clearify with upstream.
 
 Am Mo den  1. Dez 2014 um 12:39 schrieb Stéphane Aulery:
  Upstream answered:
  
   This isn't something we can fix in CUPS - the filename on the command-line
   is converted to UTF-8 (from the locale-specified charset) in order to
   provide the correct encoding for the print job title, but there is no way
   for us to know the proper encoding for filenames.
  
   (this problem has existed long before CUPS...)
 
 It is fully ok for me that cups uses utf-8 internal but the interface to
 the user should be consistent.

I passed the bug report but I do not have enough knowledge of the
language issue. I reopen the bug and transfers your answer. Since you've
already solved a similar problem you are able to discuss with upstream
better than me.

If the bug is present for so long it is likely that you provide a patch
if you care for it to be resolved. I could not do it for you
unfortunately.

Regards,

-- 
Stéphane Aulery


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

Bug#771668: RFP: etherpad -- edit documents collaboratively in real-time in your browser

Control: reassign -1 wnpp
Control: severity -1 wishlist

On Lu, 01 dec 14, 13:05:32, Pander wrote:
 Package: etherpad

Is this the same as

#576998  ITP: etherpad-lite -- web based collaborative real-time editor

?

 Severity: RFP
 
 See also and link to https://bugs.launchpad.net/ubuntu/+bug/1397373
 
 description: Etherpad allows you to edit documents collaboratively in
 real-time, much like a live multi-player editor that runs in your
 browser. Write articles, press releases, to-do lists, etc. together with
 your friends, fellow students or colleagues, all working on the same
 document at the same time.
 
 url: http://etherpad.org
 
 license: Apache License (AL) 2.0
 
 (Please let me know if I am using the correct format for RFP because my
 previous requests were added additional control tags.)

As per[1] you want 'Package: wnpp' and 'Severity: wishlist' (mind the 
and their corresponding severities to be used are:).

Any particular reason for not using 'reportbug'[2]?

[1] http://www.debian.org/devel/wnpp/#l2
[2] http://www.debian.org/devel/wnpp/#l1

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#771669: segfaults with trivial usage

2014-12-01 Thread Enrico Zini

Package: libsqliteodbc
Version: 0.992-2
Severity: grave

Hello,

sqlite3+odbc segfaults with this simple test case, which as far as I
understand ODBC is just a standard connect and prepare sequence.

The segfault happens in the current Jessie and in Fedora 20.

$ cat sqlite-odbc.c
#include sql.h
#include sqlext.h
#include assert.h
#include stdlib.h

int main()
{
// Allocate ODBC environment handle and register version
SQLHENV od_env;
assert(SQLAllocHandle(SQL_HANDLE_ENV, SQL_NULL_HANDLE, od_env) == 
SQL_SUCCESS);
assert(SQLSetEnvAttr(od_env, SQL_ATTR_ODBC_VERSION, (void*)SQL_OV_ODBC3, 0) 
== SQL_SUCCESS);

SQLHDBC od_conn;
assert(SQLAllocHandle(SQL_HANDLE_DBC, od_env, od_conn) == SQL_SUCCESS);

// Connect to the DSN
char sdcout[1024];
SQLSMALLINT outlen;
assert(SQLDriverConnect(od_conn, NULL,
(SQLCHAR*)Driver=SQLite3;Database=test.sqlite;, SQL_NTS,
(SQLCHAR*)sdcout, 1024, outlen,
SQL_DRIVER_NOPROMPT) == SQL_SUCCESS);

// Create a statement
SQLHSTMT stm;
assert(SQLAllocHandle(SQL_HANDLE_STMT, od_conn, stm) == SQL_SUCCESS);


// Prepare a query
assert(SQLPrepare(stm, (SQLCHAR*)SELECT COUNT(*) FROM sqlite_master WHERE 
type='table' AND name=?, SQL_NTS) == SQL_SUCCESS);


// All good, deallocate things
SQLFreeHandle(SQL_HANDLE_STMT, stm);
SQLFreeHandle(SQL_HANDLE_DBC, od_conn);
SQLFreeHandle(SQL_HANDLE_ENV, od_env);
}
$ gcc -g sqlite-odbc.c -o sqlite-odbc -lodbc
$ rm -f test.sqlite  # Not needed, but it keeps the tests stateless
$ ./sqlite-odbc
Segmentation fault
$ rm -f test.sqlite  # Not needed, but it keeps the tests stateless
$ gdb ./sqlite-odbc
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
[...]
(gdb) run
Starting program: /home/enrico/lavori/arpa/dballe/sqlite-odbc
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.

Program received signal SIGSEGV, Segmentation fault.
0x76abc537 in sqlite3_stricmp () from 
/usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(gdb) where
#0  0x76abc537 in sqlite3_stricmp () from 
/usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#1  0x76abd485 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#2  0x76abecf6 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#3  0x76b29188 in sqlite3_table_column_metadata () from 
/usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#4  0x76d8180d in ?? () from 
/usr/lib/x86_64-linux-gnu/odbc/libsqlite3odbc.so
#5  0x76d882d0 in ?? () from 
/usr/lib/x86_64-linux-gnu/odbc/libsqlite3odbc.so
#6  0x76d88965 in ?? () from 
/usr/lib/x86_64-linux-gnu/odbc/libsqlite3odbc.so
#7  0x77b94481 in SQLPrepare () from 
/usr/lib/x86_64-linux-gnu/libodbc.so.2
#8  0x00400957 in main () at sqlite-odbc.c:30
(gdb)


Regards,

Enrico

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (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

Versions of packages libsqliteodbc depends on:
ii  libc6  2.19-13
ii  libsqlite0 2.8.17-12
ii  libsqlite3-0   3.8.7.1-1
ii  multiarch-support  2.19-13

libsqliteodbc recommends no packages.

Versions of packages libsqliteodbc suggests:
ii  unixodbc-bin  2.3.0-4

-- no debconf information


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

Bug#742555: firmware-b43-installer: BCM4306 Wireles controller fails to start after upgrade memory to 2GB

2014-12-01 Thread Risto Suominen

This seems to be kernel related: it used to work with 2.6 kernel.

Risto


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

Bug#623269: Fw: [UNKN] STR #4534: Fails to print files with german umlauts in locale de_DE

2014-12-01 Thread Stéphane Aulery

New reply of upstream:

Le lundi 01 décembre 2014 à 04:15:56, Michael Sweet a écrit :
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512
 
 DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
 
 [STR Unresolved]
 
 Right, the issue is that POSIX never defined the character set for
 filenames... :/ Some OS vendors have standardized on UTF-8 (OS X) or UTF-16
 (Windows), but on Linux it is more of a general guideline and the
 filesystems generally accept any random string of characters.
 
 Link: https://www.cups.org/str.php?L4534
 Version: 1.7.5
 Fix Version: None
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.14 (GNU/Linux)
 Comment: GPGTools - https://gpgtools.org
 
 iQIcBAEBCgAGBQJUfFv8AAoJENujp6sI12IjDY4P/0gdhi70Mm+/TiTyk6Q+h354
 cUVozCR3ePDdcOVZznBLbmFeKJQlZpe+Fcdc+RU7NENT0NnyovIl6uGN54JSYf+z
 mfIfC+RLThPlWvWf+9ZC59IgjnTlYzo0h1dYFSN56M/mDtzYgYiibRtOtCKv5pz2
 4qKUwBToIW4IS0Cwx3fy8yybPEIw+gS+BOI17o4uxaihciTNnZS7H5NQ8aV1bmjn
 DQXHI0JIOST2cedXgL/4OnhzO5CTleF13SbGt1kdGKKA21VI0FeDkhX6C0+oGfFx
 7M08R4GCRqFbXTAL0ZgKn68MiS8Gzw/4Lh68tguvI9W2nqjCTWS98n1RQKvzZDA/
 3AGLOfgr2BP0cDAdbRmzFF7p2AHliTov2lje+p4IuRaYSAe5iEF2nXbKKSJzv5yO
 0K6uM29ptup6DTfA6QHiacms2tJFlg2azjhCNYckm1eXI4LStSHjeHxpn0ixrIvH
 rCtcd/8pD2HjFr2FrSb6sQYyx6WdD0zgdc1gEY5pFY+bL4sAJ3ijGtq7h42EyQ1r
 5zpRb6KG7Hcc1QGut2Iwn2nwF85f16p3Xs42grI4s4j2dRU5/S3Rep7B+Btk7qCD
 CJEyzdH7vKLnOcc5n5TnFm1dIF0izQqnVJ9UtP5iLkYfmS8Z7fOowCMg/8jdLiCW
 9ob8/N2QDmUBdaEVmU1h
 =nJk8
 -END PGP SIGNATURE-
 

-- 
Stéphane Aulery


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

Bug#758798: Another patch

2014-12-01 Thread Graeme Hewson

See also https://bugs.launchpad.net/ubuntu/+source/ifupdown-extra/+bug/1397965 
which provides, IMHO, a better description of the problem and a simpler patch.


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

Bug#771160: pre-approval unblock: wmanager/0.2.1-12

2014-12-01 Thread Peter Pentchev

Control: tags -1 - moreinfo

On Thu, Nov 27, 2014 at 07:48:49PM +0100, Niels Thykier wrote:
 Control: tags -1 confirmed moreinfo
 
 On 2014-11-27 10:08, Peter Pentchev wrote:
  Package: release.debian.org
  Severity: normal
  User: release.debian@packages.debian.org
  Usertags: unblock
  
  
  Dear release team,
  
 
 Hi,
 
  If this is so, then may I have a pre-approval for the unblocking of the
  wmanager package for a targeted fix for an important bug, one of Guillem
  Jover's obsolete full path to update-alternatives ones?
  
  [...]
  
  unblock wmanager/0.2.1-12
  
  G'luck,
  Peter
  
  
  [...]
 
 Ack, please have this uploaded to unstable before the 5th of December
 and we will accept it.  Please remove the moreinfo tag once it has
 been accepted in to unstable.

Thanks!  The package was uploaded to unstable two days ago.

unblock wmanager/0.2.1-12

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13


signature.asc
Description: Digital signature

Bug#771511: pre-approve: nginx/1.6.2-5

2014-12-01 Thread Christos Trochalakis


Control: tags -1 - moreinfo

On Sun, Nov 30, 2014 at 12:38:05PM +0100, Ivo De Decker wrote:


Please go ahead and remove the moreinfo tag from this bug once the upload to
unstable is done.



Removing moreinfo tag as requested.


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

Bug#771670: monkeysphere subkey-to-ssh-agent not working

2014-12-01 Thread Valo

Package: monkeysphere

Version: 0.37

Command:
$ monkeysphere s

Enter passphrase for key x...@xx.xx

x...@xx.xx: gpg: unknown option 'export-reset-subkey-passwd'

gpg: invalid export options

No matching key found.


Expected result: The keys is added to the agent
What I got instead: No key in the agent

Steps to reproduce: Open terminal, type monkeysphere s, the command
always fails


Since gnupg 2.1.0 the option export-reset-subkey-passwd doesn't exist
anymore and so monkeysphere can't add the pgp key to the agent.


I'm running Archlinux
I have no particular configuration, everything is the default






-- 

Valerio Baldisserotto
--
PGP ID 0x06DD1631
--
www.eigenlab.org
--
www.autistici.org/mailman/listinfo/ascia
--
It must be inconvenient to be made of flesh, said the Scarecrow
thoughtfully, for you must sleep, and eat and drink. However, you  
have
brains, and it is worth a lot of bother to be able to think properly.
[The Wonderful Wizard of Oz]
--
Please avoid sending me Word or PowerPoint attachments,it is a secret
proprietary format, so it is hard for me to read. If you send me plain
text, HTML, PDF, or ODF then I will read it without any problem.
See http://www.gnu.org/philosophy/no-word-attachments.html

Thanks




signature.asc
Description: OpenPGP digital signature

Bug#770456: [Pkg-xen-devel] Bug#770456: Bug#770456: Please start a qemu process in domain 0.

2014-12-01 Thread Stefan Bader

On 01.12.2014 12:35, Ian Campbell wrote:
 On Thu, 2014-11-27 at 17:41 +0100, Stefan Bader wrote:
 On 27.11.2014 12:18, Ian Campbell wrote:
 On Thu, 2014-11-27 at 11:02 +0100, Stefan Bader wrote:
 On 21.11.2014 13:50, Ian Campbell wrote:
 Package: xen-utils-common
 Version: 4.4.0-1
 Severity: important
 Tags: patch

 Under some circumstances the xl toolstack needs to create a loopback
 mount of a guest disk in dom0 (e.g. in order to run pygrub). Depending
 on the nature of the guest disk (e.g. qcow2 or raw file image based)
 this can require a qemu instance in dom0.

 The upstream xencommons starts such a qemu on boot. The following patch
 adds this to the Debian packages init script as well.

 Once I have a bug number for this I will add it to debian/changelog and
 push the result to feature/bug as usual.

 Thanks,
 Ian.


 old path removed

 Not sure this already was handled but the --name argument of qemu_stop_real
 seems a copy-and-paste bug.

 Yes it is, whoops!

  Playing with it right now, --exec instead of --name
 also works out better since qemu-system-i386 is just about too long.

 So it is, so this is probably a good idea.

 Will you send an updated patch once you've finished testing?


 So not sure whether the bug processor can handle attachments but Thunderbird
 tends to mess things up otherwise. Also I yet have to figure out the 
 location of
 the repo to make proper patches (sorry about that).
 
 http://anonscm.debian.org/cgit/pkg-xen/xen.git
 
 Anyway attaching the diff between the current init script and the updated 
 one.
 There is one thing which I did not include there. That is a work around some
 kernel bug (which should be fixed in Debian by now). Just for here I want to
 avoid stepping into the case where the new package is installed with the 
 broken
 kernel because in that situation the dpkg starts a qemu which cannot attach
 properly and in the end both hang and qemu has to be killed hard(er). All a 
 bit
 ugly. So this is likely nothing you need but just in case:

 (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763831)
 
 Urk. I wonder if this explains some of the bugs about the initscript
 hanging we had around earlier.

At least that was what happened to me first.

 
 Anyway, your diff seems to only add some code to xenstored_start, I was
 expecting a change to qemu_start -- did you find that code was OK in the
 end? Or did you end up switching to --exec?

Errm, that part was the addition I inlined. The updated change was the full diff
between current init script and your changes with the updated qemu_stop_real.
And that might have gone missing in the bug tracker at least. It hopefully has
survived in the cc that went directly... hopefully...

-Stefan
 
 Thanks,
 Ian.
 
 -Stefan

  xenstored_start()
  {
 log_progress_msg xenstored
 +   #
 +   # Work-around kernel regression where short name links of
 +   # /proc/$$/exe get replaced on rename unconditionally. This
 +   # should be fixed in the kernel but hitting a bad kernel is
 +   # fatal with starting qemu in dom0 (dpkg/qemu hangs).
 +   #
 +   if [ -f $XENSTORED_PIDFILE ]; then
 +   XSPID=$(cat $XENSTORED_PIDFILE)
 +   XSBIN=$(ls -la /proc/$XSPID/exe 2/dev/null)
 +   XSBIN=${XSBIN#*- }
 +   XSBIN=${XSBIN% (deleted)}
 +   if [ $XSBIN !=  ]; then
 +   if [ $(basename $XSBIN) = xenstored.dpkg-new ]; 
 then
 +   return 1
 +   fi
 +   fi
 +   fi
 start-stop-daemon --start --quiet --pidfile $XENSTORED_PIDFILE 
 --exec
 $XENSTORED --test  /dev/null \


 ___
 Pkg-xen-devel mailing list
 pkg-xen-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xen-devel
 
 




signature.asc
Description: OpenPGP digital signature

Bug#771669: Acknowledgement (segfaults with trivial usage)

2014-12-01 Thread Enrico Zini

Hello,

I have recompiled libsqliteodbc with debugging symbols, here is a better
stack trace:

$ gdb ./sqlite-odbc 
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
[...]
(gdb) run
Starting program: /home/enrico/lavori/arpa/dballe/sqlite-odbc 
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.

Program received signal SIGSEGV, Segmentation fault.
0x76ab1537 in sqlite3_stricmp () from 
/usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(gdb) where
#0  0x76ab1537 in sqlite3_stricmp () from 
/usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#1  0x76ab2485 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#2  0x76ab3cf6 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#3  0x76b1e188 in sqlite3_table_column_metadata () from 
/usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#4  0x76d77ec6 in s3stmt_addmeta (s3stmt=0x62d588, col=0, d=0x616708, 
ci=0x62aa08) at sqlite3odbc.c:3863
#5  0x76d8f53d in setupdyncols (s=0x629448, s3stmt=0x62d588, 
ncolsp=0x7fffda04) at sqlite3odbc.c:16380
#6  0x76d8f979 in drvprepare (stmt=0x629448, query=0x400ba8 SELECT 
COUNT(*) FROM sqlite_master WHERE type='table' AND name=?,
queryLen=-3) at sqlite3odbc.c:16488
#7  0x76d90562 in SQLPrepare (stmt=0x629448, query=0x400ba8 SELECT 
COUNT(*) FROM sqlite_master WHERE type='table' AND name=?,
queryLen=-3) at sqlite3odbc.c:16766
#8  0x77b94481 in SQLPrepare () from 
/usr/lib/x86_64-linux-gnu/libodbc.so.2
#9  0x00400957 in main () at sqlite-odbc.c:30
(gdb) up
#1  0x76ab2485 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(gdb)
#2  0x76ab3cf6 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(gdb)
#3  0x76b1e188 in sqlite3_table_column_metadata () from 
/usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(gdb)
#4  0x76d77ec6 in s3stmt_addmeta (s3stmt=0x62d588, col=0, d=0x616708, 
ci=0x62aa08) at sqlite3odbc.c:3863
3863sqlite3_table_column_metadata(d-sqlite, dn, tn, cn,
(gdb) list
3858const char *dn, *tn, *cn, *dummy1, *dummy2;
3859
3860dn = sqlite3_column_database_name(s3stmt, col);
3861tn = sqlite3_column_table_name(s3stmt, col);
3862cn = sqlite3_column_origin_name(s3stmt, col);
3863sqlite3_table_column_metadata(d-sqlite, dn, tn, cn,
3864  dummy1, dummy2,
3865  nn, pk, ai);
3866ci-autoinc = ai ? SQL_TRUE: SQL_FALSE;
3867ci-notnull = nn ? SQL_NO_NULLS : SQL_NULLABLE;
(gdb) p dn
$1 = 0x0
(gdb) p tn
$2 = 0x0
(gdb) p cn
$3 = 0x0


I unfortunately have no idea what s3stmt_addmeta or the caller
setupdyncols are supposed to do, so I'll stop here.


Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org


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

Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)

Eric Valette [2014-12-01 13:02 +0100]:
 Will do the trace when back home but frankly reinstalling before the
 /usr/lib vs /lib is fixed is annoying.

I'll do a 217-2 upload later today.

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#771604: tracker.debian.org: short description contains long description

2014-12-01 Thread Vincent Legout

Raphael Hertzog hert...@debian.org writes:

 Control: tag -1 newcomer

 On Sun, 30 Nov 2014, Vincent Legout wrote:
 The tracker page of gravitywars displays both the short and long
 descriptions instead of the short description only:
 
  https://tracker.debian.org/pkg/gravitywars

 Where?

 I only see gravitywars clone of Gravity Force in the title. So the
 long description is currently missing compared to the old tracker (where
 it's displayed in a tooltip).

 Is that what you are reporting?

Yes, you're right, I now only see the short description in the
title. But I reported this bug because if I'm not wrong, the long
description was also written in the h4 title at least yesterday and a
few days ago when I first looked at this page. Pages for other packages
didn't have this bug.

I guess this bug can be closed, sorry for the noise.

Thanks,
Vincent


signature.asc
Description: PGP signature

Bug#771604: tracker.debian.org: short description contains long description

Control: retitle -1 Add long description as a tooltip on top of the short 
description
Control: severity -1 wishlist

On Mon, 01 Dec 2014, Vincent Legout wrote:
 Yes, you're right, I now only see the short description in the
 title. But I reported this bug because if I'm not wrong, the long
 description was also written in the h4 title at least yesterday and a
 few days ago when I first looked at this page. Pages for other packages
 didn't have this bug.

Weird, maybe it was a bug in the package, because the tracker never
displayed the long description anywhere.

But this is actually a desirable feature. At least Paul Wise requested
it already.

So I'm keeping the bug but repurposing it to add the long description back
as a tooltip.

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#293454: qjackctl: Display does not resize with font

2014-12-01 Thread Jaromír Mikeš

2014-11-30 16:07 GMT+01:00 Lukas F. Hartmann lu...@mnt.mn:

Hello Lukas,

Dear Maintainer,

 This bug is especially obvious on high resolution displays. Also, the
 buttons
 do not resize vertically, only horizontally, which leads to a cramped UI
 with
 bigger font sizes.

 I attached a patch to fix these problems. The patch also removes the manual
 indentation of the left-aligned status labels in the main status display
 and
 rather increases the overall margin of the status display.

 The interface is now fully scalable and looks good when disabling the
 shiny
 background bitmap option. I would recommend to drop this bitmap and its
 toggle
 option to reduce code and settings complexity for a feature that does not
 (IMHO) increase end user value.


Thank you for the patch, I am forwarding it upstream.
Maybe Rui also have some idea how to improve shiny background to be
scalable too.

best regards

mira
diff --git a/src/qjackctlMainForm.ui b/src/qjackctlMainForm.ui
index 52b379f..0bce179 100644
--- a/src/qjackctlMainForm.ui
+++ b/src/qjackctlMainForm.ui
@@ -61,7 +61,7 @@
  property name=maximumSize 
   size
width32767/width
-   height28/height
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -95,7 +95,7 @@
  property name=maximumSize 
   size
width32767/width
-   height28/height
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -127,8 +127,8 @@
  /property
  property name=maximumSize 
   size
-   width260/width
-   height80/height
+   width32767/width
+   height32767/height
   /size
  /property
  property name=autoFillBackground 
@@ -142,7 +142,7 @@
  /property
  layout class=QGridLayout 
   property name=margin 
-   number2/number
+   number8/number
   /property
   property name=spacing 
number0/number
@@ -169,9 +169,6 @@
 property name=wordWrap 
  boolfalse/bool
 /property
-property name=indent 
- number2/number
-/property
/widget
   /item
   item row=0 column=2 
@@ -268,9 +265,6 @@
 property name=wordWrap 
  boolfalse/bool
 /property
-property name=indent 
- number2/number
-/property
/widget
   /item
   item row=1 column=1 colspan=5 
@@ -324,9 +318,6 @@
 property name=wordWrap 
  boolfalse/bool
 /property
-property name=indent 
- number2/number
-/property
/widget
   /item
   item row=2 column=2 colspan=2 
@@ -396,7 +387,7 @@
  property name=maximumSize 
   size
width32767/width
-   height28/height
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -427,7 +418,7 @@
  property name=maximumSize 
   size
width32767/width
-   height28/height
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -461,7 +452,7 @@
  property name=maximumSize 
   size
width32767/width
-   height28/height
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -495,7 +486,7 @@
  property name=maximumSize 
   size
width32767/width
-   height28/height
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -526,7 +517,7 @@
  property name=maximumSize 
   size
width32767/width
-   height28/height
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -560,7 +551,7 @@
  property name=maximumSize 
   size
width32767/width
-   height28/height
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -593,8 +584,8 @@
  /property
  property name=maximumSize 
   size
-   width48/width
-   height28/height
+   width32767/width
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -621,8 +612,8 @@
  /property
  property name=maximumSize 
   size
-   width48/width
-   height28/height
+   width32767/width
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -652,8 +643,8 @@
  /property
  property name=maximumSize 
   size
-   width48/width
-   height28/height
+   width32767/width
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -691,8 +682,8 @@
  /property
  property name=maximumSize 
   size
-   width48/width
-   height28/height
+   width32767/width
+   height32767/height
   /size
  /property
  property name=focusPolicy 
@@ -719,8 +710,8 @@
  /property
  property name=maximumSize 
   size
-   width48/width
-   height28/height
+   width32767/width
+

Bug#770456: [Pkg-xen-devel] Bug#770456: Bug#770456: Please start a qemu process in domain 0.

2014-12-01 Thread Ian Campbell

On Mon, 2014-12-01 at 13:47 +0100, Stefan Bader wrote:
  Anyway, your diff seems to only add some code to xenstored_start, I was
  expecting a change to qemu_start -- did you find that code was OK in the
  end? Or did you end up switching to --exec?
 
 Errm, that part was the addition I inlined. The updated change was the full 
 diff
 between current init script and your changes with the updated qemu_stop_real.
 And that might have gone missing in the bug tracker at least. It hopefully has
 survived in the cc that went directly... hopefully...

It was even in the copy which went via the BTS, I just missed it, sorry!

Ian.


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

Bug#771068: feed2omb: Source repo changed (and new version)