Bug#824905: RM: libzeromq-perl -- ROM; deprecated and will most likely not be ported to newer zeromq versions

[Salvatore Bonaccorso]

Package: ftp.debian.org
Severity: normal
User: debian-p...@lists.debian.org
Usertags: zrh2016
Control: block 818998 by -1
Control: tags 818998 - moreinfo

Hi

Please remove libzeromq-perl from unstable. It blocks the removal of
zeromq itself (#818998). The libzeromq-perl module is considered
deprecated upstream and will most likely not be ported to nwer zeromq
versions.

libmessage-passing-zeromq-perl can be removed as well.

Regards,
Salvatore

Bug#774744: ITP: obs -- Open Broadcast Software

[Petter Reinholdtsen]

[Sebastian Ramacher]
> It's in NEW waiting to be processed.

Right.  I ran 'debmake -k' to check the copyright file, and it
discovered a few issues that perhaps should be looked into:

=== debian/copyright checked for 2051 data ===
Pattern #00: *
  File: plugins/mac-syphon/data/syphon_license.txt
- GPL-2.0+
+ BSD-2-Clause

Pattern #00: *
  File: deps/libff/libff/ff-circular-queue.h
plugins/obs-ffmpeg/obs-ffmpeg-source.c
deps/libff/libff/ff-demuxer.h
plugins/obs-ffmpeg/ffmpeg-mux/ffmpeg-mux.h
deps/libff/libff/ff-circular-queue.c
deps/libff/libff/ff-packet-queue.c
deps/libff/libff/ff-clock.h
deps/libff/libff/ff-decoder.h
deps/libff/libff/ff-video-decoder.c
deps/libff/libff/ff-threading-windows.c
plugins/obs-ffmpeg/ffmpeg-mux/ffmpeg-mux.c
deps/libff/libff/ff-demuxer.c
deps/libff/libff/ff-clock.c
deps/libff/libff/ff-util.c
deps/libff/libff/ff-callbacks.h
deps/libff/libff/ff-timer.c
deps/libff/libff/ff-threading-posix.c
deps/libff/libff/ff-packet-queue.h
deps/libff/libff/ff-audio-decoder.c
deps/libff/libff/ff-frame.h
deps/libff/libff/ff-decoder.c
deps/libff/libff/ff-threading.h
deps/libff/libff/ff-util.h
deps/libff/libff/ff-timer.h
deps/libff/libff/ff-callbacks.c
- GPL-2.0+
+ ISC

Pattern #01: deps/jansson/*
  File: deps/jansson/CleanSpec.mk
- Expat
+ Apache-2.0

Pattern #03: deps/w32-pthreads/*
  File: deps/w32-pthreads/pthread_spin_trylock.c
deps/w32-pthreads/tests/mutex6n.c
deps/w32-pthreads/pthread_key_create.c
deps/w32-pthreads/tests/tsd1.c
deps/w32-pthreads/tests/mutex6rs.c
deps/w32-pthreads/tests/mutex6e.c
deps/w32-pthreads/pthread_attr_getstacksize.c
deps/w32-pthreads/pthread_rwlock_rdlock.c
deps/w32-pthreads/pthread_rwlock_init.c
deps/w32-pthreads/pthread_mutex_timedlock.c
deps/w32-pthreads/pthread_attr_setstacksize.c
deps/w32-pthreads/ptw32_getprocessors.c
deps/w32-pthreads/autostatic.c
deps/w32-pthreads/tests/mutex2e.c
deps/w32-pthreads/tests/kill1.c
deps/w32-pthreads/tests/barrier3.c
deps/w32-pthreads/pthread_rwlockattr_destroy.c
deps/w32-pthreads/tests/delay1.c
deps/w32-pthreads/tests/rwlock4_t.c
deps/w32-pthreads/tests/mutex2r.c
deps/w32-pthreads/signal.c
deps/w32-pthreads/tests/exception2.c
deps/w32-pthreads/pthread_num_processors_np.c
deps/w32-pthreads/condvar.c
deps/w32-pthreads/tests/benchtest1.c
deps/w32-pthreads/pthread_getw32threadhandle_np.c
deps/w32-pthreads/sched_get_priority_max.c
deps/w32-pthreads/tests/semaphore5.c
deps/w32-pthreads/tests/benchlib.c
deps/w32-pthreads/pthread_join.c
deps/w32-pthreads/pthread_testcancel.c
deps/w32-pthreads/pthread_rwlockattr_init.c
deps/w32-pthreads/pthread_key_delete.c
deps/w32-pthreads/ptw32_cond_check_need_init.c
deps/w32-pthreads/pthread_equal.c
deps/w32-pthreads/tests/cancel7.c
deps/w32-pthreads/tests/robust2.c
deps/w32-pthreads/ptw32_timespec.c
deps/w32-pthreads/tests/semaphore4.c
deps/w32-pthreads/tests/tryentercs.c
deps/w32-pthreads/sem_wait.c
deps/w32-pthreads/tests/valid1.c
deps/w32-pthreads/tests/spin3.c
deps/w32-pthreads/pthread_attr_getdetachstate.c
deps/w32-pthreads/tests/stress1.c
deps/w32-pthreads/tests/condvar2.c
deps/w32-pthreads/pthread_attr_setdetachstate.c
deps/w32-pthreads/pthread_attr_getstackaddr.c
deps/w32-pthreads/pthread_mutexattr_getkind_np.c
deps/w32-pthreads/tests/barrier4.c
deps/w32-pthreads/tests/condvar9.c
deps/w32-pthreads/tests/errno1.c
deps/w32-pthreads/tests/exception1.c
deps/w32-pthreads/ptw32_semwait.c
deps/w32-pthreads/tests/once3.c
deps/w32-pthreads/pthread_barrierattr_getpshared.c
deps/w32-pthreads/ptw32_new.c
deps/w32-pthreads/tests/mutex1n.c
deps/w32-pthreads/sem_unlink.c
deps/w32-pthreads/tests/condvar5.c
deps/w32-pthreads/pthread_mutexattr_settype.c
deps/w32-pthreads/tests/reuse1.c
deps/w32-pthreads/tests/condvar1_1.c
deps/w32-pthreads/tests/mutex7n.c
deps/w32-pthreads/sched_getscheduler.c
deps/w32-pthreads/tests/create1.c
deps/w32-pthreads/ptw32_rwlock_cancelwrwait.c
deps/w32-pthreads/sem_trywait.c
deps/w32-pthreads/ptw32_OLL_lock.c
deps/w32-pthreads/pthread_mutexattr_init.c
deps/w32-pthreads/tests/condvar8.c
deps/w32-pthreads/tests/condvar2_1.c
deps/w32-pthreads/pthread_attr_getscope.c
deps/w32-pthreads/tests/rwlock5_t.c
deps/w32-pthreads/cleanup.c
deps/w32-pthreads/pthread_mutex_lock.c

Bug#806542: liblinux-prctl-perl: autopkgtest failures: seccomp, capbset

[Salvatore Bonaccorso]

Hi,

On Sat, Nov 28, 2015 at 09:03:30PM +0200, Niko Tyni wrote:
> On Sat, Nov 28, 2015 at 07:22:01PM +0100, Salvatore Bonaccorso wrote:
> 
> > > Package: liblinux-prctl-perl
> > > Version: 1.6.0-2 
> 
> > > This package recently started failing its autopkgtest checks on 
> > > ci.debian.net:
> 
> > Thanks for reporting this. I can reproduce the test failures if I
> > build in a LXC container (running sid) on a sid host.
> > 
> > As datapoint: Looks ci.d.n switched from schroot based test to LXC
> > based for at least liblinux-prctl-perl.
> 
> Yeah, that makes sense. I expect the failures are just caused
> by different defaults and/or restrictions inside lxc containers.
> 
> Perhaps an upstream bug ("fails to build in LXC containers") and skipping
> those tests for now would be appropriate?

FTR (not closing this bug!): We have disabled the two tests for the
autopkgtests for now,
https://ci.debian.net/packages/libl/liblinux-prctl-perl/unstable/amd64/

Salvatore

Bug#824904: bugs.debian.org: auto-fix common usertags mistakes

[Paul Wise]

Package: bugs.debian.org
Severity: wishlist

I'm currently running the attached script to report common issues with
the way some folks use BTS usertags, mostly simple things like using
debian.org instead of debian.rog. I think it would be more appropriate
for these fixes to be run automatically by the BTS or after manual
review by the BTS maintainers. This is the current list of corrections:

s/ogr$/org/
s/rog$/org/
s/\.debian$/&.org/
s/\.debian\.com$/.debian.org/
s/\.debian\.net$/.debian.org/
s/packages\.qa\.debian\.org$/packages.debian.org/
s/list\.debian\.org$/lists.debian.org/

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


debian-usertags-tests
Description: application/shellscript


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

Bug#774765: ITP: php-oci8 -- Extension for Oracle Database

[Petter Reinholdtsen]

[Mathieu Parent]
> Yes, of course: https://anonscm.debian.org/cgit/pkg-php/php-oci8.git

Very good.  I had a look at the debian/copyright files using debmake and
license-reconcile, and both reported no serious issue with it.  So that
part should be solid enough.

Could there be a license issue with some Oracle libraries?  Are they
non-free?  What is the license of the combined work?

> Ask this to the ftpteam ...

Right.  Sound a bit like the situation we had with zfs.  I do not have
much direct contact with the ftpmasters team, but will see what I can
do. :)

--
Happy hacking
Petter Reinholdtsen

Bug#824806: [pkg-golang-devel] Bug#824806: Bug#824806: golang: random_build_path_by_golang_compiler is #824806

[Peter Colberg]

On Fri, May 20, 2016 at 11:54:58AM +1200, Michael Hudson-Doyle wrote:
> FWIW my impression is that this issue has been addressed upstream and will
> be fixed in the 1.7 release, but maybe someone should check?

According to https://github.com/golang/go/issues/13247 this issue
has been fixed in commit 5bbb98df0960f57dca73cb7640456608d4cc0917.

Peter

Bug#824903: letsencrypt.sh: Letsencrypt.sh broken due to "pretty" json used in Let's Encrypt API

[David Kuehling]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: letsencrypt.sh
Version: 0.1.0-2~bpo8+1
Severity: normal
File: /usr/bin/letsencrypt.sh

Hi,

I'm testing this using the backports package, but I guess the problem
applies to sid as well (same version).

Recently letsencrypt.org changed to return pretty json with lots of
newlines (as tested via
https://acme-staging.api.letsencrypt.org/directory).  This breaks
various sed-based json parsing code in the distributed version of
letsencrypt.sh .

The symptom is that 'letsencrypt.sh --cron' silently exits after
printing

  + Requesting challenge for 

Aborting before completing the challenge.

Looking at trace output from

   bash -x -c 'source /usr/bin/letsencrypt.sh --cron'

It obviously fails to extract the challenge from json output due to

  sed -n 's/.*\("challenges":[^\[]*\[[^]]*]\).*/\1/p'

expecting the hole match to be on a single line.  Somebody reported the
issue upstream on May 18th:

  https://github.com/lukas2511/letsencrypt.sh/pull/202

The "official" fix is here:

  
https://github.com/lukas2511/letsencrypt.sh/commit/561f0626b855ec4ee94856884e2f1eff9ade2d88

cheers,

David

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

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

Versions of packages letsencrypt.sh depends on:
ii  curl 7.38.0-4+deb8u3
ii  openssl  1.0.1k-3+deb8u5

letsencrypt.sh recommends no packages.

letsencrypt.sh suggests no packages.

- -- no debconf information

- -- 
GnuPG public key: http://dvdkhlng.users.sourceforge.net/dk2.gpg
Fingerprint: B63B 6AF2 4EEB F033 46F7  7F1D 935E 6F08 E457 205F

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iF4EAREIAAYFAlc/5WIACgkQk15vCORXIF+G/gD/YYZYGZDLM6Jb64JCtWojJCqP
dLaNFWQkMUqrfuizXJkBAKmJjaUMs8PHREkge9T1oIjVzukCQA7dz9Y2OndEAxIx
=nAa2
-END PGP SIGNATURE-

Bug#824902: tar: -X / --exclude-from silent failure

[Ben Caradoc-Davies]

And it makes no difference if "base/" is prepended to the patterns in 
"excludes", the same behaviour is observed: success in 1.28-2.2 and 
failure in 1.29-1.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#824902: tar: -X / --exclude-from silent failure

[Ben Caradoc-Davies]

And although -X / --exclude-from is missing from the latest man page, it 
is still documented in the HTML manual:

https://www.gnu.org/software/tar/manual/html_section/tar_49.html

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#806740: tracker.debian.org: Please add AppStream hints panel

[Paul Wise]

On Fri, May 20, 2016 at 11:29 PM, Raphael Hertzog wrote:

> I don't think that you should use a link and an action item for the same
> purpose. I would keep only the action item.

I think the link in the tracker should point at the metainfo pages and
those metainfo pages should point at the issues pages when there are
issues.

https://appstream.debian.org/sid/main/metainfo/cellwriter.html
https://appstream.debian.org/sid/main/issues/cellwriter.html

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#824902: tar: -X / --exclude-from silent failure

[Ben Caradoc-Davies]

Package: tar
Version: 1.29-1
Severity: normal

Dear Maintainer,

the -X / --exclude-from option silently fails in 1-29-1. Consider this example
(see attached tar file):

The file "includes" contains:

base

The file "excludes" contains:

dir-2
dir-glob-*

With tar 1.28-2.2, the patterns listed in "excludes" are applied:

$ tar zcvvfTX - includes excludes > /dev/null
drwxrwx--- ben/ben   0 2016-05-21 14:39 base/
drwxrwx--- ben/ben   0 2016-05-21 14:40 base/dir-1/
-rw-rw ben/ben   0 2016-05-21 14:40 base/dir-1/file-1

With tar 1.29-1, nothing is excluded:

$ tar zcvvfTX - includes excludes > /dev/null
drwxrwx--- ben/ben   0 2016-05-21 14:39 base/
drwxrwx--- ben/ben   0 2016-05-21 14:40 base/dir-glob-2/
-rw-rw ben/ben   0 2016-05-21 14:40 base/dir-glob-2/file-glob-2
drwxrwx--- ben/ben   0 2016-05-21 14:40 base/dir-glob-1/
-rw-rw ben/ben   0 2016-05-21 14:40 base/dir-glob-1/file-glob-1
drwxrwx--- ben/ben   0 2016-05-21 14:40 base/dir-2/
-rw-rw ben/ben   0 2016-05-21 14:40 base/dir-2/file-2
drwxrwx--- ben/ben   0 2016-05-21 14:40 base/dir-1/
-rw-rw ben/ben   0 2016-05-21 14:40 base/dir-1/file-1

I note that this option no longer appears in the 1.29-1 man page, but I could
not find anything in the upstream changelogs:
1.29: https://savannah.gnu.org/forum/forum.php?forum_id=8545
1.28 https://savannah.gnu.org/forum/forum.php?forum_id=8037

Kind regards,
Ben.



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

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

Versions of packages tar depends on:
ii  libacl1  2.2.52-3
ii  libc62.22-9
ii  libselinux1  2.5-3

tar recommends no packages.

Versions of packages tar suggests:
ii  bzip21.0.6-8
ii  ncompress4.2.4.4-15
pn  tar-scripts  
ii  xz-utils 5.1.1alpha+20120614-2.1

-- no debconf information


tar-exclude-from-file-silent-failure.tar.gz
Description: application/gzip

Bug#824901: gnupg: gpg segfaults

[Christoph Egger]

Package: gnupg
Version: 2.1.12-1
Severity: normal

Hi!

  GPG seems to reproducibly segfault on the command below (at least on
my box). I had a segfault on gpg --import earlier as well but couln't
reproduce after installing debug symbols

  Christoph

% gdb --args gpg --list-sigs 0x3B78A32D98BAD5B0
GNU gdb (Debian 7.10-1+b1) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from gpg...Reading symbols from 
/usr/lib/debug/.build-id/92/0adf736962a3750c4bc48c0f1a09d3f393af8b.debug...done.
done.
(gdb) run
Starting program: /usr/bin/gpg --list-sigs 0x3B78A32D98BAD5B0
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
gpg: checking the trustdb
gpg: removing stale lockfile (created by 17287)

Program received signal SIGSEGV, Segmentation fault.
0x774684b5 in ?? () from /lib/x86_64-linux-gnu/libgcrypt.so.20
(gdb) bt full
#0  0x774684b5 in ?? () from /lib/x86_64-linux-gnu/libgcrypt.so.20
No symbol table info available.
#1  0x5558532f in encode_md_value (pk=pk@entry=0x558f5b00, 
md=md@entry=0x55d5e320, hash_algo=8) at ../../g10/seskey.c:350
rc = 
asn = 0x55ac69e0 "010\r\006\t`\206H\001e\003\004\002\001\005"
asnlen = 19
frame = 
mdlen = 
__FUNCTION__ = "encode_md_value"
#2  0x5559bc26 in check_signature_end_simple (pk=0x558f5b00, 
sig=0x55ad3790, digest=0x55d5e320)
at ../../g10/sig-check.c:461
result = 
rc = 
digest = 0x55d5e320
sig = 0x55ad3790
pk = 0x558f5b00
weak = 
#3  0x5559c80f in check_signature_over_key_or_uid 
(signer=0x558f5b00, sig=sig@entry=0x55ad3790, 
kb=kb@entry=0x55d0fcb0, packet=packet@entry=0x55ba6960, 
is_selfsig=is_selfsig@entry=0x0, ret_pk=ret_pk@entry=0x0)
at ../../g10/sig-check.c:892
rc = 
pripk = 0x55929760
md = 0x55d5e320
signer_alloced = 0
__FUNCTION__ = "check_signature_over_key_or_uid"
#4  0x5559cf32 in check_key_signature2 (root=0x55d0fcb0, 
node=node@entry=0x55898b80, check_pk=check_pk@entry=0x0, 
ret_pk=ret_pk@entry=0x0, is_selfsig=is_selfsig@entry=0x0, 
r_expiredate=r_expiredate@entry=0x0, r_expired=0x0)
at ../../g10/sig-check.c:1075
unode = 
pk = 0x55929760
sig = 0x55ad3790
algo = 
rc = 
__FUNCTION__ = "check_key_signature2"
#5  0x5559cfd5 in check_key_signature (root=, 
node=node@entry=0x55898b80, is_selfsig=is_selfsig@entry=0x0)
at ../../g10/sig-check.c:686
No locals.
#6  0x55584b32 in keyring_rebuild_cache (token=, 
noisy=noisy@entry=0) at ../../g10/keyring.c:1554
sig = 
hd = 0x5584d1c0
desc = {mode = KEYDB_SEARCH_MODE_NEXT, skipfnc = 0x0, skipfncvalue = 
0x0, sn = 0x0, snlen = 0, u = {name = 0x0, 
fpr = '\000' , kid = {0, 0}, grip = '\000' 
}, exact = 0}
keyblock = 0x55d0fcb0
node = 0x55898b80
lastresname = 0x55844f30 "/home/christoph/.gnupg/pubring.gpg"
tmpfp = 0x5584f470
tmpfilename = 0x5584f440 "/home/christoph/.gnupg/pubring.gpg.tmp"
bakfilename = 0x5584f560 "/home/christoph/.gnupg/pubring.gpg~"
rc = 
count = 19
sigcount = 19500
#7  0x5558155c in keydb_rebuild_caches (noisy=noisy@entry=0) at 
../../g10/keydb.c:1775
i = 0
rc = 
#8  0x555cea9f in validate_keys (interactive=interactive@entry=0) at 
../../g10/trustdb.c:1904
rc = 0
quit = 0
klist = 0x0
k = 
keys = 0x0
kar = 
kdb = 0x0
node = 
depth = 
ot_unknown = 
ot_undefined = 
ot_never = 
ot_marginal = 
ot_full = 
ot_ultimate = 
start_time = 
next_expire = 0
#9  0x555d0812 in tdb_check_trustdb_stale () at ../../g10/trustdb.c:971
scheduled = 
did_nextcheck = 1
#10 0x555ccdc5 in check_trustdb_stale () at ../../g10/trust.c:280
No locals.
#11 0x555a17e8 in public_key_list (ctrl=0x55844e50, 
list=0x55844eb0, locate_mode=0) at ../../g10/keylist.c:133
No locals.
#12 0x555657f9 in main (argc=0, argv=0x7fffdb90) at 

Bug#807377: binutils: build for N32 and MIPS r6

[YunQiang Su]

On Sat, May 21, 2016 at 2:23 AM, Matthias Klose  wrote:
> On 20.05.2016 14:14, YunQiang Su wrote:
>>
>> On Fri, May 20, 2016 at 7:34 PM, YunQiang Su  wrote:
>>>
>>> On Fri, May 20, 2016 at 5:54 PM, Matthias Klose  wrote:

 On 15.05.2016 14:56, YunQiang Su wrote:
