date:20150711

Hi,

note that the patch that fixes bug #790868 provides part of the solution for
this bug.

It allows one to set a fixed build directory but it does not do any bind
mounting of paths into the build schroot. So right now with this patch,
packages can by default only be built in locations that the sbuild user has
access to. This is by default the /build directory, /tmp and potentially a
prior created path in the bind-mounted /home.

If the build schroot is modified beforehand, for example by adding an
additional bind-mount or by changing permissions in a certain directory, then
with the patch in that bug, these paths are also possible.

I guess then this bug boils down to making a default build path other than
/build, /tmp or /home work with sbuild. As far as I can see, this requires
modifications in the sbuild-createchroot script.

Also, when you talk about the build path being
/usr/src/debian/$package/$version, then do you mean that the source is unpacked
in that directory directly, so that you get:

/usr/src/debian/$package/$version/debian/rules

or in its own subdirectory as if one would call dpkg-source from within that
directory so that it would for example create:

/usr/src/debian/$package/$version/$package-$version/debian/rules

Also, why would bind mounting the build location from the host be a good
default solution? This just leads to conflicts if one wants to build the same
package with the same version at the same time. And especially to test
reproducibility one would want to be able to build the same package with the
same version at the same time. So I think the default should not be a bind
mounted (and thus shared) directory from the host.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#792099: Jessie kernel does not recognize rebranded AMD r7 360 videocard, missing PCI-ID in drm_pciids.h

2015-07-11 Thread jlnstr


Package: linux-source-3.16
Version: 3.16.7-ckt11-1
Severity: important

Dear maintainer,

Recently AMD released rebranded videocards as the R7/R9 300 series, and 
I bought one of them.


As these are rebrands, most of the hardware of these cards is already 
supported by the Mesa/xorg stack.
However, these rebranded cards have new PCI-ID's, and are not yet 
recognized by Jessie's 3.16 kernel.


Problem: Jessie desktop only runs MESA fallback, and not the free radeon 
driver.
Only way to have a hw accelerated desktop is by installing proprietary 
fglrx 15.7 driver from amd.com


Solution: Insert PCI-ID line(s) in include/drm/drm_pciids.h.

As an example, for my R7 360 card I added the following line:

{0x1002, 0x665f, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
CHIP_BONAIRE|RADEON_NEW_MEMMAP}, \


... taken from the patches on kernel 3.14 and upwards on kernel.org

I recompiled my kernel and Jessie now runs fine on the free radeon stack.

NOTE: In kernel 3.14 (see kernel.org) the PCI-ID of my card and others 
were patched already.

You can take the addition(s) in drm_pciids.h from there.

I hope to see this problem resolved in a Jessie stable kernel update.

Best regards.


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

Bug#792026: virtualbox: Please package new upstream version 5.0.0

2015-07-11 Thread Jan Henke

Am 11.07.2015 um 11:04 schrieb Ritesh Raj Sarraf:
 On Saturday 11 July 2015 02:08 PM, Jan Henke wrote:
 Why should I? Ubuntu still uses Debian as a base. So for most packages
 updates to Ubuntu only come *after* the new version was packaged in
 Debian first. Even with me filing this bug on an Ubuntu notebook, the
 bug itself is also valid for Debian on it's own.
 Yes. It is valid for Debian. :-)
 But just because there's a derivative using, doesn't qualify to keep
 filing bugs.
Can we please overcome this but you are using Ubuntu topic? It should
make no difference whether I file such a general bug from my Ubuntu
laptop or one of my Debian server instances. I agree a this is broken,
please fix it bug would be invalid if I use an Ubuntu version. But that
does not apply to this bug.

Anyway it would be great to get version 5.0.0 of VirtualBox into Debian.
Thank you for maintaining this package.


signature.asc
Description: OpenPGP digital signature

Bug#792104: scanbd: unowned symlinks after purge: /etc/scanbd/.conf - ../sane.d/.conf

Package: scanbd
Version: 1.4.1-6
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

From the attached log (scroll to the bottom...):

1m16.9s ERROR: FAIL: Package purging left files on system:
  /etc/scanbd/   owned by: scanbd
  /etc/scanbd/abaton.conf - ../sane.d/abaton.conf   not owned
  /etc/scanbd/agfafocus.conf - ../sane.d/agfafocus.conf not owned
  /etc/scanbd/apple.conf - ../sane.d/apple.conf not owned
  /etc/scanbd/artec.conf - ../sane.d/artec.conf not owned
  /etc/scanbd/artec_eplus48u.conf - ../sane.d/artec_eplus48u.conf   not 
owned
  /etc/scanbd/avision.conf - ../sane.d/avision.conf not owned
  /etc/scanbd/bh.conf - ../sane.d/bh.conf   not owned
  /etc/scanbd/canon.conf - ../sane.d/canon.conf not owned
  /etc/scanbd/canon630u.conf - ../sane.d/canon630u.conf not owned
  /etc/scanbd/canon_dr.conf - ../sane.d/canon_dr.conf   not owned
  /etc/scanbd/canon_pp.conf - ../sane.d/canon_pp.conf   not owned
  /etc/scanbd/cardscan.conf - ../sane.d/cardscan.conf   not owned
  /etc/scanbd/coolscan.conf - ../sane.d/coolscan.conf   not owned
  /etc/scanbd/coolscan2.conf - ../sane.d/coolscan2.conf not owned
  /etc/scanbd/coolscan3.conf - ../sane.d/coolscan3.conf not owned
  /etc/scanbd/dell1600n_net.conf - ../sane.d/dell1600n_net.conf not 
owned
  /etc/scanbd/epjitsu.conf - ../sane.d/epjitsu.conf not owned
  /etc/scanbd/epson.conf - ../sane.d/epson.conf not owned
  /etc/scanbd/epson2.conf - ../sane.d/epson2.conf   not owned
  /etc/scanbd/fujitsu.conf - ../sane.d/fujitsu.conf not owned
  /etc/scanbd/genesys.conf - ../sane.d/genesys.conf not owned
  /etc/scanbd/gt68xx.conf - ../sane.d/gt68xx.conf   not owned
  /etc/scanbd/hp.conf - ../sane.d/hp.conf   not owned
  /etc/scanbd/hp3900.conf - ../sane.d/hp3900.conf   not owned
  /etc/scanbd/hp4200.conf - ../sane.d/hp4200.conf   not owned
  /etc/scanbd/hp5400.conf - ../sane.d/hp5400.conf   not owned
  /etc/scanbd/hpsj5s.conf - ../sane.d/hpsj5s.conf   not owned
  /etc/scanbd/hs2p.conf - ../sane.d/hs2p.conf   not owned
  /etc/scanbd/ibm.conf - ../sane.d/ibm.conf not owned
  /etc/scanbd/kodak.conf - ../sane.d/kodak.conf not owned
  /etc/scanbd/kodakaio.conf - ../sane.d/kodakaio.conf   not owned
  /etc/scanbd/leo.conf - ../sane.d/leo.conf not owned
  /etc/scanbd/lexmark.conf - ../sane.d/lexmark.conf not owned
  /etc/scanbd/ma1509.conf - ../sane.d/ma1509.conf   not owned
  /etc/scanbd/magicolor.conf - ../sane.d/magicolor.conf not owned
  /etc/scanbd/matsushita.conf - ../sane.d/matsushita.conf   not owned
  /etc/scanbd/microtek.conf - ../sane.d/microtek.conf   not owned
  /etc/scanbd/microtek2.conf - ../sane.d/microtek2.conf not owned
  /etc/scanbd/mustek.conf - ../sane.d/mustek.conf   not owned
  /etc/scanbd/mustek_pp.conf - ../sane.d/mustek_pp.conf not owned
  /etc/scanbd/mustek_usb.conf - ../sane.d/mustek_usb.conf   not owned
  /etc/scanbd/nec.conf - ../sane.d/nec.conf not owned
  /etc/scanbd/p5.conf - ../sane.d/p5.conf   not owned
  /etc/scanbd/pie.conf - ../sane.d/pie.conf not owned
  /etc/scanbd/pixma.conf - ../sane.d/pixma.conf not owned
  /etc/scanbd/plustek.conf - ../sane.d/plustek.conf not owned
  /etc/scanbd/plustek_pp.conf - ../sane.d/plustek_pp.conf   not owned
  /etc/scanbd/qcam.conf - ../sane.d/qcam.conf   not owned
  /etc/scanbd/ricoh.conf - ../sane.d/ricoh.conf not owned
  /etc/scanbd/rts8891.conf - ../sane.d/rts8891.conf not owned
  /etc/scanbd/s9036.conf - ../sane.d/s9036.conf not owned
  /etc/scanbd/sceptre.conf - ../sane.d/sceptre.conf not owned
  /etc/scanbd/sharp.conf - ../sane.d/sharp.conf not owned
  /etc/scanbd/sm3840.conf - ../sane.d/sm3840.conf   not owned
  /etc/scanbd/snapscan.conf - ../sane.d/snapscan.conf   not owned
  /etc/scanbd/sp15c.conf - ../sane.d/sp15c.conf not owned
  /etc/scanbd/st400.conf - ../sane.d/st400.conf not owned
  /etc/scanbd/stv680.conf - ../sane.d/stv680.conf   not owned
  /etc/scanbd/tamarack.conf - ../sane.d/tamarack.conf   not owned
  /etc/scanbd/teco1.conf - ../sane.d/teco1.conf not owned
  /etc/scanbd/teco2.conf - ../sane.d/teco2.conf not owned
  /etc/scanbd/teco3.conf - ../sane.d/teco3.conf not owned
  /etc/scanbd/u12.conf - ../sane.d/u12.conf not owned
  /etc/scanbd/umax.conf - ../sane.d/umax.conf   not owned
  /etc/scanbd/umax1220u.conf - ../sane.d/umax1220u.conf not owned
  /etc/scanbd/umax_pp.conf - ../sane.d/umax_pp.conf not owned
  /etc/scanbd/xerox_mfp.conf -

Bug#789772: Bug#789773: fusionforge-shell: modifies conffiles (policy 10.7.3): /etc/pam.d/sshd

2015-07-11 Thread Holger Levsen

control: reopen -1

Hi,

On Freitag, 10. Juli 2015, Andreas Beckmann wrote:
 Followup-For: Bug #789773
[...]
 attached is a piuparts logfile that demonstrates what will happen if
 fusionforge-shell is installed and the user upgrades openssh-server to a
 version that comes with an updated version of /etc/pam.d/sshd:
[...]
 openssh-server (--configure): end of file on stdin at conffile prompt
   Errors were encountered while processing:
openssh-server
   E: Sub-process /usr/bin/dpkg returned an error code (1)
 
 That is exactly the prompting that must not happen if the conffile
 was not modified by the user.

thus reopening.
 

cheers,
Holger


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

Bug#792103: rasterlite2-bin: fails to upgrade from 'sid' - trying to overwrite /usr/share/man/man1/spatialite.1.gz

Package: rasterlite2-bin
Version: 1.0.0~rc0+devel1-1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

