Bug#794270: FTBFS: oniguruma.h: error: conflicting types for 'OnigUChar'

[Chris West (Faux)]

Source: ruby-mkrf
Version: 0.2.3+dfsg-5
Severity: serious
Tags: sid
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

In file included from /usr/include/ruby-2.1.0/ruby/encoding.h:23:0,
 from /usr/include/ruby-2.1.0/ruby/io.h:24,
 from /usr/include/ruby-2.1.0/ruby/backward/rubyio.h:6,
 from libxml.h:17,
 from libxml.c:5:
/usr/include/ruby-2.1.0/ruby/oniguruma.h:108:15: error: conflicting types for 
'OnigUChar'
 #define UChar OnigUChar
   ^
/usr/include/ruby-2.1.0/ruby/oniguruma.h:111:24: note: previous declaration of 
'OnigUChar' was here
 typedef unsigned char  OnigUChar;
^
rake aborted!
Command failed with status (1): [gcc -fPIC -g -O2 -fstack-protector-strong ...]

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-mkrf.html

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

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


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

Bug#794260: devscripts: licensecheck chokes on files containing space

[Jakub Wilk]

* Jonas Smedegaard , 2015-07-31, 20:44:

On line 324 of licensecheck is executed this shell code:

 file --brief --mime --dereference $file

That will fail if the input file contains space, and may do horrible 
things with input files containing semicolon.


Fix is simple: Add quotes around the variable, so line 324 looks like 
this:


   my $mime = `file --brief --mime --dereference "$file"`;


Note that $file is expanded by Perl, not by shell, so this change is not 
sufficient:

| $ touch '"; cowsay moo; #.c'
| $ licensecheck *.c
| /usr/bin/licensecheck warning: cannot parse file '"; cowsay moo; #.c' with 
mime type 'cannot open `' (No such file or directory)
|  _
| < moo >
|  -
| \   ^__^
|  \  (oo)\___
| (__)\   )\/\
| ||w |
| || ||'

(If the variable were expanded by shell, command injection wouldn't be 
even possible. You could still exploit argument injection, but that's 
less exciting.)


--
Jakub Wilk


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

Bug#794271: FTBFS: "StubbingNilTest#test_should_allow_stubbing_method_on_nil" and others fail

[Chris West (Faux)]

Source: ruby-mocha
Version: 1.1.0-1
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

Finished in 0.775961s, 796.4319 runs/s, 1177.8945 assertions/s.

  1) Failure:
StubbingNilTest#test_should_allow_stubbing_method_on_nil 
[/tmp/buildd/ruby-mocha-1.1.0/test/acceptance/stubbing_nil_test.rb:21]:
Test failed unexpectedly with message: 
[#>]


  2) Failure:
StubbingNilTest#test_should_default_to_prevent_stubbing_method_on_non_mock_object
 [/tmp/buildd/ruby-mocha-1.1.0/test/acceptance/stubbing_nil_test.rb:48]:
Failed assertion, no message given.


  3) Failure:
StubbingNilTest#test_should_warn_on_stubbing_method_on_nil 
[/tmp/buildd/ruby-mocha-1.1.0/test/acceptance/stubbing_nil_test.rb:30]:
Test failed unexpectedly with message: 
[#>]


  4) Failure:
StubbingNilTest#test_should_prevent_stubbing_method_on_nil 
[/tmp/buildd/ruby-mocha-1.1.0/test/acceptance/stubbing_nil_test.rb:40]:
Failed assertion, no message given.

618 runs, 914 assertions, 4 failures, 0 errors, 0 skips


Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-mocha.html

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

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


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

Bug#794272: FTBFS: 'parse a valid XML document with an attribute type="boolean"' and others fail

[Chris West (Faux)]

Source: ruby-multi-xml
Version: 0.5.5-1
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

Failures:

  1) MultiXml LibXML parser behaves like a parser .parse a valid XML document 
with an attribute type="boolean" when true returns true
 Failure/Error: expect(MultiXml.parse(xml)['tag']).to 
instance_eval("be_#{boolean}")
   expected true to respond to `true?` or perhaps you meant `be true` or 
`be_truthy`
 Shared Example Group: "a parser" called from ./spec/multi_xml_spec.rb:37
 # ./spec/parser_shared_example.rb:148:in `block (7 levels) in '

  2) MultiXml LibXML parser behaves like a parser .parse a valid XML document 
with an attribute type="boolean" when false returns false
 Failure/Error: expect(MultiXml.parse(xml)['tag']).to 
instance_eval("be_#{boolean}")
   expected false to respond to `false?` or perhaps you meant `be false` or 
`be_falsey`
 Shared Example Group: "a parser" called from ./spec/multi_xml_spec.rb:37
 # ./spec/parser_shared_example.rb:148:in `block (7 levels) in '



Finished in 0.44516 seconds (files took 1.03 seconds to load)
328 examples, 16 failures

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-multi-xml.html

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

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


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

Bug#794273: nim: FTBFS on mipsel

[Arturo Borrero Gonzalez]

Package: nim
Severity: serious
Justification: fails to build from source

Dear maintainer,

nim seems to FTBFS on mipsel [0]. I've reproduced the issue locally in my 
mipsel machine.
I've opened an upstream issue [1] and will update this bug as soon as any news 
happens..

best regards.


[0] 
https://buildd.debian.org/status/fetch.php?pkg=nim&arch=mipsel&ver=0.11.2%2Bdfsg1-2&stamp=1438296591
[1] https://github.com/nim-lang/Nim/issues/3162


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

Bug#794274: FTBFS: tests fail: undefined method `stub!' for #

[Chris West (Faux)]

Source: ruby-omniauth-github
Version: 1.1.2-1
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

  1) OmniAuth::Strategies::GitHub client options should have correct site
 Failure/Error: subject.stub!(:access_token).and_return(access_token)
 NoMethodError:
   undefined method `stub!' for #
 # ./spec/omniauth/strategies/github_spec.rb:28:in `block (2 levels) in 
'

  2) OmniAuth::Strategies::GitHub client options should have correct authorize 
url
 Failure/Error: subject.stub!(:access_token).and_return(access_token)
 NoMethodError:
   undefined method `stub!' for #
 # ./spec/omniauth/strategies/github_spec.rb:28:in `block (2 levels) in 
'



Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-omniauth-github.html

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

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


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

Bug#794275: FTBFS: tests fail: "undefined method `have' for #

[Chris West (Faux)]

Source: ruby-org
Version: 0.9.1-2
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

  2) Orgmode::Headline should understand a single tag
 Failure/Error: h.should have(1).tags
 NoMethodError:
   undefined method `have' for 
#
 # ./spec/headline_spec.rb:49:in `block (2 levels) in '

  3) Orgmode::Line should tell comments
 Failure/Error: line.comment?.should be_true
   expected 0 to respond to `true?` or perhaps you meant `be true` or 
`be_truthy`
 # ./spec/line_spec.rb:9:in `block (3 levels) in '
 # ./spec/line_spec.rb:7:in `each'
 # ./spec/line_spec.rb:7:in `block (2 levels) in '



210 examples, 39 failures


Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-org.html

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

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


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

Bug#794265: flash-kernel subsequent actions result in segfault

[Michele Cane]

Hi Martin,

It was me on the qnap forum. So yes It is on a qnap TS-419P II.

Cheers

Mike

On Fri, Jul 31, 2015 at 9:39 PM Martin Michlmayr  wrote:

> * Michele Cane  [2015-07-31 21:11]:
> > Durin a dist-upgrade flash-kernel was run. apt-get stopped. Any
> subsequent action resulted in segfault.
> > After rebooting running flash-kernel resulted in the same behavior.
> > I booted with an older kernel 3.16 and the problem war gone.
> > Rebooting with the curren kernel resulted in the segfault behavior.
>
> Is this with a QNAP?
>
> I read about a similar issue from a QNAP user.
>
> --
> Martin Michlmayr
> http://www.cyrius.com/
>
-- 
Michele Cane, Ph.D.

Bug#794265: flash-kernel subsequent actions result in segfault

[Martin Michlmayr]

* Michele Cane  [2015-07-31 21:11]:
> Durin a dist-upgrade flash-kernel was run. apt-get stopped. Any subsequent 
> action resulted in segfault.
> After rebooting running flash-kernel resulted in the same behavior.
> I booted with an older kernel 3.16 and the problem war gone.
> Rebooting with the curren kernel resulted in the segfault behavior.

Is this with a QNAP?

I read about a similar issue from a QNAP user.

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#794276: opencollada: FTBFS on mipsel

[Arturo Borrero Gonzalez]

Package: opencollada
Severity: serious
Justification: fails to build from source

Dear maintainer,

opencollada FTBFS on mipsel [0]. Apart of this bug, I've opened an upstream 
issue as well [1].
I've reproduced the issue locally in my mipsel machine.

I will keep this bug updated with all future news.

best regards.


[0] 
https://buildd.debian.org/status/fetch.php?pkg=opencollada&arch=mipsel&ver=0.1.0%7E20140703.ddf8f47%2Bdfsg1-1&stamp=1438038099
[1] https://github.com/KhronosGroup/OpenCOLLADA/issues/338


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

Bug#794279: ITP: r-bioc-genefilter -- methods for filtering genes from microarray experiments

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-bioc-genefilter
  Version : 1.50.0
  Upstream Author : R. Gentleman, V. Carey, W. Huber, F. Hahne
* URL : 
http://bioconductor.org/packages/release/bioc/html/genefilter.html
* License : Artistic-2.0
  Programming Lang: R
  Description : methods for filtering genes from microarray experiments
 This BioConductor module provides methods for filtering genes from microarray
 experiments.  It contains some basic functions for filtering genes.

Remark: This BioConductor module will be maintained by the Debian Med team at
   svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-genefilter/trunk/


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

Bug#789303: New upstream version

[Timo Juhani Lindfors]

Vincent Bernat  writes:
> OK. Done. I have uploaded and updated git. I am doing an upload shortly
> for #763443. I have also triaged some bugs. I may try to work a bit on
> enabling systemtap support to a wider range of packages but can't put
> too much time in other issues.

Thanks! I also unfortunately don't have much time to work on systemtap
right now so I'm happy that you did the upload. Just keep the changes in
git and it's easy for anyone to contribute fixes.

-Timo


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

Bug#787579: Thx!

[Lars Moelleken]

Error: imapd-ssl: couriertls: accept: error:14094417:SSL
routines:ssl3_read_bytes:sslv3 alert illegal parameter

Solution: DH_BITS=2048 mkdhparams

Bug#794277: htseq: FTBFS with Sphinx 1.3: unsupported theme option 'sidebarlinkcolor' given

[Dmitry Shachnev]

Source: htseq
Version: 0.5.4p3-2
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx1.3

htseq FTBFS with Sphinx 1.3 (which is available in experimental):

  preparing documents... Traceback (most recent call last):
  [...]
File "/usr/lib/python2.7/dist-packages/sphinx/builders/__init__.py", line 
343, in write
  self.prepare_writing(docnames)
File "/usr/lib/python2.7/dist-packages/sphinx/builders/html.py", line 357, 
in prepare_writing
  iteritems(self.theme.get_options(self.theme_options)))
File "/usr/lib/python2.7/dist-packages/sphinx/theming.py", line 176, in 
get_options
  raise ThemeError('unsupported theme option %r given' % option)
  sphinx.errors.ThemeError: unsupported theme option 'sidebarlinkcolor' given

There is a new default theme (alabaster) in Sphinx 1.3 [1], which
has a different set of options [2].

You can use the old default by explicitly specifying
“html_theme = 'default'” in docs/conf.py.

[1]: http://sphinx-doc.org/theming.html#builtin-themes
[2]: https://pypi.python.org/pypi/alabaster#theme-options

--
Dmitry Shachnev

signature.asc
Description: OpenPGP digital signature

Bug#794278: madness: FTBFS on mipsel

[Arturo Borrero Gonzalez]

Source: madness
Severity: serious
Justification: fails to build from source

Dear maintainer,

madness seems to FTBFS on mipsel [0]. Apart of this bug, I've opened an 
upstream issue as well [1].

I reproduced the issue locally in my mipsel machine.

Will keep this bug updated with news as they happen.

Best regards.

[0] 
https://buildd.debian.org/status/fetch.php?pkg=madness&arch=mipsel&ver=0.10-1&stamp=1437866412
[1] https://github.com/m-a-d-n-e-s-s/madness/issues/148


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

Bug#794280: udev: Cannot upgrade: group 'input' already exists

[ael]

Package: udev
Version: 222-2
Severity: normal

