Bug#805144: libmongodbx-class-perl: FTBFS: Attribute (bson_codec) is required at constructor

[Niko Tyni]

Package: libmongodbx-class-perl
Version: 1.030002-1 
Severity: serious
Tags: sid stretch

This package fails to build on current sid. Looking at
 https://reproducible.debian.net/history/libmongodbx-class-perl.html
this regressed between 2015-10-21 and 2015-11-02.


  PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-MTest::Harness" 
"-e" "undef *Test::Harness::Switches; test_harness(1, 'blib/lib', 'blib/arch')" 
t/*.t
  # Testing MongoDBx::Class 1.030002, Perl 5.020002, /usr/bin/perl
  t/00-load.t  
  1..1
  ok 1 - use MongoDBx::Class;
  ok
  Attribute (bson_codec) is required at constructor 
MongoDBx::Class::Database::new (defined at 
/build/libmongodbx-class-perl-1.030002/blib/lib/MongoDBx/Class/Database.pm line 
110) line 22
  MongoDBx::Class::Database::new('MongoDBx::Class::Database', '_client', 
'MongoDBx::Class::Connection=HASH(0x54f41c8)', 'name', 'mongodbx_class_test') 
called at 
/build/libmongodbx-class-perl-1.030002/blib/lib/MongoDBx/Class/Connection.pm 
line 102
  
MongoDBx::Class::Connection::__ANON__('MongoDBx::Class::Connection=HASH(0x54f41c8)',
 'mongodbx_class_test') called at 
/usr/lib/x86_64-linux-gnu/perl5/5.20/Moose/Meta/Method/Overridden.pm line 38
  
MongoDBx::Class::Connection::get_database('MongoDBx::Class::Connection=HASH(0x54f41c8)',
 'mongodbx_class_test') called at t/01-simple.t line 31
  # Looks like you planned 32 tests but ran 2.
  # Looks like your test exited with 255 just after 2.
  t/01-simple.t .. 
  1..32
  ok 1 - successfully loaded schema
  ok 2 - Using safe operations by default
  Dubious, test returned 255 (wstat 65280, 0xff00)
  [...]
  Test Summary Report
  ---
  t/01-simple.t(Wstat: 65280 Tests: 2 Failed: 0)
Non-zero exit status: 255
Parse errors: Bad plan.  You planned 32 tests but ran 2.

-- 
Niko Tyni   nt...@debian.org

Bug#805145: /usr/sbin/aa-status: aa-status --enabled hangs on upgrade until kill

[Patrick Winnertz]

Package: apparmor
Version: 2.10-2+b1
Severity: important
File: /usr/sbin/aa-status

Dear Maintainer,

upgrading packages which includes apparmor profiles and execute aa-status 
during the upgrade process leads to indefinitely running aa-status process.
Only a kill -9 on the process helps to finish the the update.

A similiar behaviour is achieved when running aa-status manually and killing it 
with CTRL-C. The resulting crash log is attached to this report.

Greetings
Patrick


-- 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.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages apparmor depends on:
ii  debconf [debconf-2.0]  1.5.58
ii  libapparmor-perl   2.10-2+b1
ii  libc6  2.19-22
ii  lsb-base   9.20150917
ii  python33.4.3-7

apparmor recommends no packages.

Versions of packages apparmor suggests:
ii  apparmor-docs2.10-2
ii  apparmor-profiles2.10-2
ii  apparmor-profiles-extra  1.6
ii  apparmor-utils   2.10-2+b1

-- debconf information:
  apparmor/homedirs:
KeyboardInterrupt
Python 3.4.3+: /usr/bin/python3
Sun Nov 15 10:14:14 2015

A problem occurred in a Python script.  Here is the sequence of
function calls leading up to the error, in the order they occurred.

 /usr/sbin/aa-status in ()
  210 '--help' : print_usage,
  211 '-h' : print_usage
  212 }
  213 
  214 if cmd in commands:
  215 commands[cmd]()
  216 sys.exit(0)
  217 else:
  218 sys.stderr.write("Error: Invalid command.\n")
  219 print_usage()
commands = {'--complaining': , '--enabled': , '--enforced': , '--help': , '--profiled': , '--verbose': , '-h': , '-v': }
cmd = '--enabled'

 /usr/sbin/aa-status in cmd_enabled()
   26 # just let normal python exceptions happen (LP: #1480492)
   27 pass
   28 
   29 def cmd_enabled():
   30 '''Returns error code if AppArmor is not enabled'''
   31 if get_profiles() == {}:
   32 sys.exit(2)
   33 
   34 def cmd_profiled():
   35 '''Prints the number of loaded profiles'''
global get_profiles = 

 /usr/sbin/aa-status in get_profiles()
  106 errormsg("You do not have enough privilege to read the 
profile set.")
  107 else:
  108 errormsg("Could not open %s: %s" % (apparmor_profiles, 
os.strerror(e.errno)))
  109 sys.exit(4)
  110 
  111 for p in f.readlines():
  112 match = re.search("^([^\(]+)\s+\((\w+)\)$", p)
  113 profiles[match.group(1)] = match.group(2)
  114 
  115 f.close()
p undefined
f = <_io.TextIOWrapper name='/sys/kernel/security/apparmor/profiles' mode='r' 
encoding='UTF-8'>
f.readlines = 

 /usr/lib/python3.4/codecs.py in 
decode(self=, 
input=b'/usr/bin/python2.7//null-5ec//null-5ed//null-5...5ef//null-667//null-668//null-574fe
 (complain)\n', final=False)
  311 def _buffer_decode(self, input, errors, final):
  312 # Overwrite this method in subclasses: It must decode input
  313 # and return an (output, length consumed) tuple
  314 raise NotImplementedError
  315 
  316 def decode(self, input, final=False):
  317 # decode input (taking the buffer into account)
  318 data = self.buffer + input
  319 (result, consumed) = self._buffer_decode(data, self.errors, final)
  320 # keep undecoded input until the next call
global decode = 
self = 
input = 
b'/usr/bin/python2.7//null-5ec//null-5ed//null-5...5ef//null-667//null-668//null-574fe
 (complain)\n'
final = False
KeyboardInterrupt: 
__cause__ = None
__class__ = 
__context__ = None
__delattr__ = 
__dict__ = {}
__dir__ = 
__doc__ = 'Program interrupted by user.'
__eq__ = 
__format__ = 
__ge__ = 
__getattribute__ = 
__gt__ = 
__hash__ = 
__init__ = 
__le__ = 
__lt__ = 
__ne__ = 
__new__ = 
__reduce__ = 
__reduce_ex__ = 
__repr__ = 
__setattr__ = 
__setstate__ = 
__sizeof__ = 
__str__ = 
__subclasshook__ = 
__suppress_context__ = False
__traceback__ = 
args = ()
with_traceback = 

The above is a description of an error in a Python program.  Here is
the original traceback:

Traceback (most recent call last):
  File "/usr/sbin/aa-status", line 215, in 
commands[cmd]()
  File "/usr/sbin/aa-status", line 31, in cmd_enabled
if get_profiles() == {}:
  File "/usr/sbin/aa-status", line 111, in get_profiles
for p in f.readlines():
  File "/usr/lib/python3.4/codecs.py", line 316, in decode
def decode(self, input, final=False):
KeyboardInterrupt


Please consider reporting a bug at https://bugs.launchpad.net/apparmor/
and attach this file.

Bug#788050: systemd-fsck : Check disks at each reboot

[Axel Ludszuweit]

Dear Maintainer,

I have converted my ext3 filesystem to ext4 to reduce time needed by fsck.
But the behaviour is still unchanged, fsck of big partition fails.

--
Axel Ludszuweit
In der Horst 28E
D-30900 Wedemark
Telefon: +49 (0) 5130 373093
Mobil:   +49 (0) 170 2736589

Bug#805109: libavresample2: Segfaults when trying to play certain song

[Helge Kreutzmann]

Hello Andreas,
On Sat, Nov 14, 2015 at 10:20:29PM +0100, Andreas Cadhalpun wrote:
> On 14.11.2015 21:08, Helge Kreutzmann wrote:
> > I use cmus a lot and it has never crashed. However, now I can
> > reproducibly crash cmus with a SegFault.
> 
> Can you share the file reproducing this crash?

Just did so off bug.

> > I rebuild cmus and libavresample2 with "nostrip" and ran cmus in gdb.
> > When issuing "bt full" I get the following:
> > (gdb) bt full
> > #0  0x03be29620e2b in ff_audio_data_free (a=0xc1) at
> > /scr/build/debian/NEU-LIBA/libav-11.4/libavresample/audio_data.c:218
> > No locals.
> > #1  0x03be29629db2 in avresample_close (avr=0x21) at
> 
> This avr pointer is clearly invalid. It looks like there has been
> a NULL pointer dereference before.
> 
> Thus this looks like a bug in cmus, passing a reference to an invalid
> pointer to avresample_free.

Please reassign if necessary.

Greetings

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#805138: unattended-upgrades: [INTL:it] Italian debconf translation

[Luca Monducci]

Package: unattended-upgrades
Severity: wishlist
Tags: l10n, patch

Hello,
please update the Italian debconf translation (attached).

Regards,
 Luca




































# Translation of unattended-upgrades debconf templates to Italian
# This file is distributed under the same license as the unattended-upgrades 
package.
# Luca Monducci , 2008, 2015.
#
msgid ""
msgstr ""
"Project-Id-Version: unattended-upgrades 0.35debian2 debconf\n"
"Report-Msgid-Bugs-To: unattended-upgra...@packages.debian.org\n"
"POT-Creation-Date: 2015-11-03 07:12+0100\n"
"PO-Revision-Date: 2015-11-15 09:15+0100\n"
"Last-Translator: Luca Monducci \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Automatically download and install stable updates?"
msgstr "Scaricare e installare automaticamente gli aggiornamenti?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Applying updates on a frequent basis is an important part of keeping systems "
"secure. By default, updates need to be applied manually using package  "
"management tools. Alternatively, you can choose to have this system  "
"automatically download and install important updates."
msgstr ""
"La regolare applicazione degli aggiornamenti è una pratica importante per "
"mantenere in sicurezza il sistema. Normalmente gli aggiornamenti devono "
"essere installati manualmente usando gli strumenti di gestione dei pacchetti; "
"in alternativa è possibile su questo sistema scaricare e installare "
"automaticamente gli aggiornamenti importanti."

#. Type: string
#. Description
#: ../templates:3001
msgid "Origins-Pattern that packages must match to be upgraded:"
msgstr ""
"Per essere aggiornati i pacchetti devono corrispondere a Origins-Pattern:"

#. Type: string
#. Description
#: ../templates:3001
msgid "Please specify a value for the unattended-upgrades Origins-Pattern."
msgstr "Indicare il valore di Origins-Pattern per unattended-upgrades."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"A package will be upgraded only if its metadata values match all the "
"supplied keywords in the origin line."
msgstr ""
"Un pacchetto sarà aggiornato solo se i valori dei suoi metadati "
"corrispondono con tutte le parole chiave nella riga origine."

Bug#805140: please add homepage and vcs information

[W. Martin Borgert]

Source: pysendfile
Version: 2.0.0-6.1
Severity: wishlist

It would be nice to have the homepage field in debian/control
(and the packaging vcs, if there is any). Thanks!

Bug#805143: libjifty-dbi-perl: autopkgtest failure: Can't locate DBD/Oracle.pm

[Niko Tyni]

Package: libjifty-dbi-perl
Version: 0.78-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest

This package failed its autopkgtest checks on ci.debian.net.
 http://ci.debian.net/packages/libj/libjifty-dbi-perl/unstable/amd64/

  # Can't locate DBD/Oracle.pm in @INC (you may need to install the 
DBD::Oracle module) (@INC contains: /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 
/usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 
/usr/local/lib/site_perl .) at /usr/share/perl5/Jifty/DBI/Handle/Oracle.pm line 
3.
  # BEGIN failed--compilation aborted at 
/usr/share/perl5/Jifty/DBI/Handle/Oracle.pm line 3.
  not ok 22 - /usr/bin/perl -wc /usr/share/perl5/Jifty/DBI/Handle/Oracle.pm 
exited successfully
  not ok 4 - all modules in libjifty-dbi-perl pass the syntax check
  Dubious, test returned 1 (wstat 256, 0x100)
  Failed 1/4 subtests 
  
  Test Summary Report
  ---
  /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t 
(Wstat: 256 Tests: 4 Failed: 1)
Failed test:  4
Non-zero exit status: 1

-- 
Niko Tyni   nt...@debian.org

Bug#805054: ITP: teckit -- Encoding conversion tools for plain text files

[Norbert Preining]

Hi Daniel,

> I prefer the first option as below.

Fine with me!

> OK, I'll upload it to experimental once it is ready.

Great, when it is there, I will make test builds of texlive-bin
replacing the builtin teckit with yours.

> Shall I make "Debian TeX Maintainers "
> to be the Maintainer?
> May I put it in debian-tex git?

You are welcome to do, and I am happy to have it in debian-tex git.
Concerning maintainership, if you don't mind, yes, that would be
great - but I would like to ask you to subscribe to the debian-tex-main
mailing list so that you see bug reports.

Also, if you don't mind, can we put you and me into the uploaders, so 
that in case there are any problems with TeX Live that I can take action,
too?

But again, all depends only on your preferences, I don't mind anything
unless it breaks texlive ;-)

If you are fine with debian-tex, I can add you to the debian-tex group
on alioth, and create an empty repository there, or you do it after
you have been added to the alioth group.

Thanks a lot and all the best

Norbert


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

Bug#804487: rebuilding openssl_1.0.2d-1 exhibits the same issue

[Chris Knadle]

Control: severity -1 important

I've been trying some regression tests [removing the new CONFARGS in
debian/rules, removing disable_sslv3_test.patch] -- and eventually tried
rebuilding openssl_1.0.2d-1 as a check and I see the same issue after
building Mumble with it.  In other words: re-compiling the version of
openssl + mumble prior to the bug now exhibits the bug too.

It looks now like the changes to the openssl_1.0.2d-3 package aren't the
cause of the behavior change.

The logs for openssl builds show some differences since openssl_1.0.2d-1 was
last built in July -- new packages pulled in:

   dh-strip-nonteterminism
   libfile-stripnondeterminism-perl
   libtimedate-perl
   libarchive-zip-perl

   [These get pulled in when building openssl_1.0.2d-1 now too,
where they didn't at the time it was built on the buildds.]

   And of course gcc/g++ 5.2.1 is used vs gcc 4.9.3 previously.

I'd like to try building openssl_1.0.2d-1 with gcc-4.9 to see if the
behavior change was due to gcc-5 -- if there's an easy way to specify that
please let me know.

Thanks.
  -- Chris

-- 
Chris Knadle
chris.kna...@coredump.us

Bug#737843: manipulate unzip behavior

[Osamu Aoki]

Hi,

On Sun, Nov 15, 2015 at 09:12:25AM +0100, Emmanuel Bourg wrote:
> Hi Osamu,
> 
> Thank you for the feedback. Adding optional unzip options to uscan isn't
> uninteresting but that's a much larger goal than the issue I raised.

I re-read the bug reports in question:
 https://bugs.debian.org/737843 Reported in Feb 2014
 https://bugs.debian.org/618513 Fixed in Apr 2011 (2.10.72)
 Initial unzip support in Feb 2008 (2.10.17)

Hmmm... so it was changed to add "-a" option in 2011. Daniel said "I
felt a little unsure..." when changing this.

> I'm just requesting that uscan doesn't change the content of the
> upstream files, that's a reasonable expectation I think. This should
> be the default behavior and packagers shouldn't have to set extra
> parameters to achieve this.

You are the first one to come up with a real case which caused the
regression.

I think expectation are different depending who we talk to.  Generally,
if the differences are marginal, I leave such decisions to the upstream
of the each basic tool writer and offer ways to customize convenience
tool. Also, I am very conservative on changing default behavior of any
command.

Also we are not living in ASCII/Latin-1 era.

This is tough call which default we should deploy.  But I vote for not
using -a for default while making alternative behavior accessible for
people who need them.

James and Daniel, is this plan OK?

Osamu

Bug#805142: libtest-tempdir-tiny-perl: autopkgtest failure in t/basic.t

[Niko Tyni]

Package: libtest-tempdir-tiny-perl
Version: 0.004-1
User: debian-p...@lists.debian.org
Usertags: autopkgtest

This package failed its autopkgtest checks on ci.debian.net.
 http://ci.debian.net/packages/libt/libtest-tempdir-tiny-perl/unstable/amd64/

  t/basic.t .. 
  1..10
  ok 1 - root dir exists
  ok 2 - default directory created
  ok 3 - second default directory created
  ok 4 - !!bang!! directory created
  ok 5 - passing directory created
  No such file or directory at t/basic.t line 59.
  # Looks like you planned 10 tests but ran 5.
  # Looks like your test exited with 2 just after 5.
  Dubious, test returned 2 (wstat 512, 0x200)
  Failed 5/10 subtests 
 
-- 
Niko Tyni   nt...@debian.org

Bug#805118: [debian-mysql] Bug#805118: galera-3: FTBFS on s390x

[Otto Kekäläinen]

It seems the test suite on s390x failed, and at least this error is
visible in the log:

g++ -o .sconf_temp/conftest_7.o -c -Wno-long-long -Wno-deprecated
-ansi -pipe -g -O3 -DNDEBUG -mzarch -march=z196 -mtune=zEC12 -Wall
-Wextra -Wno-unused-parameter -D_FORTIFY_SOURCE=2 -pthread
-D_XOPEN_SOURCE=600 -DHAVE_COMMON_H -DGALERA_USE_GU_NETWORK
-DHAVE_BYTESWAP_H -DHAVE_ENDIAN_H -DHAVE_BOOST_SHARED_PTR_HPP
.sconf_temp/conftest_7.cpp
In file included from /usr/include/c++/5/unordered_map:35:0,
 from .sconf_temp/conftest_7.cpp:2:
/usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file
requires compiler and library support for the ISO C++ 2011 standard.
This support is currently experimental, and must be enabled with the
-std=c++11 or -std=gnu++11 compiler options.
 #error This file requires compiler and library support for the \
  ^

Bug#804487: rebuilding openssl_1.0.2d-1 exhibits the same issue

[Kurt Roeckx]

On Sun, Nov 15, 2015 at 08:00:57AM +, Chris Knadle wrote:
> I'd like to try building openssl_1.0.2d-1 with gcc-4.9 to see if the
> behavior change was due to gcc-5 -- if there's an easy way to specify that
> please let me know.

If you edit the Configure file, for instance the debian-amd64
line, it has the compiler for that target in it.

Note that the debian-amd64 line comes from the
debian-targets.patch.


Kurt

Bug#805146: libxml2: Buffer overead with HTML parser in push mode in xmlSAX2TextNode, causes segfault when compiled with ASAN

[Salvatore Bonaccorso]

Source: libxml2
Version: 2.9.2+zdfsg1-4
Severity: normal
Tags: security upstream
Forwarded: https://bugzilla.gnome.org/show_bug.cgi?id=756372

Hi,

>From https://bugzilla.redhat.com/show_bug.cgi?id=1281950:
> Stack-based buffer overread vulnerability with HTML parser in push
> mode in xmlSAX2TextNode causing segmentation fault when compiled
> with ASAN.

Upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=756372 but
there are several interations of the patch so far.

Regards,
Salvatore

Bug#737843: manipulate unzip behavior

[Emmanuel Bourg]

Hi Osamu,

Thank you for the feedback. Adding optional unzip options to uscan isn't
uninteresting but that's a much larger goal than the issue I raised. I'm
just requesting that uscan doesn't change the content of the upstream
files, that's a reasonable expectation I think. This should be the
default behavior and packagers shouldn't have to set extra parameters to
achieve this.

Emmanuel Bourg

Bug#788050: systemd-fsck : Check disks at each reboot

[Michael Biebl]

Am 15.11.2015 um 09:51 schrieb Manuel Bilderbeek:
> Package: systemd
> Version: 227-3
> Followup-For: Bug #788050
> 
> Dear Maintainer,
> 
> I'm also hit by this bug. Especially in combination with #804910 (see there),
> this is really annoying.
> 
> I saw some workaround and suggestions, but is there already a direction of a
> solution of this issue?

I'm afraid not. Not being able to reproduce this issue (on my side)
makes this harder.

> On my system, fsck'ing the 500GB HDD takes about 20 minutes. It's now aborted
> after 9 and a half minutes, see #804910.
> 
> IMHO, you can't sensibly define a timeout for an fsck. I think it's better to
> just 'trust' on it to be completed at some point (either with error or
> success), because introducing a timeout seems to cause more issues than 
> relying
> on an exit. You can't ever guess what the timeout value should be. Who knows
> what kinds of partitions people use...
> 
> So, can you please change the package such that the timeouts of fsck's are
> disabled by default?

I think the timeout in systemd-fsckd was a red herring.
For some other reason systemd-fsckd seems to kill the running fsck
process and we haven't figured out yet when and why.

Can you reproduce the issue reliably?

I tried it with an external USB 3TB hard drive, in a VM with a huge
interna ext3 disk. In both cases the fsck process took longer then the
default 3min default timeout and completed successfully.

So I guess we haven't found the real culprit yet.

-- 
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#805141: libbsd-resource-perl: missing constants for the new RLIMIT_* values

[Niko Tyni]

Package: libbsd-resource-perl
Version: 1.2908-1
Severity: normal
Tags: upstream
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=108955

Control: affects -1 libapache2-mod-perl2

The new rlimits like RLIMIT_MSGQUEUE and RLIMIT_NICE don't have exported 
constants like the old ones, even though they're in the get_rlimits() hash.

% perl -MBSD::Resource -le 'print RLIMIT_CORE'
4

% perl -MBSD::Resource -le 'print RLIMIT_NICE'
RLIMIT_NICE is not a valid BSD::Resource macro at -e line 1.

% perl -MBSD::Resource -le 'print ((get_rlimits())->{RLIMIT_NICE})'
13 

As it happens, this breaks the mod_perl2 test suite (in
t/modules/apache_resource.t), because Apache2::Resource now generates
a fatal warning. From lib/Apache2/Resource.pm in libapache2-mod-perl2
source, status_rlimit() :

my $lim = get_rlimits();
[...]
for my $res (keys %$lim) {
my $val = eval "::Resource::${res}()";
my ($soft, $hard) = getrlimit $val;

AFAICS, this could just use $lim->{$res} to get the same value as
the eval "..." result.
-- 
Niko Tyni   nt...@debian.org

Bug#783410: Please add support for fsck.mode= parameters as known by systemd-fsck

[Laurent Bigonville]

tag 783410 + patch
thanks

On Sun, 26 Apr 2015 21:36:39 +0200 Michael Biebl  wrote:

Hi,

> systemd-fsck [1] knows the following kernel command line parameters
>
> fsck.mode=
>
> One of "auto", "force", "skip". Controls the mode of operation. The 
default
> is "auto", and ensures that file system checks are done when the file 
system
> checker deems them necessary. "force" unconditionally results in full 
file

> system checks. "skip" skips any file system checks.
>
> fsck.repair=
>
> One of "preen", "yes", "no". Controls the mode of operation. The 
default is
> " preen", and will automatically repair problems that can be safely 
fixed. "yes

> " will answer yes to all questions by fsck and "no" will answer no to all
> questions.
>
>
> Please consider adding support for those kernel command line parameters
> in initramfs-tools. Otherwise it's pretty confusing for users if the
> documentation as shipped by systemd doesn't really have the effect they
> expect.

Please find a patch that should fix this bug (not tested). The patch 
also fixes #792557.


Cheers,

Laurent Bigonville
>From a936e4dc397020d2c1db0cd0d70f08a9cf22b7da Mon Sep 17 00:00:00 2001
From: Laurent Bigonville 
Date: Sun, 15 Nov 2015 09:59:59 +0100
Subject: [PATCH] Support fsck.mode= and fsck.repair= parameters as known by
 systemd-fsck

This is also fixing the fact that fsckfix parameter was not honored

Note that -n is apparently not supported by fsck.minix

Closes: #783410 #792557
---
 init  | 11 +++
 scripts/functions |  5 -
 2 files changed, 11 insertions(+), 5 deletions(-)

diff --git a/init b/init
index abf7f25..6f41a7b 100755
--- a/init
+++ b/init
@@ -61,7 +61,7 @@ export resume_offset=
 export drop_caps=
 export fastboot=n
 export forcefsck=n
-export fsckfix=n
+export fsckfix=
 
 
 # Bring in the main config
@@ -169,15 +169,18 @@ for x in $(cat /proc/cmdline); do
 	BOOTIF=*)
 		BOOTIF=${x#BOOTIF=}
 		;;
-	fastboot)
+	fastboot|fsck.mode=skip)
 		fastboot=y
 		;;
-	forcefsck)
+	forcefsck|fsck.mode=force)
 		forcefsck=y
 		;;
-	fsckfix)
+	fsckfix|fsck.repair=yes)
 		fsckfix=y
 		;;
+	fsck.repair=no)
+		fsckfix=n
+		;;
 	esac
 done
 
diff --git a/scripts/functions b/scripts/functions
index 8c1bb1f..a347264 100644
--- a/scripts/functions
+++ b/scripts/functions
@@ -358,9 +358,12 @@ _checkfs_once()
 		force=""
 	fi
 
-	if [ "$fsckfix" = yes ]
+	if [ "$fsckfix" = "y" ]
 	then
 		fix="-y"
+	elif [ "$fsckfix" = "n" ]
+	then
+		fix="-n"
 	else
 		fix="-a"
 	fi
-- 
2.6.2

Bug#805104: libdatetime-format-strptime-perl: warns on usage, breaks libxml-rpc-fast-perl build

[Niko Tyni]

Control: affects -1 libhtml-microformats-perl libnet-amazon-s3-perl 

On Sat, Nov 14, 2015 at 09:12:37PM +0200, Niko Tyni wrote:
> Package: libdatetime-format-strptime-perl
> Version: 1.6000-1
> 
> Control: affects -1 libxml-rpc-fast-perl
> 
> This package generates a warning on usage:
> 
>   % perl -we 'use DateTime::Format::Strptime'
>   Subroutine DateTime::Format::Strptime::import redefined at 
> /usr/share/perl/5.20/Exporter.pm line 33.

This also breaks autopkgtest checks in other packages.

 http://ci.debian.net/packages/libh/libhtml-microformats-perl/unstable/amd64/
 http://ci.debian.net/packages/libn/libnet-amazon-s3-perl/unstable/amd64/

-- 
Niko Tyni   nt...@debian.org

Bug#788050: systemd-fsck : Check disks at each reboot

[Manuel Bilderbeek]

Hi,

On 15-11-15 10:06, Michael Biebl wrote:

I'm afraid not. Not being able to reproduce this issue (on my side)
makes this harder.



Can you reproduce the issue reliably?


So far it happened all 3 boots since the boot count became high enough 
to do an fsck. So I guess the answer is yes. Each boot I have to look 
for 10 minutes at an empty screen :P



So I guess we haven't found the real culprit yet.


If there's anything I can do to help, let me know. Testing is easy 
enough, at least, it seems.


--
Kind regards,

Manuel

Bug#805147: kismet: [INTL:it] Italian translation of debconf messages

[Beatrice Torracca]

Source: kismet
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of kismet debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of kismet debconf messages.
# Copyright (C) 2012, Beatrice Torracca
# This file is distributed under the same license as the kismet package.
# Beatrice Torracca , 2012, 2015.
msgid ""
msgstr ""
"Project-Id-Version: kismet\n"
"Report-Msgid-Bugs-To: kis...@packages.debian.org\n"
"POT-Creation-Date: 2015-11-04 05:39+0100\n"
"PO-Revision-Date: 2015-11-15 11:05+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: boolean
#. Description
#: ../kismet.templates:2001
msgid "Install Kismet \"setuid root\"?"
msgstr "Installare Kismet come «setuid root»?"

#. Type: boolean
#. Description
#: ../kismet.templates:2001
msgid ""
"Kismet needs root privileges for some of its functions. However, running it "
"as root (\"sudo kismet\") is not recommended, since running all of the code "
"with elevated privileges increases the risk of bugs doing system-wide "
"damage. Instead Kismet can be installed with the \"setuid\" bit set, which "
"will allow it to grant these privileges automatically to the processes that "
"need them, excluding the user interface and packet decoding parts."
msgstr ""
"Per alcune delle funzioni di Kismet sono necessari i privilegi di root. "
"Eseguirlo come root («sudo kismet») non è tuttavia raccomandato, dato che "
"eseguire tutto il codice con privilegi elevati aumenta il rischio che un bug "
"possa arrecare danni a tutto il sistema. Kismet può invece essere installato "
"con il bit «setuid» impostato e questo permette di concedere questi "
"privilegi automaticamente ai processi che ne hanno bisogno, escludendo "
"l'interfaccia utente e le componenti di decodifica dei pacchetti."

#. Type: boolean
#. Description
#: ../kismet.templates:2001
msgid ""
"Enabling this feature allows users in the \"kismet\" group to run Kismet "
"(and capture packets, change wireless card state, etc), so only thoroughly "
"trusted users should be granted membership of the group."
msgstr ""
"Abilitando questa funzionalità si permette agli utenti nel gruppo «kismet» "
"di eseguire Kismet (e catturare pacchetti, cambiare lo stato della scheda "
"wireless, ecc.), perciò il gruppo deve avere come membri solo utenti "
"veramente fidati."

#. Type: boolean
#. Description
#: ../kismet.templates:2001
msgid ""
"For more detailed information, see section 4 of the Kismet README "
"(\"Suidroot & Security\"), which can be found at /usr/share/doc/kismet/"
"README or \"http://www.kismetwireless.net/README\".;
msgstr ""
"Per informazioni più dettagliate, vedere la sezione 4 del file README di "
"Kismet («Suidroot & Security») che può essere reperito in /usr/share/doc/"
"kismet/README o all'indirizzo «http://www.kismetwireless.net/README».;

#. Type: string
#. Description
#: ../kismet.templates:3001
msgid "Users to add to the kismet group:"
msgstr "Utenti da aggiungere al gruppo kismet:"

#. Type: string
#. Description
#: ../kismet.templates:3001
msgid ""
"Only users in the kismet group are able to use kismet under the setuid model."
msgstr ""
"Solo gli utenti nel gruppo kismet possono usare kismet se si utilizza setuid."

#. Type: string
#. Description
#: ../kismet.templates:3001
msgid ""
"Please specify the users to be added to the group, as a space-separated list."
msgstr ""
"Specificare gli utenti che devono essere aggiunti al gruppo, in forma di "
"lista separata da spazi."

#. Type: string
#. Description
#: ../kismet.templates:3001
msgid ""
"Note that currently logged-in users who are added to a group will typically "
"need to log out and log in again before it is recognized."
msgstr ""
"Notare che gli utenti attualmente connessi che vengono aggiunti ad un gruppo "
"solitamente devono disconnettersi e riconnettersi prima che ciò abbia "
"effetto."

#. Type: error
#. Description
#: ../kismet.templates:4001
msgid "The provided user list contains invalid usernames."
msgstr "La lista di utenti fornita contiene nomi utente non validi."

#. Type: error
#. Description
#: ../kismet.templates:4001
msgid ""
"The users to be added to the kismet group have to be provided in a space-"
"separated list of usernames. It seems that the following usernames are not "
"valid: ${USERS}. Please revise the list."
msgstr ""
"Gli utenti da aggiungere al gruppo kismet devono essere specificati in una "
"lista di nomi utente separati da spazi. I seguenti nomi utente sembrano non "
"validi: ${USERS}.\n"
"Controllare la lista."

Bug#761435: [buildd-tools-devel] Bug#761435: schroot: Nothing is mounted inside the chroot

[Sebastian Schmidt]

Hi Ben,

On Sat, Sep 13, 2014 at 02:01:06PM -0700, Ben Longbons wrote:
> I don't use schroot very often, and I recently noticed that when I use
> it, the inner system is missing all its mounts. In particular, there is
> nothing mounted on /proc or /dev/pts, but there is a private /tmp/ that
> is persistent even after schroot exits.

On Sun, Sep 14, 2014 at 08:03:53PM -0700, Ben Longbons wrote:
> Also for convenience here's the actual config file, nothing that
> wasn't already in the debug log though.

| [precise]
| profile=foo
| description=Ubuntu precise (12.04 LTS)
| directory=/opt/chroot/precise
| users=ben

There is no type= setting, so it defaults to “plain”:
| type=type
|   The  type of the chroot.  Valid types are ‘plain’, ‘directory’,
|   ‘file’, ‘loopback’, ‘block-device’, ‘btrfs-snapshot’ and ‘lvm-snapshot’.
|   If empty or omitted, the default type is ‘plain’.  Note that ‘plain’
|   chroots do not run setup scripts and mount filesystems; ‘directory’ is
|   recommended for normal use (see “Plain and directory chroots”, below).

Setting type=directory should fix your problem.

HTH,
Sebastian


signature.asc
Description: PGP signature

Bug#805151: [PATCH] Install GPU firmware

[Ben Hutchings]

On Sun, 2015-11-15 at 13:00 +0100, Michael Stapelberg wrote:
> 
> 
> On Sun, Nov 15, 2015 at 12:47 PM, Ben Hutchings 
> wrote:
> > Control: tag -1 moreinfo
> > 
> > On Sun, 2015-11-15 at 11:49 +0100, Michael Stapelberg wrote:
> > > Package: initramfs-tools
> > > Version: 0.120
> > > Severity: normal
> > > Tags: patch
> > >
> > > Please apply the attached patch, see its commit message for
> > details.
> > [...]
> > 
> > This is not about adding firmware, it is adding modules (and the
> > firmware they refer to).  This will increase the initramfs size
> > substantially and is not needed on most systems.
> > 
> > > This is necessary to include files such as
> > > /lib/firmware/i915/skl_dmc_ver1.bin and others (shipped in the
> > > firmware-misc-nonfree package), which are necessary to properly
> > > initialize the graphics output in early boot.
> > 
> > Presumably there are some systems that need this.  But most do not.
> > Maybe the installer should detect those and add the appropriate
> > drivers
> > to /etc/initramfs-tools/modules?
> Whatever makes my initrd contain the i915 firmware files makes me
> happy.
> 
> Do you need any more information from me to get this done?

There is no reason to have the firmware files there without the driver
that loads them.  So you need to explain why you think all GPU drivers,
or specifically the i915 driver, should be included.

Ben.

-- 
Ben Hutchings
Everything should be made as simple as possible, but not simpler.
   - Albert Einstein


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

Bug#787758: 'Failed at step NAMESPACE spawning'when using ReadOnlyDirectories in multi-instance service file

[Michael Biebl]

Control: fixed -1 220-1

Am 15.11.2015 um 04:31 schrieb Michael Biebl:
> Am 28.10.2015 um 01:02 schrieb Teddy Hogeborn:
>> tags 787758 +patch +fixed-upstream
>> stop
>>
>> I think this is an instance of Red Hat Bug #1184016, here:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1184016
>>
>> A pair of upstream patches is given in comment #33 by Michal Schmidt:
>>
>> http://cgit.freedesktop.org/systemd/systemd/commit/?id=2230852bd9755e1b7bfd1260082471f559b0a005
>> http://cgit.freedesktop.org/systemd/systemd/commit/?id=a0827e2b123010c46cfe4f03eebba57d92f9efc4
> 
> nusenu, can you test if those two patches fix your issue?

So, I looked into this in more detail.

I think nusenu's problem is actually caused by missing one of the
directories specified in ReadOnlyDirectories/ReadWriteDirectories.

That said, the bug Teddy pointed at is indeed reproducible given the
test unit at [1] and fixed by backporting those two commits.

I think this issue is important enough for being included in a stable
upload, so I'll try to get this into 8.3.
I'll mark this fixed in 220-1 as v220 ships those two patches.

Regards,
Michael

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1184016#c24
-- 
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#791363: [pkg-php-pear] Bug#791363: [PING] php-http-webdav-server: WebDAV encoding problems

[Prach Pongpanich]

Hi Jan-Benedict,

On Sun, Nov 15, 2015 at 6:55 PM, Jan-Benedict Glaw  wrote:
> Hi!
>
> Is this package completely abandoned?  Bug is now opened for four
> months, has a patch to fix the issue and just needs it added to the
> package. Oh, Hartmut, just integrate it upstream? Or shoudl SeedDMS
> use a completely different DAV implementation?
>

Sorry for very late. The upstream marked this package is not
maintained and not active since 2012 [1].
For the long term, I suggest you should use php-sabre-dav [2] that
used by OwnCloud.
I will forward this bug to upstream.

[1] 
http://pear.php.net/bugs/search.php?cmd=display_name[]=HTTP_WebDAV_Server=OpenFeedback_type=Bugs
[2] https://tracker.debian.org/php-sabre-dav

Regards,
Prach

Bug#801080: Red and black dots in the splash screen graphics

[Laurent Bigonville]

On Tue, 06 Oct 2015 02:14:51 +0200 Miroslav Urbanek 
 wrote:

> Hello,

Hello,

> there are strange red and black dots in a 1280x800 splash screen with
> Debian Jessie theme (see an attached screenshot). The problem comes
> from image rescaling and is caused by GCC bug #799953 on i386. The
> conversion from double to int in functions ply_pixel_buffer_resize and
> ply_pixel_buffer_interpolate happens through an intermediate
> float. This sometimes results in a truncated value being larger than
> the original value.
>
> A workaround for the bug is to use double instead of float in these
> functions. The attached patch fixes the problem.

To be honest, if the bug is really in gcc I don't think that it should 
be worked around at the package level.


Cheers,

Laurent Bigonville

Bug#805174: RM: emerillon -- ROM; dead upstream, replaced by gnome-maps

[Laurent Bigonville]

Package: ftp.debian.org
Severity: normal

Hi,

emerillon is dead upstream and has been replaced by gnome-maps.

I don't think it worth keeping it in debian as it also prevent the
removal of the geoclue.

Cheers,

Laurent Bigonville

Bug#805173: torbrowser-launcher: need to depend on ca-certificates

[Holger Levsen]

package: torbrowser-launcher

Hi,

https://jenkins.debian.net/view/zzzZz/job/torbrowser-
launcher_test_jessie_amd64/18/
failed, saying it could not verify the cert for https://torproject.org

Installing ca-certificates in the schroot used for this test fixed the issue,
so I think we need to add a depends to it. (In practice most everybody will
have installed that package anyway.)

(the above url is not permanent url yet.) 


cheers,
Holgers


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

Bug#683848: pbuilder: revised binNMU patches for git am

[Mattia Rizzolo]

control: tag -1 + pending

On Mon, Nov 09, 2015 at 10:33:28AM +0100, Andreas Beckmann wrote:
> On 2015-07-22 14:48, Andreas Beckmann wrote:
> > I attach revised and rebased patches for adding binNMU support that
> > should apply cleanly with git am.
> 
> The patches still apply fine to current git, although there is a minor
> issue:

None of the patches cleanly applied as of today, but nevermind, I
manually applied them :)

> A binNMU with --distribution experimental ends up in sid due to a
> distribution override for experimental in pbuilder-checkparams which is
> "required for raw pbuilder (create/update) only" but applied always

Shouldn't anymore now ;)

I also did some, mainly stylish, changes, etc.
Personally I didn't even try to run pbuilder after adding those
patching, but I'd welcome you to try out the git repository :)

Please tell me if something broke or doesn't work as expected.

Thanks for pushing this!

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#805176: libldb1: Newest libldb1 upgrade removes Xine-ui video player

[Cindy Sue Causey]

Package: libldb1
Version: 2:1.1.21-1
Severity: critical
Justification: breaks unrelated software

Dear Maintainer,

Hi.. I just completed running "apt-get update" followed by "apt-show-versions 
-u" to find that 3 packages needed upgraded: hostapd, libldb1, and 
wpasupplicant. While upgrading those, I received the error message that xine-ui 
was going to be removed by that upgrade.

Thankfully the upgrade list was short this morning so a quick one by one test 
showed libldb1 is the package trying to remove THE video and other media file 
player I hand chose for my debootstrap'd Debian here. The expected outcome is, 
of course, to have all handchosen packages remain in place after all current 
upgrades have been installed.

While writing up this bug report, I simultaneously installed the other 2 
packages as a test. SOMETIMES that corrects this very type of bug. It's been my 
accidental discovery that occasionally the order of one package installation 
before all others plays a part in stopping a second package from removing a 
third *seemingly* unrelated package. That path unfortunately didn't help this 
time so I have no suggested temporary workaround for anyone likewise affected. 
If I stumble on anything, I'll share here.

The related "apt-get install" advisement that I'm receiving is:

+++
The following packages will be REMOVED:
  libsmbclient libxine2 libxine2-misc-plugins libxine2-plugins samba-libs 
xine-ui
The following packages will be upgraded:
  libldb1
1 upgraded, 0 newly installed, 6 to remove and 2 not upgraded.
Need to get 111 kB of archives.
After this operation, 24.1 MB disk space will be freed.
+++

For right now, this is all I have. Thank you so much for the work you do!


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

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

Versions of packages libldb1 depends on:
ii  libc6  2.19-22
ii  libldap-2.4-2  2.4.42+dfsg-2
ii  libtalloc2 2.1.5-1
ii  libtdb11.3.8-1
ii  libtevent0 0.9.26-1

libldb1 recommends no packages.

libldb1 suggests no packages.

-- no debconf information

Bug#789434: me too

[Salvo 'LtWorf' Tomaselli]

I have the same problem. As a workaround I copy the name of the track from an 
external editor, then in the dialog box I right click and select 'delete', and 
then right click again and select 'paste'.
Doing this and touching the keyboard will just destroy my project.

Bug#802969: pyspread: python-gnupg 0.3.8-1 breaks pyspread

[Andreas Noteng]

On 25. okt. 2015 18:39, Martin Manns wrote:
> Package: pyspread
> Version: 0.4.3-1
> Severity: normal
> 
> Dear Maintainer,
> 
> python-gnupg 0.3.8-1 breaks pyspread's ability to sign and verify files.
> python-gnupg 0.3.6-1 works well. For details see:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802967
> 
> I could send a patch but the problem seems to be on the side of python-gnupg.
> 
> I would expect the pyspread package to prevent updating to  python-gnupg
> 0.3.8-1 or above until the problem is fixed.
> 
> Kind Regards
> 
> Martin

Dear Martin,

I'm unable to reproduce this behavior on Debian 8.2 with Pyspread-1.0-1
and python-gnupg-0.3.8-1 installed.
I have tried saving and reopening files with different keys without any
troubble. Any special steps needed to reproduce? Or, is this only an
issue under certain gnupg/keyring conditions?

Sincerely
Andreas Noteng



signature.asc
Description: OpenPGP digital signature

Bug#753944: #753944 sum up

[Mattia Rizzolo]

control: tag -1 pending

On Sat, Jul 04, 2015 at 09:05:13PM +, Mattia Rizzolo wrote:
> Control: retitle -1 pbuilder: do not copy /etc/resolv.conf over when 
> USENETWORK=no

> but looks like "all we" agree that copying over
> /etc/resolv.conf when the network is not available make nearly no sense and 
> can
> only be harmful.
> 
> So let me turn this bug to say so.

this is now done in git.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#805098: [armhf] stmmac platform modules missing from nic-modules

[Cyril Brulebois]

Karsten Merker  (2015-11-15):
> On Sat, Nov 14, 2015 at 08:04:03PM +0100, Karsten Merker wrote:
> > On Sat, Nov 14, 2015 at 06:17:32PM +, Ben Hutchings wrote:
> 
> > > Based on the platform modules that are currently being selected, I'm
> > > intending to apply this:
> > > 
> > > diff --git a/debian/changelog b/debian/changelog
> > > index 0053bf9..5eca6d3 100644
> > > --- a/debian/changelog
> > > +++ b/debian/changelog
> > > @@ -21,6 +21,8 @@ linux (4.3-1~exp2) UNRELEASED; urgency=medium
> > >    * [armhf] Enable new drivers for Allwinner chips (Closes: #804856)
> > >  - crypto: Enable CRYPTO_DEV_SUN4I_SS as module
> > >  - musb: Enable USB_MUSB_SUNXI as module
> > > +  * [armhf] udeb: Add stmmac platform modules dwmac-generic, 
> > > dwmac-socfpga
> > > +and dwmac-sunxi to nic-modules (Closes: #805098)
> > >  
> > >    [ Ian Campbell ]
> > >    * [armel/orion5x] Enable Device Tree for orion5x. Patch from Roger 
> > > Shimizu
> > > diff --git a/debian/config/armhf/config.armmp 
> > > b/debian/config/armhf/config.armmp
> > > index 4d65053..d6ce545 100644
> > > --- a/debian/config/armhf/config.armmp
> > > +++ b/debian/config/armhf/config.armmp
> > > @@ -596,6 +596,9 @@ CONFIG_SMSC911X=m
> > >  ## file: drivers/net/ethernet/stmicro/stmmac/Kconfig
> > >  ##
> > >  CONFIG_STMMAC_ETH=m
> > > +CONFIG_DWMAC_GENERIC=m
> > > +CONFIG_DWMAC_SOCFPGA=m
> > > +CONFIG_DWMAC_SUNXI=m
> > >  
> > >  ##
> > >  ## file: drivers/net/ethernet/ti/Kconfig
> > > diff --git a/debian/installer/armhf/modules/armhf-armmp/nic-modules 
> > > b/debian/installer/armhf/modules/armhf-armmp/nic-modules
> > > index 13086f0..e3d0df7 100644
> > > --- a/debian/installer/armhf/modules/armhf-armmp/nic-modules
> > > +++ b/debian/installer/armhf/modules/armhf-armmp/nic-modules
> > > @@ -4,6 +4,9 @@ mvmdio
> > >  smsc911x
> > >  stmmac
> > >  stmmac-platform
> > > +dwmac-generic
> > > +dwmac-socfpga
> > > +dwmac-sunxi
> > >  sun4i-emac
> > >  xgmac
> > >  ti_cpsw
> > 
> > Looks good to me.
> 
> Hello,
> 
> I have in the meantime made a test build with that patch applied
> and built a debian-installer with the resulting kernel package.
> Everything works fine, the network gets detected without problems.


That's very good news, thanks for letting me know.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#804614: kicad: 'TO_SOT_Packages_SMD.pretty' and 'TO_SOT_Packages_THT.pretty' does not exist

[Georges Khaznadar]

Hi Jonas,

thank you for the bugreport, it will be fixed in my next release for
Debian. (I hardwired the libraries' names into the script which builds a
new source package)

By the way, this script chunk:

PRETTY_REPOS=$(curl https://api.github.com/orgs/KiCad/repos?per_page=2000 2> 
/dev/null | sed -r 's:.+ "full_name".*"KiCad/(.+\.pretty)",:\1:p;d')

... does not yeld the repository names for TO_SOT_Packages_THT.pretty
and TO_SOT_Packages_SMD.pretty

Please can you file a bugreport to upstream people about it? something
is broken at github's level: for example, the URL
https://github.com/KiCad/TO_SOT_Packages_SMD.pretty does exist, but
there is no link to it from the page https://github.com/KiCad and
similar (https://github.com/KiCad?page=2 , ...)

If that can be fixed, my script will be able to harvest every .pretty
library without declaring its name explicitely.

Best regards,   Georges.

Jonas a écrit :
> Package: kicad
> Version: 4.0.0~rc1-2
> Severity: normal
> 
> Dear Maintainer,
> 
> When I open Cvpcb I have an error
> 
> Errors were encountered loading footprints
> IO_ERROR: footprint library path
> '/usr/share/kicad/modules/TO_SOT_Packages_SMD.pretty' does not exist
> from 
> /home/georgesk/developpement/kicad/kicad-4.0.0~rc1/pcbnew/kicad_plugin.cpp
> : FootprintEnumerate() : line 1758
> IO_ERROR: footprint library path
> '/usr/share/kicad/modules/TO_SOT_Packages_THT.pretty' does not exist
> from 
> /home/georgesk/developpement/kicad/kicad-4.0.0~rc1/pcbnew/kicad_plugin.cpp
> : FootprintEnumerate() : line 1758
> 
> I have a same error when I select a fooprint since Eschema (key F on a
> Component -> Select). After on library selector TO_SOT_Packages_SMD
> TO_SOT_Packages_THT don't work
> 
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.3.0-0.slh.1-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT)
> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages kicad depends on:
> ii  kicad-common4.0.0~rc1-2
> ii  libboost-context1.58.0  1.58.0+dfsg-4
> ii  libboost-date-time1.58.01.58.0+dfsg-4
> ii  libboost-filesystem1.58.0   1.58.0+dfsg-4
> ii  libboost-iostreams1.58.01.58.0+dfsg-4
> ii  libboost-locale1.58.0   1.58.0+dfsg-4
> ii  libboost-program-options1.58.0  1.58.0+dfsg-4
> ii  libboost-regex1.58.01.58.0+dfsg-4
> ii  libboost-system1.58.0   1.58.0+dfsg-4
> ii  libboost-thread1.58.0   1.58.0+dfsg-4
> ii  libc6   2.19-22
> ii  libgcc1 1:5.2.1-23
> ii  libgl1-mesa-glx [libgl1]11.0.4-1
> ii  libglu1-mesa [libglu1]  9.0.0-2.1
> ii  libgomp15.2.1-23
> ii  libstdc++6  5.2.1-23
> ii  libwxbase3.0-0v53.0.2+dfsg-1.2
> ii  libwxgtk3.0-0v5 3.0.2+dfsg-1.2
> 
> kicad recommends no packages.
> 
> Versions of packages kicad suggests:
> pn  extra-xdg-menus  
> 
> pn  kicad-doc-en | kicad-doc-fr | kicad-doc-it | kicad-doc-ja | kicad-d  
> 
> 
> -- no debconf information
> 

-- 
Georges KHAZNADAR et Jocelyne FOURNIER
22 rue des mouettes, 59240 Dunkerque France.
Téléphone +33 (0)3 28 29 17 70



signature.asc
Description: PGP signature

Bug#805181: freeciv-data: Please add Multi-Arch: foreign

[Elrond]

Package: freeciv-data
Version: 2.5.1-1~bpo8+1
Severity: wishlist

Hi,

It looks like freeciv-data offers an architecture
independent (data level) interface to its users. Would you
mind setting it to Multi-Arch: foreign?
It's usually a matter of adding one line to debian/control.

This would hopefully improve install options for different
architectures.

Note: Architecture=all packages are not Multi-Arch=foreign
automatically for various reasons, so they need to be set
manually.


Cheers

Elrond

Bug#802451: pbuilder: no longer overwrites Changed-By line in .changes file

[Mattia Rizzolo]

On Fri, Oct 23, 2015 at 11:15:33AM +, Thorsten Glaser wrote:
> >> Nah, setting/amending DEBBUILDOPTS will likely work, and I’ll try it.
> >
> >Good, thanks.
> >Please, can you close this bug if that option is enough for you?
> 
> Will do once I tried this out (when I build the next package).

Did you try? :)

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#804605: heirloom-mailx: FTBFS: undefined reference to `SSLv3_client_method'

[Hilko Bengen]

So now there are two different suggestions how to deal with this issue.

For obvious reasons I feel uncomfortable poking around in TLS-related
code--even though we already carry a patch for openssl.c.

I think I am going to go with a third alternative and take this issue as
a reason for replacing heirloom-mailx with the s-nail fork[1] which has
actually seen some upstream development in the last 5 years.

Cheers,
-Hilko

Bug#803216: closed by Markus Koschany <a...@debian.org> (Bug#803216: fixed in torus-trooper 0.22.dfsg1-10)

[Linus Lüssing]

On Thu, Nov 12, 2015 at 06:24:10PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the torus-trooper package:
> 
> #803216: torus-trooper: segfault on startup in src/abagames/tt/barrage.d:111
> 
> It has been closed by Markus Koschany .

Thanks Markus, works great now :).

Bug#805151: [PATCH] Install GPU firmware

[Michael Stapelberg]

So, if I understand correctly, the drm driver is initialized when the
initramfs runs, and the i915 drm loads the skylake firmware blob. Without
the firmware being in the initramfs, I got an error message during early
boot:

Nov 13 11:30:43 midna kernel: [   10.747038] i915 :00:02.0: Direct
firmware load for i915/skl_dmc_ver1.bin failed with error -2

I also recall the screen resolution (on my 3840x2160 display) not being
quite right, but that’s purely from memory and I’d need to reproduce it to
describe the way in which behavior differs.

On Sun, Nov 15, 2015 at 2:33 PM, Ben Hutchings  wrote:

> On Sun, 2015-11-15 at 13:00 +0100, Michael Stapelberg wrote:
> >
> >
> > On Sun, Nov 15, 2015 at 12:47 PM, Ben Hutchings 
> > wrote:
> > > Control: tag -1 moreinfo
> > >
> > > On Sun, 2015-11-15 at 11:49 +0100, Michael Stapelberg wrote:
> > > > Package: initramfs-tools
> > > > Version: 0.120
> > > > Severity: normal
> > > > Tags: patch
> > > >
> > > > Please apply the attached patch, see its commit message for
> > > details.
> > > [...]
> > >
> > > This is not about adding firmware, it is adding modules (and the
> > > firmware they refer to).  This will increase the initramfs size
> > > substantially and is not needed on most systems.
> > >
> > > > This is necessary to include files such as
> > > > /lib/firmware/i915/skl_dmc_ver1.bin and others (shipped in the
> > > > firmware-misc-nonfree package), which are necessary to properly
> > > > initialize the graphics output in early boot.
> > >
> > > Presumably there are some systems that need this.  But most do not.
> > > Maybe the installer should detect those and add the appropriate
> > > drivers
> > > to /etc/initramfs-tools/modules?
> > Whatever makes my initrd contain the i915 firmware files makes me
> > happy.
> >
> > Do you need any more information from me to get this done?
>
> There is no reason to have the firmware files there without the driver
> that loads them.  So you need to explain why you think all GPU drivers,
> or specifically the i915 driver, should be included.
>
> Ben.
>
> --
> Ben Hutchings
> Everything should be made as simple as possible, but not simpler.
>- Albert
> Einstein
>



-- 
Best regards,
Michael

Bug#805178: inteldrmfb: unable to set console resolution

[Camaleón]

Source: linux
Version: 3.2.68-1
Severity: normal

I'm trying to set console resolution on a machine with the following 
ingredients:

- Intel 915G chipset
- KMS enabled (by default) with intel driver module
- inteldrmfb loaded
- Eizo display (21" wide, 1680x1050, VGA output)
- vbeinfo run from GRUB2 console allows 1920x1200, 1600x1200, 1280x1024, 
1024x768, 800x600 and 640x480
- /etc/default/grub.conf has:

GRUB_GFXMODE=1600x1200,1680x1050,1280x1024,1024x768,800x600,640x480
GRUB_GFXPAYLOAD_LINUX=keep

I'm unable to get the desired/native resolution (1680x1050) in tty 
consoles when system boots. Before getting into udev messages, 
resolution seems to be momentary set but it changes afterwards and 
console text becomes big again.

Note that inside X system (XFCE and LightDM) the resolution is manually 
configured by means of xorg.conf file and works as expected, is just 
consoles that I'm unable to set.

Greetings,

-- 
Camaleón 

Bug#805177: closed by Paul Wise <p...@debian.org> (Re: Bug#805177: [snapshot.debian.org] 403 errors for qcad_2.0.5.0-1-2.1_amd64.deb and qcad-doc_2.0.5.0-1-2.1_all.deb links)

[OmegaPhil]

On 15/11/15 14:51, Debian Bug Tracking System wrote:
> Unfortunately we don't have permission to distribute these files, sorry:
> 
> http://snapshot.debian.org/removal/27
> http://bugs.debian.org/646897

Ah, that potentially scuppers using jigdo to recreate a Debian Lenny DVD
then. Thanks for explaining the error.



signature.asc
Description: OpenPGP digital signature

Bug#805013: gnunet: FTBFS on hurd-i386

[Bertrand Marc]

Hello,

Thank you for your work. I forwarded your patch upstream.

Regards,
Bertrand

Bug#805168: linux-image-4.2.0-1-amd64: sudden USB disconnect

[Vincent Lefevre]

On 2015-11-15 14:01:06 +0100, Vincent Lefevre wrote:
> This is the second time I get a sudden USB disconnection, in two
> days. See the logs below for the latest one. This corresponds to my
> USB keyboard. Mapping is lost, and though I can remap the keyboard
> manually, this still breaks all the xterm's!

This has just occured a third time! So, I've rebooted a second time
just in case. If this occurs again, I'll downgrade the kernel to see
whether this problem disappears.

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

Bug#804782: cloud-init: Package upstream snapshot

[James Bromberger]

On 12/11/2015 12:52 PM, Charles Plessy wrote:
> an upload to Experimental would be easy, but we are still trying to make
> a Stable update, and this requires Sid and Testing to stay at the old version.
Would a stable-backports may get around waiting for stable-main to get
updated? I used to generate the EC2 AMIs by pulling from backports for
cloud-init (before it was in main), and am happy to do so again. At
least that way the source is within the Debain archive to some degree...

> This said, I just proposed to give up on the Stable update, so maybe things
> will move forward soon.
> Would it be enough to use Ubuntu's version 0.7.7~bzr1149 for our Debian 
> package?
I could pull the Ubuntu package, but I'd rather have a clean install
using only Debian packages if possible. If backports is not possible,
then fire away into unstable and I can even pull from there for AMI
creation.




-- 
/Mobile:/ +61 422 166 708, /Email:/ james_AT_rcpt.to

Bug#805132: glx-alternative-nvidia:amd64 installs update-glx:armhf as dependency

[Andreas Beckmann]

On 2015-11-15 15:18, Diederik de Haas wrote:
> update-glx is indeed the only one in the whole list with ":armhf" appended to 
> its package name. Before reassigning it to apt/aptitude I'd prefer to have 
> found another package which exhibits the reported behavior. 
> Do you have any suggestions on how to find a (likely) candidate?

It's probably not related to a specific package but to a specific
upgrade set. Do you have a backup of the dpkg status file from before
that upgrade? IIRC this should be sufficient to replay the upgrade path.

(/var/lib/dpkg/status)

Andreas

Bug#805162: subtitleeditor: FTBFS: bind.h:2110:27: error: no matching function for call to 'sigc::bind_functor [..]

[Philip Rinn]

tags 805162 upstream
forwarded 805162 http://gna.org/bugs/?23714
thanks

Hi Chris,

On 15.11.2015 at 13:38, Chris Lamb wrote:
> subtitleeditor fails to build from source in unstable/amd64:

Yes, I know, I already filed a bug upstream.

Best,
Philip



signature.asc
Description: OpenPGP digital signature

Bug#802508:

[zulu]

gnome-shell-mailnag-0.16.0 has been released upstream a few days ago.
It's compatible with gnome-shell 3.16 and 3.18.

Bug#661295: libx11-6 based applications are confused by new xkb settings (possible crash in XkbTranslateKeyCode)

[Vincent Lefevre]

Control: reassign -1 xterm 320-1

On 2012-02-26 02:54:45 +0100, Vincent Lefevre wrote:
> When changing the xkb settings with:
> 
>   xkbcomp -w0 -I$HOME/.xkb -R$HOME/.xkb keymap/custom $DISPLAY
> 
> not all these settings are taken into account by some running
> X applications (or worse, see below). New X applications (i.e.
> those started after running the above command) are not affected.
> 
> At least the following ones are affected, from a test I've just done:
> fvwm, xterm, rxvt-unicode, mlterm, and xev. Since all of them directly
> depend on libx11-6, I suppose the bug is there (another reason given
> below). More precisely:
>   * With fvwm, Ctrl-Meta-arrows have no effect.

The problem no longer occurs with fvwm, so that this does not seem to
be a libx11-6 issue (or it has been fixed).

>   * With the terminals, Alt-arrows have the same effect as without Alt,
> contrary to my settings. A running gnome-terminal is not affected,
> i.e. after running the xkbcomp command (it is needed), everything
> is fine with it.

xterm is still affected, thus I'm reassigning the bug to it.

This is in relation to the following kernel bug:

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

where I got a USB disconnect, so that the keyboard mapping is lost and
I have to remap it with the above command.

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

Bug#805172: RFS: vim-command-t/1.13-2 [ITP]

[Sam Morris]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "vim-command-t"

 * Package name: vim-command-t
   Version : 1.13-2
   Upstream Author : Greg Hurrell 
 * URL : https://wincent.com/products/command-t
 * License : 2-clause BSD
   Section : editors

It builds those binary packages:

  vim-command-t - extremely fast, intuitive mechanism for opening files
with a mini

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

  http://mentors.debian.net/package/vim-command-t

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

  dget -x http://mentors.debian.net/debian/pool/main/v/vim-command-t/vi
m-command-t_1.13-2.dsc

There's a video that shows off the features of the addon available at <
https://www.youtube.com/watch?v=zprB9KDyaME>.

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

Bug#805132: glx-alternative-nvidia:amd64 installs update-glx:armhf as dependency

[Diederik de Haas]

On Sunday 15 November 2015 11:27:09 Andreas Beckmann wrote:
> > I haven't rebooted yet so I don't know if it will cause problems, but it
> > does seem odd that on my amd64 a package from armhf is installed as
> > dependency instead of the one from my 'native' architecture.
> 
> That's weird, but it should be harmless, 

I now have rebooted and the system/X still works so it looks like you're 
right. But as I don't use the functionality of update-glx (afaik) I don't know 
whether it still functions or not.

> otherwise these packages wouldn't be multiarch:foreign
> ...
> I cannot reproduce this by installing glx-alternative-nvidia in a
> minimal sid amd64+armhf schroot. Maybe a bug in apt/aptitude/... you may
> want to reassign it there.

$ aptitude search '?narrow(~i,?multiarch(foreign))' | wc -l
358

According to the above query I have 358 package installed which are 
multiarch:foreign, but this is the first time I've seen the reported behavior 
and I've had this multi-arch configuration for (quite) a while now. 
The output of my nvidia/glx-alternative package from the above query (without 
the "wc -l" part), notice the odd one out:

i A glx-alternative-mesa - allows the selection of MESA as GLX provider
i A glx-alternative-nvidia- allows the selection of NVIDIA as GLX provider
i A glx-diversions- prepare for using accelerated GLX 
implementations from GPU vendors
i A nvidia-alternative- allows the selection of NVIDIA as GLX provider
i A nvidia-installer-cleanup   - cleanup after driver installation with the 
nvidia-installer
i A nvidia-kernel-dkms - NVIDIA binary kernel module DKMS source
i A nvidia-kernel-support - NVIDIA binary kernel module support files
i A nvidia-support - NVIDIA binary graphics driver support files
i A update-glx:armhf - utility for switching the GLX implementation

update-glx is indeed the only one in the whole list with ":armhf" appended to 
its package name. Before reassigning it to apt/aptitude I'd prefer to have 
found another package which exhibits the reported behavior. 
Do you have any suggestions on how to find a (likely) candidate?

> That's reproducible (I manually installed update-glx:armhf afterwards),
> can you reportbug reportbug ?

I've added my findings to bug #690537

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

Bug#805175: libkonq-common: konqpopupmenuplugin not working on KDE SC 5

[Thomas Preud'homme]

Package: libkonq-common
Version: 4:15.08.2-1
Severity: normal
Tags: upstream

Hi,

There is no action entries (such as to compress/decompress) in the right
click menu on KDE SC 5 due to konqpopupmenuplugin.desktop missing in
/usr/share/kservicetypes5. I know this was fixed upstream [1] but not
part of any release yet. This can be worked around though by providing a
symbolic link from
/usr/share/kde4/servicetypes/konqpopupmenuplugin.desktop to
/usr/share/kservicetypes5/

Since the first file is provided by this package, maybe the symlink
could be provided here too until the upstream bug fix flows to a Debian
package.

[1] https://bugs.kde.org/show_bug.cgi?id=350769

Best regards.

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

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

Versions of packages libkonq-common depends on:
ii  libc6   2.19-22
ii  libkdecore5 4:4.14.13-1
ii  libkio5 4:4.14.13-1
ii  libkonq5-templates  4:15.08.2-1
ii  libphonon4  4:4.8.3-2
ii  libqt4-dbus 4:4.8.7+dfsg-3
ii  libqtcore4  4:4.8.7+dfsg-3
ii  libqtgui4   4:4.8.7+dfsg-3
ii  libstdc++6  5.2.1-23
ii  phonon  4:4.8.3-2

libkonq-common recommends no packages.

libkonq-common suggests no packages.

-- no debconf information

Bug#805177: [snapshot.debian.org] 403 errors for qcad_2.0.5.0-1-2.1_amd64.deb and qcad-doc_2.0.5.0-1-2.1_all.deb links

[OmegaPhil]

Package: snapshot.debian.org
Severity: normal

The following links are returning 403 errors here:

http://snapshot.debian.org/archive/debian/20111001T222619Z/pool/main/q/qcad/qcad_2.0.5.0-1-2.1_amd64.deb
http://snapshot.debian.org/archive/debian/20111001T222619Z/pool/main/q/qcad/qcad-doc_2.0.5.0-1-2.1_all.deb

Thanks



signature.asc
Description: OpenPGP digital signature

Bug#805179: dmeventd libdevmapper-event-lvm2raid.so dlopen failed

[Frank Lin PIAT]

Package: dmeventd
Version: 2:1.02.110-1
Severity: normal


Hello,

dmeventd isn't loading library from apropriate direcory.


# dpkg -L dmeventd | grep libdevmapper-event-lvm2raid.so
/lib/x86_64-linux-gnu/device-mapper/libdevmapper-event-lvm2raid.so
  ^
   :-(

#strace -f -s256  -p $(pgrep dmeventd) | grep '^open'
open("/lib/x86_64-linux-gnu/libdevmapper-event-lvm2raid.so", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libdevmapper-event-lvm2raid.so", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/libdevmapper-event-lvm2raid.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No 
such file or directory)
open("/usr/lib/libdevmapper-event-lvm2raid.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT 
(No such file or directory)

Thanks




Details if needed:


I have two disk in one LVM volume group.
I previously created an LV on the disk. When I want to convert
that LV ibnto a mirrored one , i get the error in /var/log/syslog:

> dmeventd[12850]: dmeventd libdevmapper-event-lvm2raid.so dlopen failed:
>   libdevmapper-event-lvm2raid.so: cannot open shared object file: 
>   No such file or directory.


Step to reproduce:
  * Create a volume
# lvcreate -L 1G -n lv_test vg_test
  * start dmevent and strace it:
# systemctl restart dm-event.service
# strace -f -s256  -p $(pgrep dmeventd)  2> /tmp/mir.log &
  * Attempt to convert the disk to mirrored.
# lvconvert  -m1 --mirrorlog disk vg_test/lv_test



# dpkg -S libdevmapper-event-lvm2raid.so
dmeventd:
/lib/x86_64-linux-gnu/device-mapper/libdevmapper-event-lvm2raid.so



dmeventd strace output:

Process 12850 attached
select(4, [4], NULL, NULL, {0, 786406}) = 0 (Timeout)
select(5, [4], NULL, NULL, {1, 0})  = 0 (Timeout)
select(5, [4], NULL, NULL, {1, 0})  = 0 (Timeout)
select(5, [4], NULL, NULL, {1, 0})  = 0 (Timeout)
select(5, [4], NULL, NULL, {1, 0})  = 1 (in [4], left {0, 548690})
read(4, "\0\0\0\10\0\0\0\16", 8)= 8
select(5, [4], NULL, NULL, {1, 0})  = 1 (in [4], left {0, 98})
read(4, "13135:0 HELLO\0", 14)  = 14
select(4, NULL, [3], NULL, NULL)= 1 (out [3])
write(3, "\0\0\0\0\0\0\0\02613135:0 HELLO HELLO 2\0", 30) = 30
select(5, [4], NULL, NULL, {1, 0})  = 1 (in [4], left {0, 999676})
read(4, "\0\0\0\4\0\0\0t", 8)   = 8
select(5, [4], NULL, NULL, {1, 0})  = 1 (in [4], left {0, 98})
read(4, "13135:1 libdevmapper-event-lvm2raid.so
LVM-hZyLsNPg71k7OjdNYPR036NIzuOvupwOXA0BXtfdlSj3A6cuTGhxbV5xwg02048G
65280 0\0", 116) = 116
select(4, NULL, [3], NULL, NULL)= 1 (out [3])
write(3, "\377\377\377\376\0\0\0\"13135:1 No such file or directory\0",
42) = 42
select(5, [4], NULL, NULL, {1, 0})  = 1 (in [4], left {0, 999335})
read(4, "\0\0\0\10\0\0\0\16", 8)= 8
select(5, [4], NULL, NULL, {1, 0})  = 1 (in [4], left {0, 98})
read(4, "13135:2 HELLO\0", 14)  = 14
select(4, NULL, [3], NULL, NULL)= 1 (out [3])
write(3, "\0\0\0\0\0\0\0\02613135:2 HELLO HELLO 2\0", 30) = 30
select(5, [4], NULL, NULL, {1, 0})  = 1 (in [4], left {0, 999672})
read(4, "\0\0\0\2\0\0\0t", 8)   = 8
select(5, [4], NULL, NULL, {1, 0})  = 1 (in [4], left {0, 99})
read(4, "13135:3 libdevmapper-event-lvm2raid.so
LVM-hZyLsNPg71k7OjdNYPR036NIzuOvupwOXA0BXtfdlSj3A6cuTGhxbV5xwg02048G
65280 0\0", 116) = 116
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 7
fstat(7, {st_mode=S_IFREG|0644, st_size=129984, ...}) = 0
mmap(NULL, 129984, PROT_READ, MAP_PRIVATE, 7, 0) = 0x7faae3ac6000
close(7)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
open("/lib/x86_64-linux-gnu/libdevmapper-event-lvm2raid.so",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libdevmapper-event-lvm2raid.so",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/libdevmapper-event-lvm2raid.so", O_RDONLY|O_CLOEXEC) = -1
ENOENT (No such file or directory)
open("/usr/lib/libdevmapper-event-lvm2raid.so", O_RDONLY|O_CLOEXEC) = -1
ENOENT (No such file or directory)
munmap(0x7faae3ac6000, 129984)  = 0
sendto(6, "<27>Nov 15 15:34:55 dmeventd[12850]: dmeventd
libdevmapper-event-lvm2raid.so dlopen failed:
libdevmapper-event-lvm2raid.so: cannot open shared object file: No such
file or directory.", 182, MSG_NOSIGNAL, NULL, 0) = 182
select(4, NULL, [3], NULL, NULL)= 1 (out [3])
write(3, "\0\0\0O\0\0\0\22013135:3 libdevmapper-event-lvm2raid.so dlopen
failed: libdevmapper-event-lvm2raid.so: cannot open shared object file:
No such file or directory\0", 152) = 152


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

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 

Bug#499886: patch

[James McCoy]

On Sat, Nov 14, 2015 at 03:49:05PM +, Nicholas Bamber wrote:
> It's ready. It does add two bits of functionality to bts to facilitate
> things. There are a few things that could work better. Anything with a ":" I
> have ignored for now but they are the somewhat more obscure options.

Looks good.  Just a minor nitpick below.

> diff --git a/scripts/bts.pl b/scripts/bts.pl
> index 55bb83a..c1d7da7 100755
> --- a/scripts/bts.pl
> +++ b/scripts/bts.pl
> @@ -335,6 +335,10 @@ to use B to send emails.
>  
>  Don't use B for sending of mails.
>  
> +=item B<--soap-timeout=>I
> +
> +Specify a timeout for SOAP calls as used by the B and B 
> commands.
> +
>  =item B<--smtp-host=>I
>  
>  Specify an SMTP host.  If given, B will send mail by talking directly to
> @@ -582,6 +586,7 @@ my ($opt_cachemode, $opt_mailreader, $opt_sendmail, 
> $opt_smtphost);
>  my ($opt_smtpuser, $opt_smtppass, $opt_smtphelo);
>  my $opt_cachedelay=5;
>  my $opt_mutt;
> +my $opt_soap_timeout;
>  my $mboxmode = 0;
>  my $quiet=0;
>  my $opt_ccemail = "";
> @@ -620,6 +625,7 @@ GetOptions("help|h" => \$opt_help,
>  "toolname=s" => \$toolname,
>  "bts-server=s" => \$btsserver,
>  "mutt!" => \$opt_mutt,
> +   "soap-timeout:i" => \$opt_soap_timeout,

The indentation is off here.  There should be a leading tab followed by
aligning spaces.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 

Bug#804752: [SPAM] Re: [Pkg-dns-devel] Bug#804752: unbound: After upgrade to 1.5.6, unbound does not start on default configuration.

[Paweł Różański]

On 11.11.2015 21:33, Robert Edmonds wrote:

Paweł Różański wrote:

I run unbound on my laptop with Debian unstable as local DNS cache. After 
standard upgrade of pacakges
I noticed, that my DNS resolver does not work anymore. Unbound service does not 
run/start. After
enabling debug I found in syslog:
fatal error: could not open autotrust file for writing, 
/etc/unbound/root.key.3265-0: Permission denied

Indeed, I used /var/lib/unbound/root.key in 1.4:
ls -ltr /var/lib/unbound/root.key
-rw-r--r-- 1 unbound unbound 759 lis 11 09:44 /var/lib/unbound/root.key

1.5.6 tried to use /etc/unbound/root.key:
ls -ltra /etc/unbound/root.key
-rw-r--r-- 1 root root 759 lis 10 09:33 /etc/unbound/root.key

1.4 probably used conf.d, and 1.5.4 probably does not, as I have
cat /etc/unbound/unbound.conf.d/root-auto-trust-anchor-file.conf
server:
 # The following line will configure unbound to perform cryptographic
 # DNSSEC validation using the root trust anchor.
 auto-trust-anchor-file: "/var/lib/unbound/root.key"

I also checked exactly the same default configuration on previous version - 
works with 1.4.

Below is my current, working configuration. The only change is 
auto-trust-anchor-file line.


Hi, Paweł:

Unbound by itself doesn't read from /etc/unbound/conf.d.

In version 1.4.19, upstream added support for glob patterns in the
unbound.conf "include" directive:

 -   include: directive in config file accepts wildcards. Patch from
 Paul Wouters. Suggested use: include: "/etc/unbound.d/conf.d/*"

However, it caused fatal errors if no files matched the glob pattern.
This bug was fixed in Unbound 1.4.21:

 * Fix so that for a configuration line of include: "*.conf" it is not
 an error if there are no files matching the glob pattern.

In the Debian unbound 1.4.21-1 package, I added support for reading
additional config snippets from /etc/unbound/conf.d/*.conf and moved the
default auto-trust-anchor-file directive into a separate file in that
directory:

   * Add support for .d style configuration in /etc/unbound/unbound.conf.d;
 closes: #656549.
   * Move auto-trust-anchor-file configuration for the root into the new
 /etc/unbound/unbound.conf.d directory.

The conf.d support in the unbound package depends on an explicit
"include" directive appearing in unbound.conf, which was enabled in the
default unbound.conf file shipped in the unbound package:

 # Unbound configuration file for Debian.
 #
 # See the unbound.conf(5) man page.
 #
 # See /usr/share/doc/unbound/examples/unbound.conf for a commented
 # reference config file.
 #
 # The following line includes additional configuration files from the
 # /etc/unbound/unbound.conf.d directory.
 include: "/etc/unbound/unbound.conf.d/*.conf"

It looks like your unbound.conf file doesn't have this "include"
directive.  This means the conf.d config snippets won't be read.


Thank you for detailed explaination.


I do see an explicit "auto-trust-anchor-file" directive in your config file,
though.  Did you add this line before or after upgrading to 1.5.6-1?


I added that line after upgrade to 1.5.6.


You might also have been affected by upstream's change in svn r3387, in
Unbound 1.5.x:

 - Unbound exits with a fatal error when the auto-trust-anchor-file
   fails to be writable.  This is seconds after startup.  You can
   load a readonly auto-trust-anchor-file with trust-anchor-file.
   The file has to be writable to notice the trust anchor change,
   without it, a trust anchor change will be unnoticed and the system
   will then become inoperable.

This change converts what would have been a previously "working" though
run-able config (though without a writable auto trust anchor file) into
a config that fails to start.

We can probably update the Debian package to be built with an explicit
"--with-rootkey-file=/var/lib/unbound/root.key" passed to configure,
which probably would have papered over the issue that you experienced,
though I'm confused as to where the "/etc/unbound/root.key" path could
have been coming from.


I believe configuration file should be modified as below or reading conf.d 
should be
restored. Right now service does not work on default configuration and may 
disrupt services.


Well, the default configuration on a fresh install looks like the below
console output, and results in the "auto-trust-anchor-file" directive
being set to the right value.  That config should definitely work.


edmonds@chase{0}:~$ sudo pbuilder --login
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/base.tgz]
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: policy-rc.d already exists
I: entering the shell
File extracted to: /var/cache/pbuilder/build/2801

root@chase:/# apt-get -qyV install unbound
Reading package lists...
Building dependency tree...
Reading state 

Bug#794311: KiCad 4.0 rc1

[Georges Khaznadar]

Hi,

Thank you for the hints about flags for cmake.

Nick Østergaard a écrit :
> [...] 
> Also, the RC2 has now been released. Remember to update the
> KICAD_BUILD_VERSION string when you upgrade the source :)

Is this new release candidate supported officially ?

$ bzr log lp:kicad/4.0 2>/dev/null | head -n 10 

revno: 6189 [merge]
committer: Wayne Stambaugh 
branch nick: 4.0
timestamp: Sun 2015-11-08 16:22:19 -0500
message:
  Merge with tip of product branch r6303, 4.0.0-rc1.

revno: 6188
tags: 4.0.0-rc1

I found no tag related to RC2.

Best regards,   Georges.



signature.asc
Description: PGP signature

Bug#805164: libxml-rpc-fast-perl: FTBFS: Failed 1/5 test programs. 1/51 subtests failed.

[gregor herrmann]

On Sun, 15 Nov 2015 14:01:27 +0100, gregor herrmann wrote:

> >   Test Summary Report
> >   ---
> >   t/00-load.t (Wstat: 256 Tests: 9 Failed: 1)
> > Failed test:  9
> > Non-zero exit status: 1
> >   Files=5, Tests=51,  1 wallclock secs ( 0.07 usr  0.01 sys +  0.80 cusr
> >0.12 csys =  1.00 CPU)
> >   Result: FAIL
> 
> That's caused by #805104 in libdatetime-format-strptime-perl.

Fixed now (new upstream release uploaded).

I guess we can close this bug as well (I verified that the build
failure goes away). Usually I'd add a versioned dependency, but what
we have here is a rather long chain:

libxml-rpc-fast-perl → libdatetime-format-iso8601-perl →
libdatetime-format-builder-perl → libdatetime-format-strptime-perl


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: The Honeydrippers: Sea of Love


signature.asc
Description: Digital Signature

Bug#805145: [pkg-apparmor] Bug#805145: /usr/sbin/aa-status: aa-status --enabled hangs on upgrade until kill

[Christian Boltz]

Hello,

the crash log contains a very interesting detail - you killed aa-status 
while it worked on the profile

/usr/bin/python2.7//null-5ec//null-5ed//null-5...5ef//null-667//null-668//null-574fe
 
(the line was shortened when python created the crash log, there were 
probably more null-* nesting levels)

Those null-* profiles are used in complain mode to track exec events.
In your case, there must have been *lots of* exec events, which leads to 
*lots of* those null-* profiles, nested as deep as the exec chain goes.

Please provide the output of
wc -l /sys/kernel/security/apparmor/profiles
time aa-status   # be patient, please ;-)

I'm quite sure aa-status is _not_ in an endless loop - it's "just" busy 
with reading a very long list of profiles.

That said - we are probably wasting CPU cycles if you only check for 
--enabled. That's not really noticable with 50 or 100 profiles loaded, 
but with > 1000 profiles (in your case mostly null-*) it might take some 
time. 
I opened https://bugs.launchpad.net/apparmor/+bug/1516400 for that.


BTW: Do you really have a profile for /usr/bin/python2.7? That's probably 
a bad idea ;-) and I seriously recommend to delete and unload it (unless 
you have a _very good_ reason for what you are doing).

The usual recommendation is to create a profile for the python scripts, 
and then have an ix (inherit) rule for the python interpreter. (This 
also means you have to run those scripts using "./myscript.py", not 
"python myscript.py".)


Regards,

Christian Boltz
-- 
So we have unequivocal proof that I'm more dangerous to my own machine
than any of the updates we've rolled out to Tumbleweed in the last 14
months. [Richard Brown in opensuse-factory]

Bug#805130: Copyright file granularity

[Jonas Smedegaard]

Quoting Osamu Aoki (2015-11-15 04:07:10)
> Please note one type of de-facto exception which is not documented but 
> widely accepted.  FTP master has accepted such packages with the GNU 
> permissive type license on autotools generated files.  I see almost no 
> one follow the rule literary on these files.

Right - 72 packages register GAP licensing terms (plus maybe some not 
using machine-readable files with that common license shortname):

https://codesearch.debian.net/results/License%3A%20GAP%20path%3A%2Fdebian%2Fcopyright/page_0


> They are slightly different files to files and are nothing but noise 
> for then purpose we use debian/copyright if we pedantically list them.

Registering such files is not simply noise: It is a way of signalling 
"this file has been checked and is believed to be DFSG-compliant", which 
is is quite different from "this file was added in a later upstream 
release, was not checked by the package maintainer nor by the ftpteam".


 - Jonas

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

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


signature.asc
Description: signature

Bug#796339: node-cross-spawn no longer needs node-spawn-sync (patched out)

[Ross Gammon]

Control: unblock 796334 by 796339

Hi,

I have patched node-cross-spawn to use the child_process.spawnSync from
nodejs-core (soon to be uploaded). This avoids needing to package
node-spawn-sync for now.

I will check that nothing else needs it and then close this ITP.

Regards,

Ross



signature.asc
Description: OpenPGP digital signature

Bug#791363: [PING] php-http-webdav-server: WebDAV encoding problems

[Jan-Benedict Glaw]

Hi!

Is this package completely abandoned?  Bug is now opened for four
months, has a patch to fix the issue and just needs it added to the
package. Oh, Hartmut, just integrate it upstream? Or shoudl SeedDMS
use a completely different DAV implementation?

MfG, JBG

-- 
  Jan-Benedict Glaw  jbg...@lug-owl.de  +49-172-7608481
Signature of:   http://www.eyrie.org/~eagle/faqs/questions.html
the second  :


signature.asc
Description: Digital signature

Bug#805161: python-cligj: FTBFS: KeyError: 'cligj'

[Chris Lamb]

Source: python-cligj
Version: 0.3.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

python-cligj fails to build from source in unstable/amd64:

  [..]

 dh_auto_test -O--buildsystem=pybuild
  I: pybuild base:184: cd
  /build/python-cligj-0.3.0/.pybuild/pythonX.Y_2.7/build; python2.7 -m
  unittest discover -v 
  tests/test_plugins.py:11: FutureWarning: cligj.plugins has been
  deprecated in favor of click-plugins:
  https://github.com/click-contrib/click-plugins. The plugins module
  will be removed in cligj 1.0.
import cligj.plugins
  tests.test_plugins (unittest.loader.ModuleImportFailure) ... ERROR
  
  ==
  ERROR: tests.test_plugins (unittest.loader.ModuleImportFailure)
  --
  ImportError: Failed to import test module: tests.test_plugins
  Traceback (most recent call last):
File "/usr/lib/python2.7/unittest/loader.py", line 254, in
_find_tests
  module = self._get_module_from_name(name)
File "/usr/lib/python2.7/unittest/loader.py", line 232, in
_get_module_from_name
  __import__(name)
File "tests/test_plugins.py", line 56, in 
  'do_not_exist=tests.broken_plugins:do_not_exist', dist=DistStub())
  KeyError: 'cligj'
  
  
  --
  Ran 1 test in 0.000s
  
  FAILED (errors=1)
  E: pybuild pybuild:274: test: plugin distutils failed with: exit
  code=1: cd /build/python-cligj-0.3.0/.pybuild/pythonX.Y_2.7/build;
  python2.7 -m unittest discover -v 
  dh_auto_test: pybuild --test -i python{version} -p 2.7 --dir .
  returned exit code 13
  debian/rules:7: recipe for target 'build' failed
  make: *** [build] Error 25
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/python-cligj_0.3.0-1.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


python-cligj.0.3.0-1.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#805160: mangler: FTBFS: manglerg15.h:126:1: error: narrowing conversion of '240' from 'int' to 'char' inside { } [-Wnarrowing]

[Chris Lamb]

Source: mangler
Version: 1.2.5-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

mangler fails to build from source in unstable/amd64:

  [..]

  manglerg15.h:126:1: error: narrowing conversion of '240' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '252' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '248' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '252' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '248' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '248' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '248' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '252' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '252' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '252' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '254' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '254' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '252' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '255' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '240' from 'int' to
  'char' inside { } [-Wnarrowing]
  manglerg15.h:126:1: error: narrowing conversion of '128' from 'int' to
  'char' inside { } [-Wnarrowing]
  Makefile:547: recipe for target 'mangler.o' failed
  make[4]: *** [mangler.o] Error 1
  make[4]: Leaving directory '/build/mangler-1.2.5/src'
  Makefile:435: recipe for target 'all-recursive' failed
  make[3]: *** [all-recursive] Error 1
  make[3]: Leaving directory '/build/mangler-1.2.5'
  Makefile:367: recipe for target 'all' failed
  make[2]: *** [all] Error 2
  make[2]: Leaving directory '/build/mangler-1.2.5'
  dh_auto_build: make -j1 returned exit code 2
  debian/rules:21: recipe for target 'override_dh_auto_build' failed
  make[1]: *** [override_dh_auto_build] Error 2
  make[1]: Leaving directory '/build/mangler-1.2.5'
  debian/rules:10: recipe for target 'build' failed
  make: *** [build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/mangler_1.2.5-2.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


mangler.1.2.5-2.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#796497: ruby-ronn: depends on obsolete ruby-hpricot

[Sebastian Boehm]

Just for the record: ronn's upstream seems to be dead. The latest
release is more than five years old and there haven't been any
upstream commits for over two years.

While ronn is a useful tool, asciidoc and asciidoctor are viable
alternatives and are actively maintained as well as available in
stretch and jessie.

Bug#805166: trafficserver: FTBFS on armhf: undefined references

[Kurt Roeckx]

Source: trafficserver
Version: 6.0.0-2
Severity: serious
Control: block 797926 by -1

Hi,

Your package is failing to build on armhf with the following
error:
libtool: link: c++ -g -O2 -fPIE -fstack-protector-strong -Wformat 
-Werror=format-security -O3 -std=c++11 -pipe -Wall 
-feliminate-unused-debug-symbols -fno-strict-aliasing -Wno-invalid-offsetof 
-rdynamic -fPIE -pie -Wl,-z -Wl,relro -Wl,-z -Wl,now -o .libs/traffic_crashlog 
procinfo.o traffic_crashlog.o  ../../lib/records/librecords_p.a 
../../mgmt/.libs/libmgmt_p.a ../../iocore/eventsystem/libinkevent.a 
../../proxy/shared/libUglyLogStubs.a ../../mgmt/api/.libs/libtsmgmt.so 
../../lib/ts/.libs/libtsutil.so -L/usr/lib/arm-linux-gnueabihf -ltcl8.6 -lhwloc 
-laio -lcap -lpcre -lz -lcrypt -lpthread -ldl -lxml2 -Wl,-rpath 
-Wl,/usr/lib/trafficserver
../../proxy/shared/libUglyLogStubs.a(UglyLogStubs.o): In function 
`iobuffer_mem_dec(char const*, long long)':
/«PKGBUILDDIR»/proxy/shared/../../iocore/eventsystem/P_IOBuffer.h:162: 
undefined reference to `ioDataAllocator'
/«PKGBUILDDIR»/proxy/shared/../../iocore/eventsystem/P_IOBuffer.h:162: 
undefined reference to `ioBufAllocator'
../../proxy/shared/libUglyLogStubs.a(UglyLogStubs.o): In function 
`ClassAllocator::free(IOBufferData*)':
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioBlockAllocator'
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioDataAllocator'
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioBufAllocator'
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioBlockAllocator'
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioDataAllocator'
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioBufAllocator'
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioBlockAllocator'
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioDataAllocator'
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioBufAllocator'
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioBlockAllocator'
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioDataAllocator'
/«PKGBUILDDIR»/proxy/shared/../../lib/ts/Allocator.h:134: undefined reference 
to `ioBufAllocator'
../../proxy/shared/libUglyLogStubs.a(UglyLogStubs.o): In function 
`UDPPacketInternal::free()':
/«PKGBUILDDIR»/proxy/shared/../../iocore/net/P_UDPPacket.h:83: undefined 
reference to `ioDataAllocator'
/«PKGBUILDDIR»/proxy/shared/../../iocore/net/P_UDPPacket.h:83: undefined 
reference to `ioBlockAllocator'
/«PKGBUILDDIR»/proxy/shared/../../iocore/net/P_UDPPacket.h:83: undefined 
reference to `ioBufAllocator'
/«PKGBUILDDIR»/proxy/shared/../../iocore/net/P_UDPPacket.h:83: undefined 
reference to `ioDataAllocator'
/«PKGBUILDDIR»/proxy/shared/../../iocore/net/P_UDPPacket.h:83: undefined 
reference to `ioBlockAllocator'
/«PKGBUILDDIR»/proxy/shared/../../iocore/net/P_UDPPacket.h:83: undefined 
reference to `ioBufAllocator'
../../proxy/shared/libUglyLogStubs.a(UglyLogStubs.o): In function 
`iobuffer_mem_dec(char const*, long long)':
/«PKGBUILDDIR»/proxy/shared/../../iocore/eventsystem/P_IOBuffer.h:162: 
undefined reference to `ioBlockAllocator'
/«PKGBUILDDIR»/proxy/shared/../../iocore/eventsystem/P_IOBuffer.h:162: 
undefined reference to `ioDataAllocator'
/«PKGBUILDDIR»/proxy/shared/../../iocore/eventsystem/P_IOBuffer.h:162: 
undefined reference to `ioBufAllocator'
collect2: error: ld returned 1 exit status

A full log can be seen at:
https://buildd.debian.org/status/fetch.php?pkg=trafficserver=armhf=6.0.0-2=1446776823


Kurt

Bug#805127: jessie-pu: package charybdis/3.4.2-4+b1

[Antoine Beaupré]

On 2015-11-14 22:42:08, Adam D. Barratt wrote:
> Control: tags -1 + moreinfo
>
> On Sat, 2015-11-14 at 19:32 -0500, Antoine Beaupré wrote:
>> Charybdis is unfortunately in very bad shape in stable right now. There
>> was an oversight during the release process that made this bug not
>> appear as release critical:
>> 
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768339
> [...]
>> So i would like to upload the -5 release to stable (jessie) directly. I
>> attached the debdiff between -4 and -5 to this mail.
>
> There didn't appear to be an attachment.
>
> Additionally, -5 can't be uploaded directly, as that version has already
> been used for the unstable upload. Please prepare an upload targeted at
> "jessie" and versioned as either -4+deb8u1 or -5~deb8u1 (depending on
> which way you prepare the changelog) and send the debdiff for that.

Okay, i'd roll a new changelog then.

here's the diff.



chary-5.dsc
Description: Binary data

-- 
La guerre, c'est le massacre d'hommes qui ne se connaissent pas,
au profit d'hommes qui se connaissent mais ne se massacreront pas.
- Paul Valéry

Bug#805170: ginkgocadx: Can't satisify build depends

[Kurt Roeckx]

Source: ginkgocadx
Version: 3.7.1.1573.41+dfsg-4
Severity: serious

Hi,

The build dependencies for your package can't build satisfied.


Kurt

Bug#805054: ITP: teckit -- Encoding conversion tools for plain text files

[Jonas Smedegaard]

Quoting Daniel Glassey (2015-11-14 18:39:22)
> On Sat, Nov 14, 2015 at 02:02:47AM +0100, Jonas Smedegaard wrote:
> > Quoting Daniel Glassey (2015-11-14 01:01:19)
> > > On Sat, Nov 14, 2015 at 12:24:05AM +0100, Jonas Smedegaard wrote:
> > > > Quoting Daniel Glassey (2015-11-13 23:54:38)
> > > > > Package name: teckit
> > > > 
> > > > > Description:
> > > > 
> > > > > TECkit provides a generic library and tools for converting data to 
> > > > > and 
> > > > > from Unicode and also from one Unicode encoding to another.
> > > > > It also includes a compiler for a description language that allows 
> > > > > for 
> > > > > birectional conversion description (the same description is used for 
> > > > > conversion to and from Unicode, for example).
> > > > 
> > > > How is this different from recode?
> > 
> > > My understanding is that teckit is a way to (relatively) easily define 
> > > a mapping for legacy custom encodings to Unicode. It is particularly 
> > > useful for converting text documents using legacy non-Unicode fonts 
> > > which use a font specific encoding to Unicode.
> > > 
> > > It is possible to add custom character sets to recode but afaict that 
> > > is a programmer level thing whereas teckit mappings are easier for the 
> > > font people.
> > 
> > Thanks for those details.
> > 
> > Seems appropriate to me to include in long description.
> 
> Thanks Jonas. How do you think this looks as a long description?:
> 
> Description: Encoding conversion tools for plain text files
>  TECkit is a toolkit for encoding conversions. It offers a simple format for
>  describing the mapping between legacy 8-bit encodings and Unicode, and a
>  set of utilities based on such descriptions for converting text between 8-bit
>  and Unicode encodings.
>  .
>  It also includes a compiler for the mapping description language that allows
>  for bidirectional conversion description (i.e. the same description is used
>  for conversion to and from Unicode).

I see nothing wrong with the description paragraphs you propose above 
(nor the ones proposed initially), but my suggestion is that in 
_addition_ to those also add a paragraph on what sets this package apart 
from other packages also in Debian, e.g. recode.

I must admit that I still do not understand what features in this tool 
is different from what recode provides (and I suspect you are using the 
term "fonts" wrong and really mean "encoding").

Here's how I would recode to the name of the island I live on 
into ISO-8859-1 (a.k.a. latin1) or ISO-8859-13 (a.k.a. latin7):

  echo Orø | recode utf8..l1 | less

  echo Orø | recode utf8..l7 | less

(in a UTF-8 capable shell above should show how the ø (i.e.  as 
html ligature) is encoded differently in those two legacy encodings.

Do you mean to say that TECkit is useful for handling fully custom 
encodings, or perhaps that you were unaware that recode was a 
commandline tool?


 - Jonas

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

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


signature.asc
Description: signature

Bug#800723: thunar: intermittent segfault on file drag and drop

[Javier Cantero]

On Sun, Nov 15, 2015 at 05:46:27PM +1300, Ben Caradoc-Davies wrote:
> Today I saw a single crash with Drag, so this bug does still occur, but
> only when not trying to reproduce it.  :-|

Sounds like the bug should be reopened.

More info from the Xfce bugtracker:
https://bugzilla.xfce.org/show_bug.cgi?id=12260
https://bugzilla.xfce.org/show_bug.cgi?id=12264




signature.asc
Description: PGP signature

Bug#805181: freeciv-data: Please add Multi-Arch: foreign

[Markus Koschany]

Am 15.11.2015 um 16:30 schrieb Elrond:
> Package: freeciv-data
> Version: 2.5.1-1~bpo8+1
> Severity: wishlist
> 
> Hi,
> 
> It looks like freeciv-data offers an architecture
> independent (data level) interface to its users. Would you
> mind setting it to Multi-Arch: foreign?
> It's usually a matter of adding one line to debian/control.
> 
> This would hopefully improve install options for different
> architectures.
> 
> Note: Architecture=all packages are not Multi-Arch=foreign
> automatically for various reasons, so they need to be set
> manually.

Hi,

yes that's doable, although I think it is quite rare that people want to
install i386/amd64 or other even more exotic combinations of Freeciv in
parallel. I will change the data package to Multi-Arch=foreign with the
next upload.

Cheers,

Markus





signature.asc
Description: OpenPGP digital signature

Bug#805118: [debian-mysql] Bug#805118: galera-3: FTBFS on s390x

[Kurt Roeckx]

On Sun, Nov 15, 2015 at 11:51:33AM +0200, Otto Kekäläinen wrote:
> It seems the test suite on s390x failed, and at least this error is
> visible in the log:

That's conmfigure doing this check:
Checking for C++ header file unordered_map... no

The result of that is the same on the other arches, so it's
probably not why you have an error.

And as it says, if you want to use newer features you should tell
the compiler which standard you want to target.


Kurt

Bug#805132: glx-alternative-nvidia:amd64 installs update-glx:armhf as dependency

[Andreas Beckmann]

Control: tag -1 unreproducible

On 2015-11-15 05:45, Diederik de Haas wrote:
> Package: glx-alternative-nvidia
> Version: 0.7.1
> Severity: normal
> 
> I haven't rebooted yet so I don't know if it will cause problems, but it
> does seem odd that on my amd64 a package from armhf is installed as
> dependency instead of the one from my 'native' architecture.

That's weird, but it should be harmless, otherwise these packages
wouldn't be multiarch:foreign (actually they could be arch:all, but I
don't want them to show up and maybe cause confusion on non-nvidia
architectures).
I cannot reproduce this by installing glx-alternative-nvidia in a
minimal sid amd64+armhf schroot. Maybe a bug in apt/aptitude/... you may
want to reassign it there.

> Probably a shortcoming of reportbug, but apparently it doesn't show that
> it installed a package from a different architecture.

> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386, armhf
> 
> Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages glx-alternative-nvidia depends on:
> ii  glx-alternative-mesa  0.7.1
> ii  glx-diversions0.7.1
> ii  update-glx0.7.1

That's reproducible (I manually installed update-glx:armhf afterwards),
can you reportbug reportbug ?

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set
to C)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages glx-alternative-nvidia depends on:
ii  glx-alternative-mesa  0.7.1
ii  glx-diversions0.7.1
ii  update-glx0.7.1


Andreas

Bug#805148: /usr/bin/pkexec: pkexec not working with non-gnome apps

[Ritesh Raj Sarraf]

Package: policykit-1
Version: 0.105-13
Severity: important
File: /usr/bin/pkexec

>From the manpages, pkexec is supposed to work with all types of GUI
applications.

But for some time, I've noticed that pkexec does not work with
non-gnome/gtk apps.

This one is with a python qt4 app.

rrs@learner:/tmp$ pkexec /usr/sbin/lmt-config-gui 
Using PyQt4
lmt-config-gui: cannot connect to X server 
2015-11-15 / 16:03:32 ♒♒♒☹  => 1  


And this one with a KDE 5 app


rrs@learner:/tmp$ pkexec katomic
QXcbConnection: Could not connect to display 
Aborted (core dumped)
2015-11-15 / 16:05:01 ♒♒♒☹  => 134  
rrs@learner:/tmp$ pkexec gedit
2015-11-15 / 16:05:21 ♒♒♒  ☺


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

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

Versions of packages policykit-1 depends on:
ii  dbus   1.10.2-1
ii  libc6  2.19-22
ii  libglib2.0-0   2.46.2-1
ii  libpam-systemd 227-2
ii  libpam0g   1.1.8-3.1
ii  libpolkit-agent-1-00.105-13
ii  libpolkit-backend-1-0  0.105-13
ii  libpolkit-gobject-1-0  0.105-13

policykit-1 recommends no packages.

policykit-1 suggests no packages.

-- no debconf information

Bug#805150: schroot: /etc/machine-id should be copied in desktop profile

[Sebastian Schmidt]

Package: schroot
Version: 1.6.10-2
Severity: minor
Tags: upstream patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

the location of the “machine ID” apparently changed from
/var/lib/dbus/machine-id to /etc/machine-id. The former is bind mounted
into the chroot whereas the latter is newly generated (somewhat related:
#745876) inside the chroot. This causes dbus to not find its socket (or
so, I don’t fully understand that FDO magic either), in turn breaking
PulseAudio (related: #675788).

I have attached a patch that includes /etc/machine-id in the copyfiles
template for all desktop architectures (since /var/lib/dbus is bind
mounted by default there and it’s a regression).

Sebastian

- -- 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.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages schroot depends on:
ii  libboost-filesystem1.58.0   1.58.0+dfsg-3.1
ii  libboost-iostreams1.58.01.58.0+dfsg-3.1
ii  libboost-program-options1.58.0  1.58.0+dfsg-3.1
ii  libboost-system1.58.0   1.58.0+dfsg-3.1
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-22
ii  libpam0g1.1.8-3.1
ii  libstdc++6  5.2.1-22
ii  libuuid12.27-3
ii  schroot-common  1.6.10-2

schroot recommends no packages.

Versions of packages schroot suggests:
ii  aufs-tools1:3.2+20130722-1.1
pn  btrfs-tools   
ii  debootstrap   1.0.72
ii  lvm2  2.02.127-1
pn  qemu-user-static  

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

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVkhjHfhx3EthBlqjAQgm/Q/+M0NDGAnTXTefbYhy+oRqZgKjqtkvQ3n/
OTv1oUSzk4Frf/vXGgRIaQqlLMwMepGbxWHWRE1VTXx+FLfil9j1e3TogO56xSry
yHoizHPqWrvY62dYd6lX6HyFsnoaxf8cLSW0zWNvjhAF9xdepsAdUqZCq8JohBx6
PtpRe/SCx183tdcQexUQYkAG578Iq49N6X69LdHqFCW8jChtjvawlRI87EipaGnW
yYw5b4PCKFPW8ZjXolMoo5Zcu+iadvV5yosFInurvyMKkLY7jza89MH6eKtzT5yj
Tl8tl9VXB3/sKaETfV5/gS6FLDJ7GVD3W79tYT8osios4Twt56cNmbDp6NvdED+s
YDyeNQJL8N1zDSn/QHPig+EeGp1dUmTJi6LU/5rumh6qi6Tixy+QWKsoiUxQqMh/
Dm6wAAmGKCKZE9W/IZl7qZBwhFhHY9rfTgqM1OeSKOcY4Rg29bBELWYGNBJMtULV
MXu3Oc3euP3NfLTgPp96Odfbithl84ge0n//P2+6ei46mLXWTzEetjEPGqbJQNiu
SDuL9ykCsOPIVkXdzoqqsBi7tEWKTiapIGrSOC8vBIMntdkdLETRE2bQ+6eWVCQ6
cxhsDQIeJli2EKWZnZQhD1AwtFWYEoPMfZ7VFKGlWOcHHOF6NPw1hMNtadz1KiAj
qVeoRBUeeoQ=
=Y3Gs
-END PGP SIGNATURE-
>From b152198854930f4d634cf96a98cfc389a533580a Mon Sep 17 00:00:00 2001
From: Sebastian Schmidt 
Date: Sun, 15 Nov 2015 11:32:29 +0100
Subject: [PATCH] Copy /etc/machine-id in desktop profile

/etc/machine-id used to be called /var/lib/dbus/machine-id[1] which is
bind-mounted on desktop systems. This commit adds /etc/machine-id to the
desktop/all copyfiles template to make things work again.

1: 
---
 etc/profile-templates/desktop/all/copyfiles | 5 +
 1 file changed, 5 insertions(+)
 create mode 100644 etc/profile-templates/desktop/all/copyfiles

diff --git a/etc/profile-templates/desktop/all/copyfiles b/etc/profile-templates/desktop/all/copyfiles
new file mode 100644
index 000..dab65ce
--- /dev/null
+++ b/etc/profile-templates/desktop/all/copyfiles
@@ -0,0 +1,5 @@
+# Files to copy into the chroot from the host system.
+#
+# 
+/etc/resolv.conf
+/etc/machine-id
-- 
2.6.1

Bug#805148: /usr/bin/pkexec: pkexec not working with non-gnome apps

[Ritesh Raj Sarraf]

On Sun, 2015-11-15 at 16:08 +0530, Ritesh Raj Sarraf wrote:
> >From the manpages, pkexec is supposed to work with all types of GUI
> applications.
> 
> But for some time, I've noticed that pkexec does not work with
> non-gnome/gtk apps.


So, not just pkexec, but gksu also failed. But then I looked up the
internet. And the workaround is:

rrs@learner:/usr/share/polkit-1/actions$ export QT_X11_NO_MITSHM=1
2015-11-15 / 16:22:01 ♒♒♒  ☺
rrs@learner:/usr/share/polkit-1/actions$ gksu /usr/sbin/lmt-config-gui 
Using PyQt4
Qt: Session management error: None of the authentication protocols
specified are supported
2015-11-15 / 16:22:23 ♒♒♒  ☺    


It still does not work with pkexec though.


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



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

Bug#805152: grub-pc: file descriptor leaked on vgs invocation

[Arturo Borrero Gonzalez]

Package: grub-pc
Version: 2.02~beta2-31
Severity: minor

dear maintainers, thanks for your work with grub.

Today, upgrading the grub-pc package (amd64 2.02~beta2-31) using
aptitude, this happened:

[...]
Configuring grub-pc-bin (2.02~beta2-31) ...
Configuring grub-pc (2.02~beta2-31) ...
Installing for i386-pc platform.
File descriptor 3 (pipe:[55356]) leaked on vgs invocation. Parent PID 5143: 
grub-install
File descriptor 3 (pipe:[55356]) leaked on vgs invocation. Parent PID 5143: 
grub-install
File descriptor 3 (pipe:[55356]) leaked on vgs invocation. Parent PID 5143: 
grub-install
Intallation finished. No errors reported.
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Encontrada imagen de linux: /boot/vmlinuz-4.2.0-1-amd64
Encontrada imagen de memoria inicial: /boot/initrd.img-4.2.0-1-amd64
[...]

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/dm-0 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/mapper/vg--nostromo-var /var ext4 rw,relatime,data=ordered 0 0
/dev/mapper/vg--nostromo-home /home ext4 rw,relatime,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-WDC_WD5000BEVT-60ZAT1_WD-WX40A69M1105
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod lvm
insmod ext2
set 
root='lvmid/vpZi7F-jenp-OcU2-Tts9-B9pi-iU07-Osz8SA/7e9C0f-enyp-oMwt-UcFt-Zmfi-ZgQi-ddYtx4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 
--hint='lvmid/vpZi7F-jenp-OcU2-Tts9-B9pi-iU07-Osz8SA/7e9C0f-enyp-oMwt-UcFt-Zmfi-ZgQi-ddYtx4'
  d5365a9f-f6e6-4c76-bc81-81fbdd616068
else
  search --no-floppy --fs-uuid --set=root d5365a9f-f6e6-4c76-bc81-81fbdd616068
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=es_ES
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod lvm
insmod ext2
set 
root='lvmid/vpZi7F-jenp-OcU2-Tts9-B9pi-iU07-Osz8SA/7e9C0f-enyp-oMwt-UcFt-Zmfi-ZgQi-ddYtx4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 
--hint='lvmid/vpZi7F-jenp-OcU2-Tts9-B9pi-iU07-Osz8SA/7e9C0f-enyp-oMwt-UcFt-Zmfi-ZgQi-ddYtx4'
  d5365a9f-f6e6-4c76-bc81-81fbdd616068
else
  search --no-floppy --fs-uuid --set=root d5365a9f-f6e6-4c76-bc81-81fbdd616068
fi
insmod png
if background_image /usr/share/images/desktop-base/lines-grub.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-d5365a9f-f6e6-4c76-bc81-81fbdd616068' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod lvm
insmod ext2
set 
root='lvmid/vpZi7F-jenp-OcU2-Tts9-B9pi-iU07-Osz8SA/7e9C0f-enyp-oMwt-UcFt-Zmfi-ZgQi-ddYtx4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 

Bug#805151: [PATCH] Install GPU firmware

[Ben Hutchings]

Control: tag -1 moreinfo

On Sun, 2015-11-15 at 11:49 +0100, Michael Stapelberg wrote:
> Package: initramfs-tools
> Version: 0.120
> Severity: normal
> Tags: patch
> 
> Please apply the attached patch, see its commit message for details.
[...]

This is not about adding firmware, it is adding modules (and the
firmware they refer to).  This will increase the initramfs size
substantially and is not needed on most systems.

> This is necessary to include files such as
> /lib/firmware/i915/skl_dmc_ver1.bin and others (shipped in the
> firmware-misc-nonfree package), which are necessary to properly
> initialize the graphics output in early boot.

Presumably there are some systems that need this.  But most do not.
Maybe the installer should detect those and add the appropriate drivers
to /etc/initramfs-tools/modules?

Ben.

-- 
Ben Hutchings
Everything should be made as simple as possible, but not simpler.
   - Albert Einstein

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

Bug#805153: ITP: libqes -- a next-gen sequencing format parsing and utility library for C

[Kevin Murray]

Package: wnpp
Severity: wishlist
Owner: Kevin Murray 

* Package name: libqes
  Version : 0.1.20
  Upstream Author : Kevin Murray 
* URL : https://github.com/kdmurray91/libqes
* License : GPL-3+
  Programming Lang: C
  Description : Next-gen sequencing format parsing and utility library for C

This is packaged as a build-dep of the Axe demultiplexer (src pkg
axe-demultiplexer). It will be co-maintained with Debian Med.

Bug#602331: plymouth does not allow to enter maintenance shell

[Laurent Bigonville]

tag 602331 + patch
thanks

On Sat, 30 Aug 2014 23:27:47 +0200 Michael Prokop  wrote:
> Hi,

Hi,

> * Laurent Bigonville [Fri Aug 01, 2014 at 03:55:17PM +0200]:
>
> > An idea on how this could be fixed? In Ubuntu they have added a "panic"
> > hook to initramfs-tools that is being called in the "panic()" function.
> > Do you think it's the way to go here?
>
> > Otherwise I can also provide a patch for the same function to directly
> > call the needed plymouth command ("plymouth quit")
>
> I just took a look at Ubuntu's i-t and their try_failure_hooks
> function with features related to plymouth etc totally makes sense
> for me, I'd love to see that in Debian's i-t as well, so if anyone
> is willing to work on it you'd have my full support for that.

I think we could split that in two different issues, I've cloned this 
bug, see: #805155


The attached patch is calling the new "panic" scripts just before 
dropping to a shell, this can be then used by plymouth package to ensure 
the plymouth daemon is killed/the splash hidden


Cheers,

Laurent Bigonville


>From e666c9f267d73f5b3d434369d9efc5b7f9210e66 Mon Sep 17 00:00:00 2001
From: Laurent Bigonville 
Date: Sun, 15 Nov 2015 12:58:27 +0100
Subject: [PATCH] Run new panic scripts just before dropping to a shell

These panic scripts are run just before dropping to a shell, these can
be use for example to disable a splash screen.

Taken from Ubuntu

Closes: #602331
---
 debian/initramfs-tools.dirs | 1 +
 scripts/functions   | 3 +++
 2 files changed, 4 insertions(+)

diff --git a/debian/initramfs-tools.dirs b/debian/initramfs-tools.dirs
index 0f63f2f..bcb978b 100644
--- a/debian/initramfs-tools.dirs
+++ b/debian/initramfs-tools.dirs
@@ -7,6 +7,7 @@ etc/initramfs-tools/scripts/local-top
 etc/initramfs-tools/scripts/nfs-bottom
 etc/initramfs-tools/scripts/nfs-premount
 etc/initramfs-tools/scripts/nfs-top
+etc/initramfs-tools/scripts/panic
 etc/initramfs-tools/hooks
 etc/initramfs-tools/conf.d
 usr/share/initramfs-tools/conf.d
diff --git a/scripts/functions b/scripts/functions
index a347264..33fddcf 100644
--- a/scripts/functions
+++ b/scripts/functions
@@ -53,6 +53,9 @@ panic()
 	modprobe -v uhci-hcd || true
 	modprobe -v ohci-hcd || true
 	modprobe -v usbhid || true
+
+	run_scripts /scripts/panic
+
 	REASON="$@" PS1='(initramfs) ' /bin/sh -i /dev/console 2>&1
 }
 
-- 
2.6.2

Bug#805156: libstoragemgmt: FTBFS: failed to find required module pywbem

[Kurt Roeckx]

Source: libstoragemgmt
Version: 1.2.3-1
Severity: serious
Control: block 797926 by -1

Hi,

Your package is failing to build with the following error:
checking for python2.7... /usr/bin/python2.7
checking Check for Python major version... 2
checking whether /usr/bin/python2.7 version is >= 2.6... yes
checking for /usr/bin/python2.7 version... 2.7
checking for /usr/bin/python2.7 platform... linux2
checking for /usr/bin/python2.7 script directory... 
${prefix}/lib/python2.7/dist-packages
checking for /usr/bin/python2.7 extension module directory... 
${exec_prefix}/lib/python2.7/dist-packages
checking python2.7 module: pywbem... no
configure: error: failed to find required module pywbem
debian/rules:15: recipe for target 'override_dh_auto_configure' failed
make[1]: *** [override_dh_auto_configure] Error 1

An full log can be seen at:
https://buildd.debian.org/status/fetch.php?pkg=libstoragemgmt=amd64=1.2.3-1%2Bb1=1446729834


Kurt

Bug#805164: libxml-rpc-fast-perl: FTBFS: Failed 1/5 test programs. 1/51 subtests failed.

[Chris Lamb]

Source: libxml-rpc-fast-perl
Version: 0.8-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

libxml-rpc-fast-perl fails to build from source in unstable/amd64:

  [..]

  t/pod-coverage.t .. skipped: $ENV{TEST_AUTHOR} not set
  t/pod.t ... skipped: Test::Pod 1.22 required for testing
  POD
  
  Test Summary Report
  ---
  t/00-load.t (Wstat: 256 Tests: 9 Failed: 1)
Failed test:  9
Non-zero exit status: 1
  Files=5, Tests=51,  1 wallclock secs ( 0.07 usr  0.01 sys +  0.80 cusr
   0.12 csys =  1.00 CPU)
  Result: FAIL
  Failed 1/5 test programs. 1/51 subtests failed.
  Makefile:802: recipe for target 'test_dynamic' failed
  make[1]: *** [test_dynamic] Error 255
  make[1]: Leaving directory '/build/libxml-rpc-fast-perl-0.8'
  dh_auto_test: make -j1 test TEST_VERBOSE=1 returned exit code 2
  debian/rules:4: recipe for target 'build' failed
  make: *** [build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/libxml-rpc-fast-perl_0.8-1.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


libxml-rpc-fast-perl.0.8-1.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#805163: visualboyadvance: FTBFS: sigccompat.h:28:27: fatal error: sigc++/object.h: No such file or directory

[Chris Lamb]

Source: visualboyadvance
Version: 1.8.0.dfsg-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

visualboyadvance fails to build from source in unstable/amd64:

  [..]

  g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
  -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\"
  -DPACKAGE=\"VisualBoyAdvance\" -DVERSION=\"1.8.0\" -DHAVE_LIBZ=1
  -DHAVE_LIBPTHREAD=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
  -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
  -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
  -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_MALLOC_H=1
  -DHAVE_STRINGS_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ARPA_INET_H=1
  -DHAVE_NETINET_IN_H=1 -DENABLE_NLS=1 -DHAVE_GETTEXT=1
  -DHAVE_DCGETTEXT=1 -DHAVE_LIBINTL_H=1 -I. 
  -DPKGDATADIR=\"/usr/share/VisualBoyAdvance\"
  -DLOCALEDIR=\"/usr/share/locale\" -DGETTEXT_PACKAGE=\"vba\" 
  -Wdate-time -D_FORTIFY_SOURCE=2 -I/usr/include/libpng12  -std=c++11
  -pthread -I/usr/include/gtkmm-2.4
  -I/usr/lib/x86_64-linux-gnu/gtkmm-2.4/include -I/usr/include/atkmm-1.6
  -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0
  -I/usr/include/gdkmm-2.4 -I/usr/lib/x86_64-linux-gnu/gdkmm-2.4/include
  -I/usr/include/giomm-2.4 -I/usr/lib/x86_64-linux-gnu/giomm-2.4/include
  -I/usr/include/pangomm-1.4
  -I/usr/lib/x86_64-linux-gnu/pangomm-1.4/include
  -I/usr/include/glibmm-2.4
  -I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include
  -I/usr/include/cairomm-1.0
  -I/usr/lib/x86_64-linux-gnu/cairomm-1.0/include
  -I/usr/include/sigc++-2.0
  -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include
  -I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0
  -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include
  -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo
  -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo
  -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0
  -I/usr/include/libpng12 -I/usr/include/pango-1.0
  -I/usr/include/harfbuzz -I/usr/include/pango-1.0
  -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
  -I/usr/include/freetype2 -I/usr/include/libpng12
  -I/usr/include/libxml2 -I/usr/include/libglademm-2.4
  -I/usr/lib/libglademm-2.4/include  -I/usr/include/SDL -D_GNU_SOURCE=1
  -D_REENTRANT -g -O2 -Wformat -Werror=format-security -DBKPT_SUPPORT
  -DC_CORE -DPROFILING -DDEV_VERSION -c -o gvba-filters.o `test -f
  'filters.cpp' || echo './'`filters.cpp
  g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
  -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\"
  -DPACKAGE=\"VisualBoyAdvance\" -DVERSION=\"1.8.0\" -DHAVE_LIBZ=1
  -DHAVE_LIBPTHREAD=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
  -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
  -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
  -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_MALLOC_H=1
  -DHAVE_STRINGS_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ARPA_INET_H=1
  -DHAVE_NETINET_IN_H=1 -DENABLE_NLS=1 -DHAVE_GETTEXT=1
  -DHAVE_DCGETTEXT=1 -DHAVE_LIBINTL_H=1 -I. 
  -DPKGDATADIR=\"/usr/share/VisualBoyAdvance\"
  -DLOCALEDIR=\"/usr/share/locale\" -DGETTEXT_PACKAGE=\"vba\" 
  -Wdate-time -D_FORTIFY_SOURCE=2 -I/usr/include/libpng12  -std=c++11
  -pthread -I/usr/include/gtkmm-2.4
  -I/usr/lib/x86_64-linux-gnu/gtkmm-2.4/include -I/usr/include/atkmm-1.6
  -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0
  -I/usr/include/gdkmm-2.4 -I/usr/lib/x86_64-linux-gnu/gdkmm-2.4/include
  -I/usr/include/giomm-2.4 -I/usr/lib/x86_64-linux-gnu/giomm-2.4/include
  -I/usr/include/pangomm-1.4
  -I/usr/lib/x86_64-linux-gnu/pangomm-1.4/include
  -I/usr/include/glibmm-2.4
  -I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include
  -I/usr/include/cairomm-1.0
  -I/usr/lib/x86_64-linux-gnu/cairomm-1.0/include
  -I/usr/include/sigc++-2.0
  -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include
  -I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0
  -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include
  -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo
  -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo
  -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0
  -I/usr/include/libpng12 -I/usr/include/pango-1.0
  -I/usr/include/harfbuzz -I/usr/include/pango-1.0
  -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
  -I/usr/include/freetype2 -I/usr/include/libpng12
  -I/usr/include/libxml2 -I/usr/include/libglademm-2.4
  -I/usr/lib/libglademm-2.4/include  -I/usr/include/SDL -D_GNU_SOURCE=1
  -D_REENTRANT -g -O2 -Wformat -Werror=format-security -DBKPT_SUPPORT
  -DC_CORE -DPROFILING -DDEV_VERSION -c -o gvba-input.o `test -f
  'input.cpp' || echo './'`input.cpp
  g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
  -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\"
  -DPACKAGE=\"VisualBoyAdvance\" -DVERSION=\"1.8.0\" -DHAVE_LIBZ=1
  -DHAVE_LIBPTHREAD=1 -DSTDC_HEADERS=1 

Bug#805169: cmus-plugin-ffmpeg: not linked with libavresample

[Andreas Cadhalpun]

Package: cmus-plugin-ffmpeg
Version: 2.5.0-7+b2
Tags: sid stretch patch
Severity: grave
Justification: makes the package unusable

Dear Maintainer,

the libav10.patch makes use of libavresample, but doesn't make sure
the plugin is actually linked with that library.

Thus cmus can't dlopen this plugin:
$ cmus --plugins | grep -A 3 ffmpeg
There is no output, while there should be:
$ cmus --plugins | grep -A 3 ffmpeg
  ffmpeg:
Priority: 30
File Types: ac3 aif aifc aiff ape au mka shn tta wma aac fla flac m4a m4b 
mp+ mp2 mp3 mp4 mpc mpp ogg wav wv
MIME Types:

It used to work, because Libav's libavcodec links with libavresample,
but FFmpeg's libavcodec doesn't.

The following patch fixes this bug:
---8<---
--- cmus-2.5.0.orig/configure
+++ cmus-2.5.0/configure
@@ -347,7 +347,7 @@ check_aac()
 check_ffmpeg()
 {
HAVE_FFMPEG_AVCODEC_H=y
-   pkg_config FFMPEG "libavformat" || return $?
+   pkg_config FFMPEG "libavformat libavresample" || return $?
if check_header "libavcodec/avcodec.h" $FFMPEG_CFLAGS
then
HAVE_FFMPEG_AVCODEC_H=n
--->8---

However, it might be better to just import the new upstream version,
which uses libswresample instead of libavresample.

Best regards,
Andreas


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

Kernel: Linux 4.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages cmus-plugin-ffmpeg depends on:
ii  libavformat-ffmpeg56  7:2.8.1-1+b1
ii  libc6 2.19-22

cmus-plugin-ffmpeg recommends no packages.

Versions of packages cmus-plugin-ffmpeg suggests:
ii  cmus  2.5.0-7+b2

-- no debconf information

Bug#690537: reportbug: Package list does not specify arch

[Diederik de Haas]

Package: reportbug
Version: 6.6.5
Followup-For: Bug #690537

I'm adding my info to this bug report as I would have choosen the same
title, even though the steps/behavior aren't the same.

Earlier today I have reported bug #805132
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805132) with title
"glx-alternative-nvidia:amd64 installs update-glx:armhf as dependency".
As you can see by the title the arch where a package came from is
critical, but especially that info was missing from the Package list
section. The relevant part of that bug report (for this bug):

Versions of packages glx-alternative-nvidia depends on:
ii  glx-alternative-mesa  0.7.1
ii  glx-diversions0.7.1
ii  update-glx0.7.1

The maintainer of that package was able to confirm this behavior.

-- Package-specific info:
** Environment settings:
DEBEMAIL="didi.deb...@cknow.org"
DEBFULLNAME="Diederik de Haas"
INTERFACE="text"

** /home/diederik/.reportbugrc:
reportbug_version "6.5.0"
mode advanced
ui text
email "didi.deb...@cknow.org"
smtphost "mail.cknow.org"
smtpuser "didi.deb...@cknow.org"
smtptls

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

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

Versions of packages reportbug depends on:
ii  apt   1.0.10.2
ii  python2.7.9-1
ii  python-reportbug  6.6.5
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
ii  debconf-utils  1.5.58
pn  debsums
pn  dlocate
pn  emacs23-bin-common | emacs24-bin-common
ii  exim4  4.86-6
ii  exim4-daemon-light [mail-transport-agent]  4.86-6
ii  file   1:5.25-2
ii  gnupg  1.4.19-6
ii  python-gtk22.24.0-4
pn  python-gtkspell
pn  python-urwid   
pn  python-vte 
ii  xdg-utils  1.1.1-1

Versions of packages python-reportbug depends on:
ii  apt   1.0.10.2
ii  python-debian 0.1.27
ii  python-debianbts  2.6.0
pn  python:any

python-reportbug suggests no packages.

-- no debconf information

Bug#805151: [PATCH] Install GPU firmware

[Michael Stapelberg]

Package: initramfs-tools
Version: 0.120
Severity: normal
Tags: patch

Please apply the attached patch, see its commit message for details.

Thanks!

-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 17M 2015-10-29 09:02 /boot/initrd.img-4.0.0-2-amd64
-rw-r--r-- 1 root root 22M 2015-11-14 13:48 /boot/initrd.img-4.2.0-1-amd64
-rw-r--r-- 1 root root 22M 2015-11-14 17:19 /boot/initrd.img-4.3.0
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.3.0 root=UUID=63d635cb-4469-4cbb-94b9-79ebbc42eede ro 
i915.preliminary_hw_support=1 quiet

-- /proc/filesystems
ext3
ext2
ext4
udf
iso9660
vfat
hfsplus
hfs
reiserfs
xfs
jfs
omfs
fuseblk

-- lsmod
Module  Size  Used by
arc4   16384  0
ecb16384  0
md416384  0
cifs  544768  2
dns_resolver   16384  1 cifs
fscache61440  1 cifs
fuse   94208  1
omfs   24576  0
jfs   172032  0
xfs   901120  0
reiserfs  229376  0
hfs53248  0
hfsplus   102400  0
vfat   20480  0
fat69632  1 vfat
isofs  40960  0
nls_utf8   16384  1
udf90112  0
crc_itu_t  16384  2 udf,omfs
ebtable_filter 16384  0
ebtables   36864  1 ebtable_filter
ip6table_filter16384  0
ip6_tables 28672  1 ip6table_filter
xt_conntrack   16384  1
ipt_MASQUERADE 16384  1
nf_nat_masquerade_ipv416384  1 ipt_MASQUERADE
iptable_nat16384  1
nf_conntrack_ipv4  20480  2
nf_defrag_ipv4 16384  1 nf_conntrack_ipv4
nf_nat_ipv416384  1 iptable_nat
xt_addrtype16384  2
br_netfilter   24576  0
nf_nat 24576  2 nf_nat_ipv4,nf_nat_masquerade_ipv4
nf_conntrack  118784  5 
nf_nat,nf_nat_ipv4,xt_conntrack,nf_nat_masquerade_ipv4,nf_conntrack_ipv4
bridge110592  1 br_netfilter
stp16384  1 bridge
llc16384  2 stp,bridge
nfnetlink_queue20480  1
nfnetlink  16384  2 nfnetlink_queue
dm_thin_pool   61440  1
dm_persistent_data 61440  1 dm_thin_pool
dm_bio_prison  16384  1 dm_thin_pool
dm_bufio   28672  1 dm_persistent_data
libcrc32c  16384  2 xfs,dm_persistent_data
loop   28672  4
xt_length  16384  1
xt_tcpudp  16384  1
iptable_filter 16384  1
xt_NFQUEUE 16384  1
ip_tables  28672  2 iptable_filter,iptable_nat
x_tables   36864  11 
ip6table_filter,xt_length,ip_tables,xt_tcpudp,ipt_MASQUERADE,xt_NFQUEUE,xt_conntrack,iptable_filter,ebtables,ip6_tables,xt_addrtype
snd_hda_codec_hdmi 49152  1
snd_hda_codec_realtek81920  1
intel_rapl 20480  0
iosf_mbi   16384  1 intel_rapl
snd_hda_codec_generic73728  1 snd_hda_codec_realtek
x86_pkg_temp_thermal16384  0
intel_powerclamp   16384  0
coretemp   16384  0
kvm_intel 163840  0
snd_hda_intel  36864  4
snd_hda_codec 131072  4 
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel
kvm   495616  1 kvm_intel
snd_hda_core   65536  5 
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
snd_hwdep  16384  1 snd_hda_codec
snd_pcm   102400  5 
snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
snd_timer  32768  1 snd_pcm
joydev 20480  0
snd81920  15 
snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
soundcore  16384  1 snd
i2c_i801   20480  0
sg 32768  0
shpchp 36864  0
mei_me 28672  0
mei94208  1 mei_me
tpm_tis20480  0
tpm40960  1 tpm_tis
hci_uart   61440  0
btbcm  16384  1 hci_uart
btintel16384  1 hci_uart
bluetooth 495616  3 btbcm,hci_uart,btintel
8250_fintek16384  0
ipmi_si57344  0
battery16384  0
ipmi_msghandler49152  1 ipmi_si
rfkill 24576  2 bluetooth
evdev  20480  12
processor  36864  0
acpi_pad   24576  0
autofs440960  2
ext4  540672  2
crc16  16384  2 ext4,bluetooth
mbcache20480  1 ext4
jbd2  106496  1 ext4
algif_skcipher 20480  0
af_alg 16384  1 algif_skcipher
hid_logitech_hidpp 20480  0
hid_logitech_dj20480  0
dm_crypt   24576  1
dm_mod   

Bug#804604: [pkg-fetchmail-maint] Bug#804604: fetchmail: FTBFS: undefined reference to `SSLv3_client_method'

[Matthias Andree]

Am 15.11.2015 um 06:00 schrieb peter green:
> Tags 804604 +patch
> thanks
> 
>> socket.o: In function `SSLOpen':
>> /fetchmail-6.3.26/socket.c:917: undefined reference to
>> `SSLv3_client_method'
>> collect2: error: ld returned 1 exit status
>> Makefile:699: recipe for target 'fetchmail' failed
>> make[3]: *** [fetchmail] Error 1
> 
> I just fixed this in raspbian, debdiff at
> http://debdiffs.raspbian.org/main/f/fetchmail/fetchmail_6.3.26-1%2brpi1.debdiff
> . No intent to NMU in Debian


Dear Peter and Lászlo,

I have stuff in fetchmail's upstream Git repository that should fix that
officially -- it's on branch legacy_64 here:

https://gitlab.com/fetchmail/fetchmail/tree/legacy_64

it also adds TLS 1.1/1.2 support, and is spread out across several
commits (because just taking away SSLv3 without adding TLS v1.1 and v1.2
seems pointless to me).

Bug#490184: please add a --quiet option to pbuilder

[Mattia Rizzolo]

control: tag -1 pending

I actually don't like those, --verbose and --quiet always looked not
versatile enough to me.

Anyway, I just added a LOGLEVEL conf option and a --loglevel command
line, where you can specify D/I/W/E and you get messages from that level
and up (e.g. I (the default) makes you get I, W and E).
Is not possible to don't get any messages, e.g. you can't disable the E
(errors), that's because it sounds insane to me wanting so.

To get apt quiet just add -q to APTGETOPTS (doesn't look you can add
them via command line, though.  If you need such facility please open
another bug).

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#805157: virtuoso-opensource: FTBFS on s390x: conflicting types for 'saddr_t'

[Kurt Roeckx]

Source: virtuoso-opensource
Version: 6.1.6+dfsg2-2
Severity: serious
Control: block 797926 by -1

Hi,

Your package is failing to build on s390x with the following
error:
In file included from Dksestcp.c:32:0:
Dksestcpint.h:45:25: error: conflicting types for 'saddr_t'
 typedef struct sockaddr saddr_t;
 ^
In file included from /usr/include/linux/types.h:4:0,
 from /usr/include/s390x-linux-gnu/asm/sigcontext.h:10,
 from /usr/include/s390x-linux-gnu/bits/sigcontext.h:27,
 from /usr/include/signal.h:332,
 from ../../libsrc/Dk/Dksystem.h:62,
 from ../../libsrc/Dk.h:40,
 from Dksestcp.c:30:
/usr/include/s390x-linux-gnu/asm/types.h:18:25: note: previous declaration of 
'saddr_t' was here
 typedef __signed__ long saddr_t;
 ^
Dksestcp.c: In function 'tcpses_listen':
Dksestcp.c:485:14: warning: variable 'p_addr' set but not used 
[-Wunused-but-set-variable]
   saddrin_t *p_addr;
  ^
Makefile:880: recipe for target 'libdksrv_la-Dksestcp.lo' failed
make[5]: *** [libdksrv_la-Dksestcp.lo] Error 1

A full log can be seen at:
https://buildd.debian.org/status/fetch.php?pkg=virtuoso-opensource=s390x=6.1.6%2Bdfsg2-2%2Bb1=1446805326


Kurt

Bug#805158: gurgitate-mail: FTBFS: find: `debian/gurgitate-mail/usr/lib': No such file or directory

[Chris Lamb]

Source: gurgitate-mail
Version: 1.10.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

gurgitate-mail fails to build from source in unstable/amd64:

  [..]

  # Sed out useless ruby shebang
  find debian/gurgitate-mail/usr/lib -name "*.rb" \
-exec sed -i -e 's/^#!\/opt\/bin\/ruby\( -w\)\?//' {} \;
  find: `debian/gurgitate-mail/usr/lib': No such file or directory
  debian/rules:8: recipe for target 'install/gurgitate-mail' failed
  make: *** [install/gurgitate-mail] Error 1
  dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
  status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/gurgitate-mail_1.10.0-1.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


gurgitate-mail.1.10.0-1.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#805159: virtuoso-opensource: FTBFS on powerpc

[Kurt Roeckx]

Source: virtuoso-opensource
Version: 6.1.6+dfsg2-2
Severity: serious
Control: block 797926 by -1

Hi,

Your package is failing to build on powerpc.  I'm not sure what
the error really is, but at least this looks like the first error:
VAD Documentation sticker doc_vad_dav.xml creation...
***FAILED: starting DB.DBA.VAD_PACK('doc_vad_dav.xml', '.', 'doc_dav.vad')
***FAILED: starting commit work
***FAILED: starting checkpoint
***FAILED: checkpoint
***FAILED: shutdown
chmod: cannot access 'doc_dav.vad': No such file or directory

A full log can be seen at:
https://buildd.debian.org/status/fetch.php?pkg=virtuoso-opensource=powerpc=6.1.6%2Bdfsg2-2%2Bb1=1446805980


Kurt

Bug#805122: linux: kernel panic instead of boot on m68k (ARAnyM)

[Thorsten Glaser]

Ben Hutchings dixit:

>> Instead of starting up, we get a kernel panic. ARAnyM console log:
>[...]
>
>Have you raised this with the upstream maintainers?

No, this is kinda your job (DevRef §3.1.4 first paragraph last sentence)
although I did put debian-68k@ on Cc, which I know upstream reads.

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

Bug#805164: libxml-rpc-fast-perl: FTBFS: Failed 1/5 test programs. 1/51 subtests failed.

[gregor herrmann]

Control: block -1 with 805104

On Sun, 15 Nov 2015 12:40:28 +, Chris Lamb wrote:

>   Test Summary Report
>   ---
>   t/00-load.t (Wstat: 256 Tests: 9 Failed: 1)
> Failed test:  9
> Non-zero exit status: 1
>   Files=5, Tests=51,  1 wallclock secs ( 0.07 usr  0.01 sys +  0.80 cusr
>0.12 csys =  1.00 CPU)
>   Result: FAIL

That's caused by #805104 in libdatetime-format-strptime-perl.


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: Janis Joplin: Trust Me


signature.asc
Description: Digital Signature

Bug#805168: linux-image-4.2.0-1-amd64: sudden USB disconnect

[Vincent Lefevre]

Package: src:linux
Version: 4.2.6-1
Severity: important

This is the second time I get a sudden USB disconnection, in two days.
See the logs below for the latest one. This corresponds to my USB keyboard.
Mapping is lost, and though I can remap the keyboard manually, this still
breaks all the xterm's!

-- Package-specific info:
** Version:
Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 
(Debian 4.9.3-5) ) #1 SMP Debian 4.2.6-1 (2015-11-10)

** Command line:
BOOT_IMAGE=/vmlinuz-4.2.0-1-amd64 root=/dev/mapper/zira--vg-root ro quiet

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[   16.907541] cfg80211:  DFS Master region: unset
[   16.907542] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[   16.907544] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[   16.907545] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[   16.907546] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 
mBm), (N/A)
[   16.907547] cfg80211:   (517 KHz - 525 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (N/A)
[   16.907549] cfg80211:   (525 KHz - 533 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[   16.907550] cfg80211:   (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 
mBm), (0 s)
[   16.907551] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[   16.907552] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 
mBm), (N/A)
[   16.915111] lis3lv02d: 8 bits 3DC sensor found
[   16.931447] EXT4-fs (sda1): mounting ext2 file system using the ext4 
subsystem
[   16.932452] EXT4-fs (sda1): mounted filesystem without journal. Opts: (null)
[   16.963259] kvm: disabled by bios
[   17.027532] Bluetooth: hci0: Intel Bluetooth firmware patch completed and 
activated
[   17.070138] ACPI: Battery Slot [BAT0] (battery present)
[   17.070292] ACPI: Battery Slot [BAT1] (battery absent)
[   17.084514] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs'
[   17.085919] iwlwifi :3d:00.0 wlp61s0: renamed from wlan0
[   17.158637] tpm_tis 00:07: TPM is disabled/deactivated (0x7)
[   17.186743] warning: process `ntpd' used the deprecated sysctl system call 
with 1.40.6.
[   17.203954] Process accounting resumed
[   17.215121] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   17.215125] Bluetooth: BNEP filters: protocol multicast
[   17.215129] Bluetooth: BNEP socket layer initialized
[   17.335316] input: HDA NVidia HDMI/DP,pcm=3 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input21
[   17.335381] input: HDA NVidia HDMI/DP,pcm=7 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input22
[   17.335439] input: HDA NVidia HDMI/DP,pcm=8 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input23
[   17.346951] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   17.449986] iwlwifi :3d:00.0: L1 Enabled - LTR Enabled
[   17.450437] iwlwifi :3d:00.0: L1 Enabled - LTR Enabled
[   17.642712] iwlwifi :3d:00.0: L1 Enabled - LTR Enabled
[   17.643164] iwlwifi :3d:00.0: L1 Enabled - LTR Enabled
[   17.663273] IPv6: ADDRCONF(NETDEV_UP): wlp61s0: link is not ready
[   17.743797] input: PS/2 Generic Mouse as 
/devices/platform/i8042/serio2/input/input15
[   17.850256] ip_tables: (C) 2000-2006 Netfilter Core Team
[   18.296063] input: ST LIS3LV02DL Accelerometer as 
/devices/platform/lis3lv02d/input/input25
[   18.301018] ACPI Warning: \_SB_.PCI0.PEGP.DGFX._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20150619/nsarguments-95)
[   18.301136] ACPI Warning: \_SB_.PCI0.PEGP.DGFX._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20150619/nsarguments-95)
[   18.301264] ACPI Warning: \_SB_.PCI0.PEGP.DGFX._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20150619/nsarguments-95)
[   18.301453] ACPI Warning: \_SB_.PCI0.PEGP.DGFX._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20150619/nsarguments-95)
[   18.301536] ACPI Warning: \_SB_.PCI0.PEGP.DGFX._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20150619/nsarguments-95)
[   18.301794] ACPI Warning: \_SB_.PCI0.PEGP.DGFX._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20150619/nsarguments-95)
[   18.302030] ACPI Warning: \_SB_.PCI0.PEGP.DGFX._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20150619/nsarguments-95)
[   18.302114] ACPI Warning: \_SB_.PCI0.PEGP.DGFX._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20150619/nsarguments-95)
[   18.302198] ACPI Warning: \_SB_.PCI0.PEGP.DGFX._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20150619/nsarguments-95)
[   18.302494] ACPI Warning: \_SB_.PCI0.PEGP.DGFX._DSM: Argument #4 type 

Bug#805171: xorg: pointer is not scaled with xrandr --scale

[Ayke van Laethem]

Package: xorg
Version: 1:7.7+12
Severity: normal

Dear Maintainer,

I have a HiDPI screen here, of about x1.5 (a DPI of 144). To make the desktop
workable, I'm using a x2 scale on my desktop and scale back to 1.5 using
xrandr, with this command:

xrandr --output eDP1 --scale 1.5x1.5 --panning 2880x1620

(The --panning parameter is a workaround for another bug in xrandr).

This works, with one problem: the mouse pointer is not scaled with the rest of
the desktop (not using xrandr results in the same pointer size but the rest of
the screen is bigger). A workaround is to set the cursor-size to a lower value
in Cinnamon (e.g. 18 to get a cursor size 24), but that is not a real solution.

This appears to be a bigger problem, also reported outside of Debian [1].

I'm using the DMZ-White cursor theme and the Cinnamon desktop, if that matters.
My system is a Lenovo L450 laptop, with a 1920x1080 screen.


$ xdpyinfo | grep -B 2 resolution
screen #0:
  dimensions:2880x1620 pixels (760x427 millimeters)
  resolution:96x96 dots per inch

$ xrdb -query
*customization: -color
Xft.dpi:192
Xft.antialias:  1
Xft.hinting:0
Xft.hintstyle:  hintnone
Xft.rgba:   rgb


 [1] http://unix.stackexchange.com/questions/203251/cursor-is-huge-on-ubuntu-
due-to-high-resolution-monitor



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

lrwxrwxrwx 1 root root 13 Nov 12 14:32 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Oct 28 00:43 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Broadwell-U
Integrated Graphics [8086:1616] (rev 09)

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

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

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

Kernel version (/proc/version):
---
Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3
(Debian 4.9.3-5) ) #1 SMP Debian 4.2.5-1 (2015-10-27)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 23332 Nov 15 14:00 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[  7380.487]
X.Org X Server 1.17.3
Release Date: 2015-10-26
[  7380.487] X Protocol Version 11, Revision 0
[  7380.487] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[  7380.487] Current Operating System: Linux ayke-laptop-l450 4.2.0-1-amd64 #1
SMP Debian 4.2.5-1 (2015-10-27) x86_64
[  7380.487] Kernel command line: BOOT_IMAGE=/system/boot/vmlinuz-4.2.0-1-amd64
root=UUID=5ff607da-2fa3-4e8a-a9e6-03d5e9049688 ro rootflags=subvol=system quiet
[  7380.487] Build Date: 27 October 2015  11:41:02PM
[  7380.487] xorg-server 2:1.17.3-2 (http://www.debian.org/support)
[  7380.487] Current version of pixman: 0.33.4
[  7380.487]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  7380.487] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  7380.487] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Nov 15 13:58:58
2015
[  7380.487] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  7380.487] (==) No Layout section.  Using the first Screen section.
[  7380.487] (==) No screen section available. Using defaults.
[  7380.487] (**) |-->Screen "Default Screen Section" (0)
[  7380.487] (**) |   |-->Monitor ""
[  7380.488] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  7380.488] (==) Automatically adding devices
[  7380.488] (==) Automatically enabling devices
[  7380.488] (==) Automatically adding GPU devices
[  7380.488] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  7380.488]Entry deleted from font path.
[  7380.488] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[  7380.488] (==) ModulePath set to "/usr/lib/xorg/modules"
[  7380.488] (II) The server relies on udev to provide the list of input
devices.
If no devices become available, reconfigure udev or disable
AutoAddDevices.
[  7380.488] (II) Loader magic: 0x560a075f0de0
[  7380.488] (II) Module ABI versions:
[  7380.488]X.Org ANSI C Emulation: 0.4
[  7380.488]X.Org Video Driver: 19.0
[  7380.488]X.Org XInput driver : 21.0
[  7380.488]X.Org Server Extension : 9.0
[  7380.489] (EE) systemd-logind: failed to get session: PID 3962 does not
belong to any known session
[  7380.489] (II) xfree86: Adding drm device (/dev/dri/card0)
[  7380.491] (--) 

Bug#804792: reducing severity

[David Bremner]

User: debian-...@lists.debian.org
Usertag: arm64

I'm lowering the severity since the latest upload built. I'm still
suspicious that only 3 of 5 uploads of essentially the same package
of 0.21-* actually built

https://buildd.debian.org/status/logs.php?pkg=notmuch=arm64

Particularly disturbing is the fact that the giveback for 0.21-2 failed
in a different way than the original upload.

Of course there could be (and probably is) some non-determinism in the
notmuch test suite, but this doesn't seem to show up on other
architectures.

I'm more or less blocked from studying this further by

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

That isn't the problem on the buildd's, but it does mean the test suite
is more or less unusable on asachi.  I'll see if I can duplicate the
dtach problem on turfan.

Bug#805149: ITP: mediaconch -- implementation and policy checker, reporter and fixer for media files

[Chow Loong Jin]

Package: wnpp
Severity: wishlist
Owner: Chow Loong Jin 

* Package name: mediaconch
  Version : 15.10
  Upstream Author : MediaArea.net SARL
* URL : https://mediaarea.net/MediaConch/
* License : GPLv3+
  Programming Lang: C++
  Description : implementation and policy checker, reporter and fixer for 
media files

 MediaConch is an extensible, open source software project consisting of an
 implementation checker, policy checker, reporter, and fixer that targets
 preservation-level audiovisual files (specifically Matroska, Linear Pulse Code
 Modulation (LPCM) and FF Video Codec 1 (FFV1)) for use in memory institutions,
 providing detailed and batch-level conformance checking via an adaptable and
 flexible application program interface accessible by the command line, a
 graphical user interface, or a web-based shell.

I plan to maintain this in pkg-multimedia with the other bunch of things done by
MediaArea.net (libzen, libmediainfo, and mediainfo), some of which are
dependencies of mediaconch.

-- 
Kind regards,
Loong Jin


signature.asc
Description: Digital signature

Bug#805154: vmdebootstrap: mount image root with nobarrier / huge performance gain

[Florian Lohoff]

Package: vmdebootstrap
Version: 0.5-2
Severity: wishlist

Hi,
when creating an image please consider mounting the ext4
in the image with "nobarrier". I had a quick look at the
code in newer vmdebootstraps but the code mounting
the rootfs from the loopback did not change.

On my example machine this brings down the creation of
the image from 9:47 Min to 1:30 Min. This also solves
the discussions concerning "eatmydata" and debootstrap.

I changed this:

224 def mount(self, device, path=None):
225 if not path:
226 mount_point = self.mkdtemp()
227 else:
228 mount_point = path
229 self.message('Mounting %s on %s' % (device, mount_point))
230 self.runcmd(['mount', '-o', 'nobarrier', device, mount_point])
231 self.mount_points.append(mount_point)
232 logging.debug('mounted %s on %s' % (device, mount_point))
233 return mount_point
234 

Flo

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 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 vmdebootstrap depends on:
ii  debootstrap1.0.67
ii  extlinux   3:6.03+dfsg-5+deb8u1
ii  kpartx 0.5.0-6+deb8u1
ii  parted 3.2-7
ii  python-cliapp  1.20140719-1
pn  python:any 
ii  qemu-utils 1:2.1+dfsg-12+deb8u4

Versions of packages vmdebootstrap recommends:
ii  grub2-common  2.02~beta2-22
ii  qemu-system   1:2.1+dfsg-12+deb8u4
ii  qemu-user-static  1:2.1+dfsg-12+deb8u4
ii  squashfs-tools1:4.2+20130409-2

vmdebootstrap suggests no packages.

-- no debconf information

Bug#805151: [PATCH] Install GPU firmware

[Michael Stapelberg]

On Sun, Nov 15, 2015 at 12:47 PM, Ben Hutchings  wrote:

> Control: tag -1 moreinfo
>
> On Sun, 2015-11-15 at 11:49 +0100, Michael Stapelberg wrote:
> > Package: initramfs-tools
> > Version: 0.120
> > Severity: normal
> > Tags: patch
> >
> > Please apply the attached patch, see its commit message for details.
> [...]
>
> This is not about adding firmware, it is adding modules (and the
> firmware they refer to).  This will increase the initramfs size
> substantially and is not needed on most systems.
>
> > This is necessary to include files such as
> > /lib/firmware/i915/skl_dmc_ver1.bin and others (shipped in the
> > firmware-misc-nonfree package), which are necessary to properly
> > initialize the graphics output in early boot.
>
> Presumably there are some systems that need this.  But most do not.
> Maybe the installer should detect those and add the appropriate drivers
> to /etc/initramfs-tools/modules?
>

Whatever makes my initrd contain the i915 firmware files makes me happy.

Do you need any more information from me to get this done?

Thanks!


>
> Ben.
>
> --
> Ben Hutchings
> Everything should be made as simple as possible, but not simpler.
>- Albert
> Einstein




-- 
Best regards,
Michael

Bug#805165: netty-tcnative: FTBFS:

[Kurt Roeckx]

Source: netty-tcnative
Version: 1.1.33.Fork10-1
Severity: serious
Control: block 797926 by -1

Hi,

Your package is failing to build with the following error on
various arches:
src/ssl.c: In function 'Java_org_apache_tomcat_jni_SSL_newMemBIO':
src/ssl.c:1070:16: error: cast from pointer to integer of different size 
[-Werror=pointer-to-int-cast]
 return (jlong) NULL;
^

An example of a failed log can be seen at:
https://buildd.debian.org/status/fetch.php?pkg=netty-tcnative=armhf=1.1.33.Fork10-1=1447151856


Kurt