From the attached log (scroll to the bottom...):

  Selecting previously unselected package rasterlite2-bin.
  Preparing to unpack .../rasterlite2-bin_1.0.0~rc0+devel1-1~exp1_amd64.deb ...
  Unpacking rasterlite2-bin (1.0.0~rc0+devel1-1~exp1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/rasterlite2-bin_1.0.0~rc0+devel1-1~exp1_amd64.deb 
(--unpack):
   trying to overwrite '/usr/share/man/man1/spatialite.1.gz', which is also in 
package spatialite-bin 4.1.1-5
  Errors were encountered while processing:
   /var/cache/apt/archives/rasterlite2-bin_1.0.0~rc0+devel1-1~exp1_amd64.deb


cheers,

Andreas


spatialite-bin=4.1.1-5_rasterlite2-bin=1.0.0~rc0+devel1-1~exp1.log.gz
Description: application/gzip

Bug#711327: cups-client: the -h option has no effect

2015-07-11 Thread Brian Potkin

On Fri 07 Jun 2013 at 18:43:23 +0100, Brian Potkin wrote:

 I suppose this only serves to back up what Vincent said in his first
 post but I hope it might be of use.

As I hope this will be too.

From

 https://www.cups.org/documentation.php/doc-2.0/relnotes.html

   Fixed several issues with client.conf, CUPS_SERVER, and the
   -h option of most commands (STR #4528)

Also

  https://cups.org/str.php?L4561

Please test with 2.0.3-6.

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#792106: tdiary: wiki_style.rb has $SAFE=4 but it had been obsoleted

2015-07-11 Thread Miyamoto Luisch

Package: tdiary
Version: 3.2.2-3
Severity: important

Dear Maintainer,

On Debian jessie, if I make a diary that includes some plugin syntax
with WikiStyle (http://docs.tdiary.org/ja/?Wiki%A5%B9%A5%BF%A5%A4%A5%EB),
tdiary returns an error '$SAFE=4 is obsolete (ArgumentError)'

Please remove $SAFE from /usr/share/tdiary/tdiary/style/wiki_style.rb.


-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages tdiary depends on:
ii  rdtool  0.6.38-3
ii  ruby1:2.1.5+deb8u1
ii  ruby-debian 0.3.9
ii  ruby-json   1.8.1-1+b2
ii  ruby-redcarpet  3.1.2-1
ii  ruby-twitter-text   1.10.0+gem-1
ii  ruby-uconv  0.6.1-1+b3
ii  ruby2.1 [ruby-interpreter]  2.1.5-2+deb8u1

Versions of packages tdiary recommends:
ii  apache2 [httpd]  2.4.10-10
ii  tdiary-plugin3.2.2-3
ii  tdiary-theme 3.2.2-3

Versions of packages tdiary suggests:
ii  apache2 [httpd-cgi]  2.4.10-10
ii  tdiary-contrib   3.2.2-1
pn  tdiary-mode  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#774310: sbuild: libsbuild-perl should demote Depends on exim4 | mail-transport-agent, schroot to Recommends

Hi,

On Wed, 31 Dec 2014 16:13:55 +0100 Johannes Schauer j.scha...@email.de wrote:
 firstly, libsbuild-perl currently has a hard dependency on exim |
 mail-transport-agent even though it runs just fine without a sendmail binary
 being installed. Looking through the code, none of the calls to functions
 that end up invoking sendmail (send_mail, ll_send_mail and send_build_log)
 check for successful completion. Thus, sbuild runs fine without exim |
 mail-transport-agent, just with reduced functionality.  Additionally,
 sending reports by email is hardly useful when not running as a buildd.
 Furthermore, mail transport agents will start a service in the background
 which has to be manually disabled. It would be great if sbuild could be
 installed without having to either run a new service in the background or
 having to disable it (which one might forget). It would thus be great if this
 Depends could be made a Recommends.

the patch needs a small addition to work in practice. Please find it attached.

cheers, josch
From aff4de41cb7e7a143287e4e94744f8137eda0fa1 Mon Sep 17 00:00:00 2001
From: Johannes 'josch' Schauer jo...@mister-muffin.de
Date: Sat, 11 Jul 2015 08:54:56 +0200
Subject: [PATCH] sbuild-perl: demote Depends: exim | mail-transport-agend to
 Recommends

---
 debian/changelog   |  8 
 debian/control |  3 ++-
 lib/Sbuild/ConfBase.pm | 11 ++-
 3 files changed, 20 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index a49f5c2..b95047c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+sbuild (0.65.2-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * sbuild-perl: demote Depends: exim | mail-transport-agend to Recommends
+(Closes: #774310)
+
+ -- Johannes Schauer jo...@debian.org  Sat, 11 Jul 2015 08:53:06 +0200
+
 sbuild (0.65.2-1) unstable; urgency=medium
 
   * Team upload.
diff --git a/debian/control b/debian/control
index b2d2e2e..c025c9b 100644
--- a/debian/control
+++ b/debian/control
@@ -27,7 +27,6 @@ Depends: adduser,
  dctrl-tools,
  devscripts (= 2.10.26),
  dpkg-dev,
- exim4 | mail-transport-agent,
  libdpkg-perl (= 1.17.2),
  libexception-class-perl,
  libfilesys-df-perl,
@@ -36,6 +35,8 @@ Depends: adduser,
  schroot (= 1.6.0),
  ${misc:Depends},
  ${perl:Depends}
+Recommends:
+ exim4 | mail-transport-agent,
 Replaces: sbuild (= 0.58.4-1)
 Description: Tool for building Debian binary packages from Debian sources
  The sbuild suite of programs (wanna-build, buildd and sbuild) are
diff --git a/lib/Sbuild/ConfBase.pm b/lib/Sbuild/ConfBase.pm
index 47441e1..d7640ba 100644
--- a/lib/Sbuild/ConfBase.pm
+++ b/lib/Sbuild/ConfBase.pm
@@ -143,7 +143,16 @@ sub init_allowed_keys {
 	TYPE = 'STRING',
 	VARNAME = 'mailprog',
 	GROUP = 'Programs',
-	CHECK = $validate_program,
+	CHECK = sub {
+		my $conf = shift;
+		my $entry = shift;
+		my $key = $entry-{'NAME'};
+
+		# Only validate if needed.
+		if ($conf-get('MAILTO')) {
+		$validate_program-($conf, $entry);
+		}
+	},
 	DEFAULT = '/usr/sbin/sendmail',
 	HELP = 'Program to use to send mail'
 	},
-- 
2.1.4



signature.asc
Description: signature

Bug#792107: ITP: ruby-pry-debundle -- Hooks into Pry and removes the restrictions on loading gems imposed by Bundler only when you're running in interactive mode.

2015-07-11 Thread Akhil Gangavarapu


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: Akhil Gangavarapu akhil.rgukt...@gmail.com

 Package name: ruby-pry-debundle
 Version : 0.8
 License : MIT
 Description : Hooks into Pry and removes the restrictions on
loading gems imposed by Bundler only when you're running in interactive
mode.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVoPHnAAoJEDpIS6Hw1k4P4XwQAIui3gQ/tNzyXHhzPp22fo5y
uN/eFbc7XbBpdlLHVRS+j1FOzGd3NaPIiYjjnLLAJM6CiDwXwrOfe6e/IR+3TlqT
/KT7sNRo4O3a1Uwsp0zWa06Jnf54QjIYVte04uBiVZBlhQ/i8WOZDBejdng0Eimk
/n8YZImyHCT3pAHAwKyZCmmwyE9dk1FYTOcuOX6ns4bbZQ8f87+7cKx/2CNhN5BT
HZHulRmTTf9e9f+8TI72BxiE83WGvu8ALWvzhguz/VgrXPRWhtpXMaKUYgE0x5lm
Tp7zJVf7gtKogsuYEqqA6lwOsZ07D+pHt/bEQX9mdgtSClb0Hl6XHSpJB3FD8qU6
pYEpAXCapD5V6cVUeowKpWZe3fpfqAKVvsx2Ba/c3ZH7oY71LwZAEOP/cFnsjKhg
eENqa8lZyaAqhgycR3d/6z69JW49V/DtMmn8If+rZp3c/QjQPos3jsRCE/5B9Dc6
64NKLQweDxVHrUb66PvUq6gyeYkTX303o1kxVtEhpV8EIArbgKTwSR4O9k0ed63i
MnbCs5aX09HYkE16DAfzwYGFr9LbQOundocL/CNV4edpfY3PaTrBez4DPc19vnhp
jbBgKDJX0U17Az6dy2Nx2eoSDHs4tzViD/xu1L14u9KQVdDCdHLjNFsAP7Z/B+NY
mu8DmAyo6ecTr+VVGXao
=dGvr
-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#792111: Unable to use the extension in jessie

2015-07-11 Thread Olivier Cailloux


Package: gnome-shell-extension-suspend-button
Version: 0~git20141024-1

I just installed this extension on a recently updated system from wheezy 
to jessie, and either it does not work (due to a bug in the application) 
or I do not know how to use it (maybe a lack of documentation?).


Gnome-tweak-tool reports no extension related to hibernate or suspend 
buttons.


I checked /usr/share/doc/gnome-shell-extension-suspend-button, but there 
is no doc there. Google is not helpful either. Therefore, I have no clue 
how to enable the extension.


$ apt-show-versions | grep gnome-shell
gnome-shell:amd64/jessie 3.14.4-1~deb8u1 uptodate
gnome-shell-common:all/jessie 3.14.4-1~deb8u1 uptodate
gnome-shell-extension-suspend-button:all/jessie 0~git20141024-1 uptodate
gnome-shell-extension-weather:all/jessie 0~20140924.git7e28508-1 uptodate
gnome-shell-extensions:all/jessie 3.14.2-1 uptodate


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

Bug#792110: shunit2: switch Build-Depends from pdksh to mksh

Source: shunit2
Version: 2.1.6-1
Severity: serious
Tags: sid stretch
Justification: B-D unavailable

The transitional package pdksh is no longer built, please switch to
mksh.


Andreas


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

Bug#792026: virtualbox: Please package new upstream version 5.0.0

2015-07-11 Thread Gianfranco Costamagna

Hi *


one of the Debian Maintainers is actually an Ubuntu user, so there is no flame 
war there at all :)


As you can see on Debian git, I have personally packaged each alpha/beta/RC on 
experimental branch so far, and I plan to update to 5.0 stable as soon as I'm 
back from VAC.


However I have to discuss if 5.0 is suitable for unstable or for experimental 
only.

In the latter case, I'll need to ask for a sync in Ubuntu LP, and maybe 
followup with the 4.3 minor release (dated yesterday) for Unstable/Stretch.


Of course the goal is to have 5.x for Stretch, but I'm strictly following the 
upstream mail list to see if it is suitable for Debian Stretch users.


We might end up to package one point release after 5.0 if bugs comes out in the 
next few days.


So for me this bug is valid, but the resolution depends on how stable is the 
release.


I'm using 5.0 since more than one month with no issues at all, but so much 
different hardware is handled by VBox, and I can't test it :)


stay tuned!


cheers,


Gianfranco

Sent from Yahoo Mail on Android

From:Jan Henke jan.he...@taujhe.de
Date:Sat, 11 Jul, 2015 at 12:21
Subject:Bug#792026: virtualbox: Please package new upstream version 5.0.0

Am 11.07.2015 um 11:04 schrieb Ritesh Raj Sarraf:

On Saturday 11 July 2015 02:08 PM, Jan Henke wrote:

Why should I? Ubuntu still uses Debian as a base. So for most packages updates 
to Ubuntu only come *after* the new version was packaged in Debian first. Even 
with me filing this bug on an Ubuntu notebook, the bug itself is also valid for 
Debian on it's own. 

Yes. It is valid for Debian. :-) 
But just because there's a derivative using, doesn't qualify to keep filing 
bugs.

Can we please overcome this but you are using Ubuntu topic? It should make no 
difference whether I file such a general bug from my Ubuntu laptop or one of my 
Debian server instances. I agree a this is broken, please fix it bug would be 
invalid if I use an Ubuntu version. But that does not apply to this bug.

Anyway it would be great to get version 5.0.0 of VirtualBox into Debian. Thank 
you for maintaining this package.

Bug#778570: sbuild: ignore .buildinfo files in .changes

Hi,

On Mon, 16 Feb 2015 12:13:26 -0800 Vagrant Cascadian vagr...@debian.org wrote:
 When .buildinfo files are present in the .changes, sbuild treats it as an
 attempted build, rather than a successful build; it appears to be treating
 the .buildinfo file as a .deb and tries to unpack it:

this seems to have been fixed with commit 7ec60100 by Aurelien Jarno which
fixes #781075 by changing the regex to:

/(\Q$host_arch\E|all)\.(udeb|deb)$/

thus, it will no longer match .buildinfo files

cheers, josch


signature.asc
Description: signature

Bug#791445: [Ceph-maintainers] Bug#791445: ceph: uses bundled libjerasure library again

2015-07-11 Thread Loic Dachary

Hi Dmitry,

On 11/07/2015 00:35, Dmitry Smirnov wrote:
 On Thu, 9 Jul 2015 23:48:32 Loic Dachary wrote:
 It so happens that I don't have time to do team work on
 this, hence my proposal to take over if the package was orphaned.
 
 No time for team work?!? Please enlighten us about your plans to fix 
 everything single-handedly as soon as those pesky co-maintainers are out of 
 your way. I wonder why Debian people bother to collaborate in teams if 
 working alone is so much more productive and easier?

:-) I suppose I would have reacted the same way as you just did if in your 
position. Team work is key to everything and my words did not convey what I 
meant, please excuse me. Being French, I sometime get lost in translation.

We're doing a lot of work in Ceph, currently, to simplify integration testing. 
It is unfortunately still quite complex to setup and at the same time critical 
to ensure non regression and data integrity. I would be very happy to share 
what I've learnt over the past two years with co-maintainers, but that would 
take time. It would also take time to get access, learn how to schedule tests 
and analyze results. Instead I'm working to simplify the usage of the 
integration test infrastructure (see http://tracker.ceph.com/issues/6502 for 
instance) and I hope it can be easily applied independently to other projects 
such as jerasure, maybe some time next year.

While it would be perfectly OK to wait a year or two for that to happen, in the 
case of jerasure this risk of data loss (and also the lack of optimized 
versions of the library) prompted me to offer my help as a solo maintainer of 
jerasure. Thomas also worked solo so far and did not communicate upstream, I 
figured such a switch would not break a team dynamic or a productive dialog 
between the maintainer and the upstream.

Ceph is not using the jerasure library packaged in Debian GNU/Linux, I'm not 
directly concerned by the state of the package. But I care for jerasure beyond 
Ceph. However Thomas turned down my offer and the discussion is over.

Cheers

-- 
Loïc Dachary, Artisan Logiciel Libre



signature.asc
Description: OpenPGP digital signature

Bug#791445: [Ceph-maintainers] Bug#791445: ceph: uses bundled libjerasure library again

2015-07-11 Thread Dmitry Smirnov

Hi Loic,

On Sat, 11 Jul 2015 09:33:06 Loic Dachary wrote:
 :-) I suppose I would have reacted the same way as you just did if in your
 :position. Team work is key to everything and my words did not convey what
 :I meant, please excuse me. Being French, I sometime get lost in
 :translation.

Thank you for understanding and clarification. Your first reply did sound 
strange but it was your second reply (where you seemingly confirmed the same 
thing) that triggered my answer...


 We're doing a lot of work in Ceph, currently, to simplify integration
 testing. It is unfortunately still quite complex to setup and at the same
 time critical to ensure non regression and data integrity. I would be very
 happy to share what I've learnt over the past two years with
 co-maintainers, but that would take time. It would also take time to get
 access, learn how to schedule tests and analyze results. Instead I'm
 working to simplify the usage of the integration test infrastructure (see
 http://tracker.ceph.com/issues/6502 for instance) and I hope it can be
 easily applied independently to other projects such as jerasure, maybe
 some time next year.

Interesting. :)


 While it would be perfectly OK to wait a year or two for that to happen, in
 the case of jerasure this risk of data loss (and also the lack of
 optimized versions of the library) prompted me to offer my help as a solo
 maintainer of jerasure. Thomas also worked solo so far and did not
 communicate upstream, I figured such a switch would not break a team
 dynamic or a productive dialog between the maintainer and the upstream.
 
 Ceph is not using the jerasure library packaged in Debian GNU/Linux, I'm
 not directly concerned by the state of the package. But I care for
 jerasure beyond Ceph. However Thomas turned down my offer and the
 discussion is over.

I think it was a mistake to present offer in a way like if Thomas were a 
problem or obstacle. I understand what it takes to sponsor beginners' 
packages and how much time and patience it involves to discuss all the 
issues. However Thomas is a skilled developer like yourself. Throw some code 
at him -- he can speak that language. ;)
It is a mistake to act in anticipation of problems with cooperation before 
they happen (if they ever going to happen). And since you acted like Thomas 
can't cooperate with you at the same level it created potential for self-
fulfilling prophecy...
I hope it makes sense.

-- 
All the best,
 Dmitry Smirnov

---

A creative man is motivated by the desire to achieve, not by the desire
to beat others.
-- Ayn Rand


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

Bug#792093: RM: modello-maven-plugin1.4 -- ROM; no longer used, replaced by modello-maven-plugin (= 1.8)

2015-07-11 Thread Emmanuel Bourg

Package: ftp.debian.org
Severity: normal

Hi, modello-maven-plugin1.4 was introduced to help with the packaging
of Maven 3. The maven package now uses an updated version of the original
modello-maven-plugin package and modello-maven-plugin1.4 can be removed.

Thank you,

Emmanuel Bourg


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

Bug#791712: icedove: checks for compatibility of add-ons every time

2015-07-11 Thread Carsten Schoenert

Hello Björn,

On Fri, Jul 10, 2015 at 07:17:38PM +0200, Björn Siebke wrote:
 you are absolutely right! That solved it - thank you!
 Although it might still be a bug...
 
 The solution was easy then: I had two profile folders. One was an old
 one still left from the migration of my data to this installation of
 Icedove. I did exactly as recommended for data migration: I copied the
 old profile before I first started Icedove. So possible bug #1 is that
 the program might have created a second profile which it should not do,
 right?

brobably yes.

 And possible bug #2 is: Why did the old profile have such an influence?
 The new profile had the correct version in prefs.js only the old one had
 31.6.0 in the prefs.

Then profiles.ini must have point to the other profile I think. In days
of version 3 there was a lot of trouble with the prefs.js I can
remember. It's much much better these days but surly there a situations
there Thunderbid/Icedove isn't working correctly.
Quite the same happen to the addressbooks, but most of the time you
didn't mention it. You will have severial files abook*.mab.

The 'why' is the big question. :-)
If we could readjust the behaviour reproducable then we would know that
the issue is. But it's a complex structure! The source is now over
700MB !! We are happy if we can package upstream version near the
release date. We just haven't enough time to jump into such errors that
are extremly time consuming. And there are other bug reports that are
also worth to investigate.

 And profiles.ini points to the new profile:
 
 [General]
 StartWithLastProfile=1
 
 [Profile0]
 Name=default
 IsRelative=1
 Path=[new profile ID].default
 
 Maybe it could be worth to look into this.

If we would have more time then yes, but such small but annoying issues
are taking too much time. The packaging team behind Icedove are mostly
only two persons. But if you can digg deeper into the issue and find out
some more information then just let us know!
You can join me/us on DebCamp right before the DebConf this year in
Heidelberg!

Regards
Carsten


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

Bug#787510: Fwd: Bug#787510: Fwd: Patch for Doom 3 BFG Edition in Game Data Packager

2015-07-11 Thread Alexandre Detiste

control: -1 tag +pending

  -- Forwarded message --
  From: Patrick Bottelberger patrick.bottelber...@sigon.net
  Date: 2015-06-02 12:29 GMT+02:00
  Subject: Patch for Doom 3 BFG Edition in Game Data Packager
  To: alexandre.deti...@gmail.com

  Hello Alexandre,

  i've made a small patch for GDP which removes some unnecessary files
  for the Doom 3 BFG Edition, currently GDP includes the save data, for
  example. The game works perfectly without these files, and they 
  aren't
  created on every system (my Steam version didn't have the unpacked
  GLSL and HLSL files). I think it may be worth including this patch,
  could you please apply it? Thank you!

  Best regards
  Patrick

 Patch seems fine... I manually delete those files and the game still
 starts with a little bit of playing tested as well.

 (Sorry for the delay, it slipped of my radar)

 Tobi

Thank you both, applied.

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

Bug#792026: virtualbox: Please package new upstream version 5.0.0

2015-07-11 Thread Ritesh Raj Sarraf

On Friday 10 July 2015 04:35 PM, Jan Henke wrote:
 There is a new upstream version (5.0.0) available. Please consider
 updating the package to this new upstream release. Thanks!
Shouldn't you be filing that on Ubuntu ?

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#790078: fixed in emoslib 2:4.0.3+dfsg.1-2

2015-07-11 Thread Emilio Pozuelo Monfort

Control: reopen -1

On Sat, 27 Jun 2015 13:19:02 + Alastair McKinstry mckins...@debian.org
  emoslib (2:4.0.3+dfsg.1-2) unstable; urgency=medium
  .
* Remove rpath from shlibs. B-D on chrpath.
* Fix sed rules that broke some symlinks
* Add bufrnum back to shlib in new cmake-build system.
* Change Vcs-Git url to canonical anonscm form.
* Use mcmodel=medium on amd64,ppc64; =large on arm64, drop it elsewhere.
  Closes: #790077, #790078.

This didn't work:

https://buildd.debian.org/status/logs.php?pkg=emoslibarch=ppc64el