Setting up udev (222-2) ...
addgroup: The group `input' already exists as a system group. Exiting.



-- Package-specific info:

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

Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages udev depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  dpkg   1.18.1
ii  libacl12.2.52-2
ii  libblkid1  2.26.2-6
ii  libc6  2.19-19
ii  libgcc11:5.1.1-14
ii  libkmod2   20-1
ii  libselinux12.3-2+b1
ii  libudev1   222-2
ii  lsb-base   4.1+Debian13+nmu1
ii  procps 2:3.3.10-2
ii  util-linux 2.26.2-6

udev recommends no packages.

udev suggests no packages.

-- debconf information:
  udev/reboot_needed:
  udev/title/upgrade:
  udev/new_kernel_needed: false
  udev/sysfs_deprecated_incompatibility:
P: /devices/breakpoint
E: DEVPATH=/devices/breakpoint
E: SUBSYSTEM=event_source

P: /devices/cpu
E: DEVPATH=/devices/cpu
E: SUBSYSTEM=event_source

P: /devices/pci:00/:00:00.0
E: DEVPATH=/devices/pci:00/:00:00.0
E: DRIVER=agpgart-intel
E: ID_MODEL_FROM_DATABASE=440BX/ZX/DX - 82443BX/ZX/DX Host bridge
E: ID_PCI_CLASS_FROM_DATABASE=Bridge
E: ID_PCI_SUBCLASS_FROM_DATABASE=Host bridge
E: ID_VENDOR_FROM_DATABASE=Intel Corporation
E: MODALIAS=pci:v8086d7190svsdbc06sc00i00
E: PCI_CLASS=6
E: PCI_ID=8086:7190
E: PCI_SLOT_NAME=:00:00.0
E: PCI_SUBSYS_ID=:
E: SUBSYSTEM=pci
E: USEC_INITIALIZED=40090824

P: /devices/pci:00/:00:01.0
E: DEVPATH=/devices/pci:00/:00:01.0
E: ID_MODEL_FROM_DATABASE=440BX/ZX/DX - 82443BX/ZX/DX AGP bridge
E: ID_PCI_CLASS_FROM_DATABASE=Bridge
E: ID_PCI_INTERFACE_FROM_DATABASE=Normal decode
E: ID_PCI_SUBCLASS_FROM_DATABASE=PCI bridge
E: ID_VENDOR_FROM_DATABASE=Intel Corporation
E: MODALIAS=pci:v8086d7191svsdbc06sc04i00
E: PCI_CLASS=60400
E: PCI_ID=8086:7191
E: PCI_SLOT_NAME=:00:01.0
E: PCI_SUBSYS_ID=:
E: SUBSYSTEM=pci
E: USEC_INITIALIZED=39675841

P: /devices/pci:00/:00:01.0/:01:00.0
E: DEVPATH=/devices/pci:00/:00:01.0/:01:00.0
E: ID_MODEL_FROM_DATABASE=MGA G200 AGP (Millennium G200A AGP)
E: ID_PCI_CLASS_FROM_DATABASE=Display controller
E: ID_PCI_INTERFACE_FROM_DATABASE=VGA controller
E: ID_PCI_SUBCLASS_FROM_DATABASE=VGA compatible controller
E: ID_VENDOR_FROM_DATABASE=Matrox Electronics Systems Ltd.
E: MODALIAS=pci:v102Bd0521sv102BsdFF03bc03sc00i00
E: PCI_CLASS=3
E: PCI_ID=102B:0521
E: PCI_SLOT_NAME=:01:00.0
E: PCI_SUBSYS_ID=102B:FF03
E: SUBSYSTEM=pci
E: USEC_INITIALIZED=40601154

P: /devices/pci:00/:00:01.0/:01:00.0/drm/card0
N: dri/card0
E: DEVNAME=/dev/dri/card0
E: DEVPATH=/devices/pci:00/:00:01.0/:01:00.0/drm/card0
E: DEVTYPE=drm_minor
E: ID_FOR_SEAT=drm-pci-_01_00_0
E: ID_PATH=pci-:01:00.0
E: ID_PATH_TAG=pci-_01_00_0
E: MAJOR=226
E: MINOR=0
E: SUBSYSTEM=drm
E: TAGS=:master-of-seat:uaccess:seat:
E: USEC_INITIALIZED=87292645

P: /devices/pci:00/:00:01.0/pci_bus/:01
E: DEVPATH=/devices/pci:00/:00:01.0/pci_bus/:01
E: SUBSYSTEM=pci_bus

P: /devices/pci:00/:00:07.0
E: DEVPATH=/devices/pci:00/:00:07.0
E: ID_MODEL_FROM_DATABASE=82371AB/EB/MB PIIX4 ISA
E: ID_PCI_CLASS_FROM_DATABASE=Bridge
E: ID_PCI_SUBCLASS_FROM_DATABASE=ISA bridge
E: ID_VENDOR_FROM_DATABASE=Intel Corporation
E: MODALIAS=pci:v8086d7110svsdbc06sc01i00
E: PCI_CLASS=60100
E: PCI_ID=8086:7110
E: PCI_SLOT_NAME=:00:07.0
E: PCI_SUBSYS_ID=:
E: SUBSYSTEM=pci
E: USEC_INITIALIZED=39672832

P: /devices/pci:00/:00:07.1
E: DEVPATH=/devices/pci:00/:00:07.1
E: DRIVER=ata_piix
E: ID_MODEL_FROM_DATABASE=82371AB/EB/MB PIIX4 IDE
E: ID_PCI_CLASS_FROM_DATABASE=Mass storage controller
E: ID_PCI_SUBCLASS_FROM_DATABASE=IDE interface
E: ID_VENDOR_FROM_DATABASE=Intel Corporation
E: MODALIAS=pci:v8086d7111svsdbc01sc01i80
E: PCI_CLASS=10180
E: PCI_ID=8086:7111
E: PCI_SLOT_NAME=:00:07.1
E: PCI_SUBSYS_ID=:
E: SUBSYSTEM=pci
E: USEC_INITIALIZED=39668084

P: /devices/pci:00/:00:07.1/ata1/ata_port/ata1
E: DEVPATH=/devices/pci:00/:00:07.1/ata1/ata_port/ata1
E: SUBSYSTEM=ata_port

P: /devices/pci:00/:00:07.1/ata1/host1
E: DEVPATH=/devices/pci:00/:00:07.1/ata1/host1
E: DEVTYPE=scsi_host
E: SUBSYSTEM=scsi

P: /devices/pci:00/:00:07.1/ata1/host1/scsi_host/host1
E: DEVPATH=/devices/pci:00/:00:07.1/ata1/host1/scsi_host/host1
E: SUBSYSTEM=scsi_host

P: /devices/pci:00/:00:07.1/ata1/host1

Bug#794273: nim: FTBFS on mipsel

[Ximin Luo]

Control: tags -1 upstream
Control: severity -1 normal
Control: retitle -1 don't attempt to build on architectures not supported by 
upstream

Hi, upstream does not officially support mipsel. I've commented further on the 
ticket. Adding support for these architectures is outside of the scope of my 
responsibility as the package maintainer, so I'm re-purposing this bug to 
simply explicitly disabling these in the control file.

X

On 31/07/15 21:39, Arturo Borrero Gonzalez wrote:
> Package: nim
> Severity: serious
> Justification: fails to build from source
> 
> Dear maintainer,
> 
> nim seems to FTBFS on mipsel [0]. I've reproduced the issue locally in my 
> mipsel machine.
> I've opened an upstream issue [1] and will update this bug as soon as any 
> news happens..
> 
> best regards.
> 
> 
> [0] 
> https://buildd.debian.org/status/fetch.php?pkg=nim&arch=mipsel&ver=0.11.2%2Bdfsg1-2&stamp=1438296591
> [1] https://github.com/nim-lang/Nim/issues/3162
> 


-- 
GPG: 4096R/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git



signature.asc
Description: OpenPGP digital signature

Bug#794216: [kwin-x11] Since yesterday windows decorations disappeared

[Matteo Calorio]

Hello,
 
 
a symlink from /usr/bin/kwin_x11 to /usr/bin/kwin brought back windows 
decorarions, thanks! How can I close the bug?
 
 
Matteo
 
-
From:Scott Kitterman 
Sent:venerdì 31 luglio 2015
To:  Matteo Calorio , 794...@bugs.debian.org
Cc:  
Subject: Re: Bug#794216: [kwin-x11] Since yesterday windows decorations 
disappeared
 
On Friday, July 31, 2015 12:34:25 PM Matteo Calorio wrote:
> Package: kwin-x11
> 
> Version: 4:5.3.2-2
> 
> Severity: critical
> 
> 
> 
> --- Please enter the report below this line. ---
> 
> Hello,
> 
> 
> 
> after last updates I can't see windows decorations anymore. I try deleting
> plasma configuration files but nothing changes.
> 
> 
> 
> Running "kwin-x11 --replace" I get:

Although the package name is kwin-x11, the binary is kwin_x11.

Depending on how you're running kwin your likely to have better results if you 
wait for today's updates (which should include KDE 4 -> Plasma 5 if you're 
doing this in KDE).  If you aren't running it from inside KDE, there should 
also be an updated kwin that sets /etc/alternatives/x-window-manager 
correctly.  Finally, if you stay on KDE4, add a symlink from /usr/bin/kwin_x11 
to /usr/bin/kwin and that should help.  That will be included in the next kwin 
upload, but we're now caught up in the gcc5 transition, so it may be awhile 
before that's uploaded.

If any of those thing help, please close the bug as we've got others that 
cover those cases.

Scott K
-- 
Matteo Calorio
Linux & OpenSource systems
O.R.S. s.r.l.
V. Morando 1-3
12060 Roddi (CN)  - Italy
Tel. +39 173 620 211 (int.245)

Bug#794281: netstat: please add brackets to ipv6, because ipv6 lines are confusing

[nsa spy]

Package: net-tools
Version: 1.60-26+b1
Severity: wishlist

Dear Maintainer,

netstat command
please add brackets to ipv6 numbers to add clarity from port symbols.
alternate solution could be to use dots or semicolons indicating port.


example what it is now

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address State  
tcp0  0 0.0.0.0:22  0.0.0.0:*   LISTEN 
tcp6   0  0 :::22   :::*LISTEN 
udp0  0 0.0.0.0:42923   0.0.0.0:*  
udp0  0 0.0.0.0:68  0.0.0.0:*  
udp0  0 0.0.0.0:53530.0.0.0:*  
udp0  0 0.0.0.0:18093   0.0.0.0:*  
udp6   0  0 :::2151 :::*   
udp6   0  0 :::45862:::*   
udp6   0  0 :::5353 :::* 

-
what it is should be

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address State  
tcp0  0 0.0.0.0:22  0.0.0.0:*   LISTEN 
tcp6   0  0 [::]:22 [::]:*  LISTEN 
udp0  0 0.0.0.0:42923   0.0.0.0:*  
udp0  0 0.0.0.0:68  0.0.0.0:*  
udp0  0 0.0.0.0:53530.0.0.0:*  
udp0  0 0.0.0.0:18093   0.0.0.0:*  
udp6   0  0 [::]:2151   [::]:*  
 
udp6   0  0 [::]:45862  [::]:*  
 
udp6   0  0 [::]:5353   [::]:* 

---
alternate solution

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address State  
tcp0  0 0.0.0.0:22  0.0.0.0:*   LISTEN 
tcp6   0  0 ::.22   ::.*LISTEN 
udp0  0 0.0.0.0:42923   0.0.0.0:*  
udp0  0 0.0.0.0:68  0.0.0.0:*  
udp0  0 0.0.0.0:53530.0.0.0:*  
udp0  0 0.0.0.0:18093   0.0.0.0:*  
udp6   0  0 ::.2151 ::.*   
udp6   0  0 ::.45862::.*   
udp6   0  0 ::.5353 ::.* 

---
alternate solution 2

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address State  
tcp0  0 0.0.0.0:22  0.0.0.0:*   LISTEN 
tcp6   0  0 ::;22   ::;*LISTEN 
udp0  0 0.0.0.0:42923   0.0.0.0:*  
udp0  0 0.0.0.0:68  0.0.0.0:*  
udp0  0 0.0.0.0:53530.0.0.0:*  
udp0  0 0.0.0.0:18093   0.0.0.0:*  
udp6   0  0 ::;2151 ::;*   
udp6   0  0 ::;45862::;*   
udp6   0  0 ::;5353 ::;* 

---


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

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

Versions of packages net-tools depends on:
ii  libc6  2.19-19

net-tools recommends no packages.

net-tools suggests no packages.

-- no debconf information


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

Bug#794282: devscripts: licensecheck should skip only binary files (i.e. include e.g. Postscript)

[Jonas Smedegaard]

Package: devscripts
Version: 2.15.6
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Since recently, licensecheck accepts only text/* or application/xml.

Only reason for that check is for sanity-cehcking a function to convert
strings to utf-8.

Converting most possible to utf-8 is a progression, but giving up on
other files is a regression: If a user asks to scan a (seemingly) binary
file then that is what the user wants to do.

Concretely, recent licensecheck no longer scans postscript files or
dumps of ICC metadata in the ghostscript package that could be converted
to utf-8 but does not match the MIME white-list, and Postscript files
containing embedded binary parts and ancient C source files containing
an 0x00F char - seemingly an earlier broken conversion of swedish Ö in
surname of a copyright holder (scandinavian Ö and Ø commonly gets messed
up when wrongly treating latin1 as some Windoze charset).

To convert most possible to utf-8,  MIME-based white-listing should be
changed to encoding-based black-listing, e.g. change line 326 from this:

if ($mime =~ m!(?:text/[\w-]+|application/xml); charset=([\w-]+)!) {

to this:

if ($mime =~ m/; charset=((?!binary)(?!unknown)[\w-]+)/) {

To not skip other files, replace line 332 from this:

next;

to this:

$charset = 'maybe-binary';

and replace line 240 from this:

my $data = decode($charset,$_);

to this:

my $data = $_;
$data = decode($charset,$data) unless ( $charset eq 'maybe-binary' );

(the latter part coud be improved e.g. by running through the command
"strings").

Since this is a regression from earlier releases, I have bumped severity
to important.

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVu91wAAoJECx8MUbBoAEhhSQQAIGdyAIXw26qaLIdLSDWYSWA
8/mEkMOGUG15oatdL8nuW5mFSzToOrVVJggLrHTRYBE7Hy55OajjW5RIK2v0d30S
RM7syI6gViYRAgMdx/ldahEQ4pjpVYNkorO7nOlBIEezdAR+iD4GcNcyKFy9QALG
ZxZ3fR/onf9Cw9VK3LF03hski47Indf9b9Mbi3latm3hvWFDakKzb+Desc/Zgndg
egzBXnOnKoynNPPRNYyQ0PuuZBszw9W1g66j4MDEhTJjXeZTxTVJqbHyyzTW1ael
jSxOThBaS5QvDBQWyXO2mYLbPW55cyYhP+jJSp0QLXwzRA+e0UKAARBOC1hZ8FjV
MIvcXbcyCKIQCOAdOAEeKKz684HTh8y+WkR9f12tA9jcLj09FEDio1RIYZzfELwQ
OHG0MfzuWYz24V1pFtIoEvqIgINUc3tLzWBso0U7vEfSronj51wXh1ov5PjXDZv4
0uiukJJ0CAScWDaVTDB4WnUpdA3sJu0J+gXrdrByj7vClcQSvFwBgeugauNJgvPR
zUOETLLn1thlNtyJbrgIS4p/ntvdQicGGW066yYVGpno6+kJCYHOjZEwNbNJ2jJ3
jyovbzk4bdA/1sRtNVvR/tgrrgjxWT6RoaPKhDVr2zEkYLVBJQJgMWHpRNJhxDmR
S7knKMavS1W4SEIJ2tlq
=6qFM
-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#787579: Vacation

[racke]

Lars Moelleken writes:


Error: imapd-ssl: couriertls: accept: error:14094417:SSL
routines:ssl3_read_bytes:sslv3 alert illegal parameter

Solution: DH_BITS=2048 mkdhparams


Hello,


We are on vacation till 2nd August.


In urgent cases please call our cellphone. 



Regards
   Racke


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

Bug#429210: Patchs for Bug: "Underscores not encoded correctly"

[Reimar Döffinger]

> Please find attached patches for the test cases listed in the
> discussion
> of bug #429210 and #773719
> 
> In fact the test cases in the discussion are based on more than one
> bug
> in the code.

I took over the maintainership of the project and made a few basic fixes
and a release: https://github.com/rdoeffinger/iec16022
I'd welcome testing and bug reports in case some issues still remain,
I think I fixed the things these patches fix, but didn't test
extensively.
I suspect the maintainer of this package is inactive as well though,
so no idea when it might make its way into Debian.


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

Bug#794283: mssh: make it configurable, whether a sole argument is a host or an alias

[Christoph Anton Mitterer]

Package: mssh
Version: 2.2-1
Severity: wishlist
Tags: upstream

Hey Hector.

(AFIACS, you're also the upstream of mssh and it has no upstream bug tracker 
for feature requests).


Right now, mssh has this command line syntax:
> mssh [OPTION]... (-a ALIAS | HOSTS)

I'd guess the main use case for it is however to use aliases, because who 
really enters all the hosts always again and again.

When one uses mssh really a lot, having to add that -a is actually annoying ;-)
So it would be nice if there was a new syntax:
> mssh [OPTION]... (-a ALIAS | -h HOSTS)
and a configuration option that specified what happens if neither -a nor -h is 
used, i.e. whether it's then an alias or a hostname.

Another way, without config option could be to have this:
> mssh [OPTION]... NAMEs
and let it simply try as aliases first and only if none of that name is found, 
hostnames of these names should be tried.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#794284: mssh: add a title with the hostname to each of the ssh sessions on the grid

[Christoph Anton Mitterer]

Package: mssh
Version: 2.2-1
Severity: wishlist
Tags: upstream

Hey Hector.

(AFIACS, you're also the upstream of mssh and it has no upstream bug
tracker for feature requests).

When one opens a lot of mssh instances, and each perhaps with a lot of
open host connections, then one can quickly loose the overview, which
terminal is actually which host.
While this is not a problem when the shell is open (where one usually
has a prompt with the hostname)... one's completely lost, when e.g. all
connections have vi or aptitude open.

Therefore it would be nice if there was an icon in the menu bar and
perhaps a shortcut or so, which switches whether each of the terminals
has it's hostname drawn next to it.

Maybe vertically like that:

+-+-+-+-+
|f| |b| |
|o| |a| |
|o| |z| |
+-+-+-+-+
|b| |q| |
|a| |u| |
|r| |x| |
+-+-+-+-+

With foo, bar, baz and qux being the hostnames.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#794213: icedove-l10n-de: icedove update blocked

[Jörg-Volker Peetz]

Carsten Schoenert wrote on 07/31/2015 14:48:
> Hello Jörg-Volker,
> 
> On Fri, Jul 31, 2015 at 11:35:29AM +0200, Jörg-Volker Peetz wrote:
>> will there be an update to version 38.0.1 soon? Otherwise this package
>> has to be removed to update icedove to version 38.0.1.
>> I would like to be able to localize icedove.
> 
> yes, there will be some update near by.
> But first we have to make some uploads für the stabel-security and
> old-stable-security tree.
> But exakt this made some trouble due version dependencies.
> 
> Hopefully Christoph can do the upload of the {icedove|iceowl}-l10n
> packages over the weekend or next week.
> 
> Regards
> Carsten
> 
Thank you Carsten,

that's good to hear. So, this wish/bug can soon be closed.

Regards,
Jörg.


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

Bug#794285: mssh: make a mode which catches all keys

[Christoph Anton Mitterer]

Package: mssh
Version: 2.2-1
Severity: wishlist
Tags: upstream

Hey Hector.

(AFIACS, you're also the upstream of mssh and it has no upstream bug
tracker for feature requests).

Since on remote sides one often needs to use key combinations like
Ctrl+F2 or something like that.
It would be nice if there was a mode in which mssh tries to catch these
before the desktop environment does (and e.g. moves to another
workspace when Ctrl+F2 is "go to workspace 2").

Most annoying right now seems that mssh itself catches F10 to open the
menu bar, while F10 is also the menu bar e.g. for aptitude, which is
e.g. run through ssh.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#794264: systemd: System will no longer boot

[Michael Biebl]

Control: tags -1 moreinfo

Am 31.07.2015 um 20:57 schrieb ael:
> Package: systemd
> Version: 221-1
> Severity: critical
> Justification: breaks the whole system
> 
> I had to select the sysvinit option from the grub menu in order to
> achieve a boot. The standard menu entry got as far as (probably) trying
> to spawn X, and then hung. But it had no business doing that because
> the default target was set to
> default.target -> /lib/systemd/system/multi-user.target
> in /etc/systemd/systemd/

If X hangs, what makes you sure systemd is at fault?
Please provide a verbose debug log of systemd.
Add "systemd.log_level=debug systemd.debug-shell" to the kernel command
line. You should get a debug shell on tty9, which you can use to inspect
the system.
Please attach the output of
journalctl -alb
systemd-analyze dump
systemctl status



[1] http://freedesktop.org/wiki/Software/systemd/Debugging/#index1h1
-- 
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#794286: mssh: allow to configure whether all ssh terminals should have the same size or not

[Christoph Anton Mitterer]

Package: mssh
Version: 2.2-1
Severity: wishlist
Tags: upstream

Hey Hector.

(AFIACS, you're also the upstream of mssh and it has no upstream bug
tracker for feature requests).

Right now, when one has configured e.g. 2 columns and three rows than
things on a fully mssh window look like this:
+---+---+
|   |   |
|   1   |   2   |
|   |   |
+---+---+
|   |   |
|   3   |   4   |
|   |   |
+---+---+
|   |   |
|   5   |   6   |
|   |   |
+---+---+

This is however only the case when there are really 6 sessions opened,
in case of an uneven number, e.g. 5, it would look like:
+---+---+
|   |   |
|   1   |   2   |
|   |   |
+---+---+
|   |   |
|   3   |   4   |
|   |   |
+---+---+
|   |
|   5   |
|   |
+---+

IMHO this is kinda disturbing when working, as there's on terminal (5)
which shows more than the others.

I'd prefer if an alternative was configurable, which looks e.g. like:
+---+---+
|   |   |
|   1   |   2   |
|   |   |
+---+---+
|   |   |
|   3   |   4   |
|   |   |
+---+---+
|   |   |
|   5   |nothing|
|   |   |
+---+---+


Best wishes,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#794287: mathpartir: /usr/share/doc/mathpartir/mathpartir.dvi.gz is a symbolic link to a PDF file

[Norman Ramsey]

Package: mathpartir
Version: 1.2.0-4
Severity: normal

Dear Maintainer,

I tried to view /usr/share/doc/mathpartir/mathpartir.dvi.gz
with a DVI viewer that understands .gz files.
But that file is now a symbolic link to a PDF file.

If you can't provide the .dvi.gz that was in past versions, please remove this 
file.


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

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

Versions of packages mathpartir depends on:
ii  dpkg1.17.25
ii  tex-common  5.03
ii  texlive-latex-base  2014.20141024-2

mathpartir recommends no packages.

mathpartir 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#554843: bullding pure binary deb packages for modules which do not depend on dkms

[Dustin Gooding]

What's the status on this?

Patch was provided in 2012. Further patched in 2013.  It's almost 3 years
since the first patch and almost 6 since the bug was reported.  What's
steps haven't been completed in order for this to be adopted into mainline
DKMS?

--
dustin

Bug#794288: libgupnp-1.0-4: gupnp_service_signals_autoconnect() blocks

[Antonio Ospite]

Package: libgupnp-1.0-4
Version: 0.20.14-1
Severity: normal
Tags: upstream

Dear Maintainer,

on Debian Unstable gupnp-network-light from gupnp-tools blocks in
upnp.c::init_server(), when calling gupnp_service_signals_autoconnect()
and the program never completes initialization.

On Debian Jessie the problem does not occur.

>From a very brief research it looks like this patch from upstream is
related to the issue https://bugzilla.gnome.org/show_bug.cgi?id=750936

However I have not tried it yet.

If you are busy to verify that yourself I can try to test the patch and
report further info.

Thanks,
   Antonio

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

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

Versions of packages libgupnp-1.0-4 depends on:
ii  libc6 2.19-19
ii  libglib2.0-0  2.44.1-1.1
ii  libgssdp-1.0-30.14.11-1
ii  libsoup2.4-1  2.50.0-2
ii  libuuid1  2.26.2-9
ii  libxml2   2.9.2+dfsg1-3
ii  shared-mime-info  1.3-1

libgupnp-1.0-4 recommends no packages.

libgupnp-1.0-4 suggests no packages.

-- no debconf information
-- 
Antonio Ospite
http://ao2.it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?


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

Bug#794289: mssh: add a tabs mode

[Christoph Anton Mitterer]

Package: mssh
Version: 2.2-1
Severity: wishlist
Tags: upstream

Hey Hector.

(AFIACS, you're also the upstream of mssh and it has no upstream bug
tracker for feature requests).

I think it could be useful to have a tabbed mode in mssh, just as we
know it e.g. from firefox.

Actually, I'd have several tabbed modes in mind:
1) When opening multiple aliases, e.g.
mssh -a foo bar

There should be two tabs, each with the matrix of the hosts for the
respective tab, e.g.
+-+
| foo ++
+-+++---+
|   |   |
|   1   |   2   |
|   |   |
+---+---+
|   |   |
|   3   |   4   |
|   |   |
+---+---+
|   |   |
|   5   |   6   |
|   |   |
+---+---+

 +-+
++ bar |
++-++---+
|   |   |
|   A   |   B   |
|   |   |
+---+---+
|   |   |
|   C   |   |
|   |   |
+---+---+
|   |   |
|   |   |
|   |   |
+---+---+



2) When doing something like:
mssh -s -a foo
(with -s standing for "single tabs")

It should be like this:
+---+---+---+
| foo:1 | foo:2 | foo:3 | .
+---+---+---+---+
|   |
|   |
|   |
|   |
|   |
|   1   |
|   |
|   |
|   |
|   |
|   |
+---+
i.e. just as with a normal gnome-terminal... whole window is one SSH,
but mutliple of them opened automatically at onece.

- Obviously it would make sense to allow for a different font size
settings for that mode.

- And it would of course also make sense to add a keyboard shortcut to
rotate left/right through the tabs, ideally the same as e.g. gnome
-terminal has.


3) You can imagine already, that it may even make sense to mix modes
(1) and (2) :D


4) But more important would be, that one can join/split such tabs
into/from a mssh window. E.g. when one window gets too full, to have it
split up into many,... or to joint another set of tabs into an already
existing window (either in matrix style or not).


Best wishes,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#794243: Acknowledgement (grub-common: Add support for F2FS to grub-probe)

[persmule]

  
  
Besides, the current linux kernel can
  boot with rootfs assigned via UUID with no problem:
  
  > [    0.00] Command line:
  BOOT_IMAGE=/vmlinuz-4.0.0-2-amd64
  root=UUID=bd5dda9c-073c-45ca-b89b-e8c73272254b ro quiet
  
  在 2015年08月01日 00:18, Debian Bug Tracking System 写道:


  Thank you for filing a new Bug report with Debian.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 GRUB Maintainers 

If you wish to submit further information on this problem, please
send it to 794...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.




  



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

Bug#794290: systemd: missing pkgconfig files from libsystemd-dev

[Benjamin Jacobs]

Package: systemd
Version: 223-2
Severity: normal

Dear maintainers,

I would like to point to your attention the following matter, as it
seems to me, after glancing at the debian/changelog, that you are not
aware of it.

The libsystemd-journal-dev has been retired from packaging of version
223.  While it was marked as a "transitional" package, it still
contained the important pkgconfig file which allows one to easily
compile against the new libsystemd while using the old
"libsystemd-journal" compatibility aliased library name.

I believe the situation for libsystemd-login-dev and
libsystemd-daemon-dev is the same as it was for libsystemd-journal-dev
prior to this update. That is: they contain a .pc config file while
beeing marked as a transitional package.

To add to the matter, libsystemd-journal-dev version 222 can currently
be co-installed with the libsystemd-dev version 223, which renders the
former unusable as the former's .pc file has a hard dependency on
libsystemd version 222. That would suggest to me that maybe a
"conflicting with libsystemd-journal-dev <=222" instead of <=208 would
be preferable in the control field of libsystemd-dev ? FWIW v215 is
in stable (though I must confess that I'm not too familiar with
Debian's policy to have precise opinion on that point)

Nonetheless I would expect that debian continue to ships those
pkgconfig at least as long as upstream continue to ship them, and even
longer could the API compatibility be assured -- but that is only my
opinion.

Either way it would be nice to document those kind of retirement in
the debian/changelog and to propose therein a path of update (that is:
to use libsystemd instead libsystemd-journal/daemon/etc. in the
pkg-config command invocation).  (It would even be better to add a
warning to the transitional pkg-config invocation but it seems that
this tools doesn't support it...)

To summarize, I'd suggest the following resolution:
 - provide journal's .pc file in libsystemd-dev
 - move the other libsystemd-XXX-dev .pc files in libsystemd-dev
 - add a note to the debian changelog to advise on migrating away from
   old pkgconfg names.

Thanks !


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

Bug#794291: RM: libnm-qt -- ROM; obsolete, replaced by networkmanager-qt

[Felix Geyer]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove libnm-qt and its binary package.
It's obsolete and has been replaced by networkmanager-qt.

Thanks,
Felix


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

Bug#794292: RM: libmm-qt -- ROM; obsolete, replaced by modemmanager-qt

[Felix Geyer]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove libmm-qt and its binary packages.
It's obsolete and has been replaced by modemmanager-qt.

Thanks,
Felix


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

Bug#794293: afl-clang: persistent_demo should be moved here

[Jakub Wilk]

Package: afl-clang
Version: 1.83b-1

persistent_demo is currently included in the "afl" binary package. But 
it only works with afl-clang-fast. It should be moved to the "afl-clang" 
package.


--
Jakub Wilk


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

Bug#793495: xfsprogs fails to build on debian ppc64el

[Fernando Seiti Furusato]

That error is common when configure is generated using out-of-date config.guess
and config.sub.
The ones that come with the package are, in fact, old.

This package used to run dh_autotools-dev_updateconfig and
dh_autotools-dev_restoreconfig, which worked because it only updates those
files.

They were replaced by dh_autoreconf and dh_autoreconf_clean, which should
update them, but does not run flawlessly.
I think something is wrong with the m4 macros but I am not sure what.
There are errors when running dh_autoreconf alone.

# dh_autoreconf
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
autoheader: warning: missing template: HAVE_UMODE_T
autoheader: Use AC_DEFINE([HAVE_UMODE_T], [], [Description])
autoheader: warning: missing template: HAVE___PSINT_T
autoheader: warning: missing template: HAVE___PSUNSIGNED_T
autoheader: warning: missing template: HAVE___U32
autoreconf: /usr/bin/autoheader failed with exit status: 1
dh_autoreconf: autoreconf -f -i returned exit code 1

I will keep working on it, but all I will be able to do if I get to a conclusion
is send a patch here.
Thus it will have to be dealt with by the maintainers anyway.

Regards.
--

Fernando Seiti Furusato
IBM Linux Technology Center


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

Bug#794294: deja-dup: Automatic disk backups fail with "an operation is already running"

[Harlan Lieberman-Berg]

Package: deja-dup
Version: 34.0-1
Severity: normal

I have my system setup to use an external hard drive as the backup 
mechanism that is kept unplugged except when I want to use it for 
backups.  When I plug it in, as well as the pop-up from the automount, I 
get an error from Deja Dup saying that "an operation is already 
running".  I can manually trigger a backup from the menu after this, and 
it works without errors.

Maybe it's not waiting long enough for the disk to settle?

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

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

Versions of packages deja-dup depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  duplicity0.7.03-1
ii  libatk1.0-0  2.16.0-2
ii  libc62.19-19
ii  libcairo-gobject21.14.2-2
ii  libcairo21.14.2-2
ii  libgdk-pixbuf2.0-0   2.31.4-2
ii  libgirepository-1.0-11.44.0-1+b2
ii  libglib2.0-0 2.44.1-1.1
ii  libgtk-3-0   3.16.5-1
ii  libnautilus-extension1a  3.14.2-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpeas-1.0-01.12.1-2
ii  libsecret-1-00.18.2-1

Versions of packages deja-dup recommends:
ii  gvfs-backends1.24.1-2+b2
ii  openssh-client [ssh-client]  1:6.7p1-6
ii  python-boto  2.38.0-1
ii  python-cloudfiles1.7.11-3

deja-dup 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#794295: lintian: please complain about development packages that make cross building impossible

[Helmut Grohne]

Package: lintian
Severity: wishlist

Dear lintian maintainers,

I would like to propose a new check for lintian. It should trigger
whenever the following conditions are met simultaneously.

 * The binary package being processed is a development package. The
   easiest way probably is to look for section libdevel.
 * The binary package contains an ELF executable in $PATH.

Rationale:

Commonly, executables in development packages provide values that are
relevant for using the library. Source packages that use such
development packages tend to execute those executables to discover how
to use the library. An alternative to this technique is to use
pkg-config. When doing a cross build, host architecture binaries are not
executable in general. However development packages need to be installed
for the host architecture. Thus those executables are useless for cross
builds if they are binary files (as opposed to scripts).

Examples:

The check should fire for:
 * libpq-dev (/usr/bin/pg_config) #794103

The check should not fire for:
 * libgpg-error-dev (/usr/bin/gpg-error-config is a script)
 * coreutils (the section is not libdevel)

The tag should likely be marked as experimental, because it is very hard
to fix and it may have false positives. Getting a number on the affected
packages would be very useful nonetheless.

Thanks for considering to add this feature

Helmut


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

Bug#717728: [PATCH] Use sqlite3_libversion(), not sqlite3_version[].

[Kalle Niemitalo]

My local Kannel 1.4.4 sources now have 18 patches in debian/patches/.
I am managing them with "gbp pq".  Unfortunately, "gbp pq import" in
git-buildpackage 0.6.9 does not recognize the DEP-3 "Description" and
"Author" headers, because it uses "git mailinfo".  I have therefore
reformatted the metadata of my patch in the following way, which I
believe still complies with DEP-3.  If you too can switch to this
format, there is a small chance it might help me merge changes from
Debian in the future.  I'm not sure what to do about patch numbers in
file names though -- they cannot match because 32_va-start-non-null.patch
is neither applicable nor required in Kannel 1.4.4.

From: Kalle Niemitalo 
Date: Tue, 9 Jun 2015 19:37:17 +0300
Subject: sqlite3: Use sqlite3_libversion, not sqlite3_version

Using sqlite3_version[] causes a "has different size in shared object"
warning at run time if the length of the version number has changed
in the sqlite3 shared library.  It is not clear whether anything
worse will happen in addition to the warning, but we can avoid the
problem altogether by calling sqlite_libversion() instead.

Bug-Debian: http://bugs.debian.org/717728
Last-Update: 2015-06-09
---
 gwlib/dbpool_sqlite3.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/gwlib/dbpool_sqlite3.c b/gwlib/dbpool_sqlite3.c
index 71e31f2..b735b08 100644
--- a/gwlib/dbpool_sqlite3.c
+++ b/gwlib/dbpool_sqlite3.c
@@ -86,7 +86,7 @@ static void *sqlite3_open_conn(const DBConf *db_conf)
 }
 
 info(0, "SQLite3: Opened or created database file `%s'.", 