>
>
> As in dpkg, mips32r6(el) has been renamed to mipsr6(el),
> I updated this patch.
>
> On Tue, Mar 8, 2016 at 9:22 PM, YunQiang Su  wrote:
>>
>>
>> On Tue, 8 Dec 2015 15:15:03 +0800 YunQiang Su 
>> wrote:
>>>
>>>
>>> Package: src:binutils
>>> Version: 2.25.90.20151125-2
>>> Control: block -1 by 807340
>>>
>>> This patch enable building n32 and {32r6,n32r6,64r6} for mips.
>>> Please add it when dpkg patch is merged.
>>
>>
>>
>> I refreshed this patche. See the attachment.



 These names need documenting in
 https://wiki.debian.org/Multiarch/Tuples
>>>
>>>
>>> I will do it now.
>>
>>
>> Added. Thank you.
>
>
> The Debian architecture names are missing.
>

Ohhh, I misunderstand it.
I thought it is stand for only released or developing architectures.
As we are not planning push them into debian official in short time.

I will add them.


-- 
YunQiang Su

Bug#818249: line 14: all `Format' sections are invalid.

[Michael Biebl]

Control: tags -1 - moreinfo unreproducible

On Wed, 16 Mar 2016 17:35:00 +0100 Manolo =?UTF-8?B?RMOtYXo=?=
 wrote:
> On Wednesday, 16 Mar 2016 at 15:52 UTC
> Osamu Aoki wrote:
> 
> > Hi,
> > 
> > On Wed, Mar 16, 2016 at 12:16:56AM +0800, 積丹尼 Dan Jacobson wrote:
> > > # install-docs --verbose --check  /usr/share/doc-base/debian-reference-en
> > > Warning in `/usr/share/doc-base/debian-reference-en', line 10: file mask 
> > > `/usr/share/doc/debian-reference/docs/debian-reference.en.txt.gz' does 
> > > not match any files.
> > > Warning in `/usr/share/doc-base/debian-reference-en', line 14: file 
> > > `/usr/share/doc/debian-reference/docs/index.en.html' does not exist.
> > > Error in `/usr/share/doc-base/debian-reference-en', line 14: all `Format' 
> > > sections are invalid.
> > > /usr/share/doc-base/debian-reference-en: Fatal error found, the file 
> > > won't be registered.  
> > 
> > $ install-docs --verbose --check  /usr/share/doc-base/debian-reference-en
> > /usr/share/doc-base/debian-reference-en: No problems found.
> > $ dpkg -l debian-reference-en
> > Desired=Unknown/Install/Remove/Purge/Hold
> > | 
> > Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
> > |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
> > ||/ Name   Version  Architecture Description
> > +++-==---=
> > ii  debian-referen 2.59 all  Debian system administration 
> > guid
> > $ 
> > 
> > Regards,
> > 
> > Osamu
> 
> Hi,
> 
> I think the problem is that it's possible to have a system with
> debian-reference-en installed and debian-reference not installed
> (without any system package complain). But the former needs the latter.
> 
> dpkg -L debian-reference
> /.
> /usr
> /usr/share
> /usr/share/doc
> /usr/share/doc/debian-reference
> /usr/share/doc/debian-reference/changelog.gz
> /usr/share/doc/debian-reference/copyright
> /usr/share/doc/debian-reference/docs
> 

Since we have a reproducer now, removing the moreinfo and unreproducible
tag.

-- 
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#824826: ITP: python-cement -- CLI Application Framework

[Ben Finney]

On 20-May-2016, Michael Fladischer wrote:
>  Cement is an advanced CLI Application Framework for Python. Its
>  goal is to introduce a standard, and feature-full platform for both
>  simple and complex command line applications as well as support
>  rapid development needs without sacrificing quality. Cement is
>  flexible, and it’s use cases span from the simplicity of a
>  micro-framework to the complexity of a mega-framework.

Thank you for announcing your intent to package this. I'm interested
in helping, would you like a co-maintainer?

Will you track the Debian packaging in a VCS on Alioth or elsewhere?

-- 
 \ “I planted some bird seed. A bird came up. Now I don't know |
  `\  what to feed it.” —Steven Wright |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#497342: nvi: Bug exists in stable: 1.81.6-8.2 but not in 1.79-2 more

[Jim Lebeau]

Package: nvi
Followup-For: Bug #497342

Dear Maintainer,

I searched quite a bit before posting this, I noticed that in 
recover.c there was a comment saying that this should be 
O_RDONLY but blah.. and used O_RDWR. I am not sure if that 
is important or not.

Thanks,

Jim

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

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

Versions of packages nvi depends on:
ii  libc62.19-18+deb8u4
ii  libncurses5  5.9+20140913-1+b1

nvi recommends no packages.

nvi suggests no packages.

-- no debconf information

Bug#823895: RFS: lsm/1.0.4-1

[Lucas Castro]

On 14-05-2016 20:45, Adam Borowski wrote:
> On Sat, May 14, 2016 at 12:22:13AM -0300, Lucas Castro wrote:
>> On 13-05-2016 11:46, Adam Borowski wrote:
 On 10-05-2016 02:43, Lucas Castro wrote
> I am looking for a sponsor for my package "lsm"
>
> dget -x 
> https://mentors.debian.net/debian/pool/main/l/lsm/lsm_1.0.4-1.dsc
>>> 2. The manpage seems mangled:
>>>
>>>While simple to configure, provides easy way reconfigure routes, 
>>> calling notifyscript
>>>
>>>lsmVery configurable, but doesn't support domain names yet.
>> Thanks, fixed.
> Hmm, it looks like you merely added a space and lowercased V:
>
>While simple to configure, provides easy way reconfigure routes, 
> calling notifyscript.
>
>lsm very configurable program, but doesn't support domain names yet.
>
> These two lines don't quite make sense...
>
>
>>> 3. Typo: exectuble.
>> if you mean man page typo, fixed.
> It's still in the init script, line 32.
>
>
> Too bad, when actually trying to install the package:
>
> [] Starting Link Monitor.: lsminvoke-rc.d: initscript lsm, action "start" 
> failed.
> dpkg: error processing package lsm (--install):
>  subprocess installed post-installation script returned error exit status 1
> Processing triggers for man-db (2.7.5-1) ...
> Errors were encountered while processing:
>  lsm
>
> [~]# /etc/init.d/lsm start
> [] Starting Link Monitor.: lsm[~]# echo $?
> 1
> (no newline, by the way -- init scripts shouldn't use "set -e")
>
> [~]# lsm --config /etc/lsm/lsm.conf 
> [~]# echo $?
> 1
>
> An error message describing what went wrong would be nice...
>
> Only upon checking the syslog I see:
> May 15 00:30:37 umbar lsm[12853]: no targets found in config file
> yet according to comments in /etc/lsm/lsm.conf:
> # Defaults for the connection entries
> # These are set in the code. You may override any values here.
> which suggests there's no need to edit the config for basic functionality.
>
> If I read this wrong and some setup is needed, then the package shouldn't
> try to start the daemon on initial install, and provide a feedback that
> editing the config file is required.
>
> There's no documentation describing what's needed to get lsm running.
I'm almost fishing.
But I don't think I need to write a documentation how to setup
the config file is easy to understand, just feeding back it's needed to
setup to get working.
what do you think?
>
> Also, it appears the only copy of upstream's changelog is hidden inside
> lsm.spec (lines between "%changelog" and "#EOF").  Please cut this (with sed
> or a similar tool) and install as /usr/share/doc/*/changelog.gz
>
>
> In /usr/share/doc/lsm/examples/lsm.conf.sample, there are references to
> /usr/libexec/lsm/ instead of /usr/share/lsm/, it'd be nice to sed that to
> what's installed on Debian.
>
>
>>> Meow!
>> Done.
> Hah!  This was intended as an onomatopeia not an imperative, but I really
> like your interpretation :)
>




signature.asc
Description: OpenPGP digital signature

Bug#497342: nvi: Bug exists in stable: 1.81.6-8.2 but not in 1.79-26

[Jim Lebeau]

Package: nvi
Followup-For: Bug #497342

Dear Maintainer,

   * What led up to the situation?
I ran apt-get upgrade and nvi was upgraded.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I tried to run a bash script that I was editing (my standard proctice).
   * What was the outcome of this action?
The script would not run.
AH01215: (26)Text file busy: exec of 'message-get' failed
   * What outcome did you expect instead?
   The script to run.
   * What did you do next?
   Rolled back nvi to the 1.79-26 version
   * What did you do after that?
   Filed this bug report

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

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

Versions of packages nvi depends on:
ii  libc62.19-18+deb8u4
ii  libncurses5  5.9+20140913-1+b1

nvi recommends no packages.

nvi suggests no packages.

-- no debconf information

Bug#824817: [Pkg-clamav-devel] Bug#824817: Please include bytecode.cvd in one .deb

[Mathieu Parent (Debian)]

esn't

2016-05-20 23:11 GMT+02:00 Sebastian Andrzej Siewior :
> On 2016-05-20 07:05:11 [+0200], Mathieu Parent wrote:
>> Hi,
> Hi,

Hi, thanks for your quick answer.

>> There is no offline way to test clamav. I need this to ensure c-icap is
>> working properly using autopkgtest.
>>
>> I propose that you include bytecode.cvd in clamav-testfiles.
>
> bytecode.cvd? You mean that you need a sig database for malware testing?
> Becase if you need something to test against the samples provided by
> clamav-testfiles then you can use A `hdb' file that contains
>
> aa15bcf478d165efd2065190eb473bcb:544:ClamAV-Test-File
>
> For example:
>
> |$ echo "aa15bcf478d165efd2065190eb473bcb:544:ClamAV-Test-File" > clamav.hdb
> |$ $ clamscan -d clamav.hdb /usr/share/clamav-testfiles/clam.exe
> |/usr/share/clamav-testfiles/clam.exe: ClamAV-Test-File.UNOFFICIAL FOUND
[...]
> Is this what you are looking for?

I need this for clamd. I currently do:
http://anonscm.debian.org/cgit/collab-maint/c-icap-modules.git/tree/debian/tests/virus-scan?id=846f5eaf67f92edb26775317dd4ad1699c61a681

But this dowork offline.

Regards
-- 
Mathieu Parent

Bug#774765: ITP: php-oci8 -- Extension for Oracle Database

[Mathieu Parent]

hello Petter,

2016-05-20 16:53 GMT+02:00 Petter Reinholdtsen :
> Hi.  Is the source for this package in some version control directory
> somewhere?

Yes, of course: https://anonscm.debian.org/cgit/pkg-php/php-oci8.git

>Any idea why it take so long for the package to get accepted
> or rejected?  Eigth months seem like a long time in the NEW queue.

Ask this to the ftpteam ...

Regards
-- 
Mathieu Parent

Bug#824900: RFS: iroffer-dinoex/3.30-1 [ITP]

[optix2000]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "iroffer-dinoex"

 Package name: iroffer-dinoex
 Version : 3.30-1
 Upstream Author : Dirk Meyer
 URL : http://iroffer.dinoex.net
 License : GPL-2
 Section : net

It builds those binary packages:

  iroffer-dinoex - IRC file distribution bot

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

https://mentors.debian.net/package/iroffer-dinoex


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

  dget -x 
https://mentors.debian.net/debian/pool/main/i/iroffer-dinoex/iroffer-dinoex_3.30-1.dsc

More information about hello can be obtained from https://www.example.com.

Changes since the last upload:

  iroffer-dinoex (3.30-1) unstable; urgency=medium

* Initial release (Closes: #580686)

   -- Weilu Jia   Fri, 20 May 2016 04:40:05 +


Regards,
 Weilu Jia

Bug#824899: tracker.debian.org: broken non-Latin scripts support? (testing migrations section)

[Bob Bib]

Package: tracker.debian.org

Dear Maintainer,

perhaps it has somewhat broken non-Latin scripts support;
please look at the "testing migrations" section here:
https://tracker.debian.org/pkg/harfbuzz

(Screenshot attached for history).

--
Best wishes,
Bob

Bug#824898: Failed to start Load/Save Screen Backlight Brightness of backlight

[Mark]

Package: systemd
Version: 229-5

Right after start I saw on tty1:

[FAILED] Failed to start Load/Save Screen Backlight Brightness of 
backlight:acpi_video0.
See 'systemctl status systemd-backlight@backlight:acpi_video0.service' 
for details.


So let us see the output of the aforementioned command:

● systemd-backlight@backlight:acpi_video0.service - Load/Save Screen 
Backlight Brightness of backlight:acpi_video0
   Loaded: loaded (/lib/systemd/system/systemd-backlight@.service; 
static; vendor preset: enabled)
   Active: failed (Result: exit-code) since Sa 2016-05-21 01:35:26 
CEST; 1min 24s ago

 Docs: man:systemd-backlight@.service(8)
  Process: 1688 ExecStart=/lib/systemd/systemd-backlight load %i 
(code=exited, status=1/FAILURE)

 Main PID: 1688 (code=exited, status=1/FAILURE)

Mai 21 01:35:26 examplehost systemd[1]: Starting Load/Save Screen 
Backlight Brightness of backlight:acpi_video0...
Mai 21 01:35:26 examplehost systemd[1]: 
systemd-backlight@backlight:acpi_video0.service: Main process exited, 
code=exited, status=1/FAILURE
Mai 21 01:35:26 examplehost systemd[1]: Failed to start Load/Save Screen 
Backlight Brightness of backlight:acpi_video0.
Mai 21 01:35:26 examplehost systemd[1]: 
systemd-backlight@backlight:acpi_video0.service: Unit entered failed state.
Mai 21 01:35:26 examplehost systemd[1]: 
systemd-backlight@backlight:acpi_video0.service: Failed with result 
'exit-code'.


The dmesg is attached. Let us look at the files:
$ ls -la /lib/systemd/system/systemd-backlight@.service
-rw-r--r-- 1 root root 724 Apr 25 11:32 
/lib/systemd/system/systemd-backlight@.service

$ ls -la /lib/systemd/systemd-backlight
-rwxr-xr-x 1 root root 92752 Apr 25 11:32 /lib/systemd/systemd-backlight

Any bug fix?
[0.00] microcode: CPU0 microcode updated early to revision 0x1c, date = 2015-02-26
[0.00] Linux version 4.5.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 20160429 (Debian 5.3.1-17) ) #1 SMP Debian 4.5.3-2 (2016-05-08)
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.5.0-2-amd64 root=UUID=6c4acae6-ed89-443a-8bff-243f411ed29a ro elevator=noop vga=780
[0.00] x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
[0.00] x86/fpu: Supporting XSAVE feature 0x01: 'x87 floating point registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x02: 'SSE registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x04: 'AVX registers'
[0.00] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format.
[0.00] x86/fpu: Using 'eager' FPU context switches.
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x000917ff] usable
[0.00] BIOS-e820: [mem 0x00091800-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000e-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0xca709fff] usable
[0.00] BIOS-e820: [mem 0xca70a000-0xca7f] reserved
[0.00] BIOS-e820: [mem 0xca80-0xcaf52fff] usable
[0.00] BIOS-e820: [mem 0xcaf53000-0xcaff] reserved
[0.00] BIOS-e820: [mem 0xcb00-0xcb7b2fff] usable
[0.00] BIOS-e820: [mem 0xcb7b3000-0xcb7f] ACPI data
[0.00] BIOS-e820: [mem 0xcb80-0xccef7fff] usable
[0.00] BIOS-e820: [mem 0xccef8000-0xccff] ACPI NVS
[0.00] BIOS-e820: [mem 0xcd00-0xce3c2fff] usable
[0.00] BIOS-e820: [mem 0xce3c3000-0xcefc1fff] reserved
[0.00] BIOS-e820: [mem 0xcefc2000-0xcf004fff] ACPI NVS
[0.00] BIOS-e820: [mem 0xcf005000-0xcf2cafff] usable
[0.00] BIOS-e820: [mem 0xcf2cb000-0xcf7e] reserved
[0.00] BIOS-e820: [mem 0xcf7f-0xcf7f] usable
[0.00] BIOS-e820: [mem 0xf800-0xfbff] reserved
[0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] reserved
[0.00] BIOS-e820: [mem 0xfed0-0xfed03fff] reserved
[0.00] BIOS-e820: [mem 0xfed1c000-0xfed1] reserved
[0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved
[0.00] BIOS-e820: [mem 0xff00-0x] reserved
[0.00] BIOS-e820: [mem 0x0001-0x00022dff] usable
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.7 present.
[0.00] DMI: Dell Inc. Precision M6700/0JWMFY, BIOS A15 08/19/2015
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] e820: last_pfn = 0x22e000 max_arch_pfn = 0x4
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00] 

Bug#818990: Is it really a flint problem?

[Santiago Vila]

It still fails on reproducible builds on the "armhf" architecture, but
only in testing, and the way it fails is now completely different than
the way it failed on amd64 in the initial report.

Bug#822693: Safe Defaults / Automatic Protection

[Reiner Herrmann]

On Sat, May 21, 2016 at 12:59:07AM +0200, Reiner Herrmann wrote:
> > Manually running firecfg also does not work for software that has profiles
> > but where the package gets installed by the user after firejail was
> > installed. I speculate for reasons of cleanness, it does not be create
> > symlinks for binaries that are not yet installed in preparation that it may
> > one day be installed.
> 
> I think another reason is that firecfg can't know where the binary will
> eventually be installed (/sbin, /usr/bin, /usr/games, ...).

Sorry, ignore this. I confused the symlink destination.
Symlinking all known profiles to /usr/bin/firejail would indeed be possible.
Though it would behave differently than expected when the tool is not
installed (launching firejail instead of erroring with "No such file ...").


signature.asc
Description: Digital signature

Bug#822210: sdl2-config.cmake: extra leading / trailing whitespace

[Jason Pleau]

Hi

On 05/19/2016 07:10 AM, Manuel A. Fernandez Montecelo wrote:
> Hi!
> 
> 2016-05-01 15:42 Manuel A. Fernandez Montecelo:
>>
>> If it needs this change, I think that my solution is not very robust
>> and that the assumptions made don't work and can fail in other cases.
> 
> So I've been fighting with this for a while this morning and couldn't
> get it to work as originally intended.  In the end, I uploaded a new
> version of the package with the patch stripping only the SDL2_LIBRARIES
> variable.
> 
> If other vars contain whitespace in the future it will not work, but
> that's fundamentally a problem with upstream...  I submitted the patch
> for their consideration in any case.
> 
> It would be great if you can verify that this works fine in your system,
> but I am quite confident that it does so I published the new release to
> the archive already -- lest it slips through the cracks and it's delayed
> for a few more weeks.

Seems to work here, thanks for the fix and upload!

> 
> 
> Cheers.

-- 
Jason Pleau

Bug#824449: firefox: FTBFS on sparc64 due to wrong platform definitions

[John Paul Adrian Glaubitz]

On Fri, May 20, 2016 at 11:06:06PM +0200, John Paul Adrian Glaubitz wrote:
> Thus, in order to fix this issue on sparc64/Linux, a more elaborate
> fix will have to be developed.

I just made a test installation of NetBSD to verify the theory.

On Linux:

glaubitz@ikarus:~$ cat vmtest.c 
#include 
#include 

int main(void)
{
void *ptr1, *ptr2, *ptr3, *ptr4, *ptr5, *ptr6;
ptr1 = mmap(NULL, 1024*1024, PROT_READ | PROT_WRITE, MAP_PRIVATE | 
MAP_ANONYMOUS, -1, 0);
ptr2 = mmap((void*)0x0700ULL, 1024*1024, PROT_READ | 
PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);
ptr3 = mmap((void*)0x0700ULL, 1024*1024, PROT_READ | 
PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);
ptr4 = mmap((void*)0x0700ULL, 1024*1024, PROT_READ | 
PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);
ptr5 = mmap((void*)0x0700ULL, 1024*1024, PROT_READ | 
PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);
ptr6 = mmap(NULL, 1024*1024, PROT_READ | PROT_WRITE, MAP_PRIVATE | 
MAP_ANONYMOUS, -1, 0);
printf("%p %p %p %p %p %p\n", ptr1, ptr2, ptr3, ptr4, ptr5, ptr6);
}
glaubitz@ikarus:~$ ./vmtest 
0x7f80c32f6000 0x700 0x7f80c2d5d000 0x7f80c2c5d000 0x7f80c2b5d000 
0x7f80c2a5d000
glaubitz@ikarus:~$ uname -vm
#1 SMP Debian 4.5.1-1 (2016-04-14) x86_64
glaubitz@ikarus:~$

On NetBSD:

testbsd# cat vmtest.c
#include 
#include 