The original reported said to use -mcmodel=large on ppc64el, not medium. I don't
know if that would help as I have no idea about fortran, but this is definitely
not fixed.

Emilio


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

Bug#792098: ITP: ruby-jasmine-core -- Test your JavaScript without any framework dependencies, in any environment, and with a nice descriptive syntax.

2015-07-11 Thread Akhil Gangavarapu

Package: wnpp
Severity: wishlist
Owner: Akhil Gangavarapu akhil.rgukt...@gmail.com

 Package name: ruby-jasmine-core
 Version : 2.3.4
 License : MIT
 Description : Test your JavaScript without any framework dependencies, in 
any environment, and with a nice descriptive syntax.


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

Bug#792108: alot: please backport upstream fix to make alot work as a mailto: browser handler

Package: alot
Version: 0.3.6-1
Severity: wishlist
Tags: patch

Hi,

using `alot compose` one can use alot as a handler for mailto: links in
a web browser. The only thing that stops one from doing so is a small
bug in alot/helper.py. This is the fix:

--- a/alot/helper.py
+++ b/alot/helper.py
@@ -576,7 +576,7 @@ def parse_mailto(mailto_str):
 for s in parms_str.split(''):
 key, value = s.partition('=')[::2]
 key = key.capitalize()
-if key is 'body':
+if key == 'Body':
 body = urllib.unquote(value)
 elif value:
 headers[key] = [urllib.unquote(value)]


It was applied upstream in this commit:

https://github.com/pazz/alot/commit/dc236be51a1e136b7ddd01e2e02f7a7a29e9a9dc

Please consider adding this patch to the Debian package until the next
upstream version is released.

Thanks!

cheers, josch


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

Bug#792017: game-data-packager: add support for Zork Nemesis Zork: Grand Inquisitor

2015-07-11 Thread Alexandre Detiste

Le vendredi 10 juillet 2015, 16:05:36 Fabian Greffrath a écrit :
 Hi Alexandre,
 
 Am Freitag, den 10.07.2015, 09:19 +0200 schrieb Alexandre Detiste:
  running the game with
  scummvm --extrapath=/usr/share/fonts/truetype/liberation/
  should be enough (need changes in scummvm_common.py)
  ... or is it even needed and can scummvm detect
  these system-installed fonts ?
 
 chances are high if scummvm uses fontconfig, which it unfortunetaly
 doesn't seem to. :(
 
 I'd say the safest way would be to add Depends: fonts-liberation and
 add symlinks to these font files to the scummvm directory.
 
  - Fabian

Seems like only two symlinks would suffice.
I created symlinks for all the .ttf files also present in the tarball anyway.

What worry more is that there are loads  loads of duplicate files
 stubs filles (3 bytes 'aaa') in this game.

I guess scummvm vfs can cope with missing duplicate files;
I should visit this griffqst place in the game.

  #545472465d7de401ebe7e86173209ea95c4d63 zassets1/griffqst/cd60w121.rlf
  #85402 f051ef7a6b17d43b49fe378b53aa024e zassets1/griffqst/cd60w131.rlf
  #223968576485bf6e67310af52d4a2b6416e090 zassets1/griffqst/cd60w141.rlf
  #281592826071eb30c7aa99b5311b8ce6154291 zassets1/griffqst/cd60w151.rlf
  #333072daf841f7f6338b8a85ab494ead6bdcb2 zassets1/griffqst/cd60w161.rlf

tchet@antec:~/git/game-data-packager$ ./run make-template -e scummvm -- -p 
/usr/share/games/zork-grand-inquisitor/ zgi-win | grep -i -e \# -e \ttf
# used
- /usr/share/games/zork-grand-inquisitor/addon/LiberationMono-Bold.ttf
- /usr/share/games/zork-grand-inquisitor/addon/LiberationSans-Bold.ttf
- /usr/share/games/zork-grand-inquisitor/fonts/arial.ttf
- /usr/share/games/zork-grand-inquisitor/fonts/cour.ttf
# not used
- /usr/share/games/zork-grand-inquisitor/addon/LiberationMono-BoldItalic.ttf
- /usr/share/games/zork-grand-inquisitor/addon/LiberationMono-Italic.ttf
- /usr/share/games/zork-grand-inquisitor/addon/LiberationMono-Regular.ttf
- /usr/share/games/zork-grand-inquisitor/addon/LiberationSans-BoldItalic.ttf
- /usr/share/games/zork-grand-inquisitor/addon/LiberationSans-Italic.ttf
- /usr/share/games/zork-grand-inquisitor/addon/LiberationSans-Regular.ttf
- /usr/share/games/zork-grand-inquisitor/addon/LiberationSerif-Bold.ttf
- 
/usr/share/games/zork-grand-inquisitor/addon/LiberationSerif-BoldItalic.ttf
- /usr/share/games/zork-grand-inquisitor/addon/LiberationSerif-Italic.ttf
- /usr/share/games/zork-grand-inquisitor/addon/LiberationSerif-Regular.ttf
- /usr/share/games/zork-grand-inquisitor/fonts/zordeath.ttf
- /usr/share/games/zork-grand-inquisitor/fonts/zorknorm.ttf

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

Bug#792109: RM: codespeak-lib -- ROM; renamed to python-py

2015-07-11 Thread Sebastian Ramacher

Package: ftp.debian.org
Severity: normal

The source package codespeak-lib was renamed to python-py. All its binary
packages are now provided by python-py. So please remove the old codespeak-lib
source package from unstable.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#791978: #181: Re: Bug#791978: interfaces-order is being ignored

2015-07-11 Thread Thomas Hood

On Jul 10, 2015 11:04 PM, Stephen Crowley c...@canaccord.com wrote:

 I think I might know what the problem is... the proprietary f5 client
 has some thread that sits in the background and monitors for changes
 to resolv.conf and routing tables and fixes them.

Ugh. Is there any way to switch off that feature?

 I apologize for the
 false bug report.

No need to apologize, it's good to alert me and others to a package that
doesn't play nicely with resolvconf.

Let us know here if you find a good solution.
-- 
Thomas

Bug#792112: ITP: ruby-faker -- easily generate fake data

2015-07-11 Thread Balasankar C

Package: wnpp
Severity: wishlist
Owner: Balasankar C balasank...@autistici.org

* Package name: ruby-faker
  Version : 1.4.3
  Upstream Author : Benjamin Curtis benjamin.cur...@gmail.com
* URL : https://github.com/stympy/faker
* License : Expat
  Programming Lang: Ruby
  Description : easily generate fake data


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

Bug#788484: netsurf-gtk: Nothing visual happens

2015-07-11 Thread Vincent Sanders

Control: severity -1 important

I have checked that this issue does not occour in teh general case by
installing fresh jessie installs with the lxde and gnome desktops and
running NetSurf which works as its supposed to both from the menus and
from an xterm.

Therefore the issue is configned to your configuration while annoying
it does mean the issue is not more widespread.

Yoh have provided excellent debugging logs already which indicate the
browser has stopped while attempting a gtk operation. It might be
useful to run the program under gdb and report the result.

specifically:

$ gdb netsurf-gtk
(gdb) run

wait for the stall and then interrupt (ctrl-c)

(gdb)bt

and attach the output. 

It is possible that this will show the application is waiting in the x
display server or gtk which would need additional debugging.


-- 
Regards Vincent
http://www.kyllikki.org/


signature.asc
Description: Digital signature

Bug#792094: RM: modello1.4 -- ROM; no longer used, replaced by modello (= 1.8)

2015-07-11 Thread Emmanuel Bourg

Package: ftp.debian.org
Severity: normal


Hi, modello1.4 was introduced to help with the packaging Maven 3.
The maven package now uses an updated version of the original modello
package and modello1.4 can be removed.

Thank you,

Emmanuel Bourg


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

Bug#792097: ITP: thrift -- software framework, for scalable cross-language services development

2015-07-11 Thread Laszlo Boszormenyi (GCS)

Package: wnpp
Severity: wishlist

* Package name: thrift
  Version : 0.9.2
  Upstream Author : The Apache Software Foundation
* URL : https://thrift.apache.org/
* License : Apache-2.0
  Programming Lang: C++, Java, Python, PHP and others
  Description : software framework, for scalable cross-language services 
development

The Apache Thrift software framework, for scalable cross-language
services development, combines a software stack with a code generation
engine to build services that work efficiently and seamlessly between
C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa,
JavaScript, Node.js, Smalltalk, OCaml and Delphi and other languages.

Thrift is already in the archive, but in a sliced, separate packages
version. I'm in the process to use the vanilla upstream source and build
everything from it. This is just a tracking / heads-up ITP.


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

Bug#791108: libconfig: library transition may be needed when GCC 5 is the default

2015-07-11 Thread Tobias Frost

Package: src:libconfig
Followup-For: Bug #791108

After rebuilding libconfig with the gcc from experimental it links fine again.
-- I guess a transition is needed.

-- 
tobi


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

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


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

Bug#777772: apophenia: ftbfs with GCC-5

2015-07-11 Thread Jerome BENOIT

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, finally a new upstream version has been released:
the corresponding package has been push at Alioth, and
sponsorship is on the way.
The new upstream closes this bug.
Jerome

[1] http://anonscm.debian.org/cgit/debian-science/packages/apophenia.git
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVoPzYAAoJEIC/w4IMSybjKd8IAI+x1eUIIPC1AD/LqKGoPjl5
ZatneOBCu5rIQ4M4uY4iGjwGSP6lHC2zP5cFkLqrczceyj/7txSouZQFWYoLjauV
3BNyeCC0QTbV657d5lNG0S0o/avMT/WC3xJaBQ+yrDH0nBUfprmj8elZw31SUOUx
mEaF3d+iWa3YohsdJxgBFsGfjiAqIWlBme8DvYi+kl1cij+4Ihxm8Oed6gLtmu1Z
UHOIqN8GBC++bjmd2JYBDLKMp57mQdfTp8sIMLeoRC10USLoVluiZY/Eq9o6jGsR
8VxxZ4m5aKIO8Oqa3z5ali14K3OKEVdUfXIShp5Fq2HBmVHwCTvB+oDP7/z3CsQ=
=+zlb
-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#791749: synaptic: Add to Quick filter text entry a button to clean it.

2015-07-11 Thread Michael Vogt

On Wed, Jul 08, 2015 at 04:12:07AM +0200, Gianni Lerro wrote:
 Package: synaptic
 Version: 0.81.3
 Severity: normal
 Tags: patch

Thanks for your bugreport and your patch!

 is possible to add to Quick filter text entry a button to clean it.

Absolutely, thanks a lot! This is merged and I uploaded it to sid
now. I also moved the code to git to make it easier to hack on it.

If you enjoy working on the code, I would love to get some help
hacking on synaptic. There is plenty of cool stuff that could be
done. Please let me know if you are interessted :)

Cheers and many thanks,
 Michael





 Thanks.
 
 
 
 -- System Information:
 Debian Release: stretch/sid
   APT prefers testing-updates
   APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), 
 (500, 'testing'), (1, 'experimental')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 4.1-1.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 Init: systemd (via /run/systemd/system)
 
 Versions of packages synaptic depends on:
 ii  hicolor-icon-theme   0.13-1
 ii  libapt-inst1.5   1.0.9.10
 ii  libapt-pkg4.12   1.0.9.10
 ii  libatk1.0-0  2.16.0-2
 ii  libc62.19-18
 ii  libcairo-gobject21.14.2-2
 ii  libcairo21.14.2-2
 ii  libept1.4.12 1.0.12.1
 ii  libgcc1  1:5.1.1-12
 ii  libgdk-pixbuf2.0-0   2.31.4-2
 ii  libglib2.0-0 2.44.1-1.1
 ii  libgtk-3-0   3.16.4-2
 ii  libpango-1.0-0   1.36.8-3
 ii  libpangocairo-1.0-0  1.36.8-3
 ii  libstdc++6   5.1.1-12
 ii  libvte-2.90-91:0.36.3-1
 ii  libx11-6 2:1.6.3-1
 ii  libxapian22  1.2.21-1
 ii  libxext6 2:1.3.3-1
 ii  zlib1g   1:1.2.8.dfsg-2+b1
 
 Versions of packages synaptic recommends:
 ii  gksu   2.0.2-9
 ii  libgtk2-perl   2:1.2495-1
 ii  policykit-10.105-8
 ii  rarian-compat  0.8.1-6
 
 Versions of packages synaptic suggests:
 ii  apt-xapian-index 0.47
 ii  deborphan1.7.28.8-0.1
 pn  dwww none
 ii  menu 2.1.47
 ii  software-properties-gtk  0.92.25debian1
 ii  tasksel  3.32
 
 -- no debconf information

 === modificato file gtk/rgmainwindow.h
 --- gtk/rgmainwindow.h2014-03-18 19:58:18 +
 +++ gtk/rgmainwindow.h2015-07-08 00:20:58 +
 @@ -181,6 +181,8 @@
  
 // helpers for search-as-you-type 
 static void cbSearchEntryChanged(GtkWidget *editable, void *data);
 +   static void cbSearchEntryClean(GtkEntry *entry, GtkEntryIconPosition 
 icon_pos,
 +  GdkEvent *event, void *data);
 static void xapianIndexUpdateFinished(GPid pid, gint status, void* data);
 static gboolean xapianDoSearch(void *data);
 static gboolean xapianDoIndexUpdate(void *data);
 
 === modificato file gtk/gtkbuilder/window_main.ui
 --- gtk/gtkbuilder/window_main.ui 2013-10-26 19:20:45 +
 +++ gtk/gtkbuilder/window_main.ui 2015-07-08 00:20:02 +
 @@ -830,7 +830,9 @@
  property name=has_focusTrue/property
  property name=is_focusTrue/property
  property name=invisible_char●/property
 +property 
 name=secondary_icon_namegtk-clear/property
  signal name=changed 
 handler=on_entry_fast_search_changed swapped=no/
 +signal name=icon-press 
 handler=on_entry_fast_search_icon_press swapped=no/