octstr_get_cstr(conf->file));
-info(0, "SQLite3: library version %s.", sqlite3_version);
+info(0, "SQLite3: library version %s.", sqlite3_libversion());
 
 return db;
 

Bug#787582: VDPAU needed

[Julien Aubin]

Hi Vincent,

Package still not appearing in backports. Was it rejected ? :-(

Thanks

2015-07-27 18:57 GMT+02:00 Julien Aubin :

> Many thanks Vincent, waiting for the approval. :-)
>
> 2015-07-26 22:52 GMT+02:00 Vincent Cheng :
>
>> Hi Julien,
>>
>> On Sun, Jul 26, 2015 at 12:30 AM, Julien Aubin 
>> wrote:
>> > On Sun, 26 Jul 2015 00:14:01 -0700 Vincent Cheng 
>> wrote:
>> >> Hi Julien,
>> >>
>> >> On Sat, Jul 25, 2015 at 11:50 PM, Julien Aubin 
>> >> wrote:
>> >> > Hi,
>> >> >
>> >> > In that case could you please also put the libvdpau1 and
>> libvdpau1:i386
>> >> > packages in experimental ?
>> >>
>> >> No, because AFAIK packages in experimental can't share the same
>> >> version as a package already uploaded to sid (because packages
>> >> belonging to the latter suite supersede packages in experimental with
>> >> the same/older versions).
>> >>
>> >> > They're actually required to install nvidia-driver 352 and the only
>> way
>> >> > we
>> >> > currently have to install these updates is to pin these packages from
>> >> > testing. (And actually we'd need them in backports)
>> >>
>> >> If it helps, I can upload src:libvdpau to jessie-backports.
>> >>
>> >> Regards,
>> >> Vincent
>> >>
>> >>
>> >
>> > Hi Vincent,
>> >
>> > Yes this would be really great as it breaks recent versions of the
>> NVidia
>> > driver and it will be needed anyway.
>>
>> Uploaded [1], just waiting approval from backports ftpmasters (as is
>> usual for any new backports packages).
>>
>> Regards,
>> Vincent
>>
>> [1] https://ftp-master.debian.org/new/libvdpau_1.1-1~bpo8+1.html
>>
>
>

Bug#794198: toppler: missing sources of binary file toppler.dat

[Bill Allombert]

On Fri, Jul 31, 2015 at 09:37:52AM +0200, Ronny Standtke wrote:
> Package: toppler
> Version: 1.1.6-2
> Severity: normal
> 
> After running "apt-get source toppler" I expected to find all sources of
> the toppler game. Unfortunately, the source package contains a big
> binary blob "toppler.dat" even though the sources for this file
> including a makefile are available here:

Hello Ronny,

The file toppler.dat is actually an archive, like a tarball. It is not compiled
code.

> http://toppler.sourceforge.net/repos/datafile/

This is the source for the archiver, not for toppler.dat.

> I don't know if including this file as a binary blob in the toppler
> source package even conflicts with a Debian policy...

Policy certainly allows to ship archives files.

> Could you change the toppler source package so that the toppler.dat file
> is created from sources when building the toppler binary packages?

This would be most inconvenient. I would need to create custom source tarballs.
What do you actually want to do ?

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#776425: ebview: dpkg-buildflags-missing warning whenbuilding ebview-client

[gregor herrmann]

Control: tag -1 + confirmed

On Fri, 31 Jul 2015 11:53:21 -0400, paulow...@safe-mail.net wrote:

> > - the blhc messages are the same
> 
> I tried it out using ebview 0.3.6.2-1.4 and blhc version
> 0.04+20140813+gitac2b8ce-1:
> 
> ebview 0.3.6.2-1.4 without the patch:
> 
> $ blhc ebview_0.3.6.2-1.4_i386.build
> CPPFLAGS missing (-D_FORTIFY_SOURCE=2): cc -g -O2 -fstack-protector-strong 
> -Wformat -Werror=format-security -Wall -o 
> /tmp/ebview-0.3.6.2/src/ebview-client /tmp/ebview-0.3.6.2/src/ebview-client.c
> LDFLAGS missing (-Wl,-z,relro): cc -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -o /tmp/ebview-0.3.6.2/src/ebview-client 
> /tmp/ebview-0.3.6.2/src/ebview-client.c
> CPPFLAGS missing (-D_FORTIFY_SOURCE=2): cc -g -O2 -fstack-protector-strong 
> -Wformat -Werror=format-security -Wall -o 
> /tmp/ebview-0.3.6.2/src/ebview-client /tmp/ebview-0.3.6.2/src/ebview-client.c
> LDFLAGS missing (-Wl,-z,relro): cc -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -o /tmp/ebview-0.3.6.2/src/ebview-client 
> /tmp/ebview-0.3.6.2/src/ebview-client.c
> 
> ebview 0.3.6.2-1.4 with patch:
> 
> $ blhc ebview_0.3.6.2-1.4p7764251_i386.build
> (no output)
> 
> What output are you seeing from blhc?

I tried again, and -- oops! -- I got the same results as you.
Seems I made a mistake the last time, sorry.

So yes, this patch works and makes sense.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: JBO: Rache!


signature.asc
Description: Digital Signature

Bug#794296: lintian: dh-exec-script-without-dh-exec-features only checks for substitions

[Felipe Sateler]

Package: lintian
Version: 2.5.34
Severity: normal

If I use another feature of dh-exec (like [arch] conditions) then
lintian still complains. Please either update the check to consider arch
specifiers and renames, or the severity should be lowered.

Saludos

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

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

Versions of packages lintian depends on:
ii  binutils   2.25-10
ii  bzip2  1.0.6-8
ii  diffstat   1.58-1
ii  file   1:5.22+15-2
ii  gettext0.19.4-1
ii  hardening-includes 2.7
ii  intltool-debian0.35.0+20060710.2
ii  libapt-pkg-perl0.1.29+b2
ii  libarchive-zip-perl1.48-1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.38-1
ii  libdpkg-perl   1.18.1
ii  libemail-valid-perl1.196-1
ii  libfile-basedir-perl   0.07-1
ii  libipc-run-perl0.94-1
ii  liblist-moreutils-perl 0.413-1
ii  libparse-debianchangelog-perl  1.2.0-5
ii  libtext-levenshtein-perl   0.12-1
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.64-1
ii  man-db 2.7.0.2-5
ii  patchutils 0.3.4-1
ii  perl [libdigest-sha-perl]  5.20.2-6
ii  t1utils1.38-4
ii  xz-utils   5.1.1alpha+20120614-2.1

Versions of packages lintian recommends:
ii  dpkg1.18.1
ii  libautodie-perl 2.29-1
ii  libperlio-gzip-perl 0.18-3+b1
ii  perl5.20.2-6
ii  perl-modules [libautodie-perl]  5.20.2-6

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.1
ii  libhtml-parser-perl3.71-2
ii  libtext-template-perl  1.46-1
ii  libyaml-perl   1.13-1

-- no debconf information


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

Bug#794276: Aw: Bug#794276: opencollada: FTBFS on mipsel

[Rene Engelhard]

severity 794276 important
thanks

It did not build before so it's not serious. Serious is when it built before but not anymore...

Regards

René
-- 
Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet.

Arturo Borrero Gonzalez schrieb:
  Package: opencolladaSeverity: seriousJustification: fails to build from sourceDear maintainer,opencollada FTBFS on mipsel [0]. Apart of this bug, I've opened an upstream issue as well [1].I've reproduced the issue locally in my mipsel machine.I will keep this bug updated with all future news.best regards.[0] https://buildd.debian.org/status/fetch.php?pkg=opencollada&arch=mipsel&ver=0.1.0%7E20140703.ddf8f47%2Bdfsg1-1&stamp=1438038099[1] https://github.com/KhronosGroup/OpenCOLLADA/issues/338___pkg-multimedia-maintainers mailing listpkg-multimedia-maintain...@lists.alioth.debian.orghttp://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers  


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

Bug#794298: asciinema: broken, Unable to upload

[Daniel Shahaf]

Package: asciinema
Version: 0.9.8-1
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

asciinema cannot upload new recordings:

% asciinema -c /bin/true

~ Asciicast recording finished.
~ Do you want to upload it? [Y/n] y
~ Uploading...
~ Upload failed: Your client version is no longer supported. Please upgrade to 
the latest version.

I expected the upload to succeed.

Moreover, if the asciinema client is too old to upload, then either that
should be reported prior to starting the recorded command, or the
recorded session should be saved in a file that the error message names;
doing neither causes user effort (the recorded session) to be lost.

I'm on jessie/stable, however, Carsten Hey (carsten@d.o) reproduced this in sid.

Cheers,

Daniel

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

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 asciinema depends on:
ii  python3   3.4.2-2
ii  python3-requests  2.4.3-6
pn  python3:any   

asciinema recommends no packages.

asciinema suggests no packages.

-- debconf-show failed


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

Bug#794297: zsh: newuser.zshrc.recommended += highlight pasted text

[Daniel Shahaf]

Package: zsh
Version: 5.0.7-5
Severity: wishlist
Tags: patch

Dear Maintainer,

The next release of zsh (5.0.9) will introduce a behaviour change,
whereby pasted text will not be automatically executed, even if it
contains newlines (see upstream commit
98687fa1dec803f041cbb5417c146d8aa5129b53).

Upstream had concerns¹ that users might be confused by the behaviour
change, since 5.0.8 and earlier would simply execute a command-line that
was pasted into the terminal, if it ended with a newline.

¹ http://www.zsh.org/cgi-bin/mla/redirect?WORKERNUMBER=35835

One way to make it clear that the shell is waiting for input is to set
'zle_highlight=(paste:standout)' (see b4aff3bc52e15be87304183b3ae959668192b48c).
 Please consider adding that setting to newuser.zshrc.recommended.

Patch attached.

Cheers,

Daniel

P.S. Discussed on #pkg-zsh with Carsten prior to sending.


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

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 zsh depends on:
ii  dpkg1.17.25
ii  libc6   2.19-18
ii  libcap2 1:2.24-8
ii  libtinfo5   5.9+20140913-1+b1
ii  zsh-common  5.0.7-5

Versions of packages zsh recommends:
ii  libncursesw5  5.9+20140913-1+b1
ii  libpcre3  2:8.35-3.3

Versions of packages zsh suggests:
pn  zsh-doc  

-- debconf-show failed
commit ed5e22a276243ca4d29b29ea42a848d908ec5d3c
Author: Daniel Shahaf 
Date:   Fri Jul 31 14:41:18 2015 +

newuser.zshrc.recommended: Highlight pasted text

diff --git a/debian/newuser.zshrc.recommended b/debian/newuser.zshrc.recommended
index 55be3ab..984776b 100644
--- a/debian/newuser.zshrc.recommended
+++ b/debian/newuser.zshrc.recommended
@@ -35,3 +35,7 @@ zstyle ':completion:*' verbose true
 
 zstyle ':completion:*:*:kill:*:processes' list-colors '=(#b) #([0-9]#)*=0=01;31'
 zstyle ':completion:*:kill:*' command 'ps -u $USER -o pid,%cpu,tty,cputime,cmd'
+
+# Hint that a paste with embedded newlines hasn't been executed
+(( $+zle_highlight )) || zle_highlight=()
+zle_highlight+=(paste:standout)

Bug#794299: mention workaround for perltidy not handling UTF-8 encoded variable names

[積丹尼 Dan Jacobson]

Package: perltidy
Version: 20140328-1
Severity: wishlist
File: /usr/share/man/man1/perltidy.1p.gz
X-Debbugs-cc: perlt...@users.sourceforge.net

On http://perltidy.sourceforge.net/BUGS.html we read
"Perltidy does not handle UTF-8 encoded files".

Well that should be
"Perltidy does not handle UTF-8 encoded variable names".

Quite different!

Anyway, the Debian perltidy man page could mention:

Workaround for perltidy not handling UTF-8 encoded variable names:

$ echo 'use utf8; $h{段}=1;'|perl -c
- syntax OK
$ echo 'use utf8; $h{段}=1;'|perltidy
## Please see file perltidy.ERR
use utf8; $h{段}=1;
$ echo 'use utf8; $k="段"; $h{$k}=1;'|perltidy
use utf8;
$k = "段";
$h{$k} = 1;

Else one little UTF-8 character could stall ones whole project workflow.


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

Bug#794300: buildbot: FTBFS on unstable and needs rebuild for sqlalchemy transition

[Scott Kitterman]

Package: buildbot
Version: 0.8.9-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Currently uninstallable in sid due to sqlalchemy updates and needs rebuild, but:

[SKIPPED]
Need to install txrequests to test http steps

buildbot.test.unit.test_steps_http.TestHTTPStep.test_404
buildbot.test.unit.test_steps_http.TestHTTPStep.test_POST
buildbot.test.unit.test_steps_http.TestHTTPStep.test_basic
buildbot.test.unit.test_steps_http.TestHTTPStep.test_header
===
[ERROR]
Traceback (most recent call last):
  File "/home/buildbot-0.8.9/buildbot/test/unit/test_process_buildstep.py", 
line 386, in test_updateSummary_running_empty_dict
step._step_status.setText.assert_not_called()
  File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 915, in 
assert_not_called
raise AssertionError(msg)
exceptions.AssertionError: Expected 'setText' to not have been called. Called 1 
times.

buildbot.test.unit.test_process_buildstep.TestBuildStep.test_updateSummary_running_empty_dict
===
[ERROR]
Traceback (most recent call last):
  File "/home/buildbot-0.8.9/buildbot/test/unit/test_util.py", line 235, in 
test_broken_locale
config.error.assert_called()
  File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 721, in __getattr__
raise AttributeError(name)
exceptions.AttributeError: assert_called

buildbot.test.unit.test_util.FunctionalEnvironment.test_broken_locale
---
Ran 2968 tests in 17.768s

FAILED (skips=30, errors=2, successes=2936)
debian/rules:26: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/home/buildbot-0.8.9'
debian/rules:9: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2


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

Bug#794224: openafs-modules-source 1.6.1-3+deb7u3 fails to compile

[Benjamin Kaduk]

On Fri, 31 Jul 2015, Erik Braun wrote:

> Package: openafs-modules-source
> Version: 1.6.1-3+deb7u3
> Severity: normal
>
> Dear Maintainer,
>
> openafs-modules-source 1.6.1-3+deb7u3 fails to compile on a Wheezy system.
> Excerpt from /var/lib/dkms/openafs/1.6.1/build/make.log:
>
>
> env EXTRA_CFLAGS="" make -C /lib/modules/3.2.0-4-amd64/build
> M=/var/lib/dkms/openafs/1.6.1/build/src/libafs/MODLOAD-3.2.0-4-amd64-SPmodules
> make[3]: Entering directory /usr/src/linux-headers-3.2.0-4-amd64'
> […]
> /var/lib/dkms/openafs/1.6.1/build/src/libafs/MODLOAD-3.2.0-4-amd64-SP/afs_daemons.c:
> In function ‘afs_CheckRootVolume’: 
> /var/lib/dkms/openafs/1.6.1/build/src/libafs/MODLOAD-3.2.0-4-amd64-SP/afs_daemons.c:399:24:
>  error: ‘struct dentry’ has no member named ‘d_alias’

This is roughly the same issue as in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780865 (which, hmm, is
already fixed but not marked as such, whoops) -- the linux kernel
interfaces changed within Debian stable as part of a security fix, but
existing kernel modules continued working.  The issue is not really new
with +deb7u3, but is only being encountered because that cause a need to
compile an openafs kernel modules.  (wheezy-backports suffers from a
similar issue.)

Thank you for the report; I will see if we can fix this via
stable-proposed-updates.

-Ben

Bug#791563: RM: axel -- RoQA; Dead upstream, no response from maintainer

[Eriberto Mota]

Hi guys,

I love axel. I was thinking to adopt (via QA team) the package.
However, the package was removed from Debian.

I would like to know your opinion: is a bad idea reintroduce axel in
Debian? I can maintain this package. Let me know your opinion.

Regards,

Eriberto


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

Bug#794205: vokoscreen: does not work with ffmpeg Permission denied error

[Eriberto Mota]

tags 794205 unreproducible
thanks

Hi Dominik,

Thanks a lot for your report.

I can't reproduce the problem. I think that it is a specific problem
in your system. Can you test in a fresh Sid instalation? You can use a
virtual machine or a real computer.

I will wait your reply up to next friday to change the severity.

Have a nice weekend.

Regards,

Eriberto


2015-07-31 5:48 GMT-03:00 Dominik George :
> Package: vokoscreen
> Version: 2.4.0-1
> Severity: grave
> Justification: renders package unusable
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> vokoscreen does not work. The ffmpeg command it runs gives:
>
> [x11grab @ 0xa5e540] Cannot get the image data event_error: response_type:0 
> error_code:8 sequence:14 resource_id:218 minor_code:0 major_code:73.
> :0+1925,-3: Permission denied
>
> - -- 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=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/lksh
> Init: systemd (via /run/systemd/system)
>
> Versions of packages vokoscreen depends on:
> ii  ffmpeg7:2.7.2-1
> ii  libasound21.0.29-1
> ii  libc6 2.19-19
> ii  libgcc1   1:5.1.1-14
> ii  libqt4-network4:4.8.7+dfsg-1
> ii  libqt4-test   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-14
> ii  libv4l-0  1.6.3-1
> ii  libv4lconvert01.6.3-1
> ii  libx11-6  2:1.6.3-1
> ii  mkvtoolnix8.2.0-1
> ii  pulseaudio-utils  6.0-2
>
> Versions of packages vokoscreen recommends:
> ii  libdc1394-utils  2.2.3-1
>
> vokoscreen suggests no packages.
>
> - -- no debconf information
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQJOBAEBCAA4BQJVuzY3MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
> cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8paQOBAAln2vrSN6EtxkTaNl4rF4
> t2XlLVoBbZKZrsjdEdEH7O2F/M/I9xdVIFDv5RbUAYryjHBGbpx+H+MwQJynIsP9
> KLItKE5eQIefTGFddZsA6D1W3snsBExRjkggRsBahY/17fr+/UulTE9desJGeUis
> E2Zy9Fqa6wkZnwfGWLhlBUcHSpTZvO8pvPm10rImVtIl8N8SMLE4nkItu/hhwTJO
> OLiJtwsbFWSBMchmw1K1kMqf5jKz8tj4V7kCg4eiUZ8Gw0SU8qVM/NxNnm57Th9H
> cAyWlSsyR//YM2jrAquLQWWnDbER8tEArmSqHVWNWMOsVh7ecx9N+/6VSw4sJGHM
> 6vhgXJYNZqZxzjncSq0b8UBYOnFvuC5mlsjUJEyy5JvGJNHSDvOrIJq6OyJqWl6k
> dWqChzPIEusy4LGuDi913f2JsnFse9EQ0xPUk6B7NZO8noLs+G1oWHMK4q6Ng3NQ
> 4JDLLAiWB0w5tTQ0sZ3vhlj+sv6PVW5nXetjn6dgkgIQAvf4YzYvzk9KYEeGluiX
> zlw+gphSvSXi7XfxWpL/BXBnzI/cU8epKlOK0nDXTyClfC3qIlFwRictyDXDXGDS
> xp4EBIK6r9CTO8fehM6D9F0GAbF2HdM2AywE0H1aznZCXg2/YDiDd8CvQmvksYDn
> 2oCobsXCjSDTuI2i2CpSiKc=
> =YpeO
> -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#794301: 389-console: missing bogus dependency

[Ben Hildred]

Package: 389-console
Version: 1.1.7-2
Severity: serious
Justification: Policy 9.11

386-ds assumes systemd but does not include it in its list of dependencies.
Further why does a ldap browser need to depend on init?

[15/07/31:19:15:16] - [Setup] Info Error: command '/bin/systemctl --system
daemon-reload' failed - output [] error [No such file or
directory][15/07/31:19:15:16] - [Setup] Fatal Error: Could not create directory
server instance 'crystal'.



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

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