int main(void)
{
void *ptr1, *ptr2, *ptr3, *ptr4, *ptr5, *ptr6;
ptr1 = mmap(NULL, 1024*1024, PROT_READ | PROT_WRITE, MAP_PRIVATE | 
MAP_ANONYMOUS, -1, 0);
ptr2 = mmap((void*)0x0700ULL, 1024*1024, PROT_READ | 
PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);
ptr3 = mmap((void*)0x0700ULL, 1024*1024, PROT_READ | 
PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);
ptr4 = mmap((void*)0x0700ULL, 1024*1024, PROT_READ | 
PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);
ptr5 = mmap((void*)0x0700ULL, 1024*1024, PROT_READ | 
PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0);
ptr6 = mmap(NULL, 1024*1024, PROT_READ | PROT_WRITE, MAP_PRIVATE | 
MAP_ANONYMOUS, -1, 0);
printf("%p %p %p %p %p %p\n", ptr1, ptr2, ptr3, ptr4, ptr5, ptr6);
}
testbsd# ./vmtest
0x7f7ff7ef8000 0x700 0x6f0 0x6e0 0x6d0 
0x7f7ff7b0
testbsd# uname -vm
NetBSD 7.0 (GENERIC.201509250726Z) amd64
testbsd#

As you can see, on NetBSD, mmmap with a hint will always return memory
in the requested region, even if the memory has already been allocated
before. On Linux, the hint is ignored when the memory pointed to by it
is already allocated.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#822693: Safe Defaults / Automatic Protection

[Reiner Herrmann]

On Fri, May 20, 2016 at 11:57:32AM +, ban...@openmailbox.org wrote:
> While firecfg handles symlinks well and per package hacks to create symlinks
> are no longer necessary, it still needs a way to make it seamless and
> automatically protect users. There is already precedent in Debian for
> automatic protection should a security application be installed:
> 
> "Please automatically enable AppArmor when the userspace tools are
> installed"
> https://bugs.debian.org/702030
> 
> The only clean way to implement this is a dpkg trigger. Run firecfg - if
> some option is set in a .d config filder - each time something is installed
> to /usr/bin/, /sbin or perhaps best even / (therefore running it every time
> during apt-get). Otherwise there will always be inconsistencies about
> whether an installed firejail, and profile, and a "to be contained" binary
> is installed at the same time will result in using firejail. A state where
> sometimes things work for some users but not for all is quite horrible.

Hm, the problem with this approach is that packages are not allowed to
modify /usr/local(/bin) on their own, so firecfg can't be called by a
dpkg trigger.

Placing the symlinks somewhere else (like /usr/lib/firejail/) with dpkg
triggers would work, but the user would have to amend PATH (as currently
only /usr/local/bin comes before the other binary paths), though this
would be a one-time configuration.

> Manually running firecfg also does not work for software that has profiles
> but where the package gets installed by the user after firejail was
> installed. I speculate for reasons of cleanness, it does not be create
> symlinks for binaries that are not yet installed in preparation that it may
> one day be installed.

I think another reason is that firecfg can't know where the binary will
eventually be installed (/sbin, /usr/bin, /usr/games, ...).


signature.asc
Description: Digital signature

Bug#824853: tex-common: package installation fails

[Scott Mcdermott]

Installing the package 'context' (which also provides
"syst-tex.mkii" albeit in a different location) seems
to fix this also; tex packages upgrade and can finish
install without issues afterwards.

Bug#824843: libsys-syscall-perl: autopkgtest failures on arm64

[Eric Wong]

Niko Tyni  wrote:
> The problem is that arm64 does not have the legacy epoll_create() and
> epoll_wait() syscalls, those are implemented in glibc with epoll_create1()
> and epoll_pwait() if I understand correctly.
> 
> So epoll_create(arg) can be replaced with epoll_create1(0).
> Not sure how epoll_wait() should be implemented.

Apparently upstream got aarch64 support in December
with commit 6c7c516edfabd2edc835d0aaad39f946164bb25d

git://github.com/bradfitz/sys-syscall

The sigmask arg for epoll_pwait is just ignored if NULL.

Bug#824897: Minimum brightness turns screen black

[philipw]

Package: gnome-settings-daemon
Version: 3.14.2-3

Sorry I'm not very technical, I couldn't even get reportbug to work 
properly on the terminal.


All I want is the brightness setting to be fixed, right now the lowest 
setting just turns my screen black. You can refer to here: 
https://bugzilla.gnome.org/show_bug.cgi?id=744278


I'm using the latest stable debian.

Phil

Bug#824850: recordmydesktop: segfaults when enabling sound recording with pulse device

[Petter Reinholdtsen]

I rebuilt the binary with debug symbols included and installed the
libasound2-dbg package to get even more debug information and reran
valgrind to get more information about the crash:

% valgrind src/recordmydesktop -o /tmp/out.ogv --fps 25 --channels 1 --freq 
22050 --device default --v_quality 63 --s_quality 10 --workdir /tmp
==25829== Memcheck, a memory error detector
==25829== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==25829== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
==25829== Command: src/recordmydesktop -o /tmp/out.ogv --fps 25 --channels 1 
--freq 22050 --device default --v_quality 63 --s_quality 10 --workdir /tmp
==25829== 
Initial recording window is set to:
X:0   Y:0Width:1366Height:768
Adjusted recording window is set to:
X:6   Y:0Width:1354Height:768
Your window manager appears to be KWin


Detected compositing window manager.
Reverting to full screen capture at every frame.
To disable this check run with --no-wm-check
(though that is not advised, since it will probably produce faulty results).

Initializing...
Buffer size adjusted to 4096 from 4096 frames.
Opened PCM device default
Recording on device default is set to:
1 channels at 22050Hz
X Error: BadAccess (attempt to access private resource denied)
Bad Access on XGrabKey.
Shortcut already assigned.
X Error: BadAccess (attempt to access private resource denied)
Bad Access on XGrabKey.
Shortcut already assigned.
X Error: BadAccess (attempt to access private resource denied)
Bad Access on XGrabKey.
Shortcut already assigned.
X Error: BadAccess (attempt to access private resource denied)
Bad Access on XGrabKey.
Shortcut already assigned.
Capturing!
==25829== Thread 5:
==25829== Invalid read of size 8
==25829==at 0x4C2D940: memcpy@@GLIBC_2.14 (vg_replace_strmem.c:915)
==25829==by 0xBC2E6F9: ??? (in 
/usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_pulse.so)
==25829==by 0x5630ABE: ioplug_priv_transfer_areas (in 
/usr/lib/x86_64-linux-gnu/libasound.so.2.0.0)
==25829==by 0x55F3F4A: snd1_pcm_read_areas (in 
/usr/lib/x86_64-linux-gnu/libasound.so.2.0.0)
==25829==by 0x5631044: snd_pcm_ioplug_readi (in 
/usr/lib/x86_64-linux-gnu/libasound.so.2.0.0)
==25829==by 0x405D15: rmdCaptureSound (rmd_capture_sound.c:116)
==25829==by 0x589D0A3: start_thread (pthread_create.c:309)
==25829==by 0x766987C: clone (clone.S:111)
==25829==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==25829== 
==25829== 
==25829== Process terminating with default action of signal 11 (SIGSEGV)
==25829==  Access not within mapped region at address 0x0
==25829==at 0x4C2D940: memcpy@@GLIBC_2.14 (vg_replace_strmem.c:915)
==25829==by 0xBC2E6F9: ??? (in 
/usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_pulse.so)
==25829==by 0x5630ABE: ioplug_priv_transfer_areas (in 
/usr/lib/x86_64-linux-gnu/libasound.so.2.0.0)
==25829==by 0x55F3F4A: snd1_pcm_read_areas (in 
/usr/lib/x86_64-linux-gnu/libasound.so.2.0.0)
==25829==by 0x5631044: snd_pcm_ioplug_readi (in 
/usr/lib/x86_64-linux-gnu/libasound.so.2.0.0)
==25829==by 0x405D15: rmdCaptureSound (rmd_capture_sound.c:116)
==25829==by 0x589D0A3: start_thread (pthread_create.c:309)
==25829==by 0x766987C: clone (clone.S:111)
==25829==  If you believe this happened as a result of a stack
==25829==  overflow in your program's main thread (unlikely but
==25829==  possible), you can try to increase the size of the
==25829==  main thread stack using the --main-stacksize= flag.
==25829==  The main thread stack size used in this run was 8388608.
==25829== 
==25829== HEAP SUMMARY:
==25829== in use at exit: 1,893,834 bytes in 3,190 blocks
==25829==   total heap usage: 6,184 allocs, 2,994 frees, 2,385,605 bytes 
allocated
==25829== 
==25829== LEAK SUMMARY:
==25829==definitely lost: 34 bytes in 5 blocks
==25829==indirectly lost: 0 bytes in 0 blocks
==25829==  possibly lost: 45,234 bytes in 1,326 blocks
==25829==still reachable: 1,848,566 bytes in 1,859 blocks
==25829== suppressed: 0 bytes in 0 blocks
==25829== Rerun with --leak-check=full to see details of leaked memory
==25829== 
==25829== For counts of detected and suppressed errors, rerun with: -v
==25829== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
Killed
%

-- 
Happy hacking
Petter Reinholdtsen

Bug#824868: gtk+3.0: FTBFS: cp: cannot stat 'AUTHORSREADME': No such file or directory

[Michael Biebl]

Control: reassign -1 cdbs
Control: reassign 824831 cdbs
Control: forcemerge 824831 -1
Control: found -1 0.4.133
Control: fixed -1 0.4.137

Am 20.05.2016 um 17:52 schrieb Daniel Schepler:
> Source: gtk+3.0
> Version: 3.20.4-1
> Severity: serious
> X-Debbugs-CC: CDBS Hackers 
> 
>>From my pbuilder build log (on amd64):
> 
> ...

This is a cdbs regression. Suppossedly fixed by 0.4.137




-- 
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#824891: gtk+3.0: latest version breaks external themes

[Michael Biebl]

Control: block -1 by 824892
Control: block -1 by 824893

Am 20.05.2016 um 23:36 schrieb Ximin Luo:
> I've filed bug reports at #824892 and #824893 

Thanks marking accordingly
Running apt-file search I get (possibly) affected packages:

$ apt-file search /usr/share/themes/ | grep gtk-3.0 | cut -f1 -d':' |
sort -u

clearlooks-phenix-theme - #821423
elementary-theme
gnome-accessibility-themes
gnome-themes-standard-data - not affected
gtk3-engines-breeze - #824893
gtk3-engines-xfce - #824892
libgtk-3-common - not affected
mate-themes
murrine-themes
sugar-themes

There is also
gtk3-engines unico


It would be great could check those themes/engines and file bug reports
if they are affected. I don't use any themes aside from Adwaita, so I
wouldn't recognize any breakage.

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#824896: [PATCH] fix serious errors in debian/copyright

[Nicholas D Steeves]

Package: btrfs-progs
Version: 4.5.2-1
Tags: patch
Control: severity -1 severe

Btrfs-progs is not GPL-2+.  It is predominantly and explicitly GPL-2,
with some GPL-2+, some LGPL-2, and some GPL-3.  GPL-2 and GPL-3 are
not compatible, so this is serious.

Signed-off-by: Nicholas D Steeves 
diff -ur btrfs-progs-4.5.2/debian/copyright btrfs-progs-4.5.2.changed/debian/copyright
--- btrfs-progs-4.5.2/debian/copyright	2016-05-10 04:59:26.0 -0400
+++ btrfs-progs-4.5.2.changed/debian/copyright	2016-05-20 16:52:00.116975237 -0400
@@ -3,26 +3,186 @@
 Source: http://git.kernel.org/?p=linux/kernel/git/mason/btrfs-progs.git
 
 Files: *
-Copyright: 2007-2012 Oracle 
+Copyright: 2007-2010, 2012, Oracle 
+License: GPL-2
+
+Files: autogen.sh
+Copyright: 2006-2014, Karel Zak 
+License: GPL-2
+
+Files: backref.c
+  backref.h
+  btrfs-crc.c
+  cmds-qgroup.c
+  cmds-quota.c
+  cmds-replace.c
+  cmds-scrub.c
+  qgroup.c
+  qgroup.h
+Copyright: 2011-2013, STRATO 
+License: GPL-2
+
+Files: btrfs-calc-size.c
+  btrfs-find-root.c
+  cmds-inspect-tree-stats.c
+  cmds-inspect-tree-stats.h
+  cmds-restore.c
+  crc32c.h
+  free-space-cache.c
+Copyright: 2007, 2008, 2011, Red Hat 
+License: GPL-2
+
+Files: btrfs-debugfs
+Copyright: 2014, Facebook 
+License: LGPL-2
+
+Files: btrfs-list.h
+  btrfsck.h
+  chunk-recover.c
+  super-recover.c
+Copyright: 2012, 2013, FUJITSU LIMITED 
+  2013, Miao Xie 
+License: GPL-2
+
+Files: btrfs-show-super.c
+  cmds-inspect-dump-super.h
+Copyright: 2012, STRATO AG 
+License: GPL-2
+
+Files: cmds-receive.c
+  cmds-send.c
+  send-stream.c
+  send-stream.h
+  send-utils.c
+  send-utils.h
+Copyright: 2012, Alexander Block.
+License: GPL-2
+
+Files: cmds-rescue.c
+  library-test.c
+  qgroup-verify.c
+  qgroup-verify.h
+Copyright: 2013, 2014, SUSE 
+License: GPL-2
+
+Files: config/config.guess
+  config/config.sub
+Copyright: 1992-2013, Free Software Foundation, Inc. 
+License: GPL-3
+
+Files: configure
+Copyright: 1989, 1991-1996, 1998-2012, Free Software Foundation, Inc
+License: permissive-without-notices-or-disclaimer
+ This configure script is free software; the Free Software Foundation
+ gives unlimited permission to copy, distribute and modify it.
+
+Files: crc32c.c
+Copyright: 2004, Cisco Systems, Inc
 License: GPL-2+
 