/object
packing
  property name=expandTrue/property
 
 === modificato file gtk/rgmainwindow.cc
 --- gtk/rgmainwindow.cc   2014-05-16 06:16:17 +
 +++ gtk/rgmainwindow.cc   2015-07-08 00:28:10 +
 @@ -1010,6 +1010,9 @@
 g_signal_connect(gtk_builder_get_object(_builder, entry_fast_search),
  changed,
  G_CALLBACK(cbSearchEntryChanged), this);
 +   g_signal_connect(gtk_builder_get_object(_builder, entry_fast_search),
 +icon-press,
 +G_CALLBACK(cbSearchEntryClean), this);
  
 _propertiesB = GTK_WIDGET(gtk_builder_get_object(_builder, 
 button_details));
 assert(_propertiesB);
 @@ -2855,6 +2858,15 @@
 me-_fastSearchEventID = g_timeout_add(500, xapianDoSearch, me);
  }
  
 +void RGMainWindow::cbSearchEntryClean(GtkEntry *entry,
 +  GtkEntryIconPosition icon_pos,
 +  GdkEvent *event,
 +  void *data)
 +{
 +   if (icon_pos == GTK_ENTRY_ICON_SECONDARY)
 +  gtk_entry_set_text(GTK_ENTRY(entry), );
 +}
 +
  void RGMainWindow::cbUpdateClicked(GtkWidget *self, void *data)
  {
 RGMainWindow *me = (RGMainWindow *) data;
 
 === modificato file gtk/rgmainwindow.h
 --- gtk/rgmainwindow.h

Bug#781566: COPYING2 contains some armchair licensing

2015-07-11 Thread Jerome BENOIT

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, finally a new upstream version has been released:
the corresponding package has been push at Alioth, and
sponsorship is on the way.
The new upstream closes this bug.
Jerome

[1] http://anonscm.debian.org/cgit/debian-science/packages/apophenia.git
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVoPzmAAoJEIC/w4IMSybjsk0H/0Whe4qzN4o8miM9oCfb0EQH
udz439kh9YqLnn3PPV7eXuW76KfSaXy6PSu4Np9VHP64Hsn/tcRVv2PiocrJbNBI
32HOLE8k6/TglfVTj52obS1ZO/UKEnFwlE7zxMD/2up/OLUTKlDMO051izfKzmAV
GwbQv9UjmwQLOkUGY4NOKR24NvuNaBfgzGNj0ihpbT1EDxrr3zwtygEF3yzXC9Pq
rkTjyVX/Ez5GnDk9Qm7BJ8spPFsi22RsAoWAoSUK00pC4PBYiN9upS1HBw3CuTJh
iYla0NNYmBb7XpMTgqq+53a2yQAHwOyD3qiMKe0EeLYfT4gWCf/ehnyn5QOl2kY=
=EcmD
-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#791481: Detail information of Bug#791481

2015-07-11 Thread omoyomoy

Hi I got detail information from /var/log files.
When Debian jessie was frozen,I got below gnome error messages.

This issue is happen under accessing cryptsetup volumes and using Virtualbox.
I confirmed that it is caused by below versions.

Virtualbox4.3.28 and 5.0.
kernel 4.0.7 and 4.0.8 with Debian jessie 8.1.

Thank you


sys.log

Jul 11 12:15:04 svyomo2 kernel: [  670.934503] r8169 :08:00.0 eth1: link up
Jul 11 12:15:04 svyomo2 kernel: [  670.938510] bond1: link status definitely up 
for interface eth1, 1000 Mbps full duplex
Jul 11 12:15:04 svyomo2 kernel: [  671.058408] r8169 :08:02.0 eth4: link up
Jul 11 12:15:04 svyomo2 NetworkManager[1363]: info (eth4): link connected
Jul 11 12:15:04 svyomo2 kernel: [  671.110616] bond0: link status definitely up 
for interface eth4, 1000 Mbps full duplex
Jul 11 12:15:06 svyomo2 systemd[1]: Found ordering cycle on basic.target/stop
Jul 11 12:15:06 svyomo2 systemd[1]: Found dependency on sysinit.target/stop
Jul 11 12:15:06 svyomo2 systemd[1]: Found dependency on rpcbind.service/stop
Jul 11 12:15:06 svyomo2 systemd[1]: Found dependency on 
network-online.target/stop
Jul 11 12:15:06 svyomo2 systemd[1]: Found dependency on 
NetworkManager-wait-online.service/stop
Jul 11 12:15:06 svyomo2 systemd[1]: Found dependency on 
NetworkManager.service/stop
Jul 11 12:15:06 svyomo2 systemd[1]: Found dependency on basic.target/stop
Jul 11 12:15:06 svyomo2 systemd[1]: Breaking ordering cycle by deleting job 
sysinit.target/stop
Jul 11 12:15:06 svyomo2 systemd[1]: Job sysinit.target/stop deleted to break 
ordering cycle starting with basic.target/stop
Jul 11 12:15:06 svyomo2 gnome-session[2191]: nm-applet-Message: PID 1 (we are 
2435) sent signal 15, shutting down...
Jul 11 12:15:06 svyomo2 org.gnome.zeitgeist.Engine[2263]: 
(zeitgeist-daemon:2444): GLib-GObject-CRITICAL **: g_object_unref: a
ssertion 'object-ref_count  0' failed
Jul 11 12:15:06 svyomo2 gnome-session[2191]: Received signal:15-'Terminated'
Jul 11 12:15:06 svyomo2 gnome-session[2191]: Received signal:15-'Terminated'
Jul 11 12:15:06 svyomo2 gnome-session[2191]: Received signal:15-'Terminated'
Jul 11 12:15:06 svyomo2 gnome-session[2191]: Received signal:1-'Hangup'
Jul 11 12:15:06 svyomo2 gnome-session[2191]: Received signal:15-'Terminated'
Jul 11 12:15:06 svyomo2 pulseaudio[2325]: 2 sink(s) available.
Jul 11 12:15:06 svyomo2 pulseaudio[2325]: index: 0
Jul 11 12:15:06 svyomo2 pulseaudio[2325]: #011name: 
alsa_output.pci-_01_00.1.hdmi-stereo
Jul 11 12:15:06 svyomo2 pulseaudio[2325]: #011driver: module-alsa-card.c
Jul 11 12:15:06 svyomo2 pulseaudio[2325]: #011flags: HARDWARE DECIBEL_VOLUME 
LATENCY FLAT_VOLUME DYNAMIC_LATENCY
Jul 11 12:15:06 svyomo2 pulseaudio[2325]: #011state: SUSPENDED
Jul 11 12:15:06 svyomo2 pulseaudio[2325]: #011suspend cause: IDLE 
Jul 11 12:15:06 svyomo2 pulseaudio[2325]: #011priority: 9050
Jul 11 12:15:06 svyomo2 pulseaudio[2325]: #011volume: front-left: 65536 / 100% 
/ 0.00 dB,   front-right: 65536 / 100% / 0.00 d
B
Jul 11 12:15:06 svyomo2 pulseaudio[2325]: #011    balance 0.00
Jul 11 12:15:06 svyomo2 rsyslogd: [origin software=rsyslogd swVersion=8.4.2 
x-pid=1408 x-info=http://www.rsyslog.com;] 
exiting on signal 15.
Jul 11 12:16:40 svyomo2 rsyslogd: [origin software=rsyslogd swVersion=8.4.2 
x-pid=1767 x-info=http://www.rsyslog.com;] 
start
Jul 11 12:16:40 svyomo2 systemd-modules-load[310]: Inserted module 'lp'
Jul 11 12:16:40 svyomo2 systemd-modules-load[310]: Inserted module 'ppdev'
Jul 11 12:16:40 svyomo2 systemd-modules-load[310]: Inserted module 'parport_pc'
Jul 11 12:16:40 svyomo2 systemd-modules-load[310]: Inserted module 'fuse'
Jul 11 12:16:40 svyomo2 nfs-common[316]: Starting NFS common utilities: statd
Jul 11 12:16:40 svyomo2 nfs-common[316]: Not starting: portmapper is not 
running ... (warning).
Jul 11 12:16:40 svyomo2 mdadm-raid[336]: Generating udev events for MD 
arrays...done.
Jul 11 12:16:40 svyomo2 keyboard-setup[337]: Setting preliminary keymap...done.
Jul 11 12:16:40 svyomo2 mtp-probe: checking bus 4, device 9: 
/sys/devices/pci:00/:00:1d.0/usb4/4-1/4-1.1/4-1.1.2
Jul 11 12:16:40 svyomo2 mtp-probe: checking bus 4, device 8: 
/sys/devices/pci:00/:00:1d.0/usb4/4-1/4-1.2/4-1.2.2
Jul 11 12:16:40 svyomo2 mtp-probe: checking bus 3, device 2: 
/sys/devices/pci:00/:00:1c.5/:05:00.0/usb3/3-1
Jul 11 12:16:40 svyomo2 mtp-probe: checking bus 4, device 6: 
/sys/devices/pci:00/:00:1d.0/usb4/4-1/4-1.1/4-1.1.1
Jul 11 12:16:40 svyomo2 mtp-probe: checking bus 4, device 13: 
/sys/devices/pci:00/:00:1d.0/usb4/4-1/4-1.1/4-1.1.4
Jul 11 12:16:40 svyomo2 mtp-probe: checking bus 2, device 2: 
/sys/devices/pci:00/:00:1c.5/:05:00.0/usb2/2-2
Jul 11 12:16:40 svyomo2 mtp-probe: checking bus 4, device 11: 
/sys/devices/pci:00/:00:1d.0/usb4/4-1/4-1.1/4-1.1.3
Jul 11 12:16:40 svyomo2 mtp-probe: bus: 3, device: 2 was not an MTP device
Jul 11 12:16:40 svyomo2 mtp-probe: bus: 4, device: 8 was not an MTP device
Jul 11 12:16:40

Bug#792091: game-data-packager: GPD should check installed engine version first

2015-07-11 Thread Alexandre Detiste

Package: game-data-packager
Version: 41
Severity: normal
Tags: newcomer


A few games (Sfinx, Inherit the earth/German,
Zork Grand Inquisitor, Zork Nemesis)
only work with scummvm (= 1.8.0).

While this precise release is due soon, GDP should catch
this error early and not at the 'dpkg -i' stage.

Tricky: this has to be done by package, not by game,
as the English version of Inherit the earth works
with older scummvm releases.



LC_ALL=C LANG=C ./run sfinx --no-search -i
INFO:game-data-packager:downloading http://localhost/sfinx-en-v1.1.zip
INFO:game-data-packager:will not produce sfinx-pl-data because pl is not in
LANGUAGE selection
INFO:game-data-packager:generating package sfinx-en-data
generated /home/tchet/git/game-data-packager/sfinx-en-data_1.1+42_all.deb
using su(1) to obtain root privileges and install the package(s)
Password:
dpkg: regarding .../sfinx-en-data_1.1+42_all.deb containing sfinx-en-data:
 sfinx-en-data breaks scummvm ( 1.8.0)
  scummvm (version 1.7.0+dfsg-2) is present and installed.

dpkg: error processing archive /home/tchet/git/game-data-packager/sfinx-en-
data_1.1+42_all.deb (--install):
 installing sfinx-en-data would break scummvm, and
 deconfiguration is not permitted (--auto-deconfigure might help)
Errors were encountered while processing:
 /home/tchet/git/game-data-packager/sfinx-en-data_1.1+42_all.deb



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

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


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

Bug#792092: sbuild: please use httpredir.debian.org instead of ftp.debian.org or ftp.uk.debian.org

Source: sbuild
Version: 0.65.2-1
Severity: wishlist
Tags: patch

Hi,

at several points in the documentation, ftp.debian.org or
ftp.uk.debian.org is mentioned as a mirror in the examples. Now that
httpredir.debian.org exists, it should be the default mirror. Even
debootstrap since version 1.0.69 made it the default so sbuild should
follow suite.

Attached patch fixes the problem.

Thanks!

cheers, josch
From 1fd7420cd16b76125a68b765101d82904b2a1080 Mon Sep 17 00:00:00 2001
From: Johannes 'josch' Schauer jo...@mister-muffin.de
Date: Sat, 11 Jul 2015 09:48:26 +0200
Subject: [PATCH] use httpredir.debian.org instead of ftp.debian.org or
 ftp.uk.debian.org in documentation

---
 man/sbuild-createchroot.8.in | 10 +-
 man/sbuild-setup.7.in|  6 +++---
 man/sbuild.1.in  |  2 +-
 3 files changed, 9 insertions(+), 9 deletions(-)

diff --git a/man/sbuild-createchroot.8.in b/man/sbuild-createchroot.8.in
index e04628f..f344f46 100644
--- a/man/sbuild-createchroot.8.in
+++ b/man/sbuild-createchroot.8.in
@@ -187,16 +187,16 @@ If no extension is specified, sbuild\-createchroot will rename \fIfile\fP to
 \fIfile.tar.gz\fP and generate \fIfile.tar.gz\fP as a compressed tarball using gzip.
 .SH EXAMPLES
 To create a plain type sid (unstable) chroot in \fI/srv/chroot/unstable\fP using
-the \fIftp.uk.debian.org\fP Debian mirror:
+the \fIhttpredir.debian.org\fP Debian http mirror redirector service:
 .PP
 \f[CR]% \f[CB]sudo sbuild\-createchroot sid /srv/chroot/unstable \fP\fP\\
 .br
-\f[CB]http://ftp.uk.debian.org/debian\fP\[CR]
+\f[CB]http://httpredir.debian.org/debian\fP\[CR]
 .PP
 To create a bootstrapped file type sid (unstable) chroot ready for use with
 sbuild and saved in \fI/var/cache/sbuild/sbuild.tar.gz\fP using the
-\fIftp.uk.debian.org\fP Debian mirror and using a temporary directory as the
-target:
+\fIhttpredir.debian.org\fP Debian http mirror redirector service and using a
+temporary directory as the target:
 .PP
 \f[CR]% \f[CB]sudo sbuild\-createchroot \fP\fP\\
 .br
@@ -204,7 +204,7 @@ target:
 .br
 sid `mktemp \-d` \fP\fP\\
 .br
-\f[CB]http://ftp.uk.debian.org/debian\fP\[CR]
+\f[CB]http://httpredir.debian.org/debian\fP\[CR]
 .SH HISTORY
 sbuild\-createchroot was previously known as \fBbuildd.chroot\fP.
 buildd.chroot performed exactly the same tasks, but additionally created a
diff --git a/man/sbuild-setup.7.in b/man/sbuild-setup.7.in
index 1f28286..d40f9ea 100644
--- a/man/sbuild-setup.7.in
+++ b/man/sbuild-setup.7.in
@@ -46,7 +46,7 @@ mount an LV here if required:
 Add to /etc/fstab and mount (see next section for full fstab example).
 Finally, run debootstrap to create the chroot:
 .PP
-\f[CR]# \f[CB]debootstrap \-\-variant=buildd lenny /srv/chroot/lenny http://ftp.uk.debian.org/debian/\fP\fP
+\f[CR]# \f[CB]debootstrap \-\-variant=buildd lenny /srv/chroot/lenny http://httpredir.debian.org/debian/\fP\fP
 .br
 .SS 2. Set up additional mounts
 An example \fI/etc/fstab\fP:
@@ -113,9 +113,9 @@ distribution:
 .br
 \f[CR]\fP
 .br
-\f[CR]deb http://ftp.uk.debian.org/debian/ lenny main\fP
+\f[CR]deb http://httpredir.debian.org/debian/ lenny main\fP
 .br
-\f[CR]deb\-src http://ftp.uk.debian.org/debian/ lenny main\fP
+\f[CR]deb\-src http://httpredir.debian.org/debian/ lenny main\fP
 .br
 .SS 4. Configure dchroot or schroot
 This is entirely optional, but will make the chroot environment easier to
diff --git a/man/sbuild.1.in b/man/sbuild.1.in
index fe51483..7b6ec09 100644
--- a/man/sbuild.1.in
+++ b/man/sbuild.1.in
@@ -446,7 +446,7 @@ The repository specification is a line suitable for an apt
 .BR sources.list (5)
 file. For instance, you might use
 .nh
-.B \-\-extra\-repository=deb http://ftp.debian.org/debian experimental main
+.B \-\-extra\-repository=deb http://httpredir.debian.org/debian experimental main
 .hy
 to allow packages in the experimental distribution to fulfill
 build-dependencies. Note that the build chroot must already trust the
-- 
2.1.4

Bug#791794: RAID device not active during boot

2015-07-11 Thread Nagel, Peter (IFP)

The problem might be related to 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789152.
However, in my case everything seems to be fine as long as all harddisks 
(within the RAID) are working.
The Problem appears only if during boot one (or more) disk(s) out of the 
RAID device have a problem.


The problem might be related to the fact that jessie comes with a new 
init system which has a stricter handling of failing auto mounts 
during boot. If it fails to mount an auto mount, systemd will drop to 
an emergency shell rather than continuing the boot - see release-notes 
(section 5.6.1):
https://www.debian.org/releases/stable/amd64/release-notes/ch-information.en.html#systemd-upgrade-default-init-system 



For example:
If you have installed your system to a RAID1 device and the system is 
faced with a power failure which (might at the same time) causes a 
damage to one of your harddisks (out of this RAID1 device) your system 
will (during boot) drop to an emergency shell rather than boot from the 
remaining harddisk(s).
I found that during boot (for some reason) the RAID device is not active 
anymore and therefore not available within /dev/disk/by-uuid (what 
causes the drop to the emergency shell).


A quickfix (to boot the system) would be, to re-activate the RAID device 
(e.g. /dev/md0) from the emergency shell ...


mdadm --stop /dev/md0
mdadm --assemble /dev/md0

... and to exit the shell.

Nevertheless, it would be nice if the system would boot automatically 
(as it is known to happend under wheezy) in order to be able to use e.g. 
a spare disk for data synchronization.



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

Bug#792100: sbuild-update --keygen fails if /root/.gnupg didn't exist before

Source: sbuild
Version: 0.65.2-1
Severity: normal

Hi,

when running `sbuild-update --keygen` on a fresh system I get:

$ sudo sbuild-update --keygen
Generating archive key.
gpg: keyblock resource `/root/.gnupg/secring.gpg': file open error
gpg: keyblock resource `/root/.gnupg/pubring.gpg': file open error

Not enough random bytes available.  Please do some other work to give
the OS a chance to collect more entropy! (Need 187 more bytes)
...+
+
gpg: can't create `/root/.gnupg/random_seed': No such file or directory
Exiting from key generation with status 2.



The fix is to just run `sudo mkdir /root/.gnupg` before running
`sbuild-update --keygen`. Ideally, sbuild-update would run that mkdir
command itself.

cheers, josch


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

Bug#792101: ITP: gogs -- Gogs is a self hosted service aiming to provide a similar set of features to gitlab and github.

2015-07-11 Thread John Hackett

Package: wnpp
Severity: wishlist
Owner: John Hackett john+deb...@shockingly.eu

* Package name: gogs
  Version : 0.6.1
  Upstream Author : lu...@gitea.io
* URL : https://github.com/go-gitea/gitea
* License : MIT
  Programming Lang: Golang
  Description : Gogs is a self hosted service aiming to provide a similar 
set of features to gitlab and github.


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

Bug#792102: RM: sugar-presence-service-0.90 -- ROM; obsolete - superceded by unbranched package

2015-07-11 Thread Jonas Smedegaard

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi ftpmasters,

Please drop sugar-presence-service-0.90 from unstable: It is obsolete
and has been superceded by the unbranched package sugar-presence-service.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVoOlhAAoJECx8MUbBoAEhX2YP/3oW5KYevn9wx20vFBryVDn7
tMTd1024oylAM5W2Wl2CDg5qNcAAiRZijDGIdzeUag4AjPfFuEiGN+iXT1ssnujv
cmL97nzF6XlfJK+iav4RqRAL7j6cVTus4iOukM6ktTxptmN0flgVzLIA5ID6QTo0
Fx6PIq3kTlEypR2E3ZikFjotG+yhkFM0Q9bnoJPT7rS2sh4UUGob2Vj2QFMJnNZO
kpQIVeBs3lDN9gRUZ6BDvX0yrQtm4lzXOnwLeersWT+SkPbg9JEAlokd2kq4btN/
+AhaPVABBG+a8SSoysWAJvPqrhFXJmLXJ0Q24DvdItSPuA/p+nTyA8hrr8vW5d7/
eg8fwDb2APRxvoAGziJr0Er37H6EWz5tvH0LA9VLKnmFzva9OO8Odva+TRvtqguV
u6ZX36wY9anso2PIIkSbbe6PkJex9NRBg5jWtobz9mEEmCoUYMP4g/cwCDiZOh2s
cYT0Pl5HfmxHg87eDHERmUg//Rs0QZZOUtYetwRURDiU/sRO/PaXoGBkWAEERIwi
DrpBa2Gh4RNBJ+tc1JUKpztq5h/mohu1U+aiOAxdsUMArMKDKAbliME/urxTnDUL
cTA0OGgvglUFHkyXLa88qF6cOGiqzi8qFuWR7cOx42gWR+2AjJd3WRs+6EhQiTp7
kuEHJIJgsHUsRMJQlslH
=m/hn
-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#792105: prometheus: unowned files after purge (policy 6.8, 10.8): /var/lib/prometheus/console{, _libraries}/*

Package: prometheus
Version: 0.14.0+ds-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

From the attached log (scroll to the bottom...):

0m41.5s ERROR: FAIL: Package purging left files on system:
  /var/lib/prometheus/   owned by: prometheus
  /var/lib/prometheus/console_libraries/ not owned
  /var/lib/prometheus/console_libraries/menu.lib not owned
  /var/lib/prometheus/console_libraries/prom.lib not owned
  /var/lib/prometheus/consoles/  not owned
  /var/lib/prometheus/consoles/README.consoles   not owned
  /var/lib/prometheus/consoles/aws_elasticache.html  not owned
  /var/lib/prometheus/consoles/aws_elb.html  not owned
  /var/lib/prometheus/consoles/aws_redshift-cluster.html not owned
  /var/lib/prometheus/consoles/aws_redshift.html not owned
  /var/lib/prometheus/consoles/cassandra.htmlnot owned
  /var/lib/prometheus/consoles/cloudwatch.html   not owned
  /var/lib/prometheus/consoles/federation_template_example.txt   not owned
  /var/lib/prometheus/consoles/haproxy-backend.html  not owned
  /var/lib/prometheus/consoles/haproxy-backends.html not owned
  /var/lib/prometheus/consoles/haproxy-frontend.html not owned
  /var/lib/prometheus/consoles/haproxy-frontends.htmlnot owned
  /var/lib/prometheus/consoles/haproxy.html  not owned
  /var/lib/prometheus/consoles/index.htmlnot owned
  /var/lib/prometheus/consoles/node-cpu.html not owned
  /var/lib/prometheus/consoles/node-disk.htmlnot owned
  /var/lib/prometheus/consoles/node-overview.htmlnot owned
  /var/lib/prometheus/consoles/node.html not owned



cheers,

Andreas


prometheus_0.14.0+ds-1.log.gz
Description: application/gzip

Bug#792096: RFP: borgbackup -- deduplicating and compressing backup program)

2015-07-11 Thread Marc Haber

retitle #792096 RFP: borgbackup -- deduplicating and compressing backup program

I have stitched together a quick package and pushed it to collab-maint,
ssh://git.debian.org/git/collab-maint/borgbackup.git

I do not intend to upload until a team of at least two active people
maintaining the package has formed.

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things.Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421


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

Bug#792062: FTBFS: test_secure_server fails: urlopen error: CERTIFICATE_VERIFY_FAILED

2015-07-11 Thread Daniele Tricoli

Hello Chris,

On Friday 10 July 2015 20:34:19 Chris West wrote:
 The package fails to build:

Yes, thanks it was under my radar, but I was not able to start to fix this 
before. I'm updating circuits now, so I will also fix this.

Cheers,

-- 
 Daniele Tricoli 'Eriol'
 https://mornie.org

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

Bug#720757: ITP: ruby-seed-fu -- solving the problem of inserting and maintaining seed data in a database.

2015-07-11 Thread Balasankar C

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Sun, 16 Feb 2014 16:48:41 +0530 akshay pai akshayhpa...@gmail.com
wrote:
 hi, Since i wont be  able to complete the packaging of seed-fu for
 disapora , so i hope that some one else can handle it. Bug#720757:
 ITP: ruby-seed-fu

Ok, I'll take over this ITP.



- -- 
Regards
Balasankar C
http://balasankarc.in
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCgAGBQJVoR+SAAoJEJbtq5sua3Fxi/MH/2iAz3w9ndJX8sTajt1P0iEn
amJzuiMTTiXMk57oMzge8032fvaPH3jPMOiTeNtHVIhmQ6hMcKt7v6qvcWaN2jL/
M5vVam+sx/B3eM3mBF5TUXRTjlrLxFVcQ9AwOfuCQCKG6VCq0QxJnxR0yqZjB9jv
f7SX6WEEZwX/ajTMBjukQ/6bZ5B4/m9/4dKwAGDckwX2SP3Vi5vwNwCAnMWHxhI2
P8UqDkP8h5uHFzKstNKGJXcWA9nIyeCM23NEJV52UJxf5Rp7Fyi5Q1pqA2xVsSeF
Qb1wDLdInasSj9oyq+Ay2WIDUpjzfD/gKFJcV6YUzk5mIyklnzC8BmaqK3HXgz8=
=bF53
-END PGP SIGNATURE-


0x2E6B7171.asc
Description: application/pgp-keys

Bug#792116: haproxy segfaults on config file parse

2015-07-11 Thread Tomas Pospisek


Package: haproxy
Version: 1.5.8-3+deb8u1~bpo70+1
Severity: important
Tags: upstream patch

Hello,

as reported upstream here [1], haproxy  1.5.10 will segfault on some
config files, that were ok with haproxy 1.4.* in wheezy.

Since that makes upgrading from wheezy to jessie impossible
and thus breaks machines I've marked this bug as important.

The workaround is also mentioned in the upstream thread which
consists in commenting out disabled proxy sections.

It'd be nice if you could provide an patched version for jessie,
that includes the fix (patch is also mentioned in the reply to [1]).

Thanks for maintaining haproxy!
*t

[1] https://marc.info/?l=haproxym=143661729229631w=2

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

Kernel: Linux 3.16.0-0.bpo.4-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

Versions of packages haproxy depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.18~bpo70+1
ii  libc62.13-38+deb7u8
ii  libpcre3 1:8.30-5
ii  libssl1.0.0  1.0.1e-2+deb7u17
ii  zlib1g   1:1.2.7.dfsg-13

haproxy recommends no packages.

Versions of packages haproxy suggests:
pn  haproxy-doc  none
pn  vim-haproxy  none

-- Configuration Files:
/etc/default/haproxy changed [not included]
/etc/haproxy/haproxy.cfg changed [not included]
/etc/init.d/haproxy changed [not included]

-- no debconf information


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

Bug#792119: kde-style-breeze-qt4: Breeze style works with KDE4 apps but it doesn't with Qt4 ones

2015-07-11 Thread Elvis Angelaccio

Package: kde-style-breeze-qt4
Version: 4:5.3.2-2
Severity: normal

Dear Maintainer,

After upgrading to Plasma 5 in Sid, the Qt4-only apps look really ugly, while 
KDE4 (and even GTK!) ones looks fine.
If I run qtconfig-qt4, the Breeze style is not available in the 'GUI Style' 
combobox, while it should be.

Thanks

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

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

Versions of packages kde-style-breeze-qt4 depends on:
ii  kde-style-breeze  4:5.3.2-2
ii  libc6 2.19-19
ii  libkdecore5   4:4.14.2-5
ii  libkdeui5 4:4.14.2-5
ii  libqt4-dbus   4:4.8.7+dfsg-1
ii  libqtcore44:4.8.7+dfsg-1
ii  libqtgui4 4:4.8.7+dfsg-1
ii  libstdc++65.1.1-13
ii  libx11-xcb1   2:1.6.3-1
ii  libxcb1   1.10-3+b1

kde-style-breeze-qt4 recommends no packages.

kde-style-breeze-qt4 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#791888: lvm2: segfaults when activating LVs other than /

2015-07-11 Thread Bastian Blank

On Thu, Jul 09, 2015 at 11:41:48AM +0200, Nicolas Noirbent wrote:
 After upgrading to the latest version of libdevmapper1.02.1 from
 unstable, I found myself unable to mount my /home logical volume due
 to a segfault in libdevmapper.so.1.02.1:

Please provide the output of pvs, vgs and lvs.

Bastian

-- 
We fight only when there is no other choice.  We prefer the ways of
peaceful contact.
-- Kirk, Spectre of the Gun, stardate 4385.3


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

Bug#792053: [pkg-go] Bug#792053: Bug#792053: prometheus: FTBFS w/ test suite errors

2015-07-11 Thread Martín Ferrari

forwarded 792053 https://github.com/prometheus/prometheus/issues/887
thanks

On 10/07/15 20:34, Aaron M. Ucko wrote:

 Great, thanks.  As I said, I suspect at least some of the errors are due
 to buildd quirks rather than architectural differences, so you might
 need to install sbuild and perhaps also adjust its configuration to
 match the autobuilders more closely.  (I'm not familiar with the setup
 details myself, so I can't offer any specifics here, sorry.)

It was not needed. I just tried to rebuild the package in abel.d.o
(armel), and I got the same test failures.

I have opened a bug upstream to see if they know what can be causing this.

Thanks again.

-- 
Martín Ferrari (Tincho)


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

Bug#791815: [Reproducible-builds] Bug#791815: libxslt: please support timestamps from environment

Control: block -1 by 791823

On Wed, 08 Jul 2015 20:01:57 +0200 Dhole dh...@openmailbox.org wrote:
 The submitted bug for the mentioned feature in debhelper can be found
 at: https://bugs.debian.org/791823

and added some bug metadata :)


signature.asc
Description: signature

Bug#792120: ldap2zone: ldap2bind does not work with ldapi:/// URI

2015-07-11 Thread Dominik George

Package: ldap2zone
Version: 0.2-5
Severity: normal
Tags: patch

The ldap2bind script does not work with ldapi:// URIs. This is due to it
checking for ldap:// or ldaps:// and if neither is found, prepending the
default ldap://.

The fix is trivial:

- ldap://*|ldaps://*) ;;
+ ldap://*|ldaps://*|ldapi://*) ;;

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

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

Versions of packages ldap2zone depends on:
ii  bind9  1:9.9.5.dfsg-9+deb8u1
ii  libc6  2.19-18
ii  libldap-2.4-2  2.4.40+dfsg-1

ldap2zone recommends no packages.

ldap2zone 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#791487: antlr3: Depends on obsolete packages

2015-07-11 Thread Hans Joachim Desserud


tags 791487 patch
thanks

Hi

I have attached a debdiff which should hopefully resolve this issue.
It simply replaces the dependency for two binary packages as
suggested in the original report. This built successfully for me
locally, but I haven't done much testing beyond this.

Btw, I don't know if they have been forwarded earlier, but I see that
https://tracker.debian.org/pkg/antlr3 has a couple of patches
in Ubuntu. Someone might want to check if these might be
relevant for Debian as well.

--
mvh / best regards
Hans Joachim Desserud
http://desserud.orgdiff -Nru antlr3-3.2/debian/changelog antlr3-3.2/debian/changelog
--- antlr3-3.2/debian/changelog	2014-04-07 14:22:31.0 +0200
+++ antlr3-3.2/debian/changelog	2015-07-11 13:43:25.0 +0200
@@ -1,3 +1,11 @@
+antlr3 (3.2-10.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Replace dependency on dummy package libplexus-compiler-api-java
+with libplexus-compiler-java (Closes: #791487)
+
+ -- Hans Joachim Desserud deb...@desserud.org  Sat, 11 Jul 2015 13:40:58 +0200
+
 antlr3 (3.2-10) unstable; urgency=medium
 
   * Fixed a NullPointerException in CompositeGrammar.getIndirectDelegates()
diff -Nru antlr3-3.2/debian/control antlr3-3.2/debian/control
--- antlr3-3.2/debian/control	2014-03-12 10:28:06.0 +0100
+++ antlr3-3.2/debian/control	2015-07-11 13:39:46.0 +0200
@@ -61,7 +61,7 @@
 Architecture: all
 Depends: antlr3 (= ${source:Version}),
  libmaven2-core-java,
- libplexus-compiler-api-java,
+ libplexus-compiler-java,
  ${misc:Depends}
 Description: Maven plugin for ANTLR 3
  ANTLR, ANother Tool for Language Recognition, (formerly PCCTS) is
@@ -115,7 +115,7 @@
 Architecture: all
 Depends: libantlr3-gunit-java (= ${source:Version}),
  libmaven2-core-java,
- libplexus-compiler-api-java,
+ libplexus-compiler-java,
  ${misc:Depends}
 Description: Maven plugin for gUnit, a unit test framework for ANTLR grammars
  gUnit is a Unit Test framework for ANTLR grammars. It provides a simple

Bug#779745: inn: Transition to libsystemd

2015-07-11 Thread Michael Biebl

Control: tags -1 + patch

Hi Marco,

attached is a patch which switches to the new libsystemd libraries.

Would be great if you can prepare an upload for inn including this patch.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff --git a/debian/control b/debian/control
index 66b14c7..6f18092 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: news
 Priority: extra
 Maintainer: Marco d'Itri m...@linux.it
 Build-Depends: debhelper (= 9), quilt,
- pkg-config, libsystemd-daemon-dev, dh-systemd (= 1.5),
+ pkg-config, libsystemd-dev, dh-systemd (= 1.5),
  bison, groff,
  libperl-dev (= 5.8)
 Standards-Version: 3.9.5
diff --git a/debian/patches/socket_activation b/debian/patches/socket_activation
index a33052e..ebdb722 100644
--- a/debian/patches/socket_activation
+++ b/debian/patches/socket_activation
@@ -212,8 +212,8 @@
  
  CFLAGS+= -DTIMER
  
-+DEFS+=$(shell pkg-config --cflags libsystemd-daemon)
-+IDENT_LIB+=$(shell pkg-config --libs libsystemd-daemon)
++DEFS+=$(shell pkg-config --cflags libsystemd)
++IDENT_LIB+=$(shell pkg-config --libs libsystemd)
 +
  SOURCES	= \
  	art.c cc.c chan.c his.c icd.c innd.c lc.c nc.c newsfeeds.c ng.c \


signature.asc
Description: OpenPGP digital signature

Bug#771123: geeqie: Geeqie segfaults sometimes

2015-07-11 Thread flos

Package: geeqie
Version: 1:1.2-3+b1
Followup-For: Bug #771123

Hi,

I can provide the reproduce steps as follows:

1. Browse a directory with at least 3 photos, for example:

$ ls /tmp/photo
1.jpg 2.jpg 3.jpg

2. As we know that there are three parts of geeqie's layout: 'Tools', 'Images'
and 'Files'. Single click on 1.jpg in the 'Files' and then press 'f' key in the
keyboard at least 8 times, so that you will see the 1.jpg file switch from full
screen window and the geeqie window 4 times.

3. Then quickly use mouse to single click on the 2.jpg in the 'Files', and then
press 'f' key twice quickly. When you see the 2.jpg switch back from fullscreen
to geeqie window, geeqie will crash.

I enabled the core capture options so that I could get the core dump files of
the segmentation fault. I'll upload the sample core dump files for further
investigation.

A brief call trace is here:

$ gdb /usr/bin/geeqie
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
Type show configuration for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type help.
Type apropos word to search for commands related to word...
Reading symbols from /usr/bin/geeqie...Reading symbols from /usr/lib/debug
/.build-id/76/8fc28af374b76a3e17901ee881bb904753c50b.debug...done.
done.
(gdb) core-file core-9829-1436620292-11-1000-geeqie
[New LWP 9829]
[New LWP 9830]
[New LWP 9831]
[New LWP 9877]
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
Core was generated by `geeqie'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0045cb41 in image_read_ahead_done_cb (il=optimized out,
data=0xb52840) at image.c:480
480 image.c: No such file or directory.
(gdb) bt
#0  0x0045cb41 in image_read_ahead_done_cb (il=optimized out,
data=0xb52840) at image.c:480
#1  0x7fde080ee474 in _g_closure_invoke_va (closure=0xf1fea0,
closure@entry=0xe13bc0, return_value=0xb52840, return_value@entry=0x0,
instance=0xb52840,
instance@entry=0xf1fea0, args=0x4002, args@entry=0x7ffd0d942f60,
n_params=4573904, param_types=0x0) at
/tmp/buildd/glib2.0-2.42.1/./gobject/gclosure.c:831
#2  0x7fde08108087 in g_signal_emit_valist (instance=0xf1fea0,
signal_id=optimized out, detail=0, var_args=var_args@entry=0x7ffd0d942f60)
at /tmp/buildd/glib2.0-2.42.1/./gobject/gsignal.c:3218
#3  0x7fde081089df in g_signal_emit (instance=optimized out,
signal_id=optimized out, detail=detail@entry=0)
at /tmp/buildd/glib2.0-2.42.1/./gobject/gsignal.c:3365
#4  0x00460023 in image_loader_emit_done_cb (data=optimized out) at
image-load.c:273
#5  0x7fde07e18b6d in g_main_dispatch (context=0x902c00) at
/tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3111
#6  g_main_context_dispatch (context=context@entry=0x902c00) at
/tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3710
#7  0x7fde07e18f48 in g_main_context_iterate (context=0x902c00,
block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out)
at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3781
#8  0x7fde07e19272 in g_main_loop_run (loop=0xb943e0) at
/tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3975
#9  0x7fde0985e597 in IA__gtk_main () at
/build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkmain.c:1257
#10 0x0041a60a in main (argc=1, argv=0x7ffd0d9433e8) at main.c:921
(gdb) info threads
  Id   Target Id Frame
  4Thread 0x7fddfe034700 (LWP 9877) syscall () at
.../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  3Thread 0x7fddff036700 (LWP 9831) 0x7fde059c550d in poll () at
.../sysdeps/unix/syscall-template.S:81
  2Thread 0x7fde0010b700 (LWP 9830) 0x7fde059c550d in poll () at
.../sysdeps/unix/syscall-template.S:81
* 1Thread 0x7fde09f60980 (LWP 9829) 0x0045cb41 in
image_read_ahead_done_cb (il=optimized out, data=0xb52840) at image.c:480
(gdb)

It appears that the imd-read_ahead_fd is not set, so does the imd-il, while
the il is NOT NULL - this can be confirmed from the recompiled geeqie with
debug flag enabled by myself.

(gdb) set directories /home/shine/fakeroot/geeqie-1.2.orig/src/
(gdb) show directories
Source directories searched:
/home/shine/fakeroot/geeqie-1.2.orig/src:$cdir:$cwd
(gdb) f 0
#0  0x0045cb41 in image_read_ahead_done_cb (il=optimized out,
data=0xb52840) at image.c:480
480 if (!imd-read_ahead_fd-pixbuf)
(gdb) l
475 {
476 ImageWindow *imd = data;
477
478 DEBUG_1(%s read ahead done for :%s, get_exec_time(),

Bug#715703: [Debian-med-packaging] Bug#715703: Please do not close issues that remain

2015-07-11 Thread Andreas Tille

Hi Charles,

if it really bores you I could write a patch and upload in 20m.  If you
would come to DebConf you could bribe me with some $DRINK.

My point is that beeing a scientist should not be a weak excuse to write
lousy code.  Not verifying the number of arguments is simply bad also
from a users point of view.

Please cope with the issue on your bug tracking pages for another couple
of weeks and it will be solved.

Kind regards

  Andreas.


On Sat, Jul 11, 2015 at 09:12:14PM +0900, Charles Plessy wrote:
 Le Fri, Jul 10, 2015 at 05:36:10PM +0200, Andreas Tille a écrit :
  
  I do not think that we should close any issue that remains only because
  chances that it will be fixed are low.  IMHO this is disrespecting the
  work the effort people were doing with the Mayhem project.
  
  Verifying the number of argument and exiting with a proper exit code is
  a beginners homework task.  I do not think that we should squash such
  low hanging fruits for people who migth start helping with simple tasks.
  The [Mayhem] tag should be sufficient to enable others ignoring at
  their comfort.
 
 Hi Andreas,
 
 my issue is that on my DDPO page 
 (https://qa.debian.org/developer.php?login=plessy),
 BWA shows up with one bug (this one), which attracts my attention for nothing.
 
 The Mayhem project reported tons of bugs, and I think that it is fair to close
 those for which there is no sign that they will be fixed.  I would have of
 course forwarded this bug to upstream's bug tracker, alas it does not have 
 one.
 
 I think that we have enough low-hanging fruits that are more intersting to 
 give
 to newcomers.  As a BWA user, I think that if we fix that bug, the probability
 that this will help anybody on Earth is very low.
 
 Note that there are other packages where I have reported the Mayhem bugs and
 they were promply fixed.  I think that now is the time to let some of the
 leftovers go out of our radar.  I would like to keep the DDPO page useable
 as a TODO list, with the goal of having zero bugs in most packages.
 
 Have a nice day,
 
 -- 
 Charles
 

-- 
http://fam-tille.de


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

Bug#790813: Status of the current Haskell transition

2015-07-11 Thread Joachim Breitner

Hi,

Am Dienstag, den 07.07.2015, 16:30 +0200 schrieb Emilio Pozuelo Monfort:
 On 07/07/15 16:08, Joachim Breitner wrote:
  Hi,
  
  the recent round upgrades is almost through. I think we upgraded 180
  packages or so, and binNMUed almost all the rest.
  
  Looking at 
  https://release.debian.org/transitions/html/haskell.html
  there are two things that need to happen:
   * FTP-Master needs to remove haskell-iteratee and haskell-yesod-routes
   * mips needs to be build haskell-pandoc-citeproc and
 haskell-mutable-containers. The former needs to be picked up by a 
 strong buildd.
  
  Furthermore, the youngest upload, haskell-sandi, needs to age.
  
  So hopefully, in four days, the whole thing goes into testing witout
  further ado. I do not expect the release team to have to act here, but
  as always, I might be missing something.
 
 Great, thanks for the info. Let's see what happens then. Let us know if you 
 need
 anything.
 

all packages have aged, and the britney’s response to the haskell
transition auto-hint is simply
start: 11+0: a-6:i-2:a-0:a-0:a-0:m-0:m-0:p-0:p-2:s-1
orig: 11+0: a-6:i-2:a-0:a-0:a-0:m-0:m-0:p-0:p-2:s-1
easy: 27+0: a-8:i-4:a-2:a-2:a-2:m-0:m-0:p-2:p-4:s-3
* amd64: libghc-yesod-routes-dev, libghc-yesod-routes-prof
* i386: libghc-yesod-routes-dev, libghc-yesod-routes-prof
* arm64: libghc-yesod-routes-dev, libghc-yesod-routes-prof
* armel: libghc-yesod-routes-dev, libghc-yesod-routes-prof
* armhf: libghc-yesod-routes-dev, libghc-yesod-routes-prof
* powerpc: libghc-yesod-routes-dev, libghc-yesod-routes-prof
* ppc64el: libghc-yesod-routes-dev, libghc-yesod-routes-prof
* s390x: libghc-yesod-routes-dev, libghc-yesod-routes-prof

So once the removal in 790813 is done, the transition will proceed, as
expected.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#792117: Failed to obtain authentication. when updating

On 11.07.2015 16:54, Matthias Klumpp wrote:
 Hi!
 Do you have a PolicyKit handler (polkit-1-kde) running?
 What does the output of pkmon show you, if you run it in parallel to
 Apper while requesting the action that is refused?
 Cheers,
 Matthias
 
Hello Matthias,

user@workstation:~$ ps -A | grep pol
  334 ?00:00:00 edac-poller
 1630 ?00:00:00 polkitd
 4058 ?00:00:01 polkit-kde-auth

When running pkomon while the error message is displayed I get:

user@workstation:~$ pkmon
Transactions:
 [none]
daemon connected=1
network status=wired

Best regards

Heinrich Schuchardt


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

Bug#791487: antlr3: Depends on obsolete packages

2015-07-11 Thread Hans Joachim Desserud

... or alternatively release the fix which has already been pushed to 
the repo :)

http://anonscm.debian.org/viewvc/pkg-java?view=revisionrevision=18762
http://anonscm.debian.org/viewvc/pkg-java/trunk/antlr3/debian/?view=log

I didn't see that until now.

---
mvh / best regards
Hans Joachim Desserud
http://desserud.org


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

Bug#715703: [Debian-med-packaging] Bug#715703: Please do not close issues that remain

2015-07-11 Thread Charles Plessy

Le Fri, Jul 10, 2015 at 05:36:10PM +0200, Andreas Tille a écrit :
 
 I do not think that we should close any issue that remains only because
 chances that it will be fixed are low.  IMHO this is disrespecting the
 work the effort people were doing with the Mayhem project.
 
 Verifying the number of argument and exiting with a proper exit code is
 a beginners homework task.  I do not think that we should squash such
 low hanging fruits for people who migth start helping with simple tasks.
 The [Mayhem] tag should be sufficient to enable others ignoring at
 their comfort.

Hi Andreas,

my issue is that on my DDPO page 
(https://qa.debian.org/developer.php?login=plessy),
BWA shows up with one bug (this one), which attracts my attention for nothing.

The Mayhem project reported tons of bugs, and I think that it is fair to close
those for which there is no sign that they will be fixed.  I would have of
course forwarded this bug to upstream's bug tracker, alas it does not have one.

I think that we have enough low-hanging fruits that are more intersting to give
to newcomers.  As a BWA user, I think that if we fix that bug, the probability
that this will help anybody on Earth is very low.

Note that there are other packages where I have reported the Mayhem bugs and
they were promply fixed.  I think that now is the time to let some of the
leftovers go out of our radar.  I would like to keep the DDPO page useable
as a TODO list, with the goal of having zero bugs in most packages.

Have a nice day,

-- 
Charles


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

Bug#779777: colord: Transition to libsystemd

2015-07-11 Thread Michael Biebl

Control: tags -1 + patch fixed-upstream

On Wed, 04 Mar 2015 18:31:00 +0100 bi...@debian.org wrote:
 In systemd v209, released over a year ago, the various libsystemd-* libraries
 (libsystemd-journal.so, libsystemd-login.so, libsystem-daemon.so,
 libsystemd-id128.so) were merged into a single libsystemd.so library to reduce
 code duplication and avoid cyclic dependencies [1].

I see you have already created a fix upstream [1]. Thanks for that.
Would be great to have a new colord release in Debian with that patch
applied.

Regards,
Michael


[1]
https://github.com/hughsie/colord/commit/326801df70a832232022c76e95dfd9e2cfa15fd3
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#789013: FTBFS on sparc

2015-07-11 Thread Kurt Roeckx

On Wed, Jun 17, 2015 at 07:39:53PM -0500, David Mattli wrote:
 
 Using the latest sources from Linus's tree I built two kernels: one with
 SLAB and one with SLUB. The SLAB kernel failed make check and the SLUB
 kernel executed it without error. I'm not sure if it's a problem with
 SLAB or if that option is just exposing a bug elsewhere. I reproduced
 this several times with no change.
 
 Based on this evidence I suspect this is a kernel problem.

As I understand it, the SLUB vs SLAB thing only affects certain
hardware like stalder (T2) is running on, but not the older
ultrasparc II and IIIi machines.  But it's also failing on those.

Anyway, nettle is currently a major blocker for sparc.  There are
over 800 source packages waiting on it, of which most are haskell,
but I think also around 100 not related to haskell.


Kurt


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

Bug#791888: lvm2: segfaults when activating LVs other than /

2015-07-11 Thread Bastian Blank

Hi

On Thu, Jul 09, 2015 at 11:41:48AM +0200, Nicolas Noirbent wrote:
 After upgrading to the latest version of libdevmapper1.02.1 from
 unstable, I found myself unable to mount my /home logical volume due
 to a segfault in libdevmapper.so.1.02.1:
 # grep segfault /var/log/kern.log
 Jul  9 11:20:46 briareos kernel: [8.184718] lvm[1639]: segfault at 80 ip 
 7f80cf3f14ef sp 7ffe0aa24050 error 4 in 
 libdevmapper.so.1.02.1[7f80cf3d9000+46000]
 Jul  9 11:20:46 briareos kernel: [   30.719648] lvchange[1955]: segfault at 
 80 ip 7f4c1ebf14ef sp 7ffef827eca0 error 4 in 
 libdevmapper.so.1.02.1[7f4c1ebd9000+46000]
 Jul  9 11:20:46 briareos kernel: [   84.536668] lvchange[1990]: segfault at 
 80 ip 7fad611b74ef sp 7ffda2685610 error 4 in 
 libdevmapper.so.1.02.1[7fad6119f000+46000]

I can't reproduce this problem.  The address in the kernel message shows
a problem somewhere in the dm_tree_* functions, according to objdump it
is dm_tree_find_node_by_uuid.

Bastian

-- 
Landru! Guide us!
-- A Beta 3-oid, The Return of the Archons, stardate 3157.4


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

Bug#791491: lives: Crashes on startup

2015-07-11 Thread Sebastian Ramacher

Control: tags -1 + moreinfo

On 2015-07-05 10:29:47, David Mohr wrote:
 Package: lives
 Version: 2.2.8~ds0-1
 Severity: grave
 Justification: renders package unusable
 
 Dear Maintainer,
 
 just wanted to give lives a shot, but it crashes immediately after the startup
 dialog made some progress:
 
 
 % lives -debug   
 
 LiVES 2.2.8
 Copyright 2002-2015 Gabriel Finch (salsa...@gmail.com) and others.
 LiVES comes with ABSOLUTELY NO WARRANTY
 This is free software, and you are welcome to redistribute it
 under certain conditions; see the file COPYING for details.
 
 LiVES info: Invalid effect farneback_analyserfarneback_analysersalsaman1 
 found in compound effect image_stabilizer, line 4
 
 LiVES info: Invalid effect farneback_analyserfarneback_analysersalsaman1 
 found in compound effect motion_analyser, line 4
 
 **
 Gtk:ERROR:/build/gtk+3.0-8FBlWQ/gtk+3.0-3.16.4/./gtk/gtkprogressbar.c:609:tick_cb:
  assertion failed: (priv-pulse2  priv-pulse1)

I'm unable to reproduce the issue. Are you using a special theme or something
that could mess with GTK+?

lives 2.4.0~ds0-1 should hit the archive any minute. Is this issue reproducible
with the new upstream version?

 Unfortunately LiVES crashed.
 Please report this bug at 
 http://sourceforge.net/tracker/?group_id=64341atid=507139
 Thanks. Recovery should be possible if you restart LiVES.
 
 
 When reporting crashes, please include details of your operating system, 
 distribution, and the LiVES version (2.2.8)
 and any information shown below:
 
 #0  0x7fb3543974c9 in __libc_waitpid (pid=873, 
 stat_loc=stat_loc@entry=0x7ffefeee664c, options=options@entry=0) at 
 ../sysdeps/unix/sysv/linux/waitpid.c:40
 #1  0x7fb357057433 in g_on_error_stack_trace (prg_name=0x1104700 
 /usr/lib/lives/lives-exe) at 
 /tmp/buildd/glib2.0-2.44.1/./glib/gbacktrace.c:252
 #2  0x0041ecd8 in  ()
 #3  0x7fb3543978d0 in signal handler called ()
 #4  0x7fb35400d107 in __GI_raise (sig=sig@entry=6)
 #5  0x7fb35400e4e8 in __GI_abort () at abort.c:89
 #6  0x7fb3570a7b55 in g_assertion_message 
 (domain=domain@entry=0x7fb358d4b527 Gtk, file=file@entry=0x7fb358d9b2b0 
 /build/gtk+3.0-8FBlWQ/gtk+3.0-3.16.4/./gtk/gtkprogressbar.c, 
 line=line@entry=609, func=func@entry=0x7fb358d9b4b7 tick_cb, 
 message=message@entry=0x2a47ec0 assertion failed: (priv-pulse2  
 priv-pulse1)) at /tmp/buildd/glib2.0-2.44.1/./glib/gtestutils.c:2356
 #7  0x7fb3570a7bea in g_assertion_message_expr (domain=0x7fb358d4b527 
 Gtk, file=0x7fb358d9b2b0 
 /build/gtk+3.0-8FBlWQ/gtk+3.0-3.16.4/./gtk/gtkprogressbar.c, line=609, 
 func=0x7fb358d9b4b7 tick_cb, expr=optimized out)
 #8  0x7fb358c1ae6e in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
 #9  0x7fb358d0cf44 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
 #10 0x7fb357358504 in _g_closure_invoke_va (closure=0x145aec0, 
 return_value=0x0, instance=0x11052c0, args=0x7ffefeee70c8, 
 n_params=optimized out, param_types=0x0) at 
 /tmp/buildd/glib2.0-2.44.1/./gobject/gclosure.c:831
 #11 0x7fb357371fa7 in g_signal_emit_valist 
 (instance=instance@entry=0x11052c0, signal_id=signal_id@entry=139, 
 detail=detail@entry=0, var_args=var_args@entry=0x7ffefeee70c8) at 
 /tmp/buildd/glib2.0-2.44.1/./gobject/gsignal.c:3214
 #12 0x7fb357372e4a in g_signal_emit_by_name (instance=0x11052c0, 
 detailed_signal=0x7fb358792414 update)
 #13 0x7fb35872c3bc in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
 #14 0x7fb35871bcf8 in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
 #15 0x7fb3570825e3 in g_timeout_dispatch (source=0x154f690, 
 callback=optimized out, user_data=optimized out)
 #16 0x7fb357081b4d in g_main_context_dispatch (context=0x10bd3f0)
 #17 0x7fb357081b4d in g_main_context_dispatch 
 (context=context@entry=0x10bd3f0) at 
 /tmp/buildd/glib2.0-2.44.1/./glib/gmain.c:3737
 #18 0x7fb357081f20 in g_main_context_iterate 
 (context=context@entry=0x10bd3f0, block=block@entry=0, 
 dispatch=dispatch@entry=1, self=optimized out)
 #19 0x7fb357081fcc in g_main_context_iteration (context=0x10bd3f0, 
 may_block=0) at /tmp/buildd/glib2.0-2.44.1/./glib/gmain.c:3869
 #20 0x0041d531 in  ()
 #21 0x004b6b34 in  ()
 #22 0x00423b74 in  ()
 #23 0x00424b3f in  ()
 #24 0x7fb357081b4d in g_main_context_dispatch (context=0x10bd3f0)
 #25 0x7fb357081b4d in g_main_context_dispatch 
 (context=context@entry=0x10bd3f0) at 
 /tmp/buildd/glib2.0-2.44.1/./glib/gmain.c:3737
 #26 0x7fb357081f20 in g_main_context_iterate (context=0x10bd3f0, 
 block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out)
 #27 0x7fb357082242 in g_main_loop_run (loop=0x11046a0)
 #28 0x7fb358bc6a85 in gtk_main ()
 #29 0x00417421 in main ()

Please install lives-dbg and libgtk-3-0-dbg so that we know what the missing
bits are.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#792117: Failed to obtain authentication. when updating

Package: apper
Version: 0.9.1-2
Severity: normal

Dear Maintainer,

after a fresh install of package apper
apper does not display a popup to enter the root password when updating.
Instead it shows a message Failed to obtain authentication.

As I have seen apper working on other Jessie systems it might be a
problem with missing depedencies.

Best regards

Heinrich Schuchardt


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

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

Versions of packages apper depends on:
ii  apper-data   0.9.1-2
ii  kde-runtime  4:4.14.2-2
ii  libappstream10.7.3-1
ii  libc62.19-18
ii  libdebconf-kde0  0.3-1
ii  libgcc1  1:4.9.2-10
ii  libgee-0.8-2 0.16.1-1
ii  libglib2.0-0 2.42.1-1
ii  libkcmutils4 4:4.14.2-5
ii  libkdecore5  4:4.14.2-5
ii  libkdeui54:4.14.2-5
ii  libkemoticons4   4:4.14.2-5
ii  libkidletime44:4.14.2-5
ii  libkio5  4:4.14.2-5
ii  libkprintutils4  4:4.14.2-5
ii  libkutils4   4:4.14.2-5
ii  libkworkspace4abi2   4:4.11.13-2
ii  liblistaller-glib0   0.5.9-4
ii  libpackagekitqt4-0   0.9.5-1
ii  libqt4-dbus  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-declarative   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-network   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-sql   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-svg   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-xml   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-xmlpatterns   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libsolid44:4.14.2-5
ii  libstdc++6   4.9.2-10
ii  packagekit   1.0.1-2
ii  policykit-1-gnome0.105-2
ii  polkit-kde-1 0.99.1-1
ii  software-properties-kde  0.92.25debian1

Versions of packages apper recommends:
ii  appstream-index  0.7.3-1

Versions of packages apper suggests:
pn  debconf-kde-helper  none
ii  listaller   0.5.9-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#792117: Failed to obtain authentication. when updating

This is the console output of apper

user@workstation:~/temp$ apper
QDBusConnection: session D-Bus connection created before
QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before
QCoreApplication. Application may misbehave.
user@workstation:~/temp$ apper(7940) CategoryModel::fillWithStandardGroups:
apper(7940) PackageDetails::init:
apper(7940) CategoryModel::fillWithStandardGroups:
apper(7940) ApperKCM::on_homeView_activated: 9 
void PackageModel::clear()
void PackageModel::finished() PackageKit::Transaction(0x202d320)
PackageKit::Transaction(0x202d320)
apper(7940) PkTransaction::isFinished: 0 22
apper(7940) PkTransaction::slotFinished: 1 22
void PackageModel::finished() QObject(0x0)  QObject(0x0)
apper(7940) PkTransaction::slotErrorCode: errorCode:  48 Failed to
obtain authentication.
apper(7940) PkTransaction::slotFinished: 2 22
apper(7940) PkTransaction::setExitStatus: 1
void PackageModel::clear()
void PackageModel::finished() PackageKit::Transaction(0x214ac70)
PackageKit::Transaction(0x214ac70)


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

Bug#792118: kdesudo apper shows blank application

Package: apper
Version: 0.9.1-2
Severity: normal

When I start apper with
kdesudo apper
the console output is

user@workstation:~/temp$ kdesudo apper
QDBusConnection: session D-Bus connection created before
QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before
QCoreApplication. Application may misbehave.

The application window has only a frame but no content.

Best regards

Heinrich Schuchardt

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

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

Versions of packages apper depends on:
ii  apper-data   0.9.1-2
ii  kde-runtime  4:4.14.2-2
ii  libappstream10.7.3-1
ii  libc62.19-18
ii  libdebconf-kde0  0.3-1
ii  libgcc1  1:4.9.2-10
ii  libgee-0.8-2 0.16.1-1
ii  libglib2.0-0 2.42.1-1
ii  libkcmutils4 4:4.14.2-5
ii  libkdecore5  4:4.14.2-5
ii  libkdeui54:4.14.2-5
ii  libkemoticons4   4:4.14.2-5
ii  libkidletime44:4.14.2-5
ii  libkio5  4:4.14.2-5
ii  libkprintutils4  4:4.14.2-5
ii  libkutils4   4:4.14.2-5
ii  libkworkspace4abi2   4:4.11.13-2
ii  liblistaller-glib0   0.5.9-4
ii  libpackagekitqt4-0   0.9.5-1
ii  libqt4-dbus  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-declarative   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-network   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-sql   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-svg   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-xml   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-xmlpatterns   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libsolid44:4.14.2-5
ii  libstdc++6   4.9.2-10
ii  packagekit   1.0.1-2
ii  policykit-1-gnome0.105-2
ii  polkit-kde-1 0.99.1-1
ii  software-properties-kde  0.92.25debian1

Versions of packages apper recommends:
ii  appstream-index  0.7.3-1

Versions of packages apper suggests:
pn  debconf-kde-helper  none
ii  listaller   0.5.9-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#792117: Failed to obtain authentication. when updating

2015-07-11 Thread Matthias Klumpp

Hi!
Do you have a PolicyKit handler (polkit-1-kde) running?
What does the output of pkmon show you, if you run it in parallel to
Apper while requesting the action that is refused?
Cheers,
Matthias


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

Bug#791721: [owncloud-devel] oC 8.1.x and sync client from debian jessie

2015-07-11 Thread David Prévot

Hi,

 Debian Jessie is currently shipping the sync client version
 1.7.0~beta1+really1.6.4+dfsg+1 which very likely is causing connection
 issues in oC 8.1.x because of the new min version 1.7.0 introduced in oC
 8.1.x

That issue is already tracked in the Debian bug tracking system.

https://bugs.debian.org/791721

Regards

David


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

Bug#791794: RAID device not active during boot

2015-07-11 Thread Hendrik Boom

On Sat, Jul 11, 2015 at 10:16:15AM +0200, Nagel, Peter (IFP) wrote:
The problem might be related to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789152.
However, in my case everything seems to be fine as long as all
harddisks (within the RAID) are working.
The Problem appears only if during boot one (or more) disk(s) out of
the RAID device have a problem.

The problem might be related to the fact that jessie comes with a
new init system which has a stricter handling of failing auto
mounts during boot. If it fails to mount an auto mount, systemd
will drop to an emergency shell rather than continuing the boot -
see release-notes (section 5.6.1):
https://www.debian.org/releases/stable/amd64/release-notes/ch-information.en.html#systemd-upgrade-default-init-system

Would a temporary work-around be to use another init system?

For example:
If you have installed your system to a RAID1 device and the system
is faced with a power failure which (might at the same time) causes
a damage to one of your harddisks (out of this RAID1 device) your
system will (during boot) drop to an emergency shell rather than
boot from the remaining harddisk(s).
I found that during boot (for some reason) the RAID device is not
active anymore and therefore not available within /dev/disk/by-uuid
(what causes the drop to the emergency shell).

A quickfix (to boot the system) would be, to re-activate the RAID
device (e.g. /dev/md0) from the emergency shell ...

mdadm --stop /dev/md0
mdadm --assemble /dev/md0

... and to exit the shell.

Nevertheless, it would be nice if the system would boot
automatically (as it is known to happend under wheezy) in order to
be able to use e.g. a spare disk for data synchronization.

After all, isn't it the whole point of a RAID1 that it can keep going when
one of its hard drives fails?

I currently have this situation on a wheezy system, and it will continue
until I have the replacement physical drive prepared for installation. The
RAID1 is running fine with just one physical drive. It would be
seriously inconvenient to be unable to boot in a straightforward manner.
It's not as if it's being quiet about the matter -- I keep getting
emails elling me that one of the drives is missing.

-- hendrik

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

Bug#792114: systemd: Changing NAutoVTs in /etc/systemd/logind.conf doesn't take effect.

2015-07-11 Thread Manuel Naef

Package: systemd
Version: 215-17+deb8u1
Severity: normal
Tags: d-i

Dear Maintainer,

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

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

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


-- Package-specific info:

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

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

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-59
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.25.2-6
ii  libc6   2.19-18
ii  libcap2 1:2.24-8
ii  libcap2-bin 1:2.24-8
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.3-2
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-17+deb8u1
ii  mount   2.25.2-6
ii  sysv-rc 2.88dsf-59
ii  udev215-17+deb8u1
ii  util-linux  2.25.2-6

Versions of packages systemd recommends:
pn  dbusnone
pn  libpam-systemd  none

Versions of packages systemd suggests:
pn  systemd-ui  none

-- Configuration Files:
/etc/systemd/logind.conf changed:
[Login]
NAutoVTs=2


-- no debconf information
0 overridden configuration files found.


systemd-analyze-dump.txt
Description: inode/empty
== /var/lib/systemd/deb-systemd-helper-enabled/lvm2-lvmetad.socket.dsh-also ==
/etc/systemd/system/sysinit.target.wants/lvm2-lvmetad.socket

== 
/var/lib/systemd/deb-systemd-helper-enabled/lvm2-activation.service.dsh-also ==
/etc/systemd/system/local-fs.target.wants/lvm2-activation.service

== /var/lib/systemd/deb-systemd-helper-enabled/lvm2-monitor.service.dsh-also 
==
/etc/systemd/system/sysinit.target.wants/lvm2-monitor.service

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/ssh.service 
==

== 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cron.service
 ==

== /var/lib/systemd/deb-systemd-helper-enabled/acpid.service.dsh-also ==
/etc/systemd/system/multi-user.target.wants/acpid.service

== 
/var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/dm-event.socket
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/acpid.socket 
==

== /var/lib/systemd/deb-systemd-helper-enabled/cron.service.dsh-also ==
/etc/systemd/system/multi-user.target.wants/cron.service

== /var/lib/systemd/deb-systemd-helper-enabled/sshd.service ==

== /var/lib/systemd/deb-systemd-helper-enabled/ssh.socket.dsh-also ==
/etc/systemd/system/sockets.target.wants/ssh.socket

== 
/var/lib/systemd/deb-systemd-helper-enabled/lvm2-activation-early.service.dsh-also
 ==
/etc/systemd/system/local-fs.target.wants/lvm2-activation-early.service

== /var/lib/systemd/deb-systemd-helper-enabled/syslog.service ==

== /var/lib/systemd/deb-systemd-helper-enabled/dm-event.socket.dsh-also ==
/etc/systemd/system/sockets.target.wants/dm-event.socket

== /var/lib/systemd/deb-systemd-helper-enabled/ssh.service.dsh-also ==
/etc/systemd/system/multi-user.target.wants/ssh.service
/etc/systemd/system/sshd.service

== /var/lib/systemd/deb-systemd-helper-enabled/acpid.path.dsh-also ==
/etc/systemd/system/paths.target.wants/acpid.path

== 
/var/lib/systemd/deb-systemd-helper-enabled/local-fs.target.wants/lvm2-activation.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/local-fs.target.wants/lvm2-activation-early.service
 ==

== /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also ==
/etc/systemd/system/multi-user.target.wants/rsyslog.service
/etc/systemd/system/syslog.service

== /var/lib/systemd/deb-systemd-helper-enabled/dm-event.service.dsh-also ==
/etc/systemd/system/sysinit.target.wants/dm-event.service

== /var/lib/systemd/deb-systemd-helper-enabled/acpid.socket.dsh-also ==
/etc/systemd/system/sockets.target.wants/acpid.socket

== /var/lib/systemd/deb-systemd-helper-enabled/paths.target.wants/acpid.path 
==

== 
/var/lib/systemd/deb-systemd-helper-enabled/sysinit.target.wants/lvm2-monitor.service
 ==

== 
/var/lib/systemd/deb-systemd-helper-enabled/sysinit.target.wants/lvm2-lvmetad.socket
 ==
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# file system mount point   type  options   dump  pass

Bug#790125: RFS: dropbear/2015.67-1.1 NMU

2015-07-11 Thread Guilhem Moulin

Dear mentors,

I am still in need for a sponsor for my package dropbear, so please
allow me to bump the thread :-)

https://bugs.debian.org/790125

Note that while the current maintainer (Gerrit, CC'ed) told me to go
ahead and proceed with a NMU, they are not able to sponsor me at the
moment.  Furthermore I'm currently a DM and would be open to
co-maintenance once time is ripe.

 To access further information about this package, please visit the following 
 URL:
 
 http://mentors.debian.net/package/dropbear
 
 Alternatively, one can download the package with dget using this command:
 
 dget -x 
 http://mentors.debian.net/debian/pool/main/d/dropbear/dropbear_2015.67-1.1.dsc

Feedback would also be appreciated, whether it leads to sponsorship or
not.

Cheers,
-- 
Guilhem.


signature.asc
Description: Digital signature

Bug#792115: bash: umask does not work as documented, and +x blocking behavior is no compliant

2015-07-11 Thread Anonymous

Package: bash
Version: 4.3-11+b1
Severity: normal

Dear Maintainer,

The POSIX.2008-1 documentation states how the umask command should
operate:

  http://pubs.opengroup.org/onlinepubs/9699919799/utilities/umask.html

There is a common (but misguided) departure from POSIX when a user
specifically instructs that a regular file have execution permission.  E.g.

  original_umask=$(umask)
  umask u=rwx,go=
  printf '%s\n' ls  myscript.sh
  umask $original_umask
  stat myscript.sh

  File: ‘myscript.sh’
Size: 3   Blocks: 8  IO Block: 4096   regular file
  Device: fe00h/65024dInode: 920267  Links: 1
  Access: (0600/-rw---)  Uid: ( 1000/dan)   Gid: ( 1000/ dan)
  Access: 2015-07-11 14:28:58.806564015 +0200
  Modify: 2015-07-11 14:29:49.758816674 +0200
  Change: 2015-07-11 14:29:49.758816674 +0200
   Birth: -

* First and foremost, the documentation and behavior are mismatched.
  This is *never* acceptible.  Certainly the documentation must change
  to reflect the behavior, or the behavior should become aligned with
  the POSIX standard.

While bash need not be POSIX compliant, this is the case for why the
behavior should change to become POSIX compliant:

There is a common misconception that ignoring the users instruction to
create executable files is a security feature.  This is nothing more
than an inconvenience masquerading as a security feature.  Users
already have the priviledge to make files executable.  Forcing the use
of the /chmod/ command instead only hinders performance (causing a
needless fork and exec), and does not restrict security privileges
whatsoever.

The umask works as described for creating /directories/.  However, the
/mkdir/ command already provides a permission specifier (the -m
switch).  So it's senseless for umask to treat directory creation
different from regular file creation without offering that separation
syntactically, and worse to allow unspecified behavior to affect
regular files, as there is no other syntax for specifying
shell-created regular files.

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

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

Versions of packages bash depends on:
ii  base-files   8+deb8u1
ii  dash 0.5.7-4+b1
ii  debianutils  4.4+b1
ii  libc62.19-18
ii  libncurses5  5.9+20140913-1+b1
ii  libtinfo55.9+20140913-1+b1

Versions of packages bash recommends:
ii  bash-completion  1:2.1-4

Versions of packages bash suggests:
pn  bash-doc  none

-- no debconf information


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

Bug#792047: chemps2: FTBFS on i386: points sphinx at wrong directory

2015-07-11 Thread Sebastian Wouters

Hi Michael and Aaron,

I committed what you asked for to the git:
http://anonscm.debian.org/cgit/debichem/packages/chemps2.git/tree/debian/rules

Only the build directory obj-${...} is changed to obj-${DEB_HOST_GNU_TYPE},
as I gather from e.g.
https://packages.debian.org/sid/i386/libhdf5-8/filelist that the
installation directory is still
/usr/lib/i386-linux-gnu/.

Best wishes,
Sebastian

Bug#792121: RM: liboil -- ROM; replaced by orc

2015-07-11 Thread Sebastian Dröge

Package: ftp.debian.org
Severity: normal

Hi,

please remove liboil, it was replaced by orc and the last dependency
was updated today to not depend on it anymore.

Thanks!

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

Bug#792123: mariadb-common: utf8 4-bit character set

2015-07-11 Thread Olaf van der Spek

Package: mariadb-common
Version: 10.0.20-2
Severity: normal

Hi,

+# MySQL/MariaDB default is Latin1, but in Debian we rather default to the full
+# utf8 4-bit character set. See also client.cnf

4 bits isn't much, did you mean 4 bytes?

Gr,

Olaf

-- System Information:
Debian Release: stretch/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages mariadb-common depends on:
ii  mysql-common  5.6.25-2

mariadb-common recommends no packages.

mariadb-common suggests no packages.

-- Configuration Files:
/etc/mysql/conf.d/mariadb.cnf c8d5b68b122138805fa13219d1b1dbd6 [Errno
2] No such file or directory: u'/etc/mysql/conf.d/mariadb.cnf
c8d5b68b122138805fa13219d1b1dbd6'

-- 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#792124: linux-image-4.1.0-trunk-686-pae: Please enable CONFIG_MMC_TOSHIBA_PCI

2015-07-11 Thread Ondrej Zary

Package: src:linux
Version: 4.1.1-1~exp1
Severity: wishlist

Dear Maintainer,

please set CONFIG_MMC_TOSHIBA_PCI=m to enable toshsd driver for SD/MMC card
reader found in some Toshiba laptops (as seen in lspci output below).


-- Package-specific info:
** Version:
Linux version 4.1.0-trunk-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.9.3 (Debian 4.9.3-1) ) #1 SMP Debian 4.1.1-1~exp1 (2015-07-07)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.1.0-trunk-686-pae 
root=UUID=7bfcf541-c486-4de6-a2f1-bb5f8cfe4fc0 ro

** Not tainted

** Kernel log:
[9.402768] input: Lid Switch as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input3
[9.402892] ACPI: Lid Switch [LID]
[9.403124] input: Power Button as 
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4
[9.403180] ACPI: Power Button [PWRF]
[9.506786] ACPI: AC Adapter [ADP1] (on-line)
[9.628384] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[9.838857] ACPI: Video Device [VGA] (multi-head: yes  rom: yes  post: no)
[9.839168] [Firmware Bug]: ACPI: No _BQC method, cannot determine initial 
brightness
[9.839914] acpi device:1a: registered as cooling_device2
[9.840351] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:19/LNXVIDEO:00/input/input5
[9.851908] ACPI: Battery Slot [BAT1] (battery present)
[9.852165] ACPI: Battery Slot [BAT2] (battery absent)
[   10.371943] wmi: Mapper loaded
[   10.823434] toshiba_acpi: Toshiba Laptop ACPI Extras version 0.21
[   10.827519] toshiba_acpi: KBD function keys not supported
[   10.832968] input: Toshiba input device as /devices/virtual/input/input6
[   10.835879] toshiba_acpi: Illumination device not available
[   10.839845] toshiba_acpi: Keyboard illumination not available
[   10.844767] toshiba_acpi: Accelerometer not supported
[   10.845542] toshiba_acpi: USB Sleep and Charge not supported
[   10.847047] toshiba_acpi: USB Rapid Charge not supported
[   10.848221] toshiba_acpi: Sleep and Music not supported
[   10.850462] toshiba_acpi: USB 3 not supported
[   10.932718] yenta_cardbus :02:0b.0: enabling device ( - 0003)
[   10.932870] yenta_cardbus :02:0b.0: CardBus bridge found [1179:0001]
[   11.060853] yenta_cardbus :02:0b.0: ISA IRQ mask 0x04b8, PCI irq 11
[   11.060917] yenta_cardbus :02:0b.0: Socket status: 3007
[   11.060978] yenta_cardbus :02:0b.0: pcmcia: parent PCI bridge window: 
[io  0xc000-0xcfff]
[   11.061041] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc000-0xcfff:
[   11.062004]  excluding 0xc000-0xc0ff 0xc400-0xc4ff 0xcf40-0xcf7f
[   11.065220] yenta_cardbus :02:0b.0: pcmcia: parent PCI bridge window: 
[mem 0xdfd0-0xdfdf]
[   11.065284] pcmcia_socket pcmcia_socket0: cs: memory probe 
0xdfd0-0xdfdf:
[   11.065342]  excluding 0xdfd0-0xdfd0 0xdfdf-0xdfdf
[   11.065495] yenta_cardbus :02:0b.0: pcmcia: parent PCI bridge window: 
[mem 0x2000-0x23ff pref]
[   11.065558] pcmcia_socket pcmcia_socket0: cs: memory probe 
0x2000-0x23ff:
[   11.065640]  excluding 0x2000-0x23ff
[   11.099791] cfg80211: Calling CRDA to update world regulatory domain
[   11.151181] lib80211: common routines for IEEE802.11 drivers
[   11.151232] lib80211_crypt: registered algorithm 'NULL'
[   11.201035] libipw: 802.11 data/management/control stack, git-1.1.13
[   11.201087] libipw: Copyright (C) 2004-2005 Intel Corporation 
jketr...@linux.intel.com
[   11.226357] snd_intel8x0 :00:1f.5: enabling device ( - 0003)
[   11.318216] ipw2100: Intel(R) PRO/Wireless 2100 Network Driver, git-1.2.2
[   11.318273] ipw2100: Copyright(c) 2003-2006 Intel Corporation
[   11.319204] ipw2100: Detected Intel PRO/Wireless 2100 Network Connection
[   11.355931] intel_rng: FWH not detected
[   11.846393] ipw2100 :02:0a.0: firmware: direct-loading firmware 
ipw2100-1.3.fw
[   11.937672] input: PC Speaker as /devices/platform/pcspkr/input/input8
[   12.003669] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x3af:
[   12.004682]  excluding 0x170-0x177 0x1e0-0x1e7 0x1f0-0x1f7 0x370-0x377
[   12.005414] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3e0-0x4ff:
[   12.005717]  excluding 0x3f0-0x3f7 0x480-0x48f 0x4d0-0x4d7
[   12.006135] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x820-0x8ff:
[   12.006591]  clean.
[   12.006681] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcf7:
[   12.007179]  clean.
[   12.007277] pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c-0x0f:
[   12.007335]  excluding 0xc-0xcbfff 0xe-0xf
[   12.007534] pcmcia_socket pcmcia_socket0: cs: memory probe 
0xa000-0xa0ff:
[   12.007644]  clean.
[   12.007733] pcmcia_socket pcmcia_socket0: cs: memory probe 
0x6000-0x60ff:
[   12.007840]  clean.
[   12.007929] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xa00-0xaff:
[   12.008782]  clean.
[   12.160075] snd_intel8x0 :00:1f.5: intel8x0_measure_ac97_clock: measured 
55155 usecs (2657

Bug#792125: Should suggest or recommend dosbox for DOS binary support

2015-07-11 Thread Ben Hutchings

Source: wine
Version: 1.6.2-22
Severity: normal

WINE includes 'NTVDM' support for running DOS programs within the same
filesystem namespace as the Win32/Win64 programs.  It prefers to use
DOSBox for this, but if not then the i386 build will try to use VM86.

I will be disabling VM86 in Debian i386 kernels starting with Linux
4.1 (see #792003).  It has never been available on amd64 kernels.
I also suspect that use of VM86 for DOS emulation depends on being
able to map low memory addresses, which has long been disabled by
default to mitigate the security impact of null pointer dereferences
in the kernel.  Certainly dosemu doesn't use VM86 in this case.

Ben.

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

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


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

Bug#792126: mbr:i386 self-tests depend on VM86

2015-07-11 Thread Ben Hutchings

Package: mbr
Version: 1.1.11-5+b1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

mbr's self-tests use VM86 to run the MBR code under Linux.  This
kernel feature is only available on i386, so the self-tests are
disabled on amd64.

However, the self-tests will also fail if mbr is built in an i386
chroot on an amd64 kernel.

Furthermore, VM86 will be disabled even on i386 kernels starting
with Linux 4.1 (see #792003).

Please disable the self-tests or change them to use a software
emulator such as libx86.

Ben.

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

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

Versions of packages mbr depends on:
ii  libc6  2.19-19

mbr recommends no packages.

mbr 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#726965: xserver-xorg-video-trident: blank screen on X startup (trident)

2015-07-11 Thread Ondrej Zary

Package: xserver-xorg-video-trident
Version: 1:1.3.6-2+b2
Followup-For: Bug #726965

Just upgraded to Jessie and hit the same bug.
Seems to be related to the missing XAA. The driver tries to use shadowfb
and it hangs the system completely.

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

lrwxrwxrwx 1 root root 13 Apr  7  2014 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2564976 Feb 11 02:23 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Trident Microsystems CyberBlade 
XP4m32 [1023:2100] (rev 91)

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

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

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

Kernel version (/proc/version):
---
Linux version 4.1.0-trunk-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.9.3 (Debian 4.9.3-1) ) #1 SMP Debian 4.1.1-1~exp1 (2015-07-07)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 24838 Jul 11 19:22 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[  1721.104] 
X.Org X Server 1.16.4
Release Date: 2014-12-20
[  1721.104] X Protocol Version 11, Revision 0
[  1721.104] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian
[  1721.104] Current Operating System: Linux portege 4.1.0-trunk-686-pae #1 SMP 
Debian 4.1.1-1~exp1 (2015-07-07) i686
[  1721.104] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.1.0-trunk-686-pae 
root=UUID=7bfcf541-c486-4de6-a2f1-bb5f8cfe4fc0 ro
[  1721.104] Build Date: 11 February 2015  01:14:26AM
[  1721.105] xorg-server 2:1.16.4-1 (http://www.debian.org/support) 
[  1721.105] Current version of pixman: 0.32.6
[  1721.105]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  1721.105] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1721.105] (==) Log file: /var/log/Xorg.0.log, Time: Sat Jul 11 19:22:38 
2015
[  1721.166] (==) Using system config directory /usr/share/X11/xorg.conf.d
[  1721.189] (==) No Layout section.  Using the first Screen section.
[  1721.189] (==) No screen section available. Using defaults.
[  1721.189] (**) |--Screen Default Screen Section (0)
[  1721.189] (**) |   |--Monitor default monitor
[  1721.208] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[  1721.208] (==) Automatically adding devices
[  1721.208] (==) Automatically enabling devices
[  1721.208] (==) Automatically adding GPU devices
[  1721.222] (WW) The directory /usr/share/fonts/X11/misc does not exist.
[  1721.223]Entry deleted from font path.
[  1721.223] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[  1721.223]Entry deleted from font path.
[  1721.223] (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist.
[  1721.223]Entry deleted from font path.
[  1721.223] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist.
[  1721.223]Entry deleted from font path.
[  1721.223] (WW) The directory /usr/share/fonts/X11/Type1 does not exist.
[  1721.223]Entry deleted from font path.
[  1721.223] (WW) The directory /usr/share/fonts/X11/100dpi does not exist.
[  1721.223]Entry deleted from font path.
[  1721.223] (WW) The directory /usr/share/fonts/X11/75dpi does not exist.
[  1721.223]Entry deleted from font path.
[  1721.223] (==) FontPath set to:
built-ins
[  1721.223] (==) ModulePath set to /usr/lib/xorg/modules
[  1721.223] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[  1721.223] (II) Loader magic: 0x8033d700
[  1721.223] (II) Module ABI versions:
[  1721.223]X.Org ANSI C Emulation: 0.4
[  1721.223]X.Org Video Driver: 18.0
[  1721.223]X.Org XInput driver : 21.0
[  1721.223]X.Org Server Extension : 8.0
[  1721.226] (--) PCI:*(0:1:0:0) 1023:2100:1179:0002 rev 145, Mem @ 
0xf000/134217728, 0xefc0/4194304, 0xe000/134217728, 
0xdfff8000/32768, BIOS @ 0x/262144
[  1721.246] (II) LoadModule: glx
[  1721.293] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  1721.805] (II) Module glx: vendor=X.Org Foundation
[  1721.805]compiled for 1.16.4, module version = 1.0.0
[  1721.805]ABI class: X.Org Server Extension, version 8.0
[  1721.805] (==) AIGLX enabled
[  1721.805] (==) Matched trident as autoconfigured driver 0
[  1721.805] (==) Matched modesetting as autoconfigured driver 1
[  1721.805] (==) Matched fbdev as autoconfigured driver 2
[  1721.805] (==) Matched vesa as autoconfigured driver 3
[  1721.805] (==) Assigned the driver to the

Bug#792100: sbuild-update --keygen fails if /root/.gnupg didn't exist before