Versions of packages 389-console depends on:
ii  libidm-console-framework-java  1.1.7-2

389-console recommends no packages.

389-console suggests no packages.


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

Bug#782865: systemd: ext4 filesystem on lvm on raid causes boot to enter emergency shell

[Michael Leuchtenburg]

I have this same result, with use_lvmetad=1 in lvm.conf. I think this
is a dupe of #774082.

I have an LVM PV on /dev/md0. I noticed that ID_FS_TYPE wasn't set on
it and that 69-lvm-metad.rules, which normally calls pvscan --cache on
devices, requires ID_FS_USAGE to be set to LVM2_member|LVM1_member in
order to proceed. This is normally set by 63-md-raid-arrays.rules, but
it does not do so on Debian due to a patch added by Michael Tokarev in
2013: 
https://anonscm.debian.org/cgit/pkg-mdadm/mdadm.git/commit/debian/patches/use-external-blkid.diff?id=4b8076c851018afdd46a93aff38fde8f0530efb5

If I modify the behavior to still use external blkid but not include
the '-u noraid' option (patch attached; needs to be modified to apply
to the package though), then it works fine. -u noraid otherwise
suppresses the output of any information related to LVM since I guess
that counts as a RAID to blkid.

I don't think this has a negative impact on any other rules since very
few things read the ID_FS_* keys, but it's possible the -u noraid was
set for some good reason. I assume that using the external blkid was
also done for a good reason, though unfortunately none is given in the
commit message - perhaps there was some relevant mailing list
discussion at the time. I'd be in favor of using the builtin blkid if
possible, though, as forking unneeded forks is pretty much always the
right decision.