-Files: radix-tree.c
-Copyright: 2007-2009 Oracle 
-   2001 Momchil Velikov
-   2001 Christoph Hellwig
-   2005 SGI, Christoph Lameter 
+Files: debian/*
+Copyright: 2007-2012, Daniel Baumann 
+License: GPL-2+
+
+Files: debian/local/btrfs-convert.*
+Copyright: 2016, Nicholas D Steeves 
+License: GPL-2
+
+Files: file.c
+  find-root.c
+  find-root.h
+  inode.c
+Copyright: 2014, 2015, Fujitsu 
+License: GPL-2
+
+Files: free-space-tree.c
+  free-space-tree.h
+  rbtree-utils.c
+  rbtree-utils.h
+Copyright: 2014, 2015, Facebook.
+License: GPL-2
+
+Files: interval_tree_generic.h
+Copyright: 2012, Michel Lespinasse 
 License: GPL-2+
 
+Files: radix-tree.c
+Copyright: 2007, Oracle 
+  2001, Momchil Velikov
+  2001, Christoph Hellwig
+  2005, SGI, Christoph Lameter 
+License: GPL-2
+
 Files: radix-tree.h
-Copyright: 2007-2009 Oracle 
-   2001 Momchil Velikov
-   2001 Christoph Hellwig
+Copyright: 2007, Oracle. 
+  2001, Momchil Velikov
+  2001, Christoph Hellwig
+License: GPL-2
+
+Files: raid6.c
+Copyright: 2002-2004, H. Peter Anvin
 License: GPL-2+
 
-Files: debian/*
-Copyright: 2007-2012 Daniel Baumann 
+Files: rbtree.c
+  rbtree_augmented.h
+Copyright: 2012, Michel Lespinasse 
+  2002, David Woodhouse 
+  1999, Andrea Arcangeli 
+License: GPL-2+
+
+Files: rbtree.h
+Copyright: 1999, Andrea Arcangeli 
 License: GPL-2+
 
+Files: send-test.c
+Copyright: 2013, SUSE 
+  2012, Alexander Block.
+License: GPL-2
+
+Files: send.h
+Copyright: 2012, STRATO 
+  2012, Alexander Block.
+License: GPL-2
+
+Files: ulist.c
+  ulist.h
+Copyright: 2011, STRATO 
+License: GPL-2
+
+Files: utils.c
+Copyright: 2008, Morey Roof.
+  2007, Oracle 
+License: GPL-2
+
+Files: uuid-tree.c
+Copyright: 2013, STRATO AG 
+License: GPL-2
+
+Files: version.sh
+Copyright: 2008, Oracle 
+  2008, Aron Griffis 
+License: GPL-2
+
+License: GPL-2
+ This program is free software; you can redistribute it
+ and/or modify it 

Bug#824895: [PATCH] warn against likely data loss

[Nicholas D Steeves]

Package: btrfs-progs
Version: 4.5.2-1
Tags: patch
Control: severity -1 severe

Because btrfs-convert is known to fail, and is known to causes
data-loss that may take some months to manifest, we must provide a
warning, because data-loss is serious.  This patch also includes a
contrib initramfs hook which is installed to
/usr/share/doc/btrfs-progs; it must be manually copied into place;
I've included it because this is the first place a sophisticated user
would look.

Signed-off-by: Nicholas D Steeves 
diff -ur --new-file btrfs-progs-4.5.2/debian/local/btrfs-convert.hook btrfs-progs-4.5.2.changed/debian/local/btrfs-convert.hook
--- btrfs-progs-4.5.2/debian/local/btrfs-convert.hook	1969-12-31 19:00:00.0 -0500
+++ btrfs-progs-4.5.2.changed/debian/local/btrfs-convert.hook	2016-05-20 17:00:42.460132609 -0400
@@ -0,0 +1,8 @@
+#!/bin/sh
+
+. /usr/share/initramfs-tools/hook-functions
+
+if command -v /bin/btrfs-convert >/dev/null 2>&1; then
+copy_exec /bin/btrfs-convert bin/btrfs-convert
+copy_exec /bin/btrfs-convert.real bin/btrfs-convert.real
+fi
diff -ur --new-file btrfs-progs-4.5.2/debian/local/btrfs-convert.wrapper btrfs-progs-4.5.2.changed/debian/local/btrfs-convert.wrapper
--- btrfs-progs-4.5.2/debian/local/btrfs-convert.wrapper	1969-12-31 19:00:00.0 -0500
+++ btrfs-progs-4.5.2.changed/debian/local/btrfs-convert.wrapper	2016-05-20 17:01:01.084103049 -0400
@@ -0,0 +1,35 @@
+#!/bin/sh
+
+cat << !EOF!
+  WARNING 
+Btrfs-convert is known to fail. An upstream rewrite of the
+utility is currently in progress. At this point in time,
+btrfs-convert is provided for experimental purposes only.
+
+Please do not convert filesystems filled with data you value.
+Expect that you will need to restore from backup.  Beware,
+the dataloss may not be immediately apparent, and may take
+some time to manifest.
+
+If you choose to experiment with btrfs-convert, please do so
+with the willingness to work with linux-bt...@vger.kernel.org
+
+!EOF!
+echo -n 'Proceed (Yes/No)?: '
+
+while true; do
+read -r choice
+case "$choice" in
+Yes )
+exec /bin/btrfs-convert.real "$@"
+exit $?
+;;
+no | n | No | NO )
+echo "Thank you for making the safe choice"
+exit 0
+;;
+* )
+echo -n "Please answer Yes or No: "
+;;
+esac
+done
diff -ur --new-file btrfs-progs-4.5.2/debian/rules btrfs-progs-4.5.2.changed/debian/rules
--- btrfs-progs-4.5.2/debian/rules	2016-05-10 05:15:55.0 -0400
+++ btrfs-progs-4.5.2.changed/debian/rules	2016-05-20 16:59:16.708269112 -0400
@@ -27,6 +27,12 @@
 	# Adding initramfs-tools integration
 	install -D -m 0755 debian/local/btrfs.hook debian/btrfs-progs/usr/share/initramfs-tools/hooks/btrfs
 	install -D -m 0755 debian/local/btrfs.local-premount debian/btrfs-progs/usr/share/initramfs-tools/scripts/local-premount/btrfs
+	install -D -m 0755 debian/local/btrfs-convert.hook debian/btrfs-progs/usr/share/doc/btrfs-convert.hook
+
+# divert btrfs-convert to btrfs-convert.real
+# and use a wrapper script to notify it is dangerous
+	mv debian/btrfs-progs/bin/btrfs-convert debian/btrfs-progs/bin/btrfs-convert.real
+	install -D -m 0755 debian/local/btrfs-convert.wrapper debian/btrfs-progs/bin/btrfs-convert
 
 # Needs autopkgtest
 override_dh_auto_test:

Bug#824894: [PATCH] provide upstream changelog

[Nicholas D Steeves]

Package: btrfs-progs
Version: 4.5.2-1
Tags: patch

Upstream btrfs-progs now provides a changelog.  Debian Policy says we
should install it to /usr/share/doc/package-version.

Signed-off-by: Nicholas D Steeves 
diff -ur btrfs-progs-4.5.2/debian/rules btrfs-progs-4.5.2.changed/debian/rules
--- btrfs-progs-4.5.2/debian/rules	2016-05-10 05:15:55.0 -0400
+++ btrfs-progs-4.5.2.changed/debian/rules	2016-05-20 16:44:41.365705123 -0400
@@ -33,3 +33,6 @@
 
 override_dh_strip:
 	dh_strip --dbg-package=btrfs-progs-dbg
+
+override_dh_installchangelogs:
+	dh_installchangelogs CHANGES

Bug#824891: gtk+3.0: latest version breaks external themes

[Christoph Anton Mitterer]

On Fri, 2016-05-20 at 23:36 +0200, Ximin Luo wrote:
> I've filed bug reports at #824892 and #824893
I think mate-themes are also broken.

smime.p7s
Description: S/MIME cryptographic signature

Bug#824891: gtk+3.0: latest version breaks external themes

[Ximin Luo]

Michael Biebl:
> Am 20.05.2016 um 22:40 schrieb Ximin Luo:
>> Source: gtk+3.0
>> Version: 3.20.4-1
>> Severity: important
>> Tags: upstream
>>
>> Dear Maintainer,
>>
>> The version currently in sid breaks external themes including those included 
>> in
>> gtk3-engines-breeze and gtk3-engines xfce. Downgrading back to 3.18.9-1 [1]
>> solves the problem.
>>
> 
> Please file bug reports against those themes to get them updated for
> Gtk+ 3.20 [1] and report back with the bug numbers. This way we can add
> appropriate versioned breaks against affected themes.
> 
> Thanks,
> Michael
> 
> [1] https://blogs.gnome.org/mclasen/2015/11/20/a-gtk-update/
> 

I've filed bug reports at #824892 and #824893 but I don't think simply 
declaring Breaks: can be considered as "solving the problem", and you shouldn't 
mark that as closing this bug.

It's bad behaviour, both from an engineering and a community-friendliness point 
of view, to break other projects like this. Linux makes a firm commitment to 
avoid breaking their clients (userspace), and GTK should do the same too.

To quote the blog post - "Oh NO! they’re breaking themes again! Which is 
certainly one way to look at it, but I think it misses the point a little bit" 
- no, to think that this "misses the point" is *itself* _missing the point_. 
Yes software improves and changes, but we don't make these things in an 
isolated vacuum and there are real consequences outside of our projects. The 
real consequence here is the time wasted by external themers trying to maintain 
compatibility.

This breakage is done in the name of saving people's time, but I doubt if this 
is really true as the code currently stands. Documentation is crucial for 
time-saving, yet there's been little attention to that.

>From the Debian side, it would be good at least to also maintain 3.18 in the 
>meantime, until other projects in our community have time to adapt. For the 
>time being, I've rebuilt 3.18.9 and uploaded it here, in case anyone else runs 
>into this bug:

https://people.debian.org/~infinity0/apt/pool/main/g/gtk+3.0/

X

-- 
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git

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

[Bálint Réczey]

Control: notfound -1 14.0+dfsg1-1
Control: fixed -1 14.0+dfsg1-1

Hi Bernhard,

This has been fixed in Kodi AFAIK I just forgot closing the bug from
the changelog.

Cheers,
Balint

Bug#824449: firefox: FTBFS on sparc64 due to wrong platform definitions

[John Paul Adrian Glaubitz]

Hi!

Some more updates:

Jose Marchesi from Oracle has provided me with two old patches that
were used to address the problem with Firefox 17.

Those patches are:

- xulrunner-linux-sparc64-xpcom.patch
- xulrunner-linux-sparc64.patch

Those patches didn't apply anymore right away. I had to update some
paths (src was omitted in some cases), plus the two following
changes:

1. I adjusted the padding in JSTryNote so it would be 64-bit aligned
   again as Firefox 46 changed stackDepth from uint16_t to uint32_t.

2. The patch to memory/jemalloc/src/include/jemalloc/internal
   /jemalloc_internal.h.in can't be applied anymore at all, even
   with editing. The code section is gone.

With these changes included, the new patch (sparc64-fixes.patch)
applies without problems but compiling Firefox will still crash
xpcshell:

(sid)root@deb4g:/build/firefox-ORgwZM/firefox-46.0.1# export
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/build/firefox-ORgwZM/firefox-46.0.1/build-browser/dist/bin/
(sid)root@deb4g:/build/firefox-ORgwZM/firefox-46.0.1#
./build-browser/dist/bin/xpcshell

(process:240502): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
Segmentation fault
(sid)root@deb4g:/build/firefox-ORgwZM/firefox-46.0.1#

The backtrace looks like this:

(gdb) bt
#0  0xfff8000102a117c4 in js::gc::Cell::storeBuffer (this=) at /build/firefox-F4xXKx/firefox-46.0.1/js/src/gc/Heap.h:1339
#1  js::HeapSlot::post (target=..., slot=0, kind=js::HeapSlot::Slot,
owner=0xfff8000112523070, this=0xfff8000112523090)
at /build/firefox-F4xXKx/firefox-46.0.1/js/src/gc/Barrier.h:692
#2  js::HeapSlot::set (this=0xfff8000112523090,
owner=owner@entry=0xfff8000112523070, slot=slot@entry=0, v=...,
kind=js::HeapSlot::Slot)
at /build/firefox-F4xXKx/firefox-46.0.1/js/src/gc/Barrier.h:679
#3  0xfff8000102a13634 in js::NativeObject::setSlot
(this=0xfff8000112523070, value=..., slot=0)
at /build/firefox-F4xXKx/firefox-46.0.1/js/src/vm/NativeObject.h:824
#4  0xfff8000102a13758 in js::NativeObject::setReservedSlot (v=...,
index=0, this=)
at /build/firefox-F4xXKx/firefox-46.0.1/js/src/vm/NativeObject.h:890
#5  js::ClonedBlockObject::create (cx=cx@entry=0xfff800010a73a400,
block=..., enclosing=...)
at /build/firefox-F4xXKx/firefox-46.0.1/js/src/vm/ScopeObject.cpp:945
#6  0xfff8000102a18f1c in js::ClonedBlockObject::createGlobal
(cx=cx@entry=0xfff800010a73a400, global=...)
at /build/firefox-F4xXKx/firefox-46.0.1/js/src/vm/ScopeObject.cpp:976
#7  0xfff80001029b43fc in js::GlobalObject::createInternal
(cx=cx@entry=0xfff800010a73a400,
clasp=0xfff8000103e07028
) at
/build/firefox-F4xXKx/firefox-46.0.1/js/src/vm/GlobalObject.cpp:278
#8  0xfff8000102a062bc in JSRuntime::createSelfHostingGlobal
(cx=cx@entry=0xfff800010a73a400)
at /build/firefox-F4xXKx/firefox-46.0.1/js/src/vm/SelfHosting.cpp:1956
#9  0xfff8000102a08988 in JSRuntime::initSelfHosting
(this=this@entry=0xfff800010c3d2000, cx=cx@entry=0xfff800010a73a400)
at /build/firefox-F4xXKx/firefox-46.0.1/js/src/vm/SelfHosting.cpp:1988
#10 0xfff8000102876f74 in js::NewContext (rt=0xfff800010c3d2000,
rt@entry=0x0, stackChunkSize=stackChunkSize@entry=8192)
at /build/firefox-F4xXKx/firefox-46.0.1/js/src/jscntxt.cpp:121
#11 0xfff8000102876fbc in JS_NewContext (rt=0x0,
stackChunkSize=stackChunkSize@entry=8192) at
/build/firefox-F4xXKx/firefox-46.0.1/js/src/jsapi.cpp:573
#12 0xfff8000101058308 in XPCJSContextStack::InitSafeJSContext
(this=0xfff800010b248240)
at
/build/firefox-F4xXKx/firefox-46.0.1/js/xpconnect/src/XPCJSContextStack.cpp:122
#13 0xfff80001010738ac in nsXPConnect::InitStatics () at
/build/firefox-F4xXKx/firefox-46.0.1/js/xpconnect/src/nsXPConnect.cpp:126
#14 0xfff800010105ccd4 in xpcModuleCtor () at
/build/firefox-F4xXKx/firefox-46.0.1/js/xpconnect/src/XPCModule.cpp:13
#15 0xfff800010229b818 in Initialize () at
/build/firefox-F4xXKx/firefox-46.0.1/layout/build/nsLayoutModule.cpp:436
#16 0xfff8000100bf9070 in nsComponentManagerImpl::KnownModule::Load
(this=0xfff800010b22f280)
at
/build/firefox-F4xXKx/firefox-46.0.1/xpcom/components/nsComponentManager.cpp:898
#17 0xfff8000100bfa018 in nsFactoryEntry::GetFactory
(this=0xfff800010b23a180)
at
/build/firefox-F4xXKx/firefox-46.0.1/xpcom/components/nsComponentManager.cpp:1934
#18 0xfff8000100bfa8d4 in
nsComponentManagerImpl::CreateInstanceByContractID
(this=0xfff800010a7f60c0,
aContractID=0xfff8000102bb8b98 "@mozilla.org/moz/jsloader;1",
aDelegate=0x0, aIID=..., aResult=0x7fee930)
at
/build/firefox-F4xXKx/firefox-46.0.1/xpcom/components/nsComponentManager.cpp:1232
#19 0xfff8000100bfc298 in nsComponentManagerImpl::GetServiceByContractID
(this=0xfff800010a7f60c0,
aContractID=0xfff8000102bb8b98 "@mozilla.org/moz/jsloader;1",
aIID=..., aResult=0x7feeac0)
at
/build/firefox-F4xXKx/firefox-46.0.1/xpcom/components/nsComponentManager.cpp:1592
#20 0xfff8000100c28514 in CallGetService (aContractID=0xfff8000102bab760

Bug#824892: Acknowledgement (gtk3-engines-xfce: needs to be updated for gtk 3.20)

[Ximin Luo]

As a side note, yes I do see #762936 but I'm pretty sure this issue is 
separate, and this package worked OK for me with GTK 3.18 and earlier.

X

-- 
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git

Bug#824893: gtk3-engines-breeze: needs to be updated for gtk 3.20

[Ximin Luo]

Package: gtk3-engines-breeze
Version: 5.5.4-1
Severity: normal
Tags: upstream

Dear Maintainer,

GTK 3.20 has updated their themes as described in this blog post

https://blogs.gnome.org/mclasen/2015/11/20/a-gtk-update/

Unfortunately this breaks the themes contained in this package, and it should
be updated to match 3.20.

Separately, I've already filed a bug report to GTK+3 at #824891 describing this
- if you wish you can also comment there with any questions or suggestions on
how they can make your life easier, this or next time.

X

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

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

Versions of packages gtk3-engines-breeze depends on:
ii  gtk2-engines-pixbuf  2.24.30-1.1
ii  libc62.22-7
ii  libgcc1  1:5.3.1-14
ii  libqt5core5a 5.5.1+dfsg-16+b1
ii  libstdc++6   5.3.1-14

gtk3-engines-breeze recommends no packages.

gtk3-engines-breeze suggests no packages.

-- no debconf information

Bug#824892: gtk3-engines-xfce: needs to be updated for gtk 3.20

[Ximin Luo]

Package: gtk3-engines-xfce
Version: 3.2.0-2
Severity: normal
Tags: upstream

Dear Maintainer,

GTK 3.20 has updated their themes as described in this blog post

https://blogs.gnome.org/mclasen/2015/11/20/a-gtk-update/

Unfortunately this breaks the themes contained in this package, and it should
be updated to match 3.20.

Separately, I've already filed a bug report to GTK+3 at #824891 describing this
- if you wish you can also comment there with any questions or suggestions on
how they can make your life easier, this or next time.

X

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

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

Versions of packages gtk3-engines-xfce depends on:
ii  libatk1.0-0  2.20.0-1
ii  libc62.22-7
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.48.0-1
ii  libgtk-3-0   3.18.9-1
ii  libpango-1.0-0   1.40.1-1
ii  libpangocairo-1.0-0  1.40.1-1

gtk3-engines-xfce recommends no packages.

gtk3-engines-xfce suggests no packages.

-- no debconf information

Bug#824891: gtk+3.0: latest version breaks external themes

[Michael Biebl]

Am 20.05.2016 um 22:58 schrieb Ximin Luo:
> And is there some more detailed documentation on how those themes
> should fix themselves? The "What do you have to do" section is fairly
> minimal and I can't see how to fix the specific issues from my
> screenshots. I have actually already tried updating the selectors (at
> least the ones that gtk complains about on stderr) and that didn't
> solve those.

I don't have a more detailed documentation than that, sorry.

Your best option is probably to poke the upstream developer directly,
e.g. via IRC (#gtk+ on irc.gnome.org) or the upstream mailing list at
https://mail.gnome.org/mailman/listinfo/gtk-devel-list



-- 
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#824817: [Pkg-clamav-devel] Bug#824817: Please include bytecode.cvd in one .deb

[Sebastian Andrzej Siewior]

On 2016-05-20 07:05:11 [+0200], Mathieu Parent wrote:
> Hi,
Hi,

> There is no offline way to test clamav. I need this to ensure c-icap is
> working properly using autopkgtest.
> 
> I propose that you include bytecode.cvd in clamav-testfiles.

bytecode.cvd? You mean that you need a sig database for malware testing?
Becase if you need something to test against the samples provided by
clamav-testfiles then you can use A `hdb' file that contains

aa15bcf478d165efd2065190eb473bcb:544:ClamAV-Test-File

For example:

|$ echo "aa15bcf478d165efd2065190eb473bcb:544:ClamAV-Test-File" > clamav.hdb
|$ $ clamscan -d clamav.hdb /usr/share/clamav-testfiles/clam.exe 
|/usr/share/clamav-testfiles/clam.exe: ClamAV-Test-File.UNOFFICIAL FOUND
|
|--- SCAN SUMMARY ---
|Known viruses: 1
|Engine version: 0.99.2
|Scanned directories: 0
|Scanned files: 1
|Infected files: 1
|Data scanned: 0.00 MB
|Data read: 0.00 MB (ratio 0.00:1)
|Time: 0.007 sec (0 m 0 s)

Is this what you are looking for?

> Thanks

Sebastian

Bug#824891: gtk+3.0: latest version breaks external themes

[Michael Biebl]

Control: block -1 by 821423

Am 20.05.2016 um 23:03 schrieb Christoph Anton Mitterer:
> On Fri, 2016-05-20 at 22:46 +0200, Michael Biebl wrote:
>> Please file bug reports against those themes to get them updated for
>> Gtk+ 3.20 [1] and report back with the bug numbers.
> #821423

Marking the bug for clearlooks-phenix-theme as blocker accordingly.


-- 
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#824891: gtk+3.0: latest version breaks external themes

[Christoph Anton Mitterer]

On Fri, 2016-05-20 at 22:46 +0200, Michael Biebl wrote:
> Please file bug reports against those themes to get them updated for
> Gtk+ 3.20 [1] and report back with the bug numbers.
#821423

Cheers,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

Bug#824891: gtk+3.0: latest version breaks external themes

[Ximin Luo]

Michael Biebl:
> 
> [1] https://blogs.gnome.org/mclasen/2015/11/20/a-gtk-update/
> 

Thanks - this is the sort of stuff that would be nice to have in NEWS.

And is there some more detailed documentation on how those themes should fix 
themselves? The "What do you have to do" section is fairly minimal and I can't 
see how to fix the specific issues from my screenshots. I have actually already 
tried updating the selectors (at least the ones that gtk complains about on 
stderr) and that didn't solve those.

X

-- 
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git

Bug#824891: gtk+3.0: latest version breaks external themes

[Michael Biebl]

Am 20.05.2016 um 22:48 schrieb D. B.:
> Yup, I'm beginning to think it'd be good if Debian reverted to 3.18 until
> 3.20 is less broken.

It's not 3.20 which is broken but the themes which need an update. So
delaying the upload of 3.20 wouldn't help.


-- 
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#824891: gtk+3.0: latest version breaks external themes

[D. B.]

Yup, I'm beginning to think it'd be good if Debian reverted to 3.18 until
3.20 is less broken. The latter will be great when it's ACTUALLY ready -
but right now, it's a rushed-out, poorly tested mess in various areas.
Maybe they felt meeting some deadline took precedence over actually testing
everything.

Including my application, which was going so well until 3.20 arrived... sigh




On Fri, May 20, 2016 at 9:40 PM, Ximin Luo  wrote:

> Source: gtk+3.0
> Version: 3.20.4-1
> Severity: important
> Tags: upstream
>
> Dear Maintainer,
>
> The version currently in sid breaks external themes including those
> included in
> gtk3-engines-breeze and gtk3-engines xfce. Downgrading back to 3.18.9-1 [1]
> solves the problem.
>
> I've not investigated the full extent of this but attached are two
> screenshots
> of some of the issues. It basically makes large sections of the UI
> completely
> unusable.
>
> gedit: if using a dark theme (such as Breeze-Dark) the main text pane
> background
> becomes transparent, but the foreground text color remains white.
>
> pavucontrol and others: borders+padding around menu buttons are not shown,
> and
> widget elements like sliders and checkboxes are not shown either.
>
> I'm trying to go through the git changelog but it's massive and will take
> me
> quite a lot of time. Please forward this as approriate.
>
> X
>
> [1] http://snapshot.debian.org/package/gtk%2B3.0/3.18.9-1/
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'stable'), (300, 'unstable'), (200,
> 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>

Bug#824891: gtk+3.0: latest version breaks external themes

[Michael Biebl]

Am 20.05.2016 um 22:40 schrieb Ximin Luo:
> Source: gtk+3.0
> Version: 3.20.4-1
> Severity: important
> Tags: upstream
> 
> Dear Maintainer,
> 
> The version currently in sid breaks external themes including those included 
> in
> gtk3-engines-breeze and gtk3-engines xfce. Downgrading back to 3.18.9-1 [1]
> solves the problem.
> 

Please file bug reports against those themes to get them updated for
Gtk+ 3.20 [1] and report back with the bug numbers. This way we can add
appropriate versioned breaks against affected themes.

Thanks,
Michael

[1] https://blogs.gnome.org/mclasen/2015/11/20/a-gtk-update/
-- 
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#824857: no password question after wakin up from hibernate

[aga...@siduction.org]

On Fri, 20 May 2016 15:16:26 +0200  wrote:
> The screensaver is setup to ask a password before resume. This works
> well.
right, known bug - will be hopefully fixed with the next release

-- 
Alf Gaida
BDBF C688 EFAD BA89 5A9F  464B CD28 0A0B 4D72 827C



signature.asc
Description: OpenPGP digital signature

Bug#824890: tex-common: fails to install

[Sunshen]

Package: tex-common
Version: 6.05
Severity: normal

fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence
order):
fmtutil:   /usr/share/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil [INFO]: writing formats under /var/lib/texmf/web2c
fmtutil [INFO]: --- remaking pdftex with pdftex
fmtutil: running `pdftex -ini   -jobname=pdftex -progname=pdftex -translate-
file=cp227.tcx *pdfetex.ini' ...
This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016/Debian) (INITEX)
 restricted \write18 enabled.
 (/usr/share/texlive/texmf-dist/web2c/cp227.tcx)
entering extended mode
(/usr/share/texlive/texmf-dist/tex/plain/config/pdfetex.ini
(/var/lib/texmf/tex/generic/config/pdftexconfig.tex)
(/usr/share/texlive/texmf-dist/tex/plain/etex/etex.src
(/usr/share/texlive/texmf-dist/tex/plain/base/plain.tex
Preloading the plain format: codes, registers, parameters, fonts, more fonts,
macros, math definitions, output routines, hyphenation
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex
[skipping from \patterns to end-of-file...]))
(/usr/share/texlive/texmf-dist/tex/plain/etex/etexdefs.lib
Skipping module "grouptypes"; Loading module "interactionmodes";
Skipping module "nodetypes"; Skipping module "iftypes";)
(/var/lib/texmf/tex/generic/config/language.def
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex))
Augmenting the Plain TeX definitions: \tracingall;
Adding new e-TeX definitions: \eTeX, \loggingall, \tracingnone,
register allocation; extended register allocation;
Recycling: \addlanguage, \@nswer (not defined), \@sk, \b@dresponsetrue,
\b@dresponsefalse, \ch@ckforyn, \mayber@cycle, \et@xabort, \et@xbuf,
\et@xfmtsrc, \et@xfilehdr, \et@xinf, \et@xpatterns, \l@ngdefnfile, \n@xt,
\p@rse (not defined), \pr@mpt (not defined), \pr@mptloop (not defined),
\forcer@cycle, \usef@llback, \usef@llbacktrue, \usef@llbackfalse,
Retaining: \et@xerr, \et@xinput, \et@xlibhdr, \et@xmsg, \et@xtoks, \et@xwarn,
\et@xl@@d, \et@xl@ad, \et@xload, \et@xlang, \et@xhash, \eTeX, \etexhdrchk,
\etexstatus, \module, \uselanguage, \r@tain, \r@cycle,)
(/usr/share/texlive/texmf-dist/tex/plain/config/pdftexmagfix.tex) )
Beginning to dump on file pdftex.fmt
 (preloaded format=pdftex 2016.5.20)
2894 strings of total length 43065
7960 memory locations dumped; current usage is 203&7321
1263 multiletter control sequences
\font\nullfont=nullfont
\font\tenrm=cmr10
\font\preloaded=cmr9
\font\preloaded=cmr8
\font\sevenrm=cmr7
\font\preloaded=cmr6
\font\fiverm=cmr5
\font\teni=cmmi10
\font\preloaded=cmmi9
\font\preloaded=cmmi8
\font\seveni=cmmi7
\font\preloaded=cmmi6
\font\fivei=cmmi5
\font\tensy=cmsy10
\font\preloaded=cmsy9
\font\preloaded=cmsy8
\font\sevensy=cmsy7
\font\preloaded=cmsy6
\font\fivesy=cmsy5
\font\tenex=cmex10
\font\preloaded=cmss10
\font\preloaded=cmssq8
\font\preloaded=cmssi10
\font\preloaded=cmssqi8
\font\tenbf=cmbx10
\font\preloaded=cmbx9
\font\preloaded=cmbx8
\font\sevenbf=cmbx7
\font\preloaded=cmbx6
\font\fivebf=cmbx5
\font\tentt=cmtt10
\font\preloaded=cmtt9
\font\preloaded=cmtt8
\font\preloaded=cmsltt10
\font\tensl=cmsl10
\font\preloaded=cmsl9
\font\preloaded=cmsl8
\font\tenit=cmti10
\font\preloaded=cmti9
\font\preloaded=cmti8
\font\preloaded=cmti7
\font\preloaded=cmu10
\font\preloaded=cmmib10
\font\preloaded=cmbsy10
\font\preloaded=cmcsc10
\font\preloaded=cmssbx10
\font\preloaded=cmdunh10
\font\preloaded=cmr7 at 14.51799pt
\font\preloaded=cmtt10 at 14.4pt
\font\preloaded=cmssbx10 at 14.4pt
\font\preloaded=manfnt
14787 words of font info for 50 preloaded fonts
14 hyphenation exceptions
Hyphenation trie of length 6075 has 181 ops out of 35111
  181 for language 0
0 words of pdfTeX memory
0 indirect objects
No pages of output.
Transcript written on pdftex.log.
fmtutil [INFO]: /var/lib/texmf/web2c/pdftex/pdftex.fmt installed.
fmtutil [INFO]: --- remaking tex with tex
fmtutil: running `tex -ini   -jobname=tex -progname=tex tex.ini' ...
This is TeX, Version 3.14159265 (TeX Live 2016/Debian) (INITEX)
(/usr/share/texlive/texmf-dist/tex/plain/config/tex.ini
(/usr/share/texlive/texmf-dist/tex/plain/base/plain.tex
Preloading the plain format: codes, registers, parameters, fonts, more fonts,
macros, math definitions, output routines, hyphenation
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex)) )
Beginning to dump on file tex.fmt
 (preloaded format=tex 2016.5.20)
2027 strings of total length 29296
4990 memory locations dumped; current usage is 110&4877
926 multiletter control sequences
\font\nullfont=nullfont
\font\tenrm=cmr10
\font\preloaded=cmr9
\font\preloaded=cmr8
\font\sevenrm=cmr7
\font\preloaded=cmr6
\font\fiverm=cmr5
\font\teni=cmmi10
\font\preloaded=cmmi9
\font\preloaded=cmmi8
\font\seveni=cmmi7
\font\preloaded=cmmi6
\font\fivei=cmmi5
\font\tensy=cmsy10
\font\preloaded=cmsy9
\font\preloaded=cmsy8
\font\sevensy=cmsy7
\font\preloaded=cmsy6

Bug#824466: RFS: setop/0.1-1 [ITP]

[Gianfranco Costamagna]

(stripping -mentors, adding the bug to the cc list)



(another mail where I did send commands to the BTS interface weren't intended 
to you)


if you care to learn...
https://www.debian.org/Bugs/server-control
>I resent the RFS mail to sub...@bugs.debian.org. This time the subject 

>was simply "RFS: setop/0.1-1 [ITP]" instead of "Bug#813485: RFS: 
>setop/0.1-1 [ITP]". Perhaps that was the problem.


yes, as Mattia said to me, starting with Bug: means that this is a followup 
to a current
bug so submit won't open a new one.


>I deleted the dependence libboost-dev as suggested, ALTHOUGH I am not 
>sure if that is correct.
>The documentation just says “This package provides headers.” Besides 
>regex and program-options I indeed need some other headers and now I 
>don’t know if these are installed for sure.


each sublibrary has its headers and its libraries, so you need just the minimum 
set
needed.
(pbuilder is happy on a clean environment)

>Changed the text according to the examples.


I still don't get why having two licenses.
you need a LICENSE file inside your tarball, with the license text inside,
otherwise the package will be probably rejected.

and it is fine to have *everything* under GPL-2+


>You were right: not having any releases yields in an error. I created 
>one for testing, and everything is ok now.


wonderful!

please let me know!
(BTW std-version is 3.9.8 now)

G.

Bug#824889: tex-common: pfmtutil fails in post-inst of tex-common

[nkiesel]

Package: tex-common
Version: 6.05
Severity: normal

Dear Maintainer,

upgrade fails with

fmtutil [ERROR]: running `pdftex -ini   -jobname=mptopdf -progname=context
-translate-file=cp227.tcx mptopdf.tex 
pn  xpdf-reader | pdf-viewer 

Versions of packages texlive-binaries depends on:
ii  dpkg  1.18.7
ii  install-info  6.1.0.dfsg.1-6
ii  libc6 2.22-9
ii  libcairo2 1.14.6-1+b1
ii  libfontconfig12.11.0-6.4
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.1.1-4
ii  libgmp10  2:6.1.0+dfsg-2
ii  libgraphite2-31.3.8-1
ii  libgs99.19~dfsg-1+b1
ii  libharfbuzz-icu0  1.2.6-2
ii  libharfbuzz0b 1.2.6-2
ii  libice6   2:1.0.9-1+b1
ii  libicu55  55.1-7
ii  libkpathsea6  2016.20160513.41080-2
ii  libmpfr4  3.1.4-1
ii  libpaper1 1.1.24+nmu4
ii  libpixman-1-0 0.33.6-1
ii  libpng16-16   1.6.21-5
ii  libpoppler57  0.38.0-3
ii  libpotrace0   1.13-2
ii  libptexenc1   2016.20160513.41080-2
ii  libsm62:1.2.2-1+b1
ii  libstdc++66.1.1-4
ii  libsynctex1   2016.20160513.41080-2
ii  libtexlua52   2016.20160513.41080-2
ii  libtexluajit2 2016.20160513.41080-2
ii  libx11-6  2:1.6.3-1
ii  libxaw7   2:1.0.13-1
ii  libxext6  2:1.3.3-1
ii  libxi62:1.7.6-1
ii  libxmu6   2:1.1.2-2
ii  libxpm4   1:3.5.11-1+b1
ii  libxt61:1.1.5-1
ii  libzzip-0-13  0.13.62-3
ii  perl  5.22.2-1
ii  t1utils   1.39-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages texlive-binaries recommends:
ii  python2.7.11-1
ii  ruby  1:2.3.0+4
ii  texlive-base  2016.20160520-1
ii  tk [wish] 8.6.0+9

-- debconf information:
fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence order):
fmtutil:   /usr/share/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil [INFO]: writing formats under /var/lib/texmf/web2c
fmtutil [INFO]: --- remaking pdftex with pdftex
fmtutil: running `pdftex -ini   -jobname=pdftex -progname=pdftex 
-translate-file=cp227.tcx *pdfetex.ini' ...
This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016/Debian) (INITEX)
 restricted \write18 enabled.
 (/usr/share/texlive/texmf-dist/web2c/cp227.tcx)
entering extended mode
(/usr/share/texlive/texmf-dist/tex/plain/config/pdfetex.ini
(/var/lib/texmf/tex/generic/config/pdftexconfig.tex)
(/usr/share/texlive/texmf-dist/tex/plain/etex/etex.src
(/usr/share/texlive/texmf-dist/tex/plain/base/plain.tex
Preloading the plain format: codes, registers, parameters, fonts, more fonts,
macros, math definitions, output routines, hyphenation
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex
[skipping from \patterns to end-of-file...]))
(/usr/share/texlive/texmf-dist/tex/plain/etex/etexdefs.lib
Skipping module "grouptypes"; Loading module "interactionmodes";
Skipping module "nodetypes"; Skipping module "iftypes";)
(/var/lib/texmf/tex/generic/config/language.def
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex))
Augmenting the Plain TeX definitions: \tracingall;
Adding new e-TeX definitions: \eTeX, \loggingall, \tracingnone,
register allocation; extended register allocation; 
Recycling: \addlanguage, \@nswer (not defined), \@sk, \b@dresponsetrue,
\b@dresponsefalse, \ch@ckforyn, \mayber@cycle, \et@xabort, \et@xbuf,
\et@xfmtsrc, \et@xfilehdr, \et@xinf, \et@xpatterns, \l@ngdefnfile, \n@xt,
\p@rse (not defined), \pr@mpt (not defined), \pr@mptloop (not defined),
\forcer@cycle, \usef@llback, \usef@llbacktrue, \usef@llbackfalse, 
Retaining: \et@xerr, \et@xinput, \et@xlibhdr, \et@xmsg, \et@xtoks, \et@xwarn,
\et@xl@@d, \et@xl@ad, \et@xload, \et@xlang, \et@xhash, \eTeX, \etexhdrchk,
\etexstatus, \module, \uselanguage, \r@tain, \r@cycle,)
(/usr/share/texlive/texmf-dist/tex/plain/config/pdftexmagfix.tex) )
Beginning to dump on file pdftex.fmt
 (preloaded format=pdftex 2016.5.20)
2894 strings of total length 43065
7960 memory locations dumped; current usage is 203&7321
1263 multiletter control sequences
\font\nullfont=nullfont
\font\tenrm=cmr10
\font\preloaded=cmr9
\font\preloaded=cmr8
\font\sevenrm=cmr7
\font\preloaded=cmr6
\font\fiverm=cmr5
\font\teni=cmmi10
\font\preloaded=cmmi9
\font\preloaded=cmmi8
\font\seveni=cmmi7
\font\preloaded=cmmi6
\font\fivei=cmmi5
\font\tensy=cmsy10
\font\preloaded=cmsy9
\font\preloaded=cmsy8
\font\sevensy=cmsy7
\font\preloaded=cmsy6
\font\fivesy=cmsy5
\font\tenex=cmex10
\font\preloaded=cmss10
\font\preloaded=cmssq8
\font\preloaded=cmssi10
\font\preloaded=cmssqi8
\font\tenbf=cmbx10
\font\preloaded=cmbx9
\font\preloaded=cmbx8
\font\sevenbf=cmbx7
\font\preloaded=cmbx6
\font\fivebf=cmbx5
\font\tentt=cmtt10
\font\preloaded=cmtt9
\font\preloaded=cmtt8
\font\preloaded=cmsltt10
\font\tensl=cmsl10
\font\preloaded=cmsl9

Bug#600336: Fwd: Bug#600336: rhythmbox: Claims audio device all for itself

[Manuel Bilderbeek]

Hi,

On 20-05-16 15:16, Scott Leggett wrote:

I forgot to CC you into the original email and am not sure if you are
subscribed to the bug report.


I am not, so thanks for sending this mail.


Please see below.

- Forwarded message from Scott Leggett  -


Date: Fri, 20 May 2016 02:08:25 +1000
From: Scott Leggett 
To: 600...@bugs.debian.org
Subject: Bug#600336: rhythmbox: Claims audio device all for itself

This bug was reported against a very old version of pulseaudio.

Do you still see this issue in the current version in stable?


I'm still running testing, but I don't see the issue anymore. I first 
had to find out which package has 'play' though and I found out it was 
'sox'. After installing it and playing something, I found it plays fine 
with and without Rhythmbox running.


So I guess somehow the problem is solved or became irrelevant.

--
Kind regards,

Manuel

Bug#824888: Exim procmail transport missing options for local parts (ie plus addressing)

[Brandon Peterson]

Package: exim4-config
Version: 4.80-7+deb7u1

When I try to use procmail to filter messages using a local_parts_suffix it 
never works. It should have similar options to the local_user section to enable 
local parts processing. When I change 
/etc/exim4/conf.d/router/700_exim4-config_procmail to the below and regenerate 
the template it works.

Thanks,
Brandon


procmail:
  debug_print = "R: procmail for $local_part@$domain"
  driver = accept
  domains = +local_domains
  check_local_user

  .ifdef ROUTER_LOCAL_SUFFIX_MATCH
  local_part_suffix = ROUTER_LOCAL_SUFFIX_MATCH
  .ifdef ROUTER_LOCAL_SUFFIX_OPTIONAL
  local_part_suffix_optional
  .endif
  .endif

  transport = procmail_pipe
  # emulate OR with "if exists"-expansion
  require_files = ${local_part}:\
  ${if exists{/etc/procmailrc}\
{/etc/procmailrc}{${home}/.procmailrc}}:\
  +/usr/bin/procmail
  no_verify
  no_expn

Bug#824886: RM: xdg-app/experimental -- ROM; superseded by src:flatpak

[Simon McVittie]

Package: ftp.debian.org
Severity: normal

Now that you've accepted flatpak from the NEW queue (thanks!),
src:xdg-app can be removed.

I haven't bothered with transitional packages since xdg-app was never
in unstable.

Regards,
S

Bug#824887: transition: gl2ps

[Anton Gladky]

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

New lib-version.

Ben file:

title = "gl2ps";
is_affected = .depends ~ "libgl2ps0" | .depends ~ "libgl2ps1";
is_good = .depends ~ "libgl2ps1";
is_bad = .depends ~ "libgl2ps0";


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

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

Bug#821022: julia is marked for autoremoval from testing

[Peter Colberg]

Hi Sylvestre,

Julia has been marked for autoremoval from testing on 2016-06-06 due
to Debian bug #821022 on python-lldb-3.8. Could you upload a fixed
version using the patch [1] provided by Pablo Oliveira?

[1] https://bugs.debian.org/821022#20

Regards,
Peter

Bug#824711: closed by Anton Gladky <gl...@debian.org> (Bug#824711: fixed in coin3 3.1.4~abc9f50+dfsg1-2)

[Francesco Poli]

On Fri, 20 May 2016 19:00:07 + Debian Bug Tracking System wrote:

[...]
>[ Francesco Poli ]
>* [832d33b] Fix d/copyright. (Closes: #824711)
[...]

Thanks for applying my patch!   :-)
Bye.

-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpJJ666m4qGG.pgp
Description: PGP signature

Bug#824884: netbase: should not recommend ifupdown

[Marco d'Itri]

Does anybody see a reason to NOT remove the recommends?

On May 20, Ansgar Burchardt  wrote:

> netbase should not recommend ifupdown.  Currently any package
> depending on netbase will install ifupdown and a dhcp client if
> recommends are installed, see [1].
> 
> As ifupdown is currently Priority: important (same as netbase), it
> will be installed in everything but minimal installations anyway.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#798636: Puppet 4 is now in experimental

[Stig Sandbeck Mathisen]

I've just uploaded puppet 4.5.0-1 to Debian experimental.


There is one problem with puppet 4 and packaged puppet modules.  If I
install puppet 4, packaged puppet modules (puppet-module-*) are
deinstalled.

This is caused by a dependency on a minimum version of puppet-common, or
a dependency on "puppet-module-puppetlabs-stdlib" which has such a
dependency.

The "puppet" package has "Provides: puppet-common", but this does not
satisfy a versioned dependency.

Some packaged puppet modules use "Depends: puppet-common (>= 3)", and
installing puppet 4 will cause these packages to be uninstalled.

These need to be updated to "Depends: puppet (>= 4) | puppet-common (>=
3)" before puppet 4 should be uploaded to Debian unstable:

  puppet-module-asciiduck-sssd (>= 3)
  puppet-module-puppetlabs-apt (>= 3)
  puppet-module-puppetlabs-concat (>= 3)
  puppet-module-puppetlabs-inifile (>= 3)
  puppet-module-puppetlabs-ntp (>= 3)
  puppet-module-puppetlabs-postgresql (>= 3)
  puppet-module-puppetlabs-stdlib (>= 3)
  puppet-module-saz-memcached (>= 3)

I'll upload new versions of these shortly, with the dependencies fixed.

The other packaged puppet modules use "Depends: puppet-common". These
should be updated to "Depends: puppet (>= 4) | puppet-common" at some
point.

-- 
Stig Sandbeck Mathisen

Bug#824885: override: debconf-i18n:localization/important

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: normal

[ For after the d-i alpha currently in preparation ]

Please consider demoting debconf-i18n from required to important.
debconf now only recommends it instead of having a strict dependency
and i18n support isn't required in minimal installations.

This should also allow demoting several perl modules:
libtext-iconv-perl, libtext-wrapi18n-perl, libtext-charwidth-perl (or
demoting those even to "optional" with the reasoning given in #758234)

Ansgar

Bug#824831: gtkspell3: FTBFS: cp: cannot stat './AUTHORSREADME': No such file or directory

[Jonas Smedegaard]

Quoting Michael Biebl (2016-05-20 20:15:04)
> Another fallout
> Just tried to build gtk+3.0 which now also FTBFS due to the new cdbs.
> 
> https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gtk%2B3.0/debian/rules?view=markup
> dh_installdocs -plibgtk-3-common AUTHORSREADME NEWS
> cp: cannot stat 'AUTHORSREADME': No such file or directory
> dh_installdocs: cp --reflink=auto -a AUTHORSREADME
> debian/libgtk-3-common/usr/share/doc/libgtk-3-common returned exit code 1
> /usr/share/cdbs/1/rules/debhelper.mk:240: recipe for target
> 'binary-install/libgtk-3-common' failed
> make: *** [binary-install/libgtk-3-common] Error 2

Thanks for reporting.

The error looks suspiciously identical to the error I just fixed, and I 
have so far¹ been unable to reproduce it: Can you please triple-check 
that build environment of the failure has cdbs 0.4.137 installed?

 - Jonas

¹ using a crude slimmed down rules file to avoid compilation on my slow 
hardware.

-- 
 * 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#824884: netbase: should not recommend ifupdown

[Ansgar Burchardt]

Package: netbase
Version: 5.3
Severity: normal

netbase should not recommend ifupdown.  Currently any package
depending on netbase will install ifupdown and a dhcp client if
recommends are installed, see [1].

As ifupdown is currently Priority: important (same as netbase), it
will be installed in everything but minimal installations anyway.

Ansgar

  [1] 

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

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

Versions of packages netbase depends on:
ii  lsb-base  9.20160110

Versions of packages netbase recommends:
pn  ifupdown  

netbase suggests no packages.

-- no debconf information

Bug#824883: Simh/unstable is very out of date

[Robert de Bath]

Package: simh
Version: 3.8.1-5

The currently release version is 3.9-0 and it was released

Thu May 3 14:31:47 2012 -0700

It has security features like support for various methods of connecting to 
the network without running as root and performance features like improved 
CPU Idle detection on the vax emulator and floating point on the pdp-11.


The current Beta of version 4.0 may also be a reasonable update.

--
Rob.  (Robert de Bath )
 

Bug#824831: gtkspell3: FTBFS: cp: cannot stat './AUTHORSREADME': No such file or directory

[Jonas Smedegaard]

Quoting Jonas Smedegaard (2016-05-20 20:30:51)
> Quoting Michael Biebl (2016-05-20 20:15:04)
> > Another fallout
> > Just tried to build gtk+3.0 which now also FTBFS due to the new cdbs.
> >
> > https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gtk%2B3.0/debian/rules?view=markup
> > dh_installdocs -plibgtk-3-common AUTHORSREADME NEWS
> > cp: cannot stat 'AUTHORSREADME': No such file or directory
> > dh_installdocs: cp --reflink=auto -a AUTHORSREADME
> > debian/libgtk-3-common/usr/share/doc/libgtk-3-common returned exit code 1
> > /usr/share/cdbs/1/rules/debhelper.mk:240: recipe for target
> > 'binary-install/libgtk-3-common' failed
> > make: *** [binary-install/libgtk-3-common] Error 2
> 
> Arrgh. Thanks.
> 
> Sorry for the mess. I really thought I'd tested it :-(

Ohh, in _gtk+3.0_ - ok.  Still bad (ideally cdbs would have huge 
testsuite to catch all such things), but not as embarrassing as if the 
_same_ package was still failing.

 - 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#824831: gtkspell3: FTBFS: cp: cannot stat './AUTHORSREADME': No such file or directory

[Jonas Smedegaard]

Quoting Michael Biebl (2016-05-20 20:15:04)
> Another fallout
> Just tried to build gtk+3.0 which now also FTBFS due to the new cdbs.
>
> https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gtk%2B3.0/debian/rules?view=markup
> dh_installdocs -plibgtk-3-common AUTHORSREADME NEWS
> cp: cannot stat 'AUTHORSREADME': No such file or directory
> dh_installdocs: cp --reflink=auto -a AUTHORSREADME
> debian/libgtk-3-common/usr/share/doc/libgtk-3-common returned exit code 1
> /usr/share/cdbs/1/rules/debhelper.mk:240: recipe for target
> 'binary-install/libgtk-3-common' failed
> make: *** [binary-install/libgtk-3-common] Error 2

Arrgh. Thanks.

Sorry for the mess. I really thought I'd tested it :-(

 - 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#818642:

[Adrián Chaves Fernández]

I stumbled upon this issue packaging for Chakra. Comparing the Arch Linux
PKGBUILD to ours, I found out that the issue was that I was building the
package in a clean build folder (cd build, cmake ..), and it seems that the
package only suceeds if build on the source package directly (cmake .).
Hope it helps!

Bug#807377: binutils: build for N32 and MIPS r6

[Matthias Klose]

On 20.05.2016 14:14, YunQiang Su wrote:

On Fri, May 20, 2016 at 7:34 PM, YunQiang Su  wrote:

On Fri, May 20, 2016 at 5:54 PM, Matthias Klose  wrote:

On 15.05.2016 14:56, YunQiang Su wrote:


As in dpkg, mips32r6(el) has been renamed to mipsr6(el),
I updated this patch.

On Tue, Mar 8, 2016 at 9:22 PM, YunQiang Su  wrote:


On Tue, 8 Dec 2015 15:15:03 +0800 YunQiang Su  wrote:


Package: src:binutils
Version: 2.25.90.20151125-2
Control: block -1 by 807340

This patch enable building n32 and {32r6,n32r6,64r6} for mips.
Please add it when dpkg patch is merged.



I refreshed this patche. See the attachment.



These names need documenting in
https://wiki.debian.org/Multiarch/Tuples


I will do it now.


Added. Thank you.


The Debian architecture names are missing.

Bug#824591: transition: evolution-data-server 3.20

[Michael Biebl]

Am 18.05.2016 um 16:45 schrieb Emilio Pozuelo Monfort:
> Control: tags -1 confirmed
> 
> On 18/05/16 15:14, Michael Biebl wrote:
>> Am 17.05.2016 um 21:41 schrieb Michael Biebl:
>>> We used deb-o-matic to compile all reverse dependencies, and only
>>> syncevolution failed to build. I was told that a fix for that is in the
>>> works.
>>
>> Small update here: syncevolution currently FTBFS because of libical
>> (#824426), once that bug is fixed the package might be binNMUable.
>>
>> Besides syncevolution the only package needing a sourceful upload is
>> evolution. I've prepared that upload in experimental and the package has
>> been built everywhere successfully.
>> So we should be good to go and this looks like a rather painless transition.

evolution-data-server was uploaded in the mean time.
I also made sourceful uploads of evolution, evolution-ews and evolution-rss.

Due to some unfortunate timing, evolution-rss on armel did pick up a
dependency on evolution 3.18.

Emilio, could you please schedule a binNMU for evolution-rss on armel
with a dw on evolution-dev (>= 3.20).

Thanks,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#824862: tex-common: Installations fails (on mipsel) due to fmtutil failure.

[Leo L. Schwab]

Package: tex-common
Version: 6.05
Followup-For: Bug #824862

Dear Maintainer,

Also fails on x84_64.  Failure log attached.

Schwab

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

Kernel: Linux 4.5.0-2-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 tex-common depends on:
ii  dpkg  1.18.7
ii  ucf   3.0036

tex-common recommends no packages.

Versions of packages tex-common suggests:
ii  debhelper  9.20160403

Versions of packages texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  libpaper-utils 1.1.24+nmu4
ii  texlive-binaries   2016.20160513.41080-2
ii  ucf3.0036
ii  xdg-utils  1.1.1-1

Versions of packages texlive-base recommends:
ii  lmodern  2.004.5-3

Versions of packages texlive-base suggests:
ii  evince [postscript-viewer]   3.20.0-3
ii  ghostscript [postscript-viewer]  9.19~dfsg-1+b1
pn  perl-tk  
pn  xpdf-reader | pdf-viewer 

Versions of packages texlive-binaries depends on:
ii  dpkg  1.18.7
ii  libc6 2.22-9
ii  libcairo2 1.14.6-1+b1
ii  libfontconfig12.11.0-6.4
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.1.1-4
ii  libgmp10  2:6.1.0+dfsg-2
ii  libgraphite2-31.3.8-1
ii  libgs99.19~dfsg-1+b1
ii  libharfbuzz-icu0  1.2.6-2
ii  libharfbuzz0b 1.2.6-2
ii  libice6   2:1.0.9-1+b1
ii  libicu55  55.1-7
ii  libkpathsea6  2016.20160513.41080-2
ii  libmpfr4  3.1.4-1
ii  libpaper1 1.1.24+nmu4
ii  libpixman-1-0 0.33.6-1
ii  libpng16-16   1.6.21-5
ii  libpoppler57  0.38.0-3
ii  libpotrace0   1.13-2
ii  libptexenc1   2016.20160513.41080-2
ii  libsm62:1.2.2-1+b1
ii  libstdc++66.1.1-4
ii  libsynctex1   2016.20160513.41080-2
ii  libtexlua52   2016.20160513.41080-2
ii  libtexluajit2 2016.20160513.41080-2
ii  libx11-6  2:1.6.3-1
ii  libxaw7   2:1.0.13-1
ii  libxext6  2:1.3.3-1
ii  libxi62:1.7.6-1
ii  libxmu6   2:1.1.2-2
ii  libxpm4   1:3.5.11-1+b1
ii  libxt61:1.1.5-1
ii  libzzip-0-13  0.13.62-3
ii  perl  5.22.2-1
ii  t1utils   1.39-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages texlive-binaries recommends:
ii  python2.7.11-1
ii  ruby  1:2.3.0+4
ii  texlive-base  2016.20160520-1
ii  tk [wish] 8.6.0+9

-- debconf information:
  texlive-base/texconfig_ignorant:
  texlive-base/binary_chooser: pdftex, dvips, dvipdfmx, xdvi
fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence order):
fmtutil:   /usr/share/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil [INFO]: writing formats under /var/lib/texmf/web2c
fmtutil [INFO]: --- remaking pdftex with pdftex
fmtutil: running `pdftex -ini   -jobname=pdftex -progname=pdftex 
-translate-file=cp227.tcx *pdfetex.ini' ...
This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016/Debian) (INITEX)
 restricted \write18 enabled.
 (/usr/share/texlive/texmf-dist/web2c/cp227.tcx)
entering extended mode
(/usr/share/texlive/texmf-dist/tex/plain/config/pdfetex.ini
(/var/lib/texmf/tex/generic/config/pdftexconfig.tex)
(/usr/share/texlive/texmf-dist/tex/plain/etex/etex.src
(/usr/share/texlive/texmf-dist/tex/plain/base/plain.tex
Preloading the plain format: codes, registers, parameters, fonts, more fonts,
macros, math definitions, output routines, hyphenation
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex
[skipping from \patterns to end-of-file...]))
(/usr/share/texlive/texmf-dist/tex/plain/etex/etexdefs.lib
Skipping module "grouptypes"; Loading module "interactionmodes";
Skipping module "nodetypes"; Skipping module "iftypes";)
(/var/lib/texmf/tex/generic/config/language.def
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex))
Augmenting the Plain TeX definitions: \tracingall;
Adding new e-TeX definitions: \eTeX, \loggingall, \tracingnone,
register allocation; extended register allocation; 
Recycling: \addlanguage, \@nswer (not defined), \@sk, \b@dresponsetrue,
\b@dresponsefalse, \ch@ckforyn, \mayber@cycle, \et@xabort, \et@xbuf,
\et@xfmtsrc, \et@xfilehdr, \et@xinf, \et@xpatterns, \l@ngdefnfile, \n@xt,
\p@rse (not defined), \pr@mpt (not defined), \pr@mptloop (not defined),
\forcer@cycle, \usef@llback, \usef@llbacktrue, \usef@llbackfalse, 
Retaining: \et@xerr, \et@xinput, \et@xlibhdr, \et@xmsg, \et@xtoks, \et@xwarn,
\et@xl@@d, \et@xl@ad, \et@xload, \et@xlang, \et@xhash, \eTeX, \etexhdrchk,
\etexstatus, \module, 

Bug#824841: libgtk-3-0: Properly include upstream changelog

[Ximin Luo]

Yes, that was a typo. Fortunately my bug subject line was correct and also I 
referred to the upstream changelog by the correct filename.

Could you add this address

https://git.gnome.org/browse/gtk+

in addition to the current "fake" upstream changelog, please?

I also strongly recommend adding the actual upstream git log into 
debian/upstream/changelog - for example like how many xul-ext-* packages do. 
Especially since upstream git is almost 300MiB in size - it would save users 
and volunteers a great deal of time if we could just read it directly, instead 
of needing a fast and stable internet connection, and waiting for a few 
minutes. Then there is the extra step of figuring out which git tag to use, to 
avoid seeing commits not relevant to the currently-installed version. All of 
these steps do not make for a pleasant debugging experience especially when my 
UI is fucked.

X

D. B.:
> You asked for "the upstream bug [log, presumably]", so it was reasonable
> for people to presume you wanted a list of bugfixes.
> 
> upstream is git.gnome.org and browse for gtk+
> 
> 
> 
> On Fri, May 20, 2016 at 4:15 PM, Ximin Luo  wrote:
> 
>> Michael Biebl:
>>> Am 20.05.2016 um 12:15 schrieb Ximin Luo:
 Package: libgtk-3-0
 Version: 3.20.4-1
 Severity: important

 Dear Maintainer,

 Whilst investigating a bug involving GTK themes, I found that the
>> contents of
 the upstream bug is useless:

 $ zcat /usr/share/doc/libgtk-3-0/changelog.gz
 A git checkout and git-log is required to generate this file

 Please fix this - if necessary by generating the changelog from git and
 repacking the Debian "orig" tarball to include this generated version.

 Otherwise it makes bug tracking much harder.
>>>
>>> All bugs are mentioned in the NEWS file.
>>> For a complete and more detailed list, a git checkout is much, much
>>> better anyway.
>>>
>>
>> The NEWS file contains a list of bugs that have just been fixed, but
>> doesn't contain details of major changes that might have resulted in new
>> bugs. Obviously the latter is what I'm interested in - I wouldn't be trying
>> to read about bugs that were just fixed, since I hopefully wouldn't be
>> experiencing them in the first place.
>>
>> Where is the upstream git? It would be helpful to include the address of
>> this repository in changelog.gz, as well as the actual commands I need to
>> run (including its dependencies) to generate it. Saving people time really
>> helps to avoid user frustration, especially if upstream is prone to making
>> backward-incompatible changes that break everything.
>>
>> X
>>
>> --
>> GPG: ed25519/56034877E1F87C35
>> GPG: rsa4096/1318EFAC5FBBDBCE
>> git://github.com/infinity0/pubkeys.git
>>
>>
> 


-- 
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git

Bug#824831: gtkspell3: FTBFS: cp: cannot stat './AUTHORSREADME': No such file or directory

[Michael Biebl]

Am 20.05.2016 um 13:17 schrieb Jonas Smedegaard:
> Quoting Jonas Smedegaard (2016-05-20 12:59:21)
>> Quoting Emilio Pozuelo Monfort (2016-05-20 12:38:11)
>>> Looks like in the past this called:
>>>
>>> dh_installdocs -plibgtkspell3-3-0 ./README ./AUTHORS
>>> dh_installdocs -plibgtkspell3-3-dev ./README ./AUTHORS README
>>>
>>> See
>>> https://buildd.debian.org/status/fetch.php?pkg=gtkspell3=i386=3.0.8-1=1461112198
>>>
>>> Which is rather confusing. No idea if that is expected and what is 
>>> the proper way to disable installation of docs.
>>
>> Hmm, that looks buggy too - a different bug.  Thanks for spotting that!
> 
> No, that other issue is not a bug: DEB_INSTALL_DOCS_libgtkspell3-3-0 
> overrides only DEB_INSTALL_DOCS_DEFAULT, not DEB_INSTALL_DOCS_ALL.
> 
> (It would've been more intuitive if auto-detected files were included 
> only by default, but that's not how it was introduced many years ago, 
> and will need an epoch to change now.)
> 
> Here's how to only include README only in -dev:
> 
> DEB_INSTALL_DOCS_ALL =
> DEB_INSTALL_DOCS_libgtkspell3-3-dev = README
> 
> Here's how to include README in -dev, and auto-detect only for -doc:
> 
> DEB_INSTALL_DOCS_libgtkspell3-3-doc := $(DEB_INSTALL_DOCS_ALL)
> DEB_INSTALL_DOCS_ALL =
> DEB_INSTALL_DOCS_libgtkspell3-3-dev = README
> 
> The latter example must be declared _after_ snippet inclusion - for the 
> former example order does not matter.

Another fallout
Just tried to build gtk+3.0 which now also FTBFS due to the new cdbs.

https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gtk%2B3.0/debian/rules?view=markup
dh_installdocs -plibgtk-3-common AUTHORSREADME NEWS
cp: cannot stat 'AUTHORSREADME': No such file or directory
dh_installdocs: cp --reflink=auto -a AUTHORSREADME
debian/libgtk-3-common/usr/share/doc/libgtk-3-common returned exit code 1
/usr/share/cdbs/1/rules/debhelper.mk:240: recipe for target
'binary-install/libgtk-3-common' failed
make: *** [binary-install/libgtk-3-common] Error 2




-- 
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#824874: octave: Installation fails due to linking against old version of libgl2ps (.so.0 vs. so.1)

[Mike Miller]

On Fri, May 20, 2016 at 12:44:11 -0500, Phil Miller wrote:
> I went looking at gl2ps. The version in experimental bumps the package name
> to match the soname. Maybe just copy and reassign this bug there so that
> the current version that breaks dependencies doesn't transition to testing.

I've filed #824882 separately now, I think that should be enough to
block transition. I think this bug can probably be marked as a
duplicate.

-- 
mike

Bug#824882: libgl2ps0 unexpectedly provides libgl2ps.so.1

[Mike Miller]

Package: libgl2ps0
Version: 1.3.8-2
Severity: serious
Justification: Policy 8.1

The libgl2ps0 package now installs libgl2ps.so.1.3.8 with soname
libgl2ps.so.1. This is a policy violation, either the patch that
introduced this change must be undone restoring .so.0, or the package
must be renamed to do a proper library transition.

I see the new upstream version in experimental provides the properly
named libgl2ps1 package. So a possible resolution would be to upload
1.3.9 to unstable.

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

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

Versions of packages libgl2ps0 depends on:
ii  libc6  2.22-9

libgl2ps0 recommends no packages.

libgl2ps0 suggests no packages.

-- no debconf information

Bug#824711: coin3: the debian/copyright file incorrectly labels the license texts

[Anton Gladky]

tags 824711 +pending
thanks

Bug#822529: gdm3: retries to often / to fast on errors

[Tobias Frost]

Am Dienstag, den 17.05.2016, 18:58 +0200 schrieb Michael Biebl:
> Control: tags -1 moreinfo
> 
> On Fri, 6 May 2016 16:52:33 +0200 Laurent Bigonville  g>
> wrote:
> > 
> > Do you think it's a regression from 3.18? TBH, I think I already
> > saw 
> > this behavior in the past.
> Tobias, can you please answer this question, i.e. try 3.18 from
> testing
> and see if that shows the same behaviour.
> 
> Atm, this bug blocks gdm3 and a lot of other important GNOME 3.20
> from
> entering testing.
> 
> Michael
> 
> 

Sorry, case of temporary ENOTIME and I also had to prepare another
machine for the test, which took longer than expected. 

But I can confirm now that 3.18 also has the problem.

-- 
tobi

Bug#177956: Still not working on 4.2r3

[Sebastiaan Couwenberg]

Control: tags -1 upstream
Control: found -1 libhdf4/4.2.10-3.2

On Fri, 20 Jun 2008 23:46:33 +0200 "Francesco P. Lovergine" wrote:
> [...]
> diff[124994] = 0, data = 0.158533
> diff[124995] = 0, data = 0.383267
> diff[124996] = 0, data = 0.18932
> diff[124997] = 0, data = 0.278061
> diff[124998] = 0, data = 0.71597
> diff[124999] = 0, data = 0.836227
> diff[125000] = 0, data = 0.567353
> diff[125001] = -0.581675, data = 0.581675
> diff[125002] = -0.77736, data = 0.77736
> diff[125003] = -0.262859, data = 0.262859
> diff[125004] = -0.27511, data = 0.27511
> diff[125005] = -0.524737, data = 0.524737
> diff[125006] = -0.87425, data = 0.87425
> diff[125007] = -0.875206, data = 0.875206
> diff[125008] = -0.176719, data = 0.176719
> diff[125009] = -0.20361, data = 0.20361
> 
> This is still broken in current HDF4 apparently.

And also still with HDF4 4.2.10:

 [...]
 diff[124990] = 0, data = 0.505574
 diff[124991] = 0, data = 0.538893
 diff[124992] = 0, data = 0.549156
 diff[124993] = 0, data = 0.282955
 diff[124994] = 0, data = 0.158533
 diff[124995] = 0, data = 0.383267
 diff[124996] = 0, data = 0.18932
 diff[124997] = 0, data = 0.278061
 diff[124998] = 0, data = 0.71597
 diff[124999] = 0, data = 0.836227
 diff[125000] = 0, data = 0.567353
 diff[125001] = -0.581675, data = 0.581675
 diff[125002] = -0.77736, data = 0.77736
 diff[125003] = -0.262859, data = 0.262859
 diff[125004] = -0.27511, data = 0.27511
 diff[125005] = -0.524737, data = 0.524737
 diff[125006] = -0.87425, data = 0.87425
 diff[125007] = -0.875206, data = 0.875206
 diff[125008] = -0.176719, data = 0.176719
 diff[125009] = -0.20361, data = 0.20361

Kind Regards,

Bas

Bug#824881: nemo: SIGSEGV in g_type_check_instance_is_fundamentally_a in glib2.0-2.48.1/./gobject/gtype.c:4034

[Frederik Himpe]

Package: nemo
Version: 3.0.1-1
Severity: normal

While I'm browsing my pictures directory's, containing JPEG and NEF RAW images,
nemo will always crash after some time browsing around. This is a stack trace:

Program received signal SIGSEGV, Segmentation fault.
0x750f480c in g_type_check_instance_is_fundamentally_a
(type_instance=type_instance@entry=0x7fffd4002b60,
fundamental_type=fundamental_type@entry=80) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./gobject/gtype.c:4034
4034/build/glib2.0-wnDt2X/glib2.0-2.48.1/./gobject/gtype.c: No such file or
directory.
(gdb) thread apply all bt

Thread 26 (Thread 0x7fffe7fff700 (LWP 15058)):
#0  0x74056ae9 in syscall () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x74e3dd4a in g_cond_wait_until (cond=cond@entry=0x894c38,
mutex=mutex@entry=0x894c30, end_time=end_time@entry=1891790839) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread-posix.c:1441
#2  0x74dcd999 in g_async_queue_pop_intern_unlocked (queue=0x894c30,
wait=wait@entry=1, end_time=1891790839) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gasyncqueue.c:422
#3  0x74dcdff8 in g_async_queue_timeout_pop_unlocked (queue=, timeout=timeout@entry=50) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gasyncqueue.c:570
#4  0x74e20536 in g_thread_pool_thread_proxy (pool=0x896560) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthreadpool.c:262
#5  0x74e20536 in g_thread_pool_thread_proxy (data=) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthreadpool.c:296
#6  0x74e1fbc5 in g_thread_proxy (data=0x7fffdc0154f0) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread.c:780
#7  0x7431d454 in start_thread () at /lib/x86_64-linux-
gnu/libpthread.so.0
#8  0x7405aeed in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 5 (Thread 0x7fffe77fe700 (LWP 15036)):
#0  0x74051e5d in poll () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x74df939c in g_main_context_iterate (priority=2147483647, n_fds=1,
fds=0x7fffd40010c0, timeout=, context=0x93ea80) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:4135
#2  0x74df939c in g_main_context_iterate
(context=context@entry=0x93ea80, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:3835
#3  0x74df94ac in g_main_context_iteration (context=0x93ea80,
may_block=1) at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:3901
#4  0x7fffec03a41d in  () at /usr/lib/x86_64-linux-
gnu/gio/modules/libdconfsettings.so
#5  0x74e1fbc5 in g_thread_proxy (data=0x999800) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread.c:780
#6  0x7431d454 in start_thread () at /lib/x86_64-linux-
gnu/libpthread.so.0
#7  0x7405aeed in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 3 (Thread 0x7fffeca40700 (LWP 15034)):
#0  0x74051e5d in poll () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x74df939c in g_main_context_iterate (priority=2147483647, n_fds=4,
fds=0x7fffe0004380, timeout=, context=0x895550) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:4135
#2  0x74df939c in g_main_context_iterate (context=0x895550,
block=block@entry=1, dispatch=dispatch@entry=1, self=) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:3835
#3  0x74df9722 in g_main_loop_run (loop=0x8954e0) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:4034
#4  0x753f7916 in gdbus_shared_thread_func (user_data=0x895520) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./gio/gdbusprivate.c:246
#5  0x74e1fbc5 in g_thread_proxy (data=0x8324a0) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread.c:780
#6  0x7431d454 in start_thread () at /lib/x86_64-linux-
gnu/libpthread.so.0
#7  0x7405aeed in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 2 (Thread 0x7fffed241700 (LWP 15033)):
#0  0x74051e5d in poll () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x74df939c in g_main_context_iterate (priority=2147483647, n_fds=2,
fds=0x7fffe80008c0, timeout=, context=0x894d40) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:4135
#2  0x74df939c in g_main_context_iterate
(context=context@entry=0x894d40, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:3835
#3  0x74df94ac in g_main_context_iteration (context=0x894d40,
may_block=may_block@entry=1) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:3901
#4  0x74df94e9 in glib_worker_main (data=) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:5672
#5  0x74e1fbc5 in g_thread_proxy (data=0x832450) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread.c:780
#6  0x7431d454 in start_thread () at /lib/x86_64-linux-
gnu/libpthread.so.0
#7  0x7405aeed in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 1 (Thread 0x77f2aa40 (LWP 15029)):
#0  0x750f480c in g_type_check_instance_is_fundamentally_a

Bug#824874: octave: Installation fails due to linking against old version of libgl2ps (.so.0 vs. so.1)

[Phil Miller]

I went looking at gl2ps. The version in experimental bumps the package name
to match the soname. Maybe just copy and reassign this bug there so that
the current version that breaks dependencies doesn't transition to testing.
On May 20, 2016 12:39 PM, "Mike Miller"  wrote:

> On Fri, May 20, 2016 at 12:05:49 -0500, Phil Miller wrote:
> > error while loading shared libraries: libgl2ps.so.0: cannot open shared
> object
> > file: No such file or directory
> […]
> > This may actually be a bug in the latest upload of libgl2ps0, in that
> the .so
> > number bumped from 0 to 1 between 1.3.8-1.3 (in testing) and 1.3.8-2 (in
> > unstable)
>
> Seems like it to me. Looks like this version of gl2ps either needs a fix
> or a transition.
>
> --
> mike
>

Bug#824503: in apt marked as pending

[KellerFuchs]

Thanks a lot for the quick (and exhaustive!) fix.


On Fri, May 20, 2016 at 08:01:58AM +, David Kalnischkies wrote:
> Control: tag 824503 pending
> 
> Hello,
> 
> Bug #824503 in apt reported by you has been fixed in the Git repository. You 
> can
> see the commit message below, and you can check the diff of the fix at:
> 
> https://anonscm.debian.org/cgit/apt/apt.git/diff/?id=fdf9eef
> 
> (this message was generated automatically based on the git commit message)
> ---
> commit fdf9eef4d96a18d0167708499c993e1174251e88
> Author: David Kalnischkies 
> Date:   Fri May 20 09:37:24 2016 +0200
> 
> fail instead of segfault on unreadable config files
> 
> The report mentions "apt list --upgradable", but there are others which
> have inconsistent behavior ranging from segfaulting to doing something
> with the partial (and hence incomplete) data. We had a recent report
> about sources.list (#818628), this one mentions prefences, the obvious
> next step is conf files… so the testcase is adapted to check for all
> three in file and directory versions and run a bunch of commands each
> time which should all have more or less the same behavior in such a case
> (aka error out).
> 
> Closes: 824503
> 

Bug#824874: octave: Installation fails due to linking against old version of libgl2ps (.so.0 vs. so.1)

[Mike Miller]

On Fri, May 20, 2016 at 12:05:49 -0500, Phil Miller wrote:
> error while loading shared libraries: libgl2ps.so.0: cannot open shared object
> file: No such file or directory
[…]
> This may actually be a bug in the latest upload of libgl2ps0, in that the .so
> number bumped from 0 to 1 between 1.3.8-1.3 (in testing) and 1.3.8-2 (in
> unstable)

Seems like it to me. Looks like this version of gl2ps either needs a fix
or a transition.

-- 
mike

Bug#824880: RM: partitioner -- ROM; obsolete

[Aurelien Jarno]

Package: ftp.debian.org
Severity: normal

All the (sub)-architectures which required the partitioner package in
debian-installer are not supported anymore. Therefore this package is
not used anymore during the installation process, though it get
downloaded anyway.

Bug#824879: elasticsearch-curator debian/patches/ causing build problems.

[Volchak, Zakhar (Zach)]

Package: elasticsearch-curator
Version: 3.5.1-1

 When trying to build this package with "debuild -uc -us", it throws
an error that is caused by the debian/patches/ of this version. Of
what I understand, the patch is being applied in the previous
version, but patches/ was not removed in the current version.
Thus, when trying to build, dpkg-buildpackage is trying to apply
patch that is already applied and throws an error.:


dpkg-source: info: the patch has fuzz which is not allowed, or is malformed
dpkg-source: info: if patch 'setup.py-read-README-utf-8' is correctly applied 
by quilt, use 'quilt refresh' to update it
dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B 
.pc/setup.py-read-README-utf-8/ --reject-file=- < 
source.orig.hFq4PZ/debian/patches/setup.py-read-README-utf-8 gave error exit 
status 1

Seems like removing debian/patches/ folder preserves the changes
of the patch and is able to build successfully.  (running 'quilt refresh'
didn't solve the problem)

I am using  "debuild 2.15.3" and "lintian v2.5.30+deb8u4"

Bug#824876: Acknowledgement (Please drop (or demote) recommends on texlive-doc-nonfree")

[Michael Biebl]

Sorry, meant texlive-fonts-recommended in the subject of course, not
texlive-doc-nonfree (I've retitled the bug report accordingly).

Running apt install on a minimal system, this is what I get:

# apt install texlive-fonts-recommended
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
  ca-certificates dbus file fontconfig-config fonts-dejavu-core
  fonts-droid-fallback fonts-lato fonts-lmodern fonts-noto-mono
fonts-texgyre
  ifupdown iproute2 isc-dhcp-client isc-dhcp-common javascript-common
  krb5-locales libatm1 libauthen-sasl-perl libavahi-client3
  libavahi-common-data libavahi-common3 libbsd0 libcairo2 libcap-ng0
libcups2
  libcupsfilters1 libcupsimage2 libdbus-1-3 libdns-export162 libdrm-amdgpu1
  libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libdrm2 libedit2 libelf1
  libencode-locale-perl libexpat1 libffi6 libfile-basedir-perl
  libfile-desktopentry-perl libfile-listing-perl libfile-mimeinfo-perl
  libfont-afm-perl libfontconfig1 libfontenc1 libfreetype6 libgl1-mesa-dri
  libgl1-mesa-glx libglapi-mesa libglib2.0-0 libglib2.0-data libgnutls30
  libgraphite2-3 libgs9 libgs9-common libgssapi-krb5-2 libharfbuzz-icu0
  libharfbuzz0b libhogweed4 libhtml-form-perl libhtml-format-perl
  libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl
  libhttp-cookies-perl libhttp-daemon-perl libhttp-date-perl
  libhttp-message-perl libhttp-negotiate-perl libice6 libicu55 libidn11
  libijs-0.35 libio-html-perl libio-socket-ssl-perl
libipc-system-simple-perl
  libisc-export160 libjbig0 libjbig2dec0 libjpeg62-turbo libjs-jquery
  libk5crypto3 libkeyutils1 libkpathsea6 libkrb5-3 libkrb5support0
liblcms2-2
  libldap-2.4-2 libllvm3.8 liblwp-mediatypes-perl liblwp-protocol-https-perl
  libmagic1 libmailtools-perl libnet-dbus-perl libnet-http-perl
  libnet-smtp-ssl-perl libnet-ssleay-perl libnettle6 libopenjp2-7
libopenjpeg5
  libp11-kit0 libpaper-utils libpaper1 libpciaccess0 libpixman-1-0
libpng16-16
  libpoppler57 libpotrace0 libptexenc1 libpython-stdlib libpython2.7-minimal
  libpython2.7-stdlib libruby2.3 libsasl2-2 libsasl2-modules
  libsasl2-modules-db libsm6 libssl1.0.2 libsynctex1 libtasn1-6 libtcl8.6
  libtexlua52 libtexluajit2 libtie-ixhash-perl libtiff5 libtimedate-perl
  libtk8.6 libtxc-dxtn-s2tc0 liburi-perl libutempter0 libwww-perl
  libwww-robotrules-perl libx11-6 libx11-data libx11-protocol-perl
libx11-xcb1
  libxau6 libxaw7 libxcb-dri2-0 libxcb-dri3-0 libxcb-glx0 libxcb-present0
  libxcb-randr0 libxcb-render0 libxcb-shape0 libxcb-shm0 libxcb-sync1
  libxcb-xfixes0 libxcb1 libxcomposite1 libxcursor1 libxdamage1 libxdmcp6
  libxext6 libxfixes3 libxft2 libxi6 libxinerama1 libxml-parser-perl
  libxml-twig-perl libxml-xpathengine-perl libxml2 libxmu6 libxmuu1 libxpm4
  libxrandr2 libxrender1 libxshmfence1 libxss1 libxt6 libxtables11 libxtst6
  libxv1 libxxf86dga1 libxxf86vm1 libyaml-0-2 libzzip-0-13 lmodern
  mime-support netbase openssl poppler-data python python-minimal python2.7
  python2.7-minimal rake ruby ruby-did-you-mean ruby-minitest
ruby-net-telnet
  ruby-power-assert ruby-test-unit ruby2.3 rubygems-integration sgml-base
  shared-mime-info t1utils tcl tcl8.6 tex-common tex-gyre texlive-base
  texlive-binaries texlive-fonts-recommended-doc texlive-latex-base
  texlive-latex-base-doc tipa tk tk8.6 ucf unzip x11-common x11-utils
  x11-xserver-utils xbitmaps xdg-user-dirs xdg-utils xml-core xterm zip
Suggested packages:
  dbus-user-session | dbus-x11 fonts-noto ppp rdnssd iproute2-doc resolvconf
  avahi-autoipd isc-dhcp-client-ddns apache2 | lighttpd | httpd
  libdigest-hmac-perl libgssapi-perl cups-common gnutls-bin krb5-doc
krb5-user
  libdata-dump-perl liblcms2-utils libcrypt-ssleay-perl pciutils
  libsasl2-modules-otp libsasl2-modules-ldap libsasl2-modules-sql
  libsasl2-modules-gssapi-mit | libsasl2-modules-gssapi-heimdal
  libauthen-ntlm-perl libunicode-map8-perl libunicode-string-perl
  xml-twig-tools poppler-utils ghostscript fonts-japanese-mincho
  | fonts-ipafont-mincho fonts-japanese-gothic | fonts-ipafont-gothic
  fonts-arphic-ukai fonts-arphic-uming fonts-nanum python-doc python-tk
  python2.7-doc binfmt-support ri ruby-dev bundler sgml-base-doc
  tcl-tclreadline debhelper perl-tk gv | postscript-viewer xpdf-reader
  | pdf-viewer mesa-utils nickle cairo-5c xorg-docs-core gvfs-bin
  xfonts-cyrillic
The following NEW packages will be installed:
  ca-certificates dbus file fontconfig-config fonts-dejavu-core
  fonts-droid-fallback fonts-lato fonts-lmodern fonts-noto-mono
fonts-texgyre
  ifupdown iproute2 isc-dhcp-client isc-dhcp-common javascript-common
  krb5-locales libatm1 libauthen-sasl-perl libavahi-client3
  libavahi-common-data libavahi-common3 libbsd0 libcairo2 libcap-ng0
libcups2
  libcupsfilters1 libcupsimage2 libdbus-1-3 libdns-export162 libdrm-amdgpu1
  libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libdrm2 libedit2 libelf1
  libencode-locale-perl libexpat1 libffi6 libfile-basedir-perl
  

Bug#824878: targetcli: Sensitive information exposed in configuration and backup files

[Christoph Scheurer]

Package: targetcli
Version: 1:3.0~pre4.1~ga55d018-2
Severity: normal

Dear Maintainer,

the configuration file /etc/target/scsi_target.lio as well as backups in
/var/target/ are created with permissions 644 (also depending on root's umask,
of course). These files contain the clear text password(s) for
target/initiator (mutual) authentication. Please, adjust the defaults, so
these files will never be world readable, independent of root's umask setting.

Thanks!

Ch. Scheurer

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

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

Versions of packages targetcli depends on:
ii  python  2.7.9-1
ii  python-configshell  1.6.1~g020d540-2
ii  python-rtslib   1:3.0~pre4.1~g1b33ceb-2

targetcli recommends no packages.

targetcli suggests no packages.

-- no debconf information

Bug#824877: tasksel outdated documentation for *.desc files location.

[Volchak, Zakhar (Zach)]

Package: tasksel
Version: 3.34
Tags: patch

The man page lists the old location of tasksel tasks.  This was
changed from /usr/share/tasksel/ to /usr/share/tasksel/desc/
in 2011.


fix-tasksel_pod.patch
Description: fix-tasksel_pod.patch

Bug#824841: libgtk-3-0: Properly include upstream changelog

[D. B.]

You asked for "the upstream bug [log, presumably]", so it was reasonable
for people to presume you wanted a list of bugfixes.

upstream is git.gnome.org and browse for gtk+



On Fri, May 20, 2016 at 4:15 PM, Ximin Luo  wrote:

> Michael Biebl:
> > Am 20.05.2016 um 12:15 schrieb Ximin Luo:
> >> Package: libgtk-3-0
> >> Version: 3.20.4-1
> >> Severity: important
> >>
> >> Dear Maintainer,
> >>
> >> Whilst investigating a bug involving GTK themes, I found that the
> contents of
> >> the upstream bug is useless:
> >>
> >> $ zcat /usr/share/doc/libgtk-3-0/changelog.gz
> >> A git checkout and git-log is required to generate this file
> >>
> >> Please fix this - if necessary by generating the changelog from git and
> >> repacking the Debian "orig" tarball to include this generated version.
> >>
> >> Otherwise it makes bug tracking much harder.
> >
> > All bugs are mentioned in the NEWS file.
> > For a complete and more detailed list, a git checkout is much, much
> > better anyway.
> >
>
> The NEWS file contains a list of bugs that have just been fixed, but
> doesn't contain details of major changes that might have resulted in new
> bugs. Obviously the latter is what I'm interested in - I wouldn't be trying
> to read about bugs that were just fixed, since I hopefully wouldn't be
> experiencing them in the first place.
>
> Where is the upstream git? It would be helpful to include the address of
> this repository in changelog.gz, as well as the actual commands I need to
> run (including its dependencies) to generate it. Saving people time really
> helps to avoid user frustration, especially if upstream is prone to making
> backward-incompatible changes that break everything.
>
> X
>
> --
> GPG: ed25519/56034877E1F87C35
> GPG: rsa4096/1318EFAC5FBBDBCE
> git://github.com/infinity0/pubkeys.git
>
>

Bug#824876: Please drop (or demote) recommends on texlive-doc-nonfree"

[Michael Biebl]

Package: texinfo
Version: 6.1.0.dfsg.1-6
Severity: normal

Hi,

I've just tried to dist-upgrade (for testing purposes) a pretty minimal
Jessie image to Stretch.
This upgrade wanted to install an additional 600MB of packages.

I tracked this down to a newly added Recommends
texlive-fonts-recommended in texinfo.

texinfo is basically installed on every system here, so I will get this
on every system I'll upgrade, even headless servers.

Please consider dropping that recommends or demoting it to suggests.

Thanks,
Michael


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

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

Versions of packages texinfo depends on:
ii  libc6   2.22-9
ii  libperl5.22 5.22.2-1
ii  libtext-unidecode-perl  1.27-1
ii  libxml-libxml-perl  2.0123+dfsg-1+b1
ii  tex-common  6.05

Versions of packages texinfo recommends:
ii  texlive-fonts-recommended  2016.20160520-1

Versions of packages texinfo suggests:
pn  texinfo-doc-nonfree  
ii  texlive-base 2016.20160520-1
ii  texlive-generic-recommended  2016.20160520-1
ii  texlive-latex-base   2016.20160520-1

-- no debconf information

Bug#824616: gtk3-nocsd: tool top texts / mouse over hints are broken

[Christoph Anton Mitterer]

On Fri, 2016-05-20 at 11:29 +0200, Christian Seiler wrote:
> This is now fixed in the following upstream commit:
> https://github.com/PCMan/gtk3-nocsd/commit/c96202da8bfc73b17eef816e4d
> 11fb438d7ea4d0

thanks :)

smime.p7s
Description: S/MIME cryptographic signature

Bug#824875: /etc/init.d/grub-common uses file from initscripts without a dependency

[Martin Pitt]

Martin Pitt [2016-05-20 19:07 +0200]:
> It only uses this to conditionalize the log_action_msg call. I think
> this is unjustified -- the backend/consumer of these log messages,
> (like plymouth or just console) should decide what to do with the
> messages, and most other packages that I know unconditionally do the
> log_* LSB calls.

Indeed it seems that this was taken from the SKELETON, which is wrong:
https://bugs.debian.org/710559
I. e. handling of VERBOSE should be done by lsb_* themselves, and
vars.sh is an internal implementation detail of sysvinit.

Thanks,

Martin

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


signature.asc
Description: PGP signature

Bug#824806: [Reproducible-builds] golang: random_build_path_by_golang_compiler is #824806

[Mattia Rizzolo]

On Fri, May 20, 2016 at 12:47:29AM +0200, Geert Stappers wrote:
> Hello reproducible-builds team

o/

> Please add #824806 to 
> https://tests.reproducible-builds.org/issues/unstable/random_build_path_by_golang_compiler_issue.html

Done.
https://anonscm.debian.org/git/reproducible/notes.git/commit/?id=366596a

Thanks for filing the bug.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://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#824875: /etc/init.d/grub-common uses file from initscripts without a dependency

[Martin Pitt]

Package: grub-common
Version: 2.02~beta2-36
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch yakkety

There is some ongoing effort to stop installing "initscripts" by
default, as it's not necessary under systemd [1].

I noticed that without initscripts, the only failed service at boot is 
/etc/init.d/grub-common:

| ● grub-common.service - LSB: Record successful boot for GRUB
|Loaded: loaded (/etc/init.d/grub-common; bad; vendor preset: enabled)
|Active: failed (Result: exit-code) since Fr 2016-05-20 18:17:46 CEST; 23s 
ago
|  Docs: man:systemd-sysv-generator(8)
|   Process: 761 ExecStart=/etc/init.d/grub-common start (code=exited, status=2)
| 
| Mai 20 18:17:46 donald systemd[1]: Starting LSB: Record successful boot for 
GRUB...
| Mai 20 18:17:46 donald grub-common[761]: /etc/init.d/grub-common: 17: .: 
Can't open /lib/init/vars.sh
| Mai 20 18:17:46 donald systemd[1]: grub-common.service: Control process 
exited, code=exited status=2
| Mai 20 18:17:46 donald systemd[1]: Failed to start LSB: Record successful 
boot for GRUB.
| Mai 20 18:17:46 donald systemd[1]: grub-common.service: Unit entered failed 
state.
| Mai 20 18:17:46 donald systemd[1]: grub-common.service: Failed with result 
'exit-code'.

Indeed /etc/init.d/grub-common unconditionally sources /lib/init/vars.sh
without depending on initscripts. Of course we don't actually want to add this
dependency, but robustify the init.d script to get along without vars.sh.

It only uses this to conditionalize the log_action_msg call. I think
this is unjustified -- the backend/consumer of these log messages,
(like plymouth or just console) should decide what to do with the
messages, and most other packages that I know unconditionally do the
log_* LSB calls.

I attach a patch which removes the /lib/init/vars.sh sourcing and thus
the initscripts dependency.

Thanks,

Martin


[1] 
https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-systemd-maintain...@lists.alioth.debian.org;dist=unstable;tag=initscripts-dep

-- 

Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
  * debian/grub-common.init: Don't source /lib/init/vars.sh, we don't depend
on initscripts (and don't want to). There is no reason why we would not
use the LSB log_action_msg in non-verbose (default) mode, most other
packages use it unconditionally. (LP: #1584134)
diff -Nru grub2-2.02~beta2/debian/grub-common.init 
grub2-2.02~beta2/debian/grub-common.init
--- grub2-2.02~beta2/debian/grub-common.init2016-03-15 19:08:17.0 
+0100
+++ grub2-2.02~beta2/debian/grub-common.init2016-05-20 18:33:30.0 
+0200
@@ -13,20 +13,17 @@
 
 which grub-editenv >/dev/null 2>&1 || exit 0
 
-# Load the VERBOSE setting and other rcS variables
-. /lib/init/vars.sh
-
 # Define LSB log_* functions.
 # Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
 . /lib/lsb/init-functions
 
 case $1 in
 start|restart|force-reload)
-   [ "$VERBOSE" != no ] && log_action_msg "Recording successful boot for 
GRUB"
+   log_action_msg "Recording successful boot for GRUB"
[ -s /boot/grub/grubenv ] || rm -f /boot/grub/grubenv
mkdir -p /boot/grub
grub-editenv /boot/grub/grubenv unset recordfail
-   [ "$VERBOSE" != no ] && log_end_msg $?
+   log_end_msg $?
;;
 stop)
;;


signature.asc
Description: PGP signature

Bug#824874: octave: Installation fails due to linking against old version of libgl2ps (.so.0 vs. so.1)

[Phil Miller]

Package: octave
Version: 4.0.2-1+b2
Severity: grave
Justification: renders package unusable

During the upgrade:

Setting up octave (4.0.2-1+b2) ...
/usr/lib/x86_64-linux-gnu/octave/4.0.2/exec/x86_64-pc-linux-gnu/octave-gui:
error while loading shared libraries: libgl2ps.so.0: cannot open shared object
file: No such file or directory
dpkg: error processing package octave (--configure):
 subprocess installed post-installation script returned error exit status 127

$ ldd /usr/lib/x86_64-linux-gnu/octave/4.0.2/exec/x86_64-pc-linux-gnu/octave-
gui
[snip]
libgl2ps.so.0 => not found
[snip]

$ dpkg -L libgl2ps-dev
/.
/usr
/usr/include
/usr/include/gl2ps.h
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/share
/usr/share/doc
/usr/share/doc/gl2ps
/usr/share/doc/gl2ps/README.txt
/usr/share/doc/gl2ps/gl2psTest.c.gz
/usr/share/doc/gl2ps/gl2psTestSimple.c
/usr/share/doc/libgl2ps-dev
/usr/share/doc/libgl2ps-dev/changelog.Debian.gz
/usr/share/doc/libgl2ps-dev/copyright
/usr/lib/x86_64-linux-gnu/libgl2ps.so

$ dpkg -L libgl2ps0
/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/libgl2ps.so.1.3.8
/usr/share
/usr/share/doc
/usr/share/doc/libgl2ps0
/usr/share/doc/libgl2ps0/changelog.Debian.gz
/usr/share/doc/libgl2ps0/copyright
/usr/lib/x86_64-linux-gnu/libgl2ps.so.1

This may actually be a bug in the latest upload of libgl2ps0, in that the .so
number bumped from 0 to 1 between 1.3.8-1.3 (in testing) and 1.3.8-2 (in
unstable)



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

Kernel: Linux 4.5.0-2-amd64 (SMP w/8 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 octave depends on:
ii  libamd2  1:4.5.3-1
ii  libarpack2   3.3.0-1+b1
ii  libasound2   1.1.0-1
ii  libatlas3-base [liblapack.so.3]  3.10.2-9+b1
ii  libblas3 [libblas.so.3]  3.6.0-2
ii  libc62.22-9
ii  libcamd2 1:4.5.3-1
ii  libccolamd2  1:4.5.3-1
ii  libcholmod3  1:4.5.3-1
ii  libcolamd2   1:4.5.3-1
ii  libcxsparse3 1:4.5.3-1
ii  libfftw3-double3 3.3.4-2+b1
ii  libfftw3-single3 3.3.4-2+b1
ii  libfltk-gl1.31.3.3-8+b1
ii  libfltk1.3   1.3.3-8+b1
ii  libfontconfig1   2.11.0-6.4
ii  libfreetype6 2.6.3-3+b1
ii  libgcc1  1:6.1.1-3
ii  libgl1-mesa-glx [libgl1] 11.2.2-1
ii  libglpk404.60-2+b1
ii  libglu1-mesa [libglu1]   9.0.0-2.1
ii  libgomp1 6.1.1-3
ii  libgraphicsmagick++-q16-12   1.3.23-2+b1
ii  libgraphicsmagick-q16-3  1.3.23-2+b1
ii  liblapack3 [liblapack.so.3]  3.6.0-2
ii  liboctave3v5 4.0.2-1+b2
ii  libosmesa6   11.2.2-1
ii  libportaudio219+svn20140130-1
ii  libqhull72015.2-1
ii  libqrupdate1 1.1.2-1
ii  libqscintilla2-12v5  2.9.2+dfsg-1
ii  libqt4-network   4:4.8.7+dfsg-6+b1
ii  libqt4-opengl4:4.8.7+dfsg-6+b1
ii  libqtcore4   4:4.8.7+dfsg-6+b1
ii  libqtgui44:4.8.7+dfsg-6+b1
ii  libsndfile1  1.0.25-10
ii  libstdc++6   6.1.1-3
ii  libumfpack5  1:4.5.3-1
ii  libx11-6 2:1.6.3-1
ii  octave-common4.0.2-1
ii  texinfo  6.1.0.dfsg.1-6

Versions of packages octave recommends:
ii  default-jre-headless  2:1.8-57
ii  gnuplot-x11   4.6.6-3
ii  libatlas3-base3.10.2-9+b1
ii  octave-info   4.0.2-1
ii  pstoedit  3.70-1.1

Versions of packages octave suggests:
pn  octave-doc  
pn  octave-htmldoc  

-- no debconf information

Bug#796823: jessie-pu: package gosa/2.7.4+reloaded2-1+deb8u2

[Holger Levsen]

Control: tag +1 moreinfo
thanks

On Sat, Feb 20, 2016 at 12:36:52PM +, Julien Cristau wrote:
> Control: tag -1 moreinfo
> 
> On Mon, Aug 24, 2015 at 21:46:04 +0200, Mike Gabriel wrote:
> 
> > diff -Nru 
> > gosa-2.7.4+reloaded2/debian/patches/1010_fix-entry-removal-in-mail-plugin.patch
> >  
> > gosa-2.7.4+reloaded2/debian/patches/1010_fix-entry-removal-in-mail-plugin.patch
> > --- 
> > gosa-2.7.4+reloaded2/debian/patches/1010_fix-entry-removal-in-mail-plugin.patch
> >  1970-01-01 01:00:00.0 +0100
> > +++ 
> > gosa-2.7.4+reloaded2/debian/patches/1010_fix-entry-removal-in-mail-plugin.patch
> >  2015-08-24 21:24:28.0 +0200
> > @@ -0,0 +1,30 @@
> > +Description: Fix entry removal in mail plugin
> > +Author: eannj 
> > +Abstract:
> > + Without this patch, it is not possible to remove entries from
> > + "Alternative addresses" or from "Forward messages to non group members"
> > + list in "mail" tab of group objects. One selects an address and press
> > + "delete" but nothing happens, the page is refreshed but address entry
> > + remains. The same operation succeeds for users. It fails only for group
> > + objects. The attached patch fixes the issue.
> > +
> > +--- a/mail/admin/groups/mail/class_groupMail.inc
> >  b/mail/admin/groups/mail/class_groupMail.inc
> > +@@ -394,7 +394,7 @@
> > + }
> > + }
> > + if (isset($_POST['delete_forwarder'])){
> > +-$this->delForwarder (get_post('forwarder_list'));
> > ++$this->delForwarder ($_POST('forwarder_list'));
> > + }
> > + 
> > + 
> > +@@ -432,7 +432,7 @@
> > + }
> > + }
> > + if (isset($_POST['delete_alternate']) && 
> > isset($_POST['alternates_list'])){
> > +-$this->delAlternate (get_post('alternates_list'));
> > ++$this->delAlternate ($_POST('alternates_list'));
> > + }
> > + 
> > + 
> 
> Shouldn't this be $_POST['alternates_list'] (and similar above)?
> Thankfully I'm not a php person, so please forgive the possibly stupid
> question.

thankfully i'm neither a php person but i have to admit^w^w^wam glad to
know some… ;)

So yeah, the above are probably syntax errors (or undefined) as it calls
a function where an array lookup is required.

There's also another error in the first statement, which is missing an
&& if (isset($_POST['delete_forwarder']))
statement.

Fixed this patch becomes:

--- a/mail/admin/groups/mail/class_groupMail.inc
+++ b/mail/admin/groups/mail/class_groupMail.inc
@@ -393,8 +393,8 @@
 }
 }
 }
-if (isset($_POST['delete_forwarder'])){
-$this->delForwarder (get_post('forwarder_list'));
+if (isset($_POST['delete_forwarder']) &&
isset($_POST['forwarder_list'])){
+$this->delForwarder ($_POST['forwarder_list']);
 }
 
 
@@ -432,7 +432,7 @@
 }
 }
 if (isset($_POST['delete_alternate']) &&
isset($_POST['alternates_list'])){
-$this->delAlternate (get_post('alternates_list'));
+$this->delAlternate ($_POST['alternates_list']);
 }


I've committed this fix in the gosa debian/jessie/updates and master
branch already and will attach the full corrected debdiff for
gosa/2.7.4+reloaded2-1+deb8u2 to this mail.

$ git diff debian/2.7.4+reloaded2-1+deb8u1..debian/jessie/updates > 
gosa_2.7.4+reloaded2-1+deb8u2.diff
$ diffstat gosa_2.7.4+reloaded2-1+deb8u2.diff
 changelog   |   30 
 patches/0004_fix-get-post.patch |   14 ++
 patches/0005_fix-password-expiry-status.patch   |   14 ++
 patches/1009_fix-insertDhcp-icon-in-dhcp-section-overview.patch |   62 
++
 patches/1010_fix-entry-removal-in-mail-plugin.patch |   32 +
 patches/1011_define-isPluginModified.patch  |   13 ++
 patches/1012_allow-one-level-domains-in-email-addresses.patch   |   22 +++
 patches/2009_allow-Debian-blends-to-override-gosa-conf.patch|   27 
 patches/series  |7 +
 9 files changed, 221 insertions(+)


-- 
cheers,
Holger
diff --git a/debian/changelog b/debian/changelog
index 23f59a9..6ec14e6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,33 @@
+gosa (2.7.4+reloaded2-1+deb8u2) jessie-proposed-updates; urgency=medium
+
+  [ Mike Gabriel ]
+  * debian/patches:
++ Add 1009_fix-insertDhcp-icon-in-dhcp-section-overview.patch. Fix
+  label stripping in GOsa²'s image() function. This fixes displaying the
+  insertDhcp* icon in the DHCP service plugin. (Closes: #794117).
++ Add 2009_allow-Debian-blends-to-override-gosa-conf.patch. Allow
+  Debian blends to provide their own version of gosa.conf and not get
+  bugged by GOsa's notification message on gosa.conf template changes.
+  Debian blends using GOsa (e.g., Edu, LAN) must handle gosa.conf
+  

Bug#824873: [l10n] zh_CN.po update for DPKG

[lumin]

Package: dpkg
Version: 1.18.7
Severity: wishlist

patch is attached.
msgfmt check OK.
zh_CN fully-translated.
diff --git a/po/zh_CN.po b/po/zh_CN.po
index b2c549d..a334896 100644
--- a/po/zh_CN.po
+++ b/po/zh_CN.po
@@ -16,7 +16,7 @@ msgstr ""
 "Project-Id-Version: dpkg 1.18.x\n"
 "Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n"
 "POT-Creation-Date: 2016-05-09 03:21+0200\n"
-"PO-Revision-Date: 2016-01-01 05:45+\n"
+"PO-Revision-Date: 2016-05-20 16:45+\n"
 "Last-Translator: Zhou Mo \n"
 "Language-Team: Chinese (simplified) \n"
 "Language: zh_CN\n"
@@ -465,26 +465,20 @@ msgid ""
 "%s%s%s: %s%s:%s\n"
 " %s\n"
 msgstr ""
+"%s%s%s: %s%s:%s\n"
+" %s\n"
 
 #: lib/dpkg/ehandle.c
 msgid "out of memory for new error context"
 msgstr "内存不足，无法新建错误上下文"
 
 #: lib/dpkg/ehandle.c
-#, fuzzy
-#| msgid ""
-#| "%s: error while cleaning up:\n"
-#| " %s\n"
 msgid "error while cleaning up"
-msgstr ""
-"%s：清理时出错:\n"
-" %s\n"
+msgstr "清理时出错"
 
 #: lib/dpkg/ehandle.c
-#, fuzzy
-#| msgid "%s: too many nested errors during error recovery!!\n"
 msgid "too many nested errors during error recovery"
-msgstr "%s：在错误恢复过程中发生了过多的嵌套错误！！\n"
+msgstr "在错误恢复过程中发生了过多的嵌套错误"
 
 #: lib/dpkg/ehandle.c
 msgid "out of memory for new cleanup entry"
@@ -495,30 +489,16 @@ msgid "out of memory for new cleanup entry with many arguments"
 msgstr "内存不足，建立清理条目的参数过多"
 
 #: lib/dpkg/ehandle.c
-#, fuzzy
-#| msgid ""
-#| "%s: unrecoverable fatal error, aborting:\n"
-#| " %s\n"
 msgid "unrecoverable fatal error, aborting"
-msgstr ""
-"%s: 无法从致命错误中恢复，中止：\n"
-" %s\n"
+msgstr "无法从致命错误中恢复，中止"
 
 #: lib/dpkg/ehandle.c
-#, fuzzy
-#| msgid ""
-#| "%s: outside error context, aborting:\n"
-#| " %s\n"
 msgid "outside error context, aborting"
-msgstr ""
-"%s: 处于错误上下文之外，中止：\n"
-" %s\n"
+msgstr "处于错误上下文之外，中止"
 
 #: lib/dpkg/ehandle.c
-#, fuzzy
-#| msgid "internal error (bug)"
 msgid "internal error"
-msgstr "内部错误 (bug)"
+msgstr "内部错误"
 
 #: lib/dpkg/fields.c
 #, c-format
@@ -1251,22 +1231,19 @@ msgid "wait for subprocess %s failed"
 msgstr "等待子进程 %s 失败"
 
 #: lib/dpkg/treewalk.c
-#, fuzzy, c-format
-#| msgid "cannot stat file '%s'"
+#, c-format
 msgid "cannot stat pathname '%s'"
-msgstr "无法获取文件 %s 的状态"
+msgstr "无法获取路径 %s 的状态"
 
 #: lib/dpkg/treewalk.c
-#, fuzzy, c-format
-#| msgid "cannot scan directory '%.255s'"
+#, c-format
 msgid "cannot open directory '%s'"
-msgstr "无法搜索目录 %.255s "
+msgstr "无法打开目录 '%s'"
 
 #: lib/dpkg/treewalk.c
-#, fuzzy, c-format
-#| msgid "control directory is not a directory"
+#, c-format
 msgid "treewalk root %s is not a directory"
-msgstr "control 目录不是目录"
+msgstr "treewalk 根节点 %s 不是一个目录"
 
 #: lib/dpkg/trigdeferred.c
 #, c-format
@@ -1293,11 +1270,11 @@ msgid "unable to open/create new triggers deferred file '%.250s'"
 msgstr "无法打开/创建新的触发推迟文件 %.250s"
 
 #: lib/dpkg/trigdeferred.c
-#, fuzzy, c-format
-#| msgid "syntax error in triggers deferred file '%.250s' at character '%s'%s"
+#, c-format
 msgid ""
 "syntax error in triggers deferred file '%.250s' at line %d character %zd '%s'"
-msgstr "触发推迟文件 %.250s 中有语法错误，位于字符 ’%s‘ %s"
+msgstr ""
+"触发推迟文件 '%.250s' 中有语法错误，位于第 %d 行，字符 %zd '%s'"
 
 #: lib/dpkg/trigdeferred.c
 #, c-format
@@ -1781,16 +1758,14 @@ msgid "--%s needs at least one package archive file argument"
 msgstr "--%s 需要至少一个软件包文件作为参数"
 
 #: src/archives.c src/unpack.c
-#, fuzzy, c-format
-#| msgid "cannot access archive"
+#, c-format
 msgid "cannot access archive '%s'"
-msgstr "无法访问归档文件"
+msgstr "无法访问归档 '%s'"
 
 #: src/archives.c
-#, fuzzy, c-format
-#| msgid "conffile '%s' is not a plain file"
+#, c-format
 msgid "archive '%s' is not a regular file"
-msgstr "conffile  %s 不是普通文件"
+msgstr "归档 '%s' 不是普通文件"
 
 #: src/archives.c src/divertcmd.c src/enquiry.c src/main.c src/packages.c
 #: src/querycmd.c src/select.c src/statcmd.c src/trigcmd.c dpkg-deb/build.c
@@ -3256,7 +3231,7 @@ msgstr "不要在解包的时候进行安全I/O操作"
 
 #: src/main.c
 msgid "Do not chroot into maintainer script environment"
-msgstr ""
+msgstr "不要 chroot 到维护者脚本环境中"
 
 #: src/main.c
 msgid "Always use the new config files, don't prompt"
@@ -4677,10 +4652,8 @@ msgid "package name has characters that aren't lowercase alphanums or '-+.'"
 msgstr "软件包的名字含有不是小写字母或 -+ 的字符"
 
 #: dpkg-deb/build.c
-#, fuzzy
-#| msgid "package architecture"
 msgid "package architecture is missing or empty"
-msgstr "软件包体系结构："
+msgstr "软件包体系结构缺失或为空"
 
 #: dpkg-deb/build.c
 #, c-format
@@ -4720,16 +4693,14 @@ msgid "not checking contents of control area"
 msgstr "不检查控制区域的内容"
 
 #: dpkg-deb/build.c
-#, fuzzy, c-format
-#| msgid "dpkg-deb: building an unknown package in '%s'.\n"
+#, c-format
 msgid "building an unknown package in '%s'."
-msgstr "dpkg-deb：正在 %s 中构建未知软件包。\n"
+msgstr "正在 '%s' 中编译未知软件包。"
 
 #: dpkg-deb/build.c
-#, fuzzy, c-format
-#| msgid "dpkg-deb: building package '%s' in '%s'.\n"
+#, c-format
 msgid "building package '%s' in '%s'."
-msgstr "dpkg-deb：正在新建软件包 %s，包文件为 %s。\n"
+msgstr "正在 '%2$s' 中编译软件包 '%1$s'。"
 
 #: dpkg-deb/build.c
 #, 

Bug#823791: network-manager: Debian Stretch does NOT automatically establish a wireless connection for wireless USB adapter

[nice sw123]

/var/log/syslog also has information that I should provide:

May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1207]
NetworkManager (version 1.2.2) is starting...
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1208] Read
config: /etc/NetworkManager/NetworkManager.conf
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1226]
manager[0x9bd1d0]: monitoring kernel firmware directory
'/lib/firmware'.
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1226]
monitoring ifupdown state file '/run/network/ifstate'.
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1237]
dns-mgr[0x9ce8b0]: set resolv-conf-mode: default
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1238]
dns-mgr[0x9ce8b0]: using resolv.conf manager 'resolvconf'
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1248] WiFi
hardware radio set enabled
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1248] WWAN
hardware radio set enabled
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1656] init!
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1657]
management mode: managed
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1659]
devices added (path:
/sys/devices/pci:00/:00:1f.6/net/enp0s31f6, iface: enp0s31f6)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1659]
device added (path:
/sys/devices/pci:00/:00:1f.6/net/enp0s31f6, iface: enp0s31f6):
no ifupdown configuration found.
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1659]
devices added (path: /sys/devices/virtual/net/lo, iface: lo)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1659]
device added (path: /sys/devices/virtual/net/lo, iface: lo): no
ifupdown configuration found.
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1659] end _init.
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1659]
settings: loaded plugin ifupdown: (C) 2008 Canonical Ltd.  To report
bugs please use the NetworkManager mailing list.
(/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-settings-plugin-ifupdown.so)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1659]
settings: loaded plugin keyfile: (c) 2007 - 2015 Red Hat, Inc.  To
report bugs please use the NetworkManager mailing list.
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1659]
(10367744) ... get_connections.
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1659]
(10367744) connections count: 0
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1758]
keyfile: new connection
/etc/NetworkManager/system-connections/wirelessnetz
(691d6dea-a7a4-426d-a7a5-761251171778,"wirelessnetz")
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1836]
settings: hostname: using hostnamed
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1836]
settings: hostname changed from (none) to "i7"
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1837]
Using DHCP client 'dhclient'
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1837]
manager: WiFi enabled by radio killswitch; enabled by state file
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1837]
manager: WWAN enabled by radio killswitch; enabled by state file
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1837]
manager: Networking is enabled by state file
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1838]
Loaded device plugin: NMVxlanFactory (internal)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1838]
Loaded device plugin: NMVlanFactory (internal)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1838]
Loaded device plugin: NMVethFactory (internal)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1838]
Loaded device plugin: NMTunFactory (internal)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1838]
Loaded device plugin: NMMacvlanFactory (internal)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1838]
Loaded device plugin: NMIPTunnelFactory (internal)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1838]
Loaded device plugin: NMInfinibandFactory (internal)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1838]
Loaded device plugin: NMEthernetFactory (internal)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1838]
Loaded device plugin: NMBridgeFactory (internal)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1839]
Loaded device plugin: NMBondFactory (internal)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1868]
Loaded device plugin: NMTeamFactory
(/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-team.so)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1885]
Loaded device plugin: NMAtmManager
(/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-adsl.so)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1901]
Loaded device plugin: NMWifiFactory
(/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-wifi.so)
May 20 18:20:49 i7 NetworkManager[689]:   [1463761249.1939]
Loaded device plugin: NMWwanFactory
(/usr/lib/x86_64-linux-gnu/NetworkManager/libnm-device-plugin-wwan.so)
May 20