Cheers,
Michael
--- /lib/udev/rules.d/63-md-raid-arrays.rules   2014-12-20 04:44:19.0 -0500
+++ /etc/udev/rules.d/63-md-raid-arrays.rules   2015-07-31 22:23:43.927381240 -0400
@@ -26,7 +26,7 @@
 ENV{DEVTYPE}=="partition", ENV{MD_DEVNAME}=="*[^0-9]", SYMLINK+="md/$env{MD_DEVNAME}%n"
 ENV{DEVTYPE}=="partition", ENV{MD_DEVNAME}=="*[0-9]", SYMLINK+="md/$env{MD_DEVNAME}p%n"
 
-IMPORT{program}="/sbin/blkid -o udev -p -u noraid $tempnode"
+IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
 ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{ID_FS_UUID_ENC}=="?*", SYMLINK+="disk/by-uuid/$env{ID_FS_UUID_ENC}"
 ENV{ID_FS_USAGE}=="filesystem|other", ENV{ID_FS_LABEL_ENC}=="?*", SYMLINK+="disk/by-label/$env{ID_FS_LABEL_ENC}"

Bug#794187: RFS: progress/0.8-1 [ITP] (it is formerly known as 'cv'))

[lumin]

Control: retitle 794187 RFS: progress/0.8-1 [ITP] (it is formerly known as 
'cv'))

Dear mentors,

I'v fixed lintian warning after the last time upload to mentors.
Now package progress_0.8-1 is lintian clean.

  I am looking for a sponsor for my package "progress"

 * Package name: progress
   Version : 0.8-1
   Upstream Author : Xfennec 
 * URL : https://github.com/Xfennec/progress
 * License : GPL-3.0+
   Section : utils

  It builds those binary packages:

progress   - Coreutils Progress Viewer (formerly known as 'cv')

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

  http://mentors.debian.net/package/progress


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

dget -x 
http://mentors.debian.net/debian/pool/main/p/progress/progress_0.8-1.dsc

  Last upload is version 0.7.1~git...+..., and its source ships an compiled ELF
  which is a mistake of upstream. Importing version 0.8 removes that ELF file,
  hence source tree clean.

  Changes since the last upload:

progress (0.8-1) UNRELEASED; urgency=low

  * Initial release. Closes: #785425
  * Fix manpage syntax error.
  * Imported upstream version 0.8
  * Fix upstream Makefile
+ Append LDFLAG to LFLAG, for hardening.


  Regards,
   Zhou Mo



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

Bug#794302: ITP: apertium-af-nl -- Apertium translation data for the Afrikaans-Dutch pair

[Kartik Mistry]

Package: wnpp
Severity: wishlist
Owner: Kartik Mistry 

* Package name: apertium-af-nl
  Version :
  Upstream Author : Universidad de Alicante / Prompsit Language Engineering S.L.
* URL : http://apertium.org/
* License : GPL-2+
  Programming Lang:
  Description : Apertium translation data for the Afrikaans-Dutch pair

Data package providing Apertium language resources for translating
between the Afrikaans and Dutch languages.

 - why is this package useful/relevant? is it a dependency for
   another package? do you use it? if there are other packages
   providing similar functionality, how does it compare?

   A: Apertium Machine Translation between the Afrikaans and Dutch languages.

 - how do you plan to maintain it? inside a packaging team
   (check list at https://wiki.debian.org/Teams)? are you
   looking for co-maintainers? do you need a sponsor?

   A: This package will be co-maintain in Debian-Science team.

-- 
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com


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

Bug#794304: ITP: apertium-cy-en -- Apertium translation data for the Welsh-English pair

[Kartik Mistry]

Package: wnpp
Severity: wishlist
Owner: Kartik Mistry 

* Package name: apertium-cy-en
  Version :
  Upstream Author : Universidad de Alicante / Prompsit Language Engineering S.L.
* URL : http://apertium.org/
* License : GPL-2+
  Programming Lang:
  Description : Apertium translation data for the Welsh-English pair

Data package providing Apertium language resources for translating
between the Welsh and English languages.

 - why is this package useful/relevant? is it a dependency for
   another package? do you use it? if there are other packages
   providing similar functionality, how does it compare?

   A: Apertium Machine Translation between the Welsh and English languages.

 - how do you plan to maintain it? inside a packaging team
   (check list at https://wiki.debian.org/Teams)? are you
   looking for co-maintainers? do you need a sponsor?

   A: This package will be co-maintain in Debian-Science team.

-- 
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com


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

Bug#794303: ITP: apertium-br-fr -- Apertium linguistic data to translate between Breton and French

[Kartik Mistry]

Package: wnpp
Severity: wishlist
Owner: Kartik Mistry 

* Package name: apertium-br-fr
  Version :
  Upstream Author : Universidad de Alicante / Prompsit Language Engineering S.L.
* URL : http://apertium.org/
* License : GPL-2+
  Programming Lang:
  Description : Apertium linguistic data to translate between
Breton and French

This is a linguistic package for the Apertium shallow-transfer
machine translation system. The package can be used to translate
between Breton and French.

 - why is this package useful/relevant? is it a dependency for
   another package? do you use it? if there are other packages
   providing similar functionality, how does it compare?

   A: Apertium Machine Translation between the Breton and French languages.

 - how do you plan to maintain it? inside a packaging team
   (check list at https://wiki.debian.org/Teams)? are you
   looking for co-maintainers? do you need a sponsor?

   A: This package will be co-maintain in Debian-Science team.

-- 
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com


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

Bug#794305: ITP: apertium-dan -- Apertium single language data for Danish

[Kartik Mistry]

Package: wnpp
Severity: wishlist
Owner: Kartik Mistry 

* Package name: apertium-cy-en
  Version :
  Upstream Author : Universidad de Alicante / Prompsit Language Engineering S.L.
* URL : http://apertium.org/
* License : GPL-3+
  Programming Lang:
  Description : Apertium single language data for Danish

Data package providing Apertium language resources for Danish.

 - why is this package useful/relevant? is it a dependency for
   another package? do you use it? if there are other packages
   providing similar functionality, how does it compare?

   A: Apertium Machine Translation for Danish language. Dependency for
apertium-dan-nor package.

 - how do you plan to maintain it? inside a packaging team
   (check list at https://wiki.debian.org/Teams)? are you
   looking for co-maintainers? do you need a sponsor?

   A: This package will be co-maintain in Debian-Science team.

-- 
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com


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

Bug#794306: ITP: apertium-dan-nor -- Apertium translation data for the Danish-Norwegian pair

[Kartik Mistry]

Package: wnpp
Severity: wishlist
Owner: Kartik Mistry 

* Package name: apertium-dan-nor
  Version :
  Upstream Author : Universidad de Alicante / Prompsit Language Engineering S.L.
* URL : http://apertium.org/
* License : GPL-2
  Programming Lang:
  Description : Apertium translation data for the Danish-Norwegian pair

Data package providing Apertium language resources for translating
between the Danish and Norwegian languages.

 - why is this package useful/relevant? is it a dependency for
   another package? do you use it? if there are other packages
   providing similar functionality, how does it compare?

   A: Apertium Machine Translation between the Danish and Norwegian languages.

 - how do you plan to maintain it? inside a packaging team
   (check list at https://wiki.debian.org/Teams)? are you
   looking for co-maintainers? do you need a sponsor?

   A: This package will be co-maintain in Debian-Science team.

-- 
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com


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

Bug#794307: should depend on python3-authres

[Marco d'Itri]

Package: postfix-policyd-spf-python
Version: 1.3.1-1
Severity: normal

The program will fail if "Header_Type = AR" is set (?) and 
python3-authres is not installed.

Aug  1 05:25:38 in-2 policyd-spf[23880]: Traceback (most recent call last):
Aug  1 05:25:38 in-2 policyd-spf[23880]:   File "/usr/bin/policyd-spf", line 
680, in 
Aug  1 05:25:38 in-2 policyd-spf[23880]: instance_dict, configData, 
peruser) 
Aug  1 05:25:38 in-2 policyd-spf[23880]:   File "/usr/bin/policyd-spf", line 
449, in _spfcheck
Aug  1 05:25:38 in-2 policyd-spf[23880]: header += 
str(authres.AuthenticationResultsHeader(authserv_id = 
configData.get('Authserv_Id'),
Aug  1 05:25:38 in-2 policyd-spf[23880]: NameError: name 'authres' is not 
defined

-- 
ciao,
Marco


pgpNrzlu7bMAS.pgp
Description: PGP signature

Bug#794308: http://localhost:3000/aboutNtop.html not found. P.S., nobody can figure out how to make ntop work

[積丹尼 Dan Jacobson]

Package: ntop
Version: 3:5.0.1+dfsg1-2.1
Severity: wishlist

Clicking on About
http://localhost:3000/aboutNtop.html
gives Not Found.

P.S., nobody at my place could figure out how to get ntop to work.
README and README.Debian and the man page aren't enough.

You need to make an **exact** step by step guide from the very apt-get
install ntop until one can actually start seeing results on the screen.


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

Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails

[Stefan Lippers-Hollmann]

Hi

On 2015-07-31, Michael Biebl wrote:
> On Fri, 31 Jul 2015 08:08:38 +0200 Stefan Lippers-Hollmann
>  wrote:
> > Hi
> > 
> > On 2015-07-31, Stefan Lippers-Hollmann wrote:
> > > On 2015-07-31, Stefan Lippers-Hollmann wrote:
> > > > On 2015-07-25, Bastian Blank wrote:
> > [...]
> > > The attached bootlog (serial console && udev.log-priority=7) has
> > > unfortunately not been recorded with an official Debian kernel, but
> > > I've been able to reproduce it with 4.0.0-2-amd64 as well. Just that I
> > > missed increasing the scrollback buffer in time and wasn't able to 
> > > fetch a full bootlog then - and, regardless of the kernel in use, 
> > > reproducing takes quite many reboots (too many for now) with full 
> > > logging enabled.
> > 
> > It took many reboots (>50), but here is a reproduction with the
> > official Debian kernel - gzipped logs attached.
> 
> Stefan, you are running amd64, right?

Yes, all affected systems are running unstable/ amd64. 

While I still use 3 non 64 bit capable i386 systems, I haven't powered 
them up often enough to be 100% sure about their status in this regard.

> Bastian built the lvm2 on amd64 on a non-systemd system, it seems. This
> results in /lib/udev/rules.d/69-lvm-metad.rules lookin like this:
> ...
> ENV{SYSTEMD_READY}="1"
> RUN+="/sbin/lvm pvscan --background --cache --activate ay --major $major
> --minor $minor", ENV{LVM_SCANNED}="1"
> ...
> 
> If you build lvm2 on a systemd system, those rules look like
> ...
> ENV{SYSTEMD_READY}="1"
> ACTION!="remove", ENV{LVM_PV_GONE}=="1", RUN+="/bin/systemd-run
> /sbin/lvm pvscan --cache $major:$minor", GOTO="lvm_end"
> ENV{SYSTEMD_ALIAS}="/dev/block/$major:$minor"
> ENV{ID_MODEL}="LVM PV $env{ID_FS_UUID_ENC} on /dev/$name"
> ENV{SYSTEMD_WANTS}="lvm2-pvscan@$major:$minor.service"
> 
> 
> If I replace /lib/udev/rules.d/69-lvm-metad.rules with the attached
> file, my problems with LVM on top of RAID1 are gone. Can you copy the
> attached file to /etc/udev/rules.d/ and test if that fixes your problem?
[...]

I've done a local bin-NMU (on a systemd using chroot, so I ended up
with exactly the same lib/udev/rules.d/69-lvm-metad.rules you got), 
as that was easier to deploy and test locally - and it indeed seems
to fix the problem. Both the nforce4 system and the ivy-bridge system
used for reporting this bug have gone through >>20 successful reboots 
each and all other affected systems I've tested seem to be fixed as 
well (none of them having mdadm installed, I haven't been able to 
test the single system using mdadm+lvm2 so far).

Thanks a lot
Stefan Lippers-Hollmann


pgp7B_WY2_eFR.pgp
Description: Digitale Signatur von OpenPGP

Bug#794213: icedove-l10n-de: icedove update blocked

[Carsten Schoenert]

Am 31.07.2015 um 23:12 schrieb Jörg-Volker Peetz:
> Thank you Carsten,
> 
> that's good to hear. So, this wish/bug can soon be closed.

Will be done automatically by the BTS after the upload of the l10n packages.

---
Regards
Carsten Schoenert


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

Bug#793510: Uninstallable: Depends: python-sqlalchemy (< 0.10) but 1.0.8+ds1-1 is in sid

[Andreas Tille]

Hi Scott,

thanks a lot.  I injected your changes into SVN.

Kind regards

Andreas.

On Fri, Jul 31, 2015 at 08:43:53PM -0400, Scott Kitterman wrote:
> On Friday, July 24, 2015 06:55:51 PM Chris West wrote:
> > Package: python-sqlsoup
> > Version: 0.9.0+dfsg-2
> > Severity: serious
> > Tags: sid
> > User: reproducible-bui...@lists.alioth.debian.org
> > Usertags: ftbfs
> > 
> > Dear Maintainer,
> > 
> > The package can't be installed due to broken dependencies.
> > python-sqlalchemy 1.0.6 was uploaded to unstable 2015-06-25.
> > 
> > 
> > # apt-get install python-sqlsoup
> > 
> > The following packages have unmet dependencies:
> >  python-sqlsoup : Depends: python-sqlalchemy (< 0.10) but 1.0.8+ds1-1 is to
> > be installed E: Unable to correct problems, you have held broken packages.
> 
> NMU diff attached.  I'll upload this shortly.
> 
> Scott K

> diff -Nru python-sqlsoup-0.9.0+dfsg/debian/changelog 
> python-sqlsoup-0.9.0+dfsg/debian/changelog
> --- python-sqlsoup-0.9.0+dfsg/debian/changelog2014-03-17 
> 08:43:11.0 -0400
> +++ python-sqlsoup-0.9.0+dfsg/debian/changelog2015-07-31 
> 20:36:34.0 -0400
> @@ -1,3 +1,11 @@
> +python-sqlsoup (0.9.0+dfsg-2.1) unstable; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Rebuild against sqlalchemy (Closes: #793510)
> +  * Add explicit build-dep on dh-python
> +
> + -- Scott Kitterman   Fri, 31 Jul 2015 20:34:54 -0400
> +
>  python-sqlsoup (0.9.0+dfsg-2) unstable; urgency=medium
>  
>* Rebuild against SQLAlchemy 0.9
> diff -Nru python-sqlsoup-0.9.0+dfsg/debian/control 
> python-sqlsoup-0.9.0+dfsg/debian/control
> --- python-sqlsoup-0.9.0+dfsg/debian/control  2014-03-17 08:42:33.0 
> -0400
> +++ python-sqlsoup-0.9.0+dfsg/debian/control  2015-07-31 20:38:09.0 
> -0400
> @@ -5,6 +5,7 @@
>  Section: python
>  Priority: optional
>  Build-Depends: debhelper (>= 9),
> +   dh-python,
> python | python-all | python-dev | python-all-dev,
> python-setuptools,
> python-sqlalchemy




> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging


-- 
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#793514: FTBFS: conflicting types for append_int

[Andreas Tille]

Hi Staden developers,

as you can see in this Debian bug report the current staden release is
in conflict with the latest releases of staden-io-lib.  Both dafine the
same function but with different code (not only the header is
different).

Any help is welcome

Andreas.

On Fri, Jul 24, 2015 at 07:14:29PM +, Chris West (Faux) wrote:
> Source: staden
> Version: 2.0.0+b10-1.1
> Severity: serious
> Tags: sid
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> 
> Dear Maintainer,
> 
> The package fails to build:
> 
> sam_index.c:321:14: error: conflicting types for ‘append_int’
>  static char *append_int(char *cp, int i) {
>   ^
> In file included from /usr/include/io_lib/scram.h:52:0,
>  from sam_pileup.h:4,
>  from sam_index.c:17:
> /usr/include/io_lib/bam.h:755:16: note: previous declaration of ‘append_int’ 
> was here
>  unsigned char *append_int(unsigned char *cp, int32_t i);
> ^
> /staden-2.0.0+b10/./gap5/../global.mk:388: recipe for target 'sam_index.o' 
> failed
> make[2]: *** [sam_index.o] Error 1
> make[2]: Leaving directory '/staden-2.0.0+b10/gap5'
> 
> 
> Full build log:
> https://reproducible.debian.net/rb-pkg/unstable/amd64/staden.html
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging

-- 
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#794264: systemd: System will no longer boot

[ael]

On Fri, Jul 31, 2015 at 11:15:06PM +0200, Michael Biebl wrote:
> Control: tags -1 moreinfo
> 
> Am 31.07.2015 um 20:57 schrieb ael:
> > Package: systemd
> > Version: 221-1
> > Severity: critical
> > Justification: breaks the whole system
> > 
> > I had to select the sysvinit option from the grub menu in order to
> > achieve a boot. The standard menu entry got as far as (probably) trying
> > to spawn X, and then hung. But it had no business doing that because
> > the default target was set to
> > default.target -> /lib/systemd/system/multi-user.target
> > in /etc/systemd/systemd/
> 
> If X hangs, what makes you sure systemd is at fault?

X runs when booted via sysvinit. I have subsequently discovered that I
cannot shutdown that machine. It reports something like the
shutdown.service did not complete (with timeout). I think I know why
that happened, *but* to refuse to umount the filesystem and stop all
processes to allow a safe manual power off is a major flaw. I had to
just cut power after manually unmounting the few mounts that it would
permit.

That whole machine is now is a complete mess, and I am not sure that I
will be able to recover to try to provide the reports you request
without a lot of time and effort. I will be away from the machine for
about 1 month in a day or so, so such a report may be delayed.

Another (amd64) machine has also stopped booting properly after the
latest updates. At least it gets as far as emergency mode. That too seems
to be a systemd problem.

Back to the i386 machine, the target in this report:  when I tried to
apt-get upgrade in case the bug had been fixed, it hung on systemd
because udev could not be upgraded. The udev refusal to upgrade came
with a message from dpkg about a group 'Input' already existing.
This from memory: so the details may not be correct. As I say that
system is messed up so I can't easily check those details for now.

Thanks for the reply.


> Please provide a verbose debug log of systemd.
> Add "systemd.log_level=debug systemd.debug-shell" to the kernel command
> line. You should get a debug shell on tty9, which you can use to inspect
> the system.
> Please attach the output of
> journalctl -alb
> systemd-analyze dump
> systemctl status
> 
> 
> 
> [1] http://freedesktop.org/wiki/Software/systemd/Debugging/#index1h1
> -- 
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
> 


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

Bug#794218: [Pkg-openssl-devel] Bug#794218: openssl: no display built date

[Hiroyuki YAMAMORI]

On Fri, 31 Jul 2015 18:16:36 +0200, Kurt Roeckx wrote:
> This is an intentional change.  Why do you need the date it was
> build?

It's easy to know debian revision changed without using dpkg or apt
commands.
I think built date is a kind of ID.


Thank you.
--
Hiroyuki YAMAMORI


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

Bug#794280: closed by Michael Biebl (Re: Bug#794280: udev: Cannot upgrade: group 'input' already exists)

[ael]

On Fri, Jul 31, 2015 at 09:15:11PM +, Debian Bug Tracking System wrote:
> 
> #794280: udev: Cannot upgrade: group 'input' already exists
> 
> It has been closed by Michael Biebl .
> > Setting up udev (222-2) ...
> > addgroup: The group `input' already exists as a system group. Exiting.
> 
> Not a bug in the udev package. The udev package always created the
> "input" group as system group. So it's most likely that you created this
> group yourself as non-system group.

I am sure that I didn't create that group. But if I can recover the
machine, I will try to discover what group exist and why. It could
perhaps be a relic from a earlier version of debian.


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

Bug#794194: britney: Strip off Multi-Arch qualifiers in reverse dependency calculation

[Martin Pitt]

Package: release.debian.org
Severity: normal
Tags: patch
User: release.debian@packages.debian.org
Usertags: britney

Hello,

in Ubuntu's britney instance (which triggers autopkgtests for gating
unstable → testing promotion) we noticed that some reverse
dependencies were not being triggered, for example:

   Package: ipython3
   Depends: python3:any (>= 3.3.2-2~)

(Dep list trimmed). This is because britney's reverse dependency
calculation tries to look up "python3:any" in the package map, which
isn't a valid package name. Thus these multi-arch qualifiers should be
stripped off in register_reverses().

Attached patch does that.

Thanks for considering,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
From f885961b7c74e531e66d5815ff66227a6addaaa3 Mon Sep 17 00:00:00 2001
From: Martin Pitt 
Date: Fri, 31 Jul 2015 08:57:48 +0200
Subject: [PATCH] Consider packages with M-A qualifiers in reverse dependency
 map

Strip of Multi-Arch qualifiers like ":any" or ":native" in register_reverses()
for the dictionary lookup, as they are not part of the package name.

This will fix cases like

  Package: ipython3
  Depends: python3:any (>= 3)

and include ipython3 in python3's reverse dependencies.

Signed-off-by: Martin Pitt 
---
 britney_util.py | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/britney_util.py b/britney_util.py
index 346bac3..653cadb 100644
--- a/britney_util.py
+++ b/britney_util.py
@@ -233,7 +233,8 @@ def register_reverses(packages, provides, check_doubles=True, iterator=None,
 # go through the list
 for p in dependencies:
 for a in p:
-dep = a[0]
+# strip off Multi-Arch qualifiers like :any or :native
+dep = a[0].split(':')[0]
 # register real packages
 if dep in packages and (not check_doubles or pkg not in packages[dep][RDEPENDS]):
 packages[dep][RDEPENDS].append(pkg)
-- 
2.5.0



signature.asc
Description: Digital signature

Bug#794193: epiphany-browser: missing recommends or depends on gstreamer1.0-libav

[Michael Biebl]

Hi

Am 31.07.2015 um 08:44 schrieb Andres Salomon:
> So, epiphany-browser should probably have a Recommends or even a
> hard Depends on gstreamer1.0-libav.

Since Debian is in the process of switching back from libav to ffmpeg, I
assume gstreamer1.0 will also switch to ffmpeg.
So I'd recommend to wait until this has settled. I would guess that we
have a gstreamer1.0-ffmpeg package then.

Michael
-- 
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#794196: lintian: please refresh font data for each release

[Hideki Yamane]

Package: lintian
X-debbugs-cc: pkg-fonts-de...@lists.alioth.debian.org

Hi,

 lintian shows duplicate-font-file warning.

>>fonts-alee
>>W duplicate-font-file
>>usr/share/fonts/truetype/alee/Bandal.ttf also in ttf-alee
>>usr/share/fonts/truetype/alee/Bangwool.ttf also in ttf-alee
>>usr/share/fonts/truetype/alee/Eunjin.ttf also in ttf-alee
>>usr/share/fonts/truetype/alee/EunjinNakseo.ttf also in ttf-alee
>>usr/share/fonts/truetype/alee/Guseul.ttf also in ttf-alee

 However, ttf-alee is already dummy transitional package.

 data/files/fonts says

# The list of known font filenames already packaged for Debian and the
# package that contains the font.  Only packages starting with ttf-,
# otf-, t1-, xfonts- and fonts- are searched for fonts.
#
# Last updated: 2014-10-01

 It's too old... please exec private/refresh-fonts-data for each release
 to not cause false-positive, at least.


-- 
Hideki Yamane


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

Bug#794195: msmtp-gnome: mentiones msmtp-gnome-tool.py without providing it

[Norbert Preining]

Package: msmtp-gnome
Version: 1.6.2-1
Severity: normal

>From the README.Debian
To manage the msmtp accounts settings into the GNOME keyring a python
script is available: 
/usr/share/doc/msmtp-gnome/scripts/msmtp-gnome-tool.py
but this script is not installed.

???

Thanks!

Norbert


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

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

Versions of packages msmtp-gnome depends on:
ii  libc6  2.19-19
ii  libglib2.0-0   2.44.1-1.1
ii  libgnutls-deb0-28  3.3.16-1
ii  libgsasl7  1.8.0-8
ii  libidn11   1.31-1
ii  libsecret-1-0  0.18.2-1
ii  msmtp  1.6.2-1
ii  seahorse   3.16.0-1

msmtp-gnome recommends no packages.

Versions of packages msmtp-gnome suggests:
pn  msmtp-mta  

-- 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#794052: systemd: logging to host via ssh with systemd but not using itself

[Michael Biebl]

Hello,

Am 30.07.2015 um 07:59 schrieb Clemens Haupt Hohentrenk:
> *** 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 ***


Can you please describe your problem in more detail.
The current bug report doesn't contain enough information to further
pursue it.


Thanks,
Michael

-- 
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#794066: dblatex: Way to control DPI of converted figures?

[Petter Reinholdtsen]

The upstream author suggested a workaround on IRC. By replacing inkscape
with a wrapper looking like this:

  % cat bin/inkscape 
  #!/bin/sh
  # Workaround for https://bugs.debian.org/794066 >
  exec /usr/bin/inkscape --export-dpi=300 "$@"
  %

And then calling dblatex with bin in PATH, for example like this:

  PATH=`pwd`/bin:$PATH dblatex

This way the DPI of the generated bitmaps become 300.

He was not aware of any way to get a vector drawing included in the PDF
directly, and had plans to extend dblatex to make the figure conversion
code more customizable.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#791794: UUID not found for root

[Ian Campbell]

On Thu, 2015-07-30 at 12:02 -0400, Martin Michlmayr wrote:
* Ian Campbell  [2015-07-22 09:10]:
> I think it is the DEBIAN_FRONTEND which is supposed to work for the
> installer case, which you added back in 2008. in-target appears to have
> set DEBIAN_FRONTEND=passthrough since 2005, but perhaps something has
> gotten into (or out of) the middle in the meantime?
> 
> Or perhaps something has changed to using in-target which wasn't
> before?
> 
> In any case, perhaps the answer is to check for DEBIAN_FRONTEND either
> noninteractive or passthrough? Or maybe even just for it being set at
> all, since even if it were =text or =newt or whatever echo+read doesn't
> seem like the right answer...


I've no idea what would be best.  I was hoping Colin would comment.

Unless someone has an alternative suggestion I think I'll make the
flash-kernel initramfs-hook gate its waiting for Ctrl-C on failure
behaviour on either DEBIAN_FRONTEND or DEBIAN_HAS_FRONTEND being non
-empty. Today the DEBIAN_FRONTEND check is explicitly for
"noninteractive" which omits at least "passthrough" as another
problematic case. It seems to me that few of the other possible options
would benefit from being made to wait here (graphical ones surely not,
likewise newt, maybe text would be ok, but lets not bother special
casing it).

I found an old branch where I tried to get the initramfs-hook to use
debconf if it appears to be already running. I don't think I ever got
it working, and it looks like I was having trouble arranging for flash
-kernel's templates to be loaded (since we are running in the context
of some other packages debconf invocation), which matches my vague
recollection.

I've pasted the key hunk below in case any one has any ideas how to
make this work correctly.

Ian.

# Script is called from update-initramfs which in term can be
# called manually by the admin from the CLI or via various
# postinst and trigger hooks or from the installer.
#
-   # If debconf appears to be running then it is important that
-   # we do not block on stdin since this would hang the
-   # installer.
+   # If debconf appears to be running then use it to notify the
+   # user. This is particularly important if the error occurs
+   # during the installer.
if [ "$DEBIAN_HAS_FRONTEND" ]; then
echo "Unable to abort; system will probably be broken!" >&2
+   # No need to worry about confmodule re-execing the
+   # script since we check $DEBIAN_HAS_FRONTEND
+   # immediately above
+   . /usr/share/debconf/confmodule
+   # Make sure our templates are loaded
+   db_x_loadtemplatefile $(dpkg-query --control-path flash-kernel 
templates) flash-kernel
+   db_title flash-kernel
+   db_subst flash-kernel/$template ROOTDEV $rootdev
+   db_input critical flash-kernel/$template
+   db_go
+   #db_get flash-kernel/$template
else
+   echo "" >&2
echo "Press Ctrl-C to abort build, or Enter to continue" >&2
read _ignored
fi


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

Bug#794197: toppler: higher resolution icon

[Ronny Standtke]

Package: toppler
Version: 1.1.6-2
Severity: minor

The toppler icon looks very blurry because of its quite low resolution
(32x32). I noticed that in the upstream data repository there is a GIMP
file with pictures of the toppler dude with a slightly higher resolution
(40x40), see:
http://toppler.sourceforge.net/repos/datafile/dude.xcf

I used this file to created a new icon (see attachment) and copied it to
/usr/share/icons/. This looks a little better on desktops with large
icons (e.g. GNOME or KDE).

Could you include this new icon in the debian package?

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

Kernel: Linux 4.1.0-trunk-686-pae (SMP w/5 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 toppler depends on:
ii  libc62.19-18
ii  libgcc1  1:4.9.2-10
ii  libsdl-mixer1.2  1.2.12-11+b1
ii  libsdl1.2debian  1.2.15-10+b1
ii  libstdc++6   4.9.2-10
ii  zlib1g   1:1.2.8.dfsg-2+b1

toppler recommends no packages.

toppler suggests no packages.

-- no debconf information

Bug#794198: toppler: missing sources of binary file toppler.dat

[Ronny Standtke]

Package: toppler
Version: 1.1.6-2
Severity: normal

After running "apt-get source toppler" I expected to find all sources of
the toppler game. Unfortunately, the source package contains a big
binary blob "toppler.dat" even though the sources for this file
including a makefile are available here:
http://toppler.sourceforge.net/repos/datafile/

I don't know if including this file as a binary blob in the toppler
source package even conflicts with a Debian policy...

Could you change the toppler source package so that the toppler.dat file
is created from sources when building the toppler binary packages?

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

Kernel: Linux 4.1.0-trunk-686-pae (SMP w/5 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 toppler depends on:
ii  libc62.19-18
ii  libgcc1  1:4.9.2-10
ii  libsdl-mixer1.2  1.2.12-11+b1
ii  libsdl1.2debian  1.2.15-10+b1
ii  libstdc++6   4.9.2-10
ii  zlib1g   1:1.2.8.dfsg-2+b1

toppler recommends no packages.

toppler 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#793631: stable also affected

[Bastian Blank]

Moin,

stable, aja Jessie, is also affected by this problem. LVM does not use
this code path by default, but it is supported.

Bastian

-- 
Bastian Blank
Berater
Telefon: +49 2161 / 4643-194
E-Mail: bastian.bl...@credativ.de
credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209
Hohenzollernstr. 133, 41061 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer


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

Bug#794193: epiphany-browser: missing recommends or depends on gstreamer1.0-libav

[Andres Salomon]

On Fri, 31 Jul 2015 09:11:28 +0200
Michael Biebl  wrote:

> Hi
> 
> Am 31.07.2015 um 08:44 schrieb Andres Salomon:
> > So, epiphany-browser should probably have a Recommends or even a
> > hard Depends on gstreamer1.0-libav.
> 
> Since Debian is in the process of switching back from libav to
> ffmpeg, I assume gstreamer1.0 will also switch to ffmpeg.
> So I'd recommend to wait until this has settled. I would guess that we
> have a gstreamer1.0-ffmpeg package then.
> 

Sure.

The other question is whether the webkit libraries themselves should
have this dependency, rather than individual browsers.  Midori, for
example, suffers from the same bug.


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

Bug#780228: libvdpau-va-gl1: libvdpau-va-gl pollutes stdout

[Anton Khirnov]

Hi,
Quoting Vincent Bernat (2015-03-11 08:42:31)
> Control: tag -1 + patch
> Control: forward -1 https://github.com/i-rinat/libvdpau-va-gl/pull/43
> 
>  ❦ 10 mars 2015 20:36 +0100, Anton Khirnov  :
> 
> > on init, this library will print
> > [VS] Software VDPAU backend library initialized
> > to stdout. This breaks programs that use stdout for something and expect
> > nobody else to mess with it.
> 
> Forwarded upstream with a patch.

Now that this has been fixed upstream for a while, would you please
upload a new package with the fix?

Thanks
-- 
Anton Khirnov


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

Bug#794199: debian-goodies: checkrestart false positive for mysqld with /[aio]

[Reinhard Brunzema]

Package: debian-goodies
Version: 0.63
Severity: normal

Dear Maintainer,

the checkrestart utility in debian goodies always reports mysqld as candidate 
for restart. This is caused by the special file '/[aio]'. Please blacklist 
'/[aio]' to prevent this false positive.

###
$ checkrestart -v
Found 1 processes using old versions of upgraded files
(1 distinct program)
Process /usr/sbin/mysqld (PID: 1778)
List of deleted files in use:
/[aio]
/[aio]
/[aio]
/[aio]
/[aio]
/[aio]
/[aio]
/[aio]
[...]
Running:['dpkg-query', '--search', '/usr/sbin/mysqld']
Reading line: mysql-server-core-5.5: /usr/sbin/mysqld

(1 distinct packages)
These processes do not seem to have an associated init script to restart them:
mysql-server-core-5.5:
1778/usr/sbin/mysqld
###

Thanks in advance
Reinhard

-- 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=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 debian-goodies depends on:
ii  curl  7.38.0-4+deb8u2
ii  dctrl-tools [grep-dctrl]  2.23
ii  perl  5.20.2-3+deb8u1
ii  python2.7.9-1
ii  whiptail  0.52.17-1+b1

Versions of packages debian-goodies recommends:
ii  lsof  4.86+dfsg-1

Versions of packages debian-goodies suggests:
pn  popularity-contest  
pn  xdg-utils   
pn  zenity  

-- 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#507817: screen -r still sometimes fails with "WriteMessage: Bad file descriptor"

[Vincent Lefevre]

Hi,

On 2015-07-30 15:51:43 +0200, Axel Beckert wrote:
> Any chance that you can rebuild Debian's screen without(*) that patch
> and check if you get the same percentage of error messages?

The problem is that I can no longer reproduce the bug (with the
official package) while I didn't change anything.

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


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

Bug#794200: lvm2: Wrong macro expension in lvm.conf

[Laurent Bigonville]

Package: lvm2
Version: 2.02.126-1
Severity: normal

Hi,

In the "global section of the configuration file, it seems that the
value of the "etc" parameter is not expanded as exected:

etc = "${exec_prefix}/etc"

This probably need to be fixed.

Cheers,

Laurent Bigonville

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

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

Versions of packages lvm2 depends on:
ii  dmeventd  2:1.02.103-1
ii  dmsetup   2:1.02.103-1
ii  init-system-helpers   1.23
ii  initscripts   2.88dsf-59.2
ii  libc6 2.19-19
ii  libdevmapper-event1.02.1  2:1.02.103-1
ii  libdevmapper1.02.12:1.02.103-1
ii  liblvm2app2.2 2.02.126-1
ii  libreadline5  5.2+dfsg-3
ii  libudev1  223-2
ii  lsb-base  4.1+Debian13+nmu1

lvm2 recommends no packages.

Versions of packages lvm2 suggests:
pn  thin-provisioning-tools  

-- Configuration Files:
/etc/lvm/lvm.conf changed [not included]

-- no debconf information


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

Bug#780228: libvdpau-va-gl1: libvdpau-va-gl pollutes stdout

[Vincent Bernat]

 ❦ 31 juillet 2015 09:33 +0200, Anton Khirnov  :

>> > on init, this library will print
>> > [VS] Software VDPAU backend library initialized
>> > to stdout. This breaks programs that use stdout for something and expect
>> > nobody else to mess with it.
>> 
>> Forwarded upstream with a patch.
>
> Now that this has been fixed upstream for a while, would you please
> upload a new package with the fix?

Done.
-- 
10.0 times 0.1 is hardly ever 1.0.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#794201: xterm -e writes a /var/log/wtmp entry

[Vincent Lefevre]

Package: xterm
Version: 318-2
Severity: normal

The xterm(1) man page says:

  Finally, -ls is not completely ignored, because xterm -ls -e
  does  write  a /var/log/wtmp entry (if configured to do so),
  whereas xterm -e does not.

But a command like "xterm -e true", or even "xterm +ls -e true",
writes a /var/log/wtmp entry, as shown by "last -10".

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, 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 xterm depends on:
ii  libc6   2.19-19
ii  libfontconfig1  2.11.0-6.3
ii  libice6 2:1.0.9-1+b1
ii  libtinfo5   5.9+20150516-2
ii  libutempter01.1.6-1
ii  libx11-62:1.6.3-1
ii  libxaw7 2:1.0.12-2+b1
ii  libxft2 2.3.2-1
ii  libxmu6 2:1.1.2-1
ii  libxpm4 1:3.5.11-1+b1
ii  libxt6  1:1.1.4-1+b1
ii  xbitmaps1.1.1-2

Versions of packages xterm recommends:
ii  x11-utils  7.7+3

Versions of packages xterm suggests:
pn  xfonts-cyrillic  

-- 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#794191: [php-maint] Bug#794191: php5-mysql: PHP is compiled with old version of the MySQL headers

[Ondřej Surý]

Hi,

this will fix itself after mysql-5.6 migrates to stretch. The error is
just a slight annoyance and it reality it's not a problem at all.

I have a patch somewhere that gets rid of the warning. Ping me if it's
not fixed withing a few weeks and I'll apply it.

O.

On Fri, Jul 31, 2015, at 06:58, Julian Calaby wrote:
> Package: php5-mysql
> Version: 5.6.11+dfsg-1
> Severity: minor
> 
> Dear Maintainer,
> 
> After updating my Debian Testing (Stretch) box's PHP install from PHP
> 5.5.12+dfsg-2 to 5.6.11-1, I occasionally get the following warnings:
> 
> PHP Warning:  mysql_connect(): Headers and client library minor version
> mismatch. Headers:50625 Library:50543
> 
> It appears that php5-mysql is compiled against the mysql-5.6 headers from
> Sid whereas Stretch still only has mysql-5.5.
> 
> Should the libmysqlclient18 dependency be versioned?
> 
> Thanks,
> 
> Julian Calaby
> 
> 
> -- Package-specific info:
>  Additional PHP 5 information 
> 
>  PHP 5 SAPI (php5query -S): 
> cgi
> cli
> 
>  PHP 5 Extensions (php5query -M -v): 
> readline (Enabled for cgi by maintainer script)
> readline (Enabled for cli by maintainer script)
> sqlite3 (Enabled for cgi by maintainer script)
> sqlite3 (Enabled for cli by maintainer script)
> mcrypt (Enabled for cgi by maintainer script)
> mcrypt (Enabled for cli by maintainer script)
> pdo (Enabled for cgi by maintainer script)
> pdo (Enabled for cli by maintainer script)
> pdo_sqlite (Enabled for cgi by maintainer script)
> pdo_sqlite (Enabled for cli by maintainer script)
> opcache (Enabled for cgi by maintainer script)
> opcache (Enabled for cli by maintainer script)
> pdo_mysql (Enabled for cgi by maintainer script)
> pdo_mysql (Enabled for cli by maintainer script)
> json (Enabled for cgi by maintainer script)
> json (Enabled for cli by maintainer script)
> mysql (Enabled for cgi by maintainer script)
> mysql (Enabled for cli by maintainer script)
> xdebug (Enabled for cgi by local administrator)
> No module matches xdebug (Disabled for cli by local administrator)
> mysqli (Enabled for cgi by maintainer script)
> mysqli (Enabled for cli by maintainer script)
> gd (Enabled for cgi by maintainer script)
> gd (Enabled for cli by maintainer script)
> 
>  Configuration files: 
>  /etc/php5/mods-available/mysql.ini 
> extension=mysql.so
> 
>  /etc/php5/mods-available/mysqli.ini 
> extension=mysqli.so
> 
>  /etc/php5/mods-available/pdo_mysql.ini 
> extension=pdo_mysql.so
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing-proposed-updates
>   APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
> Architecture: i386 (i686)
> 
> Kernel: Linux 4.0.0-2-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages php5-mysql depends on:
> ii  libc6  2.19-19
> ii  libmysqlclient18   5.5.43-0+deb8u1
> ii  php5-common [phpapi-20131226]  5.6.11+dfsg-1
> ii  ucf3.0030
> ii  zlib1g 1:1.2.8.dfsg-2+b1
> 
> php5-mysql recommends no packages.
> 
> php5-mysql suggests no packages.
> 
> Versions of packages php5-common depends on:
> ii  libc6   2.19-19
> ii  lsof4.86+dfsg-1
> ii  psmisc  22.21-2
> ii  sed 4.2.2-6.1
> ii  ucf 3.0030
> 
> Versions of packages php5-common suggests:
> pn  php5-user-cache  
> 
> Versions of packages php5-cli depends on:
> ii  libbz2-1.01.0.6-8
> ii  libc6 2.19-19
> ii  libcomerr21.42.13-1
> ii  libdb5.3  5.3.28-9
> ii  libedit2  3.1-20150325-1
> ii  libgssapi-krb5-2  1.12.1+dfsg-20
> ii  libk5crypto3  1.12.1+dfsg-20
> ii  libkrb5-3 1.12.1+dfsg-20
> ii  libmagic1 1:5.22+15-2
> ii  libonig2  5.9.6-1
> ii  libpcre3  2:8.35-7
> ii  libqdbm14 1.8.78-5+b3
> ii  libssl1.0.0   1.0.2d-1
> ii  libxml2   2.9.1+dfsg1-5
> ii  mime-support  3.58
> ii  php5-common   5.6.11+dfsg-1
> ii  php5-json 1.3.7-1
> ii  tzdata2015e-1
> ii  ucf   3.0030
> ii  zlib1g1:1.2.8.dfsg-2+b1
> 
> Versions of packages php5-cli recommends:
> ii  php5-readline  5.6.11+dfsg-1
> 
> Versions of packages php5-cli suggests:
> ii  php-pear  5.6.11+dfsg-1
> 
> Versions of packages php5-cgi depends on:
> ii  libbz2-1.01.0.6-8
> ii  libc6 2.19-19
> ii  libcomerr21.42.13-1
> ii  libdb5.3  5.3.28-9
> ii  libgssapi-krb5-2  1.12.1+dfsg-20
> ii  libk5crypto3  1.12.1+dfsg-20
> ii  libkrb5-3 1.12.1+dfsg-20
> ii  libmagic1 1:5.22+15-2
> ii  libonig2  5.9.6-1
> ii  libpcre3  2:8.35-7
> ii  libqdbm14 1.8.78-5+b3
> ii  libssl1.0.0   1.0.2d-1
> ii  libxml2   2.9.1+dfsg1-5
> ii  mime-support  3.58
> ii  php5-cli  5.6.11+dfsg-1
> ii  php5-common

Bug#697664: in wheezy the problem persist

[Sebastian E. Ovide]

hello

using raspbian (based on wheezy) the problem persists.. I've also installed
gpsd from backport and the problem is still there...



thanks

-- 
Sebastian E. Ovide

Bug#794203: libstdc++6: libreoffice Breaks too low

[Rene Engelhard]

Package: libstdc++6
Version: 5.2.1-13
Severity: important

Hi,

$ dpkg --info libstdc++6_5.2.1-13_ppc64el.deb | grep Breaks
 Breaks: [...], libreoffice-core (<= 1:4.4.4-1), [...]

As said on IRC I has an at job scheduled for yesterday 13:00 to upload 4.4.5-1.
Which ran but since dak was broken for a few hours...

Anyway, 4.4.5-1 has FTBFS problems, so I need a 4.4.5-2 (which I need in any
case, othweise rebuilds will fail in any case. bad.).

Pleae update the Breaks to libreoffice <= 1:4.4.5-2

(OK, that doesn't take into account the 5.0.0 rcs in experimental, but oh
well..)

Regards,

Rene


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

Bug#793945: pbr-1.3.0 in unstable?

[Thomas Goirand]

On 07/30/2015 04:11 PM, Michael Fladischer wrote:
> On Thu, 30 Jul 2015 15:53:31 +0200 Thomas Goirand  wrote:
> 
>> I can't upload python-pbr until before OpenStack Liberty is out on the
>> 15th of October. Otherwise, uploading pbr to Sid will break OpenStack
>> Kilo. :(
> 
> As Yaroslav said, it would be sufficient if you could upload pbr-0.11.0
> as it already supports SemanticVersion().

Hi,

I have uploaded 0.11.0 in Sid.

Thomas Goirand (zigo)


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

Bug#794086: RFS: clblas/2.4-3

[PICCA Frederic-Emmanuel]

idem 2.6 is out and can you fix most of the lintian warnings :)

Cheers.

Fred

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

Bug#794089: RFS: clfft/2.4-4

[PICCA Frederic-Emmanuel]

Hello, sorry but I am in VAC until mid August.

can you find another sponsor or wait until I come back from holidays ?

the 2.6 version is also available :p


Cheers

Fred

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

Bug#794204: bogl: support zero-width space

[Samuel Thibault]

Package: bogl
Version: 0.1.18-9
Severity: normal

I have heard that persian people found that zero-width space are not
supported, while it's needed for proper support for persian.  I don't
know the details, this report is just to make sure this information is
not lost.

Samuel

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

Kernel: Linux 4.1.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

-- 
Samuel
Anyone who thinks UNIX is intuitive should be forced to write 5000 lines of 
code using nothing but vi or emacs. ACK!
(Discussion in comp.os.linux.misc on the intuitiveness of commands, especially
Emacs.)


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

Bug#794052: systemd: logging to host via ssh with systemd but not using itself

[Michael Biebl]

Control: reassign -1 systemd-shim
Control: forcemerge 756247 -1

Am 30.07.2015 um 07:59 schrieb Clemens Haupt Hohentrenk:
> 9398 login: [  223.579151] systemd-logind[4102]: Failed to start user 
> service: Unknown unit: user@0.service
> ?

That's a duplicate of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756247

-- 
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#794205: vokoscreen: does not work with ffmpeg Permission denied error

[Dominik George]

Package: vokoscreen
Version: 2.4.0-1
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

vokoscreen does not work. The ffmpeg command it runs gives:

[x11grab @ 0xa5e540] Cannot get the image data event_error: response_type:0 
error_code:8 sequence:14 resource_id:218 minor_code:0 major_code:73.
:0+1925,-3: Permission denied

- -- 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=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: systemd (via /run/systemd/system)

Versions of packages vokoscreen depends on:
ii  ffmpeg7:2.7.2-1
ii  libasound21.0.29-1
ii  libc6 2.19-19
ii  libgcc1   1:5.1.1-14
ii  libqt4-network4:4.8.7+dfsg-1
ii  libqt4-test   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-14
ii  libv4l-0  1.6.3-1
ii  libv4lconvert01.6.3-1
ii  libx11-6  2:1.6.3-1
ii  mkvtoolnix8.2.0-1
ii  pulseaudio-utils  6.0-2

Versions of packages vokoscreen recommends:
ii  libdc1394-utils  2.2.3-1

vokoscreen suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJOBAEBCAA4BQJVuzY3MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8paQOBAAln2vrSN6EtxkTaNl4rF4
t2XlLVoBbZKZrsjdEdEH7O2F/M/I9xdVIFDv5RbUAYryjHBGbpx+H+MwQJynIsP9
KLItKE5eQIefTGFddZsA6D1W3snsBExRjkggRsBahY/17fr+/UulTE9desJGeUis
E2Zy9Fqa6wkZnwfGWLhlBUcHSpTZvO8pvPm10rImVtIl8N8SMLE4nkItu/hhwTJO
OLiJtwsbFWSBMchmw1K1kMqf5jKz8tj4V7kCg4eiUZ8Gw0SU8qVM/NxNnm57Th9H
cAyWlSsyR//YM2jrAquLQWWnDbER8tEArmSqHVWNWMOsVh7ecx9N+/6VSw4sJGHM
6vhgXJYNZqZxzjncSq0b8UBYOnFvuC5mlsjUJEyy5JvGJNHSDvOrIJq6OyJqWl6k
dWqChzPIEusy4LGuDi913f2JsnFse9EQ0xPUk6B7NZO8noLs+G1oWHMK4q6Ng3NQ
4JDLLAiWB0w5tTQ0sZ3vhlj+sv6PVW5nXetjn6dgkgIQAvf4YzYvzk9KYEeGluiX
zlw+gphSvSXi7XfxWpL/BXBnzI/cU8epKlOK0nDXTyClfC3qIlFwRictyDXDXGDS
xp4EBIK6r9CTO8fehM6D9F0GAbF2HdM2AywE0H1aznZCXg2/YDiDd8CvQmvksYDn
2oCobsXCjSDTuI2i2CpSiKc=
=YpeO
-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#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails

[Michael Biebl]

On Fri, 31 Jul 2015 08:08:38 +0200 Stefan Lippers-Hollmann
 wrote:
> Hi
> 
> On 2015-07-31, Stefan Lippers-Hollmann wrote:
> > On 2015-07-31, Stefan Lippers-Hollmann wrote:
> > > On 2015-07-25, Bastian Blank wrote:
> [...]
> > The attached bootlog (serial console && udev.log-priority=7) has
> > unfortunately not been recorded with an official Debian kernel, but
> > I've been able to reproduce it with 4.0.0-2-amd64 as well. Just that I
> > missed increasing the scrollback buffer in time and wasn't able to 
> > fetch a full bootlog then - and, regardless of the kernel in use, 
> > reproducing takes quite many reboots (too many for now) with full 
> > logging enabled.
> 
> It took many reboots (>50), but here is a reproduction with the
> official Debian kernel - gzipped logs attached.

Stefan, you are running amd64, right?

Bastian built the lvm2 on amd64 on a non-systemd system, it seems. This
results in /lib/udev/rules.d/69-lvm-metad.rules lookin like this:
...
ENV{SYSTEMD_READY}="1"
RUN+="/sbin/lvm pvscan --background --cache --activate ay --major $major
--minor $minor", ENV{LVM_SCANNED}="1"
...

If you build lvm2 on a systemd system, those rules look like
...
ENV{SYSTEMD_READY}="1"
ACTION!="remove", ENV{LVM_PV_GONE}=="1", RUN+="/bin/systemd-run
/sbin/lvm pvscan --cache $major:$minor", GOTO="lvm_end"
ENV{SYSTEMD_ALIAS}="/dev/block/$major:$minor"
ENV{ID_MODEL}="LVM PV $env{ID_FS_UUID_ENC} on /dev/$name"
ENV{SYSTEMD_WANTS}="lvm2-pvscan@$major:$minor.service"


If I replace /lib/udev/rules.d/69-lvm-metad.rules with the attached
file, my problems with LVM on top of RAID1 are gone. Can you copy the
attached file to /etc/udev/rules.d/ and test if that fixes your problem?

We likely need a runtime check, not a compile time check, in
69-lvm-metad.rules to decide which rules to run.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
# Copyright (C) 2012 Red Hat, Inc. All rights reserved.
#
# This file is part of LVM2.

# Udev rules for LVM.
#
# Scan all block devices having a PV label for LVM metadata.
# Store this information in LVMetaD (the LVM metadata daemon) and maintain LVM
# metadata state for improved performance by avoiding further scans while
# running subsequent LVM commands or while using lvm2app library.
# Also, notify LVMetaD about any relevant block device removal.
#
# This rule is essential for having the information in LVMetaD up-to-date.
# It also requires blkid to be called on block devices before so only devices
# used as LVM PVs are processed (ID_FS_TYPE="LVM2_member" or "LVM1_member").

SUBSYSTEM!="block", GOTO="lvm_end"


ENV{DM_UDEV_DISABLE_OTHER_RULES_FLAG}=="1", GOTO="lvm_end"

# If the PV label got lost, inform lvmetad immediately.
# Detect the lost PV label by comparing previous ID_FS_TYPE value with current 
one.
ENV{.ID_FS_TYPE_NEW}="$env{ID_FS_TYPE}"
IMPORT{db}="ID_FS_TYPE"
ENV{ID_FS_TYPE}=="LVM2_member|LVM1_member", 
ENV{.ID_FS_TYPE_NEW}!="LVM2_member|LVM1_member", ENV{LVM_PV_GONE}="1"
ENV{ID_FS_TYPE}="$env{.ID_FS_TYPE_NEW}"
ENV{LVM_PV_GONE}=="1", GOTO="lvm_scan"

# Only process devices already marked as a PV - this requires blkid to be 
called before.
ENV{ID_FS_TYPE}!="LVM2_member|LVM1_member", GOTO="lvm_end"
ENV{DM_MULTIPATH_DEVICE_PATH}=="1", GOTO="lvm_end"

# Inform lvmetad about any PV that is gone.
ACTION=="remove", GOTO="lvm_scan"

# Create /dev/disk/by-id/lvm-pv-uuid- symlink for each PV
ENV{ID_FS_UUID_ENC}=="?*", 
SYMLINK+="disk/by-id/lvm-pv-uuid-$env{ID_FS_UUID_ENC}"

# If the PV is a special device listed below, scan only if the device is
# properly activated. These devices are not usable after an ADD event,
# but they require an extra setup and they are ready after a CHANGE event.
# Also support coldplugging with ADD event but only if the device is already
# properly activated.
# This logic should be eventually moved to rules where those particular
# devices are processed primarily (MD and loop).

# DM device:
KERNEL!="dm-[0-9]*", GOTO="next"
ENV{DM_UDEV_PRIMARY_SOURCE_FLAG}=="1", ENV{DM_ACTIVATION}=="1", GOTO="lvm_scan"
GOTO="lvm_end"

# MD device:
LABEL="next"
KERNEL!="md[0-9]*", GOTO="next"
IMPORT{db}="LVM_MD_PV_ACTIVATED"
ACTION=="add", ENV{LVM_MD_PV_ACTIVATED}=="1", GOTO="lvm_scan"
ACTION=="change", ENV{LVM_MD_PV_ACTIVATED}!="1", TEST=="md/array_state", 
ENV{LVM_MD_PV_ACTIVATED}="1", GOTO="lvm_scan"
ACTION=="add", KERNEL=="md[0-9]*p[0-9]*", GOTO="lvm_scan"
ENV{LVM_MD_PV_ACTIVATED}!="1", ENV{SYSTEMD_READY}="0"
GOTO="lvm_end"

# Loop device:
LABEL="next"
KERNEL!="loop[0-9]*", GOTO="next"
ACTION=="add", ENV{LVM_LOOP_PV_ACTIVATED}=="1", GOTO="lvm_scan"
ACTION=="change", ENV{LVM_LOOP_PV_ACTIVATED}!="1", TEST=="loop/backing_file", 
ENV{LVM_LOOP_PV_ACTIVATED}="1", GOTO="lvm_scan"
ENV{LVM_LOOP_PV_ACTIVATED}!="1", ENV{SYSTEMD_READY}="0"
GOTO="lvm_end"

# If the PV is not a special device listed above, scan only after device 
addition (ADD event)
LABEL="next"
ACTION!="add", GOTO="lvm_end"

LABEL="lvm_scan"

# The

Bug#794207: lxc: debian template tries to start too many agetty with systemd

[Landry Breuil]

Package: lxc
Version: 1:1.0.6-6+deb8u1
Severity: normal

Dear Maintainer,

Using lxc on jessie to create jessie containers (systemd on both sides), by 
default
lxc.tty is set to 4 so 4 tty devices are created in the target rootfs, but
getty-static.service systemd config tries to spawn 6 agetty by default in the
container, quickly filling the log.
This has been fixed upstream in the debian template in 
https://github.com/lxc/lxc/commit/19fcf68ffb173f146a95c613ae9ccbff45f63a21
Since this is quite annoying, can this be considered for a stable backport ?

Thanks!

-- 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/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

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

Versions of packages lxc recommends:
ii  debootstrap  1.0.67
ii  openssl  1.0.1k-3+deb8u1
ii  rsync3.1.1-3

Versions of packages lxc suggests:
pn  lua5.2  

-- Configuration Files:
/etc/bash_completion.d/lxc.sh 32d83562fc71ced3b564c292dbcf70e0 [Errno 2] No 
such file or directory: u'/etc/bash_completion.d/lxc.sh 
32d83562fc71ced3b564c292dbcf70e0'

-- debconf information:
  lxc/directory: /var/lib/lxc
  lxc/title:
  lxc/auto: true
  lxc/shutdown: /usr/bin/lxc-halt


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

Bug#794206: /bin/machinectl: machinectl pull-raw fails complaining about missing bus

[Martin Pitt]

Control: retitle -1 Enable systemd-import
Control: severity -1 wishlisth

Ritesh Raj Sarraf [2015-07-31 14:18 +0530]:
> rrs@learner:~$ machinectl pull-raw --verify=no 
> http://mirrors.kernel.org/fedora/releases/22/Cloud/x86_64/Images/Fedora-Cloud-Base-22-20150521.x86_64.raw.xz
> Failed transfer image: The name org.freedesktop.import1 was not provided by 
> any .service files

This is known, we don't currently enable importd. It adds quite a
number of heavy dependencies to the package, so this is blocked on a
discussion how to split out networkd, importd, etc. to e. g.
systemd-extras, so that a debootstrap or minimal system does not need
to pull in all those deps.

Martin

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


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

Bug#794208: RM: guava-libraries-18 -- ROM; no longer used, replaced by guava-libraries (>= 18)

[Emmanuel Bourg]

Package: ftp.debian.org
Severity: normal

Hi, please remove the guava-libraries-18, now that guava-libraries has been
updated to the version 18 it is no longer needed.

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