Bug#869404: resiprocate: CVE-2017-11521: Adding too many media connections may lead to memory exhaustion

[Salvatore Bonaccorso]

Source: resiprocate
Version: 1:1.9.7-5
Severity: grave
Tags: upstream security
Forwarded: https://github.com/resiprocate/resiprocate/pull/88

Hi,

the following vulnerability was published for resiprocate.

CVE-2017-11521[0]:
| The SdpContents::Session::Medium::parse function in
| resip/stack/SdpContents.cxx in reSIProcate 1.10.2 allows remote
| attackers to cause a denial of service (memory consumption) by
| triggering many media connections.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-11521
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-11521
[1] https://github.com/resiprocate/resiprocate/pull/88

Regards,
Salvatore

Bug#869402: Just poor documentation

[John Eikenberry]

After reading over the source I was able to get it working. Turns out to read
from stdin you have to pass '--echo'. The man page doesn't mention this, only
saying to pass --echo|-e if you want it to echo the password as entered.

So either close this bug or consider it a bug about needing better
documentation about this case.

Thanks.

-- 

John Eikenberry
[ j...@zhar.net - http://zhar.net ]
[ PGP public key @ http://zhar.net/jae_at_zhar_net.gpg ]

"Perfection is attained, not when no more can be added, but when no more
 can be removed." -- Antoine de Saint-Exupery


signature.asc
Description: PGP signature

Bug#868790: [Pkg-pascal-devel] Bug#868790: castle-game-engine: please make the build reproducible

[Michalis Kamburelis]

2017-07-18 19:00 GMT+02:00 Chris Lamb :
> Whilst working on the Reproducible Builds effort [0], we noticed
> that castle-game-engine could not be built reproducibly.
>
> This is because it uses the current year when generating a "Copyright"
> string.
>
> Patch attached.

Hi,

I have applied a modified version of your patch upstream, see
https://github.com/castle-engine/castle-engine/commit/35a19832b84c396c6c5d3521e8afd50f8055d492
(I only moved the logic to a separate function CopyrightYears, used 2
times). Thank you!

Regards,
Michalis

Bug#869403: icedove: adequate reports obsolete conffiles in icedove

[shirish शिरीष]

Package: icedove
Version: 1:52.2.1-4
Severity: normal

Dear Maintainer,

Adequate reports obsolete conffile in icedove

$ adequate icedove

icedove: obsolete-conffile /etc/apparmor.d/usr.bin.icedove

Please fix the above.

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (100, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages icedove depends on:
ii  thunderbird  1:52.2.1-4

icedove recommends no packages.

icedove suggests no packages.

-- no debconf information


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#868952: bind9: diff for NMU version 1:9.10.3.dfsg.P4-12.5

[Salvatore Bonaccorso]

Hi Mike,

On Sat, Jul 22, 2017 at 11:47:56AM -0400, Michael Gilbert wrote:
> Hi Salvatore,
> 
> The changes look correct to me.  Please feel free to remove the delay
> on the NMU.

Thanks a lot! I rescheduled it.

Regards,
Salvatore

Bug#869402: pass: Won't accept password from stdin

[John Eikenberry]

Package: pass
Version: 1.6.5-7
Severity: normal

The documentation says the 'pass insert' command should take a new password
from stdin. Instead it fails silently with a exit status of 1.

I can add passwords if I use the command interactively.

EG. starting from a new/empty store.

$ pass
Password Store
$ pass insert test
Enter password for test:
Retype password for test:
$ pass
Password Store
└── test
$ echo foo | pass insert another

$ echo $?
1
$ pass
Password Store
└── test

It should have created the password entry 'another'.

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

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

Versions of packages pass depends on:
ii  gnupg   2.1.18-6
ii  gnupg2  2.1.18-6
ii  pwgen   2.07-1.1+b1
ii  tree1.7.0-5

Versions of packages pass recommends:
ii  git 1:2.11.0-3
ii  gnupg2  2.1.18-6
ii  xclip   0.12+svn84-4+b1

Versions of packages pass suggests:
ii  libxml-simple-perl  2.22-1
ii  perl5.24.1-3+deb9u1
ii  ruby1:2.3.3

-- no debconf information

Bug#865382: [st...@einval.com: Please help with #865382]

[Scott Kitterman]

On Sunday, July 23, 2017 01:58:15 AM Steve McIntyre wrote:
> On Fri, Jul 21, 2017 at 03:30:24PM +0100, Steve McIntyre wrote:
> >On Fri, Jul 21, 2017 at 11:17:54AM -0300, Lisandro Damián Nicanor Pérez 
Meyer wrote:
> >>On viernes, 21 de julio de 2017 15:00:46 -03 Steve McIntyre wrote:
> >>[snip]
> >>
> >>> >I have taken a look at #865382 (CCing) but I see no further info. Is
> >>> >there
> >>> >a backtrace available?
> >>> 
> >>> Unfortunately, no. It's not the easiest thing to work on in the live
> >>> environment. I was hoping that you (plural!) might have more
> >>> experience and could possibly suggest some tips to help debug this at
> >>> least...
> >>
> >>I've talked to maxy trough IRC and he said we should try the live
> >>ourselves. I can't promise anything but maybe I get to it during the
> >>weekend.
> >
> >If you can, that would be great. We're going to be doing 9.1 this
> >weekend so that's most likely going to show the same problem I
> >expect...
> 
> It does. I've managed to grab an X logfile off - attached.

Based on the first error in the log, I wonder if #801401 is relevant?

Scott K

Bug#869400: wayland-protocols: Package newer version (1.9) from upstream

[Hillel Lubman]

Package: wayland-protocols
Version: 1.7-1
Severity: wishlist

Dear Maintainer,

Recent Mesa master started requring wayland-protocol 1.8 or higher to build,
so it's not building on Debian anymore as is. Please package the newest version.

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

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

-- no debconf information

Bug#869401: fonts-sipa-arundina: Please update the debian/watch to also check .xz tarball

[Neutron Soutmun]

Package: fonts-sipa-arundina
Version: 0.2.1-1
Severity: wishlist

Dear Maintainer,

The upstream has switched the release tarball to xz compression in the
latest version 0.2.1.
Therefore, please update the debian/watch to also check .xz tarball.
Please find the attached initail patch.

Best regards,
Neutron Soutmun


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

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

-- no debconf information
From 237ba17f0ca76c9b872c794d98626d50d5ec79dc Mon Sep 17 00:00:00 2001
From: Neutron Soutmun 
Date: Sun, 23 Jul 2017 11:05:05 +0700
Subject: [PATCH] Update debian/watch to also check the .xz tarball

---
 debian/watch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/watch b/debian/watch
index ec0818f..670ab62 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,2 +1,2 @@
 version=3
-opts=pasv ftp://linux.thai.net/pub/thailinux/software/fonts-sipa-arundina/fonts-sipa-arundina-([\d+\.]+|\d+)\.tar\.gz debian uupdate
+opts=pasv ftp://linux.thai.net/pub/thailinux/software/fonts-sipa-arundina/fonts-sipa-arundina-([\d+\.]+|\d+)\.tar\.(gz|xz) debian uupdate
-- 
2.13.3



signature.asc
Description: PGP signature

Bug#803013: systemd should not destroy application created cgroups

[Paul Szabo]

A patch below, functionally identical to my previous. But this seems
neater, showing the intent more clearly: clearer that this is a "true"
bug in systemd.

Cheers, Paul
--
Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia
diff -r -U23 a/src/basic/cgroup-util.c b/src/basic/cgroup-util.c
--- a/src/basic/cgroup-util.c	2017-07-20 09:32:36.0 +1000
+++ b/src/basic/cgroup-util.c	2017-07-23 13:51:28.0 +1000
@@ -363,46 +363,60 @@
 return r;
 }
 
 return ret;
 }
 
 int cg_migrate(
 const char *cfrom,
 const char *pfrom,
 const char *cto,
 const char *pto,
 CGroupFlags flags) {
 
 bool done = false;
 _cleanup_set_free_ Set *s = NULL;
 int r, ret = 0;
 pid_t my_pid;
 
 assert(cfrom);
 assert(pfrom);
 assert(cto);
 assert(pto);
 
+/*
+ * PSz 25 Oct 2015
+ * An empty "to" path is surely wrong
+ * (do not annoy cgroups that are not ours).
+ * PSz 23 Jul 2017
+ * Cannot happen anymore(?), see cg_migrate_recursive_fallback()
+ * below... log if it does!
+ */
+if (!strlen(pto)) {
+log_warning("PSz debug: cg_migrate skip from (%s)%s to (%s)%s", cfrom, pfrom, cto, pto);
+return ret;
+}
+/* log_warning("PSz debug: cg_migrate do from (%s)%s to (%s)%s", cfrom, pfrom, cto, pto); */
+
 s = set_new(NULL);
 if (!s)
 return -ENOMEM;
 
 my_pid = getpid();
 
 do {
 _cleanup_fclose_ FILE *f = NULL;
 pid_t pid = 0;
 done = true;
 
 r = cg_enumerate_processes(cfrom, pfrom, );
 if (r < 0) {
 if (ret >= 0 && r != -ENOENT)
 return r;
 
 return ret;
 }
 
 while ((r = cg_read_pid(f, )) > 0) {
 
 /* This might do weird stuff if we aren't a
  * single-threaded program. However, we
@@ -504,46 +518,62 @@
 int cg_migrate_recursive_fallback(
 const char *cfrom,
 const char *pfrom,
 const char *cto,
 const char *pto,
 CGroupFlags flags) {
 
 int r;
 
 assert(cfrom);
 assert(pfrom);
 assert(cto);
 assert(pto);
 
 r = cg_migrate_recursive(cfrom, pfrom, cto, pto, flags);
 if (r < 0) {
 char prefix[strlen(pto) + 1];
 
 /* This didn't work? Then let's try all prefixes of the destination */
 
 PATH_FOREACH_PREFIX(prefix, pto) {
 int q;
 
+/*
+ * PSz 23 Jul 2017
+ * Skip an empty ("") prefix path: surely wrong,
+ * do not annoy cgroups that are not ours.
+ * Other comments:
+ * - Why this "did not work so try something else"?
+ * - Maybe should have used PATH_FOREACH_PREFIX_MORE
+ *   for cleaner, more compact code.
+ * - Should check cg_attach_fallback() also, and maybe
+ *   review all other uses of PATH_FOREACH_PREFIX.
+ */
+if (!strlen(prefix)) {
+/* log_warning("PSz debug: cg_migrate_recursive_fallback skip from (%s)%s to (%s) (empty prefix of %s)", cfrom, pfrom, cto, pto); */
+continue;
+}
+
 q = cg_migrate_recursive(cfrom, pfrom, cto, prefix, flags);
 if (q >= 0)
 return q;
 }
 }
 
 return r;
 }
 
 static const char *controller_to_dirname(const char *controller) {
 const char *e;
 
 assert(controller);
 
 /* Converts a controller name to the directory name below
  * /sys/fs/cgroup/ we want to mount it to. Effectively, this
  * just cuts off the name= prefixed used for named
  * hierarchies, if it is specified. */
 
 e = startswith(controller, "name=");
 if (e)
 return e;
 

Bug#696508:

[Rudy Godoy Guillén]

I can confirm the provided patch works for GTK/GConf-powered desktops.
The disable command also works and effectively removes all previous
settings
from the user's GConf profile. However since this is a per-user setting, I
believe
debian-desktop is a more appropriate place to discuss about it's eventual
system-wide inclusion.

-- 
Rudy Godoy
http://stone-head.org

Bug#868431: wmaker: uses static upstream menu

[Doug Torrance]

On 07/22/2017 12:05 PM, Michel Casabona wrote:

It looks like the change is documented in the changelog

   * debian/patches/50_def_config_paths.diff
 - Remove unnecessary patch. It added /etc/GNUstep/Defaults to
   the DEF_CONFIG_PATHS macro, but the files needed in the paths
   referenced in this macro (in particular, menu, autostart, and
   exitscript) will not be located there.

May be the patch is not yet unnecessary?


I checked out the source, and you're exactly right.  DEF_CONFIG_PATHS is 
used for *any* menu file, not just the default root menu, as I assumed 
when I removed the patch.


Note that without the patch, DEF_CONFIG_PATHS is defined in 
src/wconfig.h as "~/GNUstep/Library/WindowMaker:"PKGDATADIR, where 
PKGDATADIR is "/usr/share/WindowMaker".


I think the easier fix would be to install the Debian menu in 
/usr/share/WindowMaker instead, i.e.:


--- a/debian/wmaker.menu-method
+++ b/debian/wmaker.menu-method
@@ -8,7 +8,7 @@ outputencoding="UTF-8"
 outputlanguage="C"

 genmenu="menu.hook"
-rootprefix="/etc/GNUstep/Defaults"
+rootprefix="/usr/share/WindowMaker"
 userprefix=shell("echo -n /${GNUSTEP_USER_ROOT-GNUstep}") 
"/Library/WindowMaker/"

 treewalk="(M)"
 rootsection="/Debian"


Of course, this all assumes we even want to *keep* the Debian menu in 
Window Maker, which is questionable considering that it has been 
deprecated in 3.9.8.


Doug

Bug#869399: OOPS DO NOT PUT THOSE FOUR LINES IN THAT FILE

[積丹尼 Dan Jacobson]

OOPS DO NOT PUT THOSE FOUR LINES IN THAT FILE.

Those four lines are from a non-Debian distribution.

The immediate consequence of adding those four lines:

Upon systemctl stop nodm you will get black screen.

Nothing you can do will break out.

You will have to hit the power button. Let's hope your disks are synced.

Upon reboot you had better get those lines back out fast, as every 60
seconds nodm will attempt and fail to start again. Hmmm, perhaps choose
recovery mode at the boot menu to avoid nodm trying to start.

Now reboot again to finally get everything back to normal.

Bug#845756: keepass2 crashes when super key is pressed

[Alistair K Phipps]

Package: keepass2
Version: 2.36+dfsg-1
Followup-For: Bug #845756

Just to confirm this bug occurs with 2.36+dfsg-1.  The previously reported 
workaround does seem to work.

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

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

Versions of packages keepass2 depends on:
ii  libmono-corlib4.5-cil4.6.2.7+dfsg-1
ii  libmono-system-drawing4.0-cil4.6.2.7+dfsg-1
ii  libmono-system-security4.0-cil   4.6.2.7+dfsg-1
ii  libmono-system-windows-forms4.0-cil  4.6.2.7+dfsg-1
ii  libmono-system-xml4.0-cil4.6.2.7+dfsg-1
ii  libmono-system4.0-cil4.6.2.7+dfsg-1
ii  libx11-6 2:1.6.4-3
ii  mono-runtime 4.6.2.7+dfsg-1

Versions of packages keepass2 recommends:
ii  xsel  1.2.0-2+b1

Versions of packages keepass2 suggests:
pn  keepass2-doc  
pn  mono-dmcs 
pn  xdotool   

-- no debconf information

Bug#869399: unlock keyring automatically at startup

[積丹尼 Dan Jacobson]

Package: nodm
Version: 0.13-1.3
Severity: important
File: /etc/pam.d/nodm

https://bugzilla.gnome.org/show_bug.cgi?id=784992#c2 says
It's a distribution bug for the keyring to not be unlocked automatically at 
startup.

https://wiki.archlinux.org/index.php/Nodm says you should add
auth  include   system-local-login
account   include   system-local-login
password  include   system-local-login
session   include   system-local-login

Bug#860040: [Pkg-utopia-maintainers] Bug#866612: network-manager: no permission to toggle network/wifi

[Michael Biebl]

On Fri, 21 Jul 2017 10:50:31 +0200 Yves-Alexis Perez 
wrote:

> When /proc is mounted with hidepid>0 /proc/1/cgroup can't be read (either
> because /proc/1 doesn't exist, if hidepid=2, or because /proc/1/cgroup is not
> readable, if hidepid=1).
> 
> In that case, polkit-gnome-authentication-agent-1 (or lxpolkit, for that
> matter) bails out early.
> 

There is https://bugzilla.redhat.com/show_bug.cgi?id=1130796 which
provides some more background and also mentions a workaround, i.e.
mounting proc with gid= and adding polkitd to that group.
I haven't actually tested that though.
-- 
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#869384: webrtc-audio-processing: Vcs-Browser is not correct

[Felipe Sateler]

Control: tags -1 pending

On Sat, Jul 22, 2017 at 6:30 PM, Pino Toscano  wrote:
> Source: webrtc-audio-processing
> Version: 0.3-1
> Severity: minor
> Tags: patch
>
> Hi,
>
> the Vcs-Browser field in control is not correct, not pointing to the
> web page of the repository.
>
> The issue is a simple typo in the project name ("pulseaudio" vs
> "pkg-pulseaudio") -- simple patch attached for this.

Thanks, applied to git.

-- 

Saludos,
Felipe Sateler

Bug#869398: gpg-key2ps: gpg-key2ps crashes ps2pdf

[Ben Hildred]

Package: signing-party
Version: 2.5-1
Severity: normal
File: /usr/bin/gpg-key2ps


gpg-key2ps produces output that crashes ps2pdf. here is a session log and the
generated postscript.

$ gpg-key2ps -1s 0BBE9CB4852739AA |ps2pdf - >key.pdf
Error: /undefined in --get--
Operand stack:
   1   ()   (1500769685)   (852739AA)   --dict:6/6(L)--   22
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--
--nostringval--   2   %stopped_push   --nostringval--   --nostringval--
--nostringval--   false   1   %stopped_push   1999   1   3   %oparray_pop
1998   1   3   %oparray_pop   1982   1   3   %oparray_pop   1868   1   3
%oparray_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--
--nostringval--   --nostringval--   2   %stopped_push   --nostringval--   2   1
9   --nostringval--   %for_pos_int_continue   --nostringval--   --nostringval--
--nostringval--   --nostringval--
Dictionary stack:
   --dict:1209/1684(ro)(G)--   --dict:0/20(G)--   --dict:97/200(L)--
Current allocation mode is local
GPL Ghostscript 9.20: Unrecoverable error, exit code 1


%!PS-Adobe-3.0
%%BoundingBox: 0 0 595.276 841.89
%%Title:
%%Creator: gpg-key2ps 882
%%CreationDate: Sat Jul 22 20:02:46 2017
%%Pages: 1
%%EndComments

%%Page: 1 1

/w 595.276 def
/h 841.89 def

/reencode {
exch findfont
dup length dict
begin {
1 index /FID eq
{ pop pop }
{ def } ifelse
} forall
/Encoding ISOLatin1Encoding def
currentdict
end
definefont
} bind def

/Times-Roman /trlatin1 reencode 9 scalefont setfont

/newline {
/y y 10 sub def
} def

/hline {
30 y 3 add moveto
w 1 div 30 sub y 3 add lineto stroke
newline
} def

/needhline {
/condhline { hline } def
} def

/noneedhline {
/condhline { } def
} def

/showAlgorithm {
  << 1 (R) 2 (r) 3 (s) 16 (g) 20 (G) 17 (D) >> exch get
  show
} def

/pub {
condhline
50 y moveto (pub) show
70 y moveto show showAlgorithm (/) show show
150 y moveto show
200 y moveto show
newline
needhline
} def

/fpr {
70 y moveto (Key fingerprint = ) show show
newline
} def

/uid {
50 y moveto (uid) show
200 y moveto show
newline
} def

/sbk {
50 y moveto (sub) show
70 y moveto show showAlgorithm (/) show show
150 y moveto show
newline
} def


/key {
noneedhline
() (1500769685) (852739AA) 22 (256) pub

(E435 B618 4355 FC9E 5113  D956 0BBE 9CB4 8527 39AA) fpr

(Ben Hildred <426...@gmail.com>) uid

(1500769685) (CD555154) 18 (256) sbk

(1500769908) (0AF551B3) 22 (256) sbk

} def

/numlines 6 def
/num w 16 sub 10 div numlines div def

/column {
/y w 20 sub def
1 1 num {
gsave
0 0 h 1 div w rectclip
/upper y 11 add def
key
newline
/lower y 11 add def
0 upper h 1 div upper h 1 div lower 0 lower 0 upper moveto
lineto lineto lineto lineto stroke
grestore
} for
} def

w 0 translate
90 rotate
column
showpage

%%Trailer
%%EOF



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

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

Versions of packages signing-party depends on:
ii  gnupg  2.1.18-6
ii  libc6  2.24-11+deb9u1
ii  libclass-methodmaker-perl  2.24-1+b2
ii  libgnupg-interface-perl0.52-9
ii  libmailtools-perl  2.18-1
ii  libmd0 0.0.0-2
ii  libmime-tools-perl 5.508-1
ii  libnet-idn-encode-perl 2.400-1
ii  libterm-readkey-perl   2.37-1
ii  libtext-template-perl  1.46-1
ii  perl   5.24.1-3
ii  python 2.7.13-2
ii  qprint 1.1.dfsg.2-2+b1

Versions of packages signing-party recommends:
ii  dialog   1.3-20160828-2
ii  libgd-perl [libgd-gd2-perl]  2.53-3
ii  libpaper-utils   1.1.24+nmu5
ii  sendmail-bin [mail-transport-agent]  8.15.2-8
ii  whiptail 0.52.19-1+b1

Versions of packages signing-party suggests:
ii  fonts-noto-cjk   1:1.004+repack2-2
ii  fonts-noto-mono  20161116-1
ii  imagemagick  8:6.9.7.4+dfsg-11+deb9u1
ii  imagemagick-6.q16 [imagemagick]  8:6.9.7.4+dfsg-11+deb9u1
ii  mutt 1.7.2-1
ii  qrencode 3.4.4-1+b2
ii  texlive-font-utils   2016.20170123-5
ii  texlive-latex-extra  2016.20170123-5
ii  texlive-latex-recommended

Bug#869361: Pending fixes for bugs in the maven-bundle-plugin package

[pkg-java-maintainers]

tag 869361 + pending
thanks

Some bugs in the maven-bundle-plugin package are closed in revision
e995e20a44249baed09a4838e34e16c5bd5be035 in branch 'master' by tony
mancill

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/maven-bundle-plugin.git/commit/?id=e995e20

Commit message:

Address FTBFS with maven-archiver 3.1 (Closes: #869361)

Bug#869361: maven-bundle-plugin: FTBFS after maven-archive 3.1.1 update

[tony mancill]

On Sat, Jul 22, 2017 at 08:48:36PM +0200, Emmanuel Bourg wrote:
> Le 22/07/2017 à 19:04, tony mancill a écrit :
> 
> > Shall we go ahead and update maven-bundle-plugin to 3.3.0, or are there
> > advantages to patching the 2.5.x package to work with the newer
> > maven-archiver?
> 
> Yes we should update maven-bundle-plugin but this one is tricky because
> it's tied to bnd. I suggest fixing the compatibility with maven-archiver
> without upgrading the plugin yet, and later upgrade it when the new
> version of bnd is ready.

Hi Emmanuel,

Thank you for the guidance - much appreciated!  I'm working on the patch
for maven-bundle-plugin 2.5.4 now, since it's just a simple signature
change to add the MavenSession [1].

Cheers,
tony

[1] 
https://maven.apache.org/shared/maven-archiver/apidocs/org/apache/maven/archiver/MavenArchiver.html#getManifest-org.apache.maven.execution.MavenSession-org.apache.maven.project.MavenProject-org.apache.maven.archiver.ManifestConfiguration-


signature.asc
Description: PGP signature

Bug#869397: O: github-backup -- backs up data from GitHub

[James McCoy]

Package: wnpp
Severity: normal

I intend to orphan the github-backup package.

The package description is:
 github-backup is a simple tool you run in a git repository you cloned from
 GitHub. It backs up everything GitHub publishes about the repository,
 including other forks, issues, comments, wikis, milestones, pull requests,
 and watchers.
 .
 Also includes gitriddance, which can be used to close all open issues and
 pull requests.

Bug#866635: cyclograph: depends on libwebkitgtk-3.0-0 which is deprecated

[Jeremy Bicha]

On Sat, Jul 22, 2017 at 4:09 PM, Federico Brega  wrote:
> Nevertheless I cannot assure that the package will be uploaded in
> testing before the autoremoval occurs.

My understanding is that just commenting on this bug delays the
autoremoval, but don't wait until the last day since it takes several
hours for the system to notice the comment.

> Since this issue affects only one of the binaries provided, is there
> any way to just remove the gtk UI (cyclograph-gtk3) and leave the main
> package in testing?

That would require a new upload to not build the binary. But then you
would need to go through the NEW queue to get the binary back. So the
better idea is just to fix the bug. :)

> Another solution could be a nmu since I've already pushed the
> packaging of the latest version of the packag on the pkg-runnign-devel
> git repository, but the debian maintainers in the group are probably
> busy to upload it.

I am not a Debian Developer so I can't upload the version for you. But
could you ask Debian Mentors? I think there should be several sponsors
who would be interested in uploading a fix for an RC bug.

Please add Vcs fields to your debian/control pointing to the public
git repository your use for packaging.

Thanks,
Jeremy Bicha

Bug#868865: ITP: python-django-imagekit -- Automated image processing for Django

[Gunnar Wolf]

Michael Fladischer dijo [Wed, Jul 19, 2017 at 12:31:58PM +0200]:
>  ImageKit is a Django app for processing images. Need a thumbnail? A
>  black-and-white version of a user-uploaded image? ImageKit will make them for
>  you. If you need to programmatically generate one image from another, you 
> need
>  ImageKit.
>  .
>  ImageKit comes with a bunch of image processors for common tasks like 
> resizing
>  and cropping, but you can also create your own.

I would welcome if you added to the description a bit on how this is
done. Is it a pure-Python solution? Is it linked to a C local
implementation, or to a well-known library? Or does it invoke external
binaries such as Imagemagick's on temporary files?

Bug#865382: [st...@einval.com: Please help with #865382]

[Steve McIntyre]

On Fri, Jul 21, 2017 at 03:30:24PM +0100, Steve McIntyre wrote:
>On Fri, Jul 21, 2017 at 11:17:54AM -0300, Lisandro Damián Nicanor Pérez Meyer 
>wrote:
>>On viernes, 21 de julio de 2017 15:00:46 -03 Steve McIntyre wrote:
>>[snip]
>>> >I have taken a look at #865382 (CCing) but I see no further info. Is there
>>> >a backtrace available?
>>> 
>>> Unfortunately, no. It's not the easiest thing to work on in the live
>>> environment. I was hoping that you (plural!) might have more
>>> experience and could possibly suggest some tips to help debug this at
>>> least...
>>
>>I've talked to maxy trough IRC and he said we should try the live ourselves. 
>>I 
>>can't promise anything but maybe I get to it during the weekend.
>
>If you can, that would be great. We're going to be doing 9.1 this
>weekend so that's most likely going to show the same problem I
>expect...

It does. I've managed to grab an X logfile off - attached.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Welcome my son, welcome to the machine.
[   140.602] 
X.Org X Server 1.19.2
Release Date: 2017-03-02
[   140.602] X Protocol Version 11, Revision 0
[   140.602] Build Operating System: Linux 4.9.0-3-amd64 x86_64 Debian
[   140.602] Current Operating System: Linux debian 4.9.0-3-amd64 #1 SMP Debian 
4.9.30-2+deb9u2 (2017-06-26) x86_64
[   140.602] Kernel command line: BOOT_IMAGE=/live/vmlinuz-4.9.0-3-amd64 
initrd=/live/initrd.img-4.9.0-3-amd64 boot=live components
[   140.602] Build Date: 07 July 2017  06:14:06AM
[   140.602] xorg-server 2:1.19.2-1+deb9u1 (https://www.debian.org/support) 
[   140.602] Current version of pixman: 0.34.0
[   140.602]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   140.602] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   140.602] (==) Log file: "/home/user/.local/share/xorg/Xorg.1.log", Time: 
Sun Jul 23 00:56:52 2017
[   140.603] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   140.604] (==) No Layout section.  Using the first Screen section.
[   140.604] (==) No screen section available. Using defaults.
[   140.604] (**) |-->Screen "Default Screen Section" (0)
[   140.604] (**) |   |-->Monitor ""
[   140.604] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   140.604] (==) Automatically adding devices
[   140.604] (==) Automatically enabling devices
[   140.604] (==) Automatically adding GPU devices
[   140.604] (==) Max clients allowed: 256, resource mask: 0x1f
[   140.604] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   140.604]Entry deleted from font path.
[   140.604] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[   140.604] (==) ModulePath set to "/usr/lib/xorg/modules"
[   140.604] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   140.604] (II) Loader magic: 0x55ef70af4e00
[   140.604] (II) Module ABI versions:
[   140.604]X.Org ANSI C Emulation: 0.4
[   140.604]X.Org Video Driver: 23.0
[   140.604]X.Org XInput driver : 24.1
[   140.604]X.Org Server Extension : 10.0
[   140.605] (++) using VT number 1

[   140.608] (II) systemd-logind: took control of session 
/org/freedesktop/login1/session/_33
[   140.609] (II) xfree86: Adding drm device (/dev/dri/card0)
[   140.610] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 11 paused 1
[   140.610] (EE) Error systemd-logind returned paused fd for drm node
[   140.610] (II) systemd-logind: releasing fd for 226:0
[   140.613] (--) PCI:*(0:0:2:0) 8086:0126:17aa:21da rev 9, Mem @ 
0xf000/4194304, 0xe000/268435456, I/O @ 0x6000/64, BIOS @ 
0x/131072
[   140.613] (II) LoadModule: "glx"
[   140.614] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   140.615] (II) Module glx: vendor="X.Org Foundation"
[   140.615]compiled for 1.19.2, module version = 1.0.0
[   140.615]ABI class: X.Org Server Extension, version 10.0
[   140.615] (==) Matched modesetting as autoconfigured driver 0
[   140.615] (==) Matched fbdev as autoconfigured driver 1
[   140.615] (==) Matched vesa as autoconfigured driver 2
[   140.615] (==) Assigned the driver to the xf86ConfigLayout
[   140.615] (II) LoadModule: "modesetting"
[   140.616] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[   140.616] (II) Module modesetting: vendor="X.Org Foundation"
[   140.616]compiled for 1.19.2, module version = 1.19.2
[   140.616]Module 

Bug#869396: firefox-esr: fails to install extension

[Herminio Hernandez Jr]

Package: firefox-esr
Version: 52.2.0esr-2
Severity: normal

Dear Maintainer,

To access my works's SSL VPN the appliance installs an extension
in firfox. This was working a few weeks ago then I rebuilt my
laptop and now when I tried to reinstall the extension through
the ssl vpn web interface everything is normal. However when it
comes time to install the extension it ask for my sudo password
to install. When I enter it the extension crashes. I have
another laptop running Arch with firefox-esr installed and it
installed with no issue. I tried running firefox with a clean
profile and still the install crashes. There is nothting in the
about:crashes page to report.

Thanks,
Herminio

-- Package-specific info:

-- Extensions information
Name: Application Update Service Helper
Location: ${PROFILE_EXTENSIONS}/aushel...@mozilla.org.xpi
Status: enabled

Name: Default
Location: ${PROFILE_EXTENSIONS}/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Status: enabled

Name: Multi-process staged rollout
Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi
Status: enabled

Name: Pocket
Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi
Status: enabled

Name: Web Compat
Location: ${PROFILE_EXTENSIONS}/webcom...@mozilla.org.xpi
Status: enabled

-- Plugins information
Name: F5 Network Access plugin
Location: 
/home/hhernandez/.mozilla/firefox/bfwqsogk.default/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/plugins/np_F5_SSL_VPN_x86_64.so
Status: enabled

Name: IcedTea-Web Plugin (using IcedTea-Web 1.6.2 (1.6.2-3.1))
Location: /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-8-plugin:amd64
Status: enabled

Name: Skype Buttons for Kopete
Location: /usr/lib/mozilla/plugins/skypebuttons.so
Package: kopete
Status: enabled


-- Addons package information
ii  icedtea-8-plug 1.6.2-3.1amd64web browser plugin based on OpenJ
ii  kopete 4:16.08.1-3  amd64instant messaging and chat applic

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

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

Versions of packages firefox-esr depends on:
ii  debianutils   4.8.1.1
ii  fontconfig2.12.3-0.2
ii  libasound21.1.3-5
ii  libatk1.0-0   2.24.0-1
ii  libc6 2.24-12
ii  libcairo-gobject2 1.14.10-1
ii  libcairo2 1.14.10-1
ii  libdbus-1-3   1.10.20-1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.0-52.0.21-stable-3
ii  libffi6   3.2.1-6
ii  libfontconfig12.12.3-0.2
ii  libfreetype6  2.8-0.2
ii  libgcc1   1:7.1.0-9
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libglib2.0-0  2.52.3-1
ii  libgtk-3-03.22.16-1
ii  libgtk2.0-0   2.24.31-2
ii  libhunspell-1.6-0 1.6.1-2
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.15-1
ii  libnss3   2:3.31-1
ii  libpango-1.0-01.40.6-1
ii  libsqlite3-0  3.19.3-3
ii  libstartup-notification0  0.12-4+b2
ii  libstdc++67.1.0-9
ii  libvpx4   1.6.1-3
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.12-1
ii  libxcb1   1.12-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-2+b3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-3
ii  zlib1g1:1.2.8.dfsg-5

firefox-esr recommends no packages.

Versions of packages firefox-esr suggests:
pn  fonts-lmodern  
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-3
ii  libgssapi-krb5-2   1.15.1-1
pn  mozplugger 

-- no debconf information

Bug#866771: netty FTBFS: error: no suitable constructor found for MpscChunkedArrayQueue(int, int, boolean)

[tony mancill]

On Sat, Jul 01, 2017 at 06:44:20PM +0300, Adrian Bunk wrote:
> Source: netty
> Version: 1:4.1.7-2
> Severity: serious
> Tags: buster sid
> 
> Some recent change in unstable makes netty FTBFS:
>
> [ERROR] 
> /build/1st/netty-4.1.7/common/src/main/java/io/netty/util/internal/PlatformDependent.java:[838,23]
>  error: no suitable constructor found for 
> MpscChunkedArrayQueue(int,int,boolean)
> constructor MpscChunkedArrayQueue.MpscChunkedArrayQueue(int) is not 
> applicable
>   (actual and formal argument lists differ in length)
> constructor MpscChunkedArrayQueue.MpscChunkedArrayQueue(int,int) is not 
> applicable
>   (actual and formal argument lists differ in length)

This is related to the recent update of jctools [1].  I will claim the
bug and probably update netty to 4.1.13 in the process.

Cheers,
tony

[1] https://tracker.debian.org/news/850186


signature.asc
Description: PGP signature

Bug#869395: cinnamon-common: Dependency of gettext needed

[Manuel Padron Martinez]

Package: cinnamon-common
Version: 3.2.7-4
Severity: important

Dear Maintainer,

   * What led up to the situation?

I was trying to add a desklet to my desktop (right click on the 
desktop, "Add Desklet") 
but every time I tried to use a desklet that was online (choosing 
"Available Desklet (online)" section, choosing one and clicking in "Install or 
update selected item"), 
after download it, it shows an error message "No such file or 
directory".

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 
I follow the code from 
/usr/share/cinnamon/cinnamon-settings/cinnamon-settings.py 
it leads me to /usr/share/cinnamon/cinnamon-settings/bin/Spices.py,
in the code I can see that "Install or update selected item" call to 
"install_all" (line 388)
wich leads me to "install" method (line 418). There was a call to 
subprocess (line 449) that launch
msgfmt binary. I tried to discover which package belongs that binary 
(using packages.debian.org)
and I found that binary belongs to gettext. I install gettext and now 
everything works like a charm.

   * What was the outcome of this action?

It works, now I can use and install desklets no mather where they come.

   * What outcome did you expect instead?

I expect not to install gettext by hand because should be a dependency 
of cinnamon-common


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

Kernel: Linux 4.9.0-3-amd64 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), 
LANGUAGE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cinnamon-common depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gir1.2-cinnamondesktop-3.0   3.2.4-4
ii  gir1.2-meta-muffin-0.0   3.2.1-2
ii  gvfs-bin 1.30.4-1
ii  python   2.7.13-2
ii  python-pil   4.0.0-4

cinnamon-common recommends no packages.

cinnamon-common suggests no packages.

-- no debconf information

Bug#865586: live-build: binary_hdd failed with mkfs.vfat error

[Thierry]

Hi,

i fall into the same bug while upgrading from jessie to stretch.

Note however that, with the version of live-build shipped with stretch
(20170213) and the '--distribution' set to 'jessie', there is no problem,
so the issue seems to come from a difference of behaviour between both
version of mkfs.vfat (not a change in live-build source code), the one
shipped with stretch seems more picky.

Adding a '-I' to the options of mkfs.vfat fixes the issue, but there might
be a cleaner way, by specifying the partition, not an offset corresponding
to its location on the loop device.

Ciao,
Thierry

Bug#869394: RFS: tinydb/3.2.0-1 [ITP] -- Lightweight document oriented database optimized for your happiness

[Mehmet Mert Yildiran]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "tinydb":

* Package name: tinydb
  Version : 3.2.0-1
  Upstream Author : Markus Siemens 
* URL : https://github.com/msiemens/tinydb
* License : MIT
  Section : python

It builds those binary packages:

   tinydb - Lightweight document oriented database optimized for your happiness

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

https://mentors.debian.net/package/tinydb


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

dget -x https://mentors.debian.net/debian/pool/main/t/tinydb/tinydb_3.2.0-1.dsc

More information about tinydb can be obtained from
https://github.com/msiemens/tinydb.

Changes since the last upload:

tinydb (3.2.0-1) unstable; urgency=low

  * Initial release (Closes: #819649)

 -- Mehmet Mert Yildiran   Sun, 23 Jul 2017
00:42:00 +0300


Regards,
Mehmet Mert Yildiran



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

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

Bug#869393: libcanberra: Please split canberra-gtk-play in its own package

[Laurent Bigonville]

Source: libcanberra
Version: 0.30-3
Severity: wishlist

Hi,

It seems that there are several other packages that are using
canberra-gtk-play (transmission,...) 

It might worth splitting the utilities outside of the
gnome-session-canberra package.

https://codesearch.debian.net/search?q=canberra-gtk-play

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

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

Bug#869392: gnome-control-center: Spanish (Latin American) keyboard layout is not available as input source

[Felipe Sateler]

Package: gnome-control-center
Version: 1:3.22.2-3
Severity: normal

Hi,

For some reason, the latam layout is not shown in the input source list
when adding an input source. The layout is listed in evdev.xml, not
evdev.extras.xml. I have not tried with "All input sources" enabled,
because of another bug.

I have no idea what information might be relevant for this. Just ask for
info and I'll provide it.


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

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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.43-1
ii  apg2.2.3.dfsg.1-4+b1
ii  colord 1.3.3-2
ii  desktop-file-utils 0.23-2
ii  gnome-control-center-data  1:3.22.2-3
ii  gnome-desktop3-data3.22.2-1
ii  gnome-settings-daemon  3.22.2-5
ii  gsettings-desktop-schemas  3.22.0-1
ii  libaccountsservice00.6.43-1
ii  libatk1.0-02.24.0-1
ii  libc6  2.24-12
ii  libcairo-gobject2  1.14.10-1
ii  libcairo2  1.14.10-1
ii  libcanberra-gtk3-0 0.30-3
ii  libcanberra0   0.30-3
ii  libcheese-gtk253.22.1-1+b1
ii  libcheese8 3.22.1-1+b1
ii  libclutter-1.0-0   1.26.2+dfsg-1
ii  libclutter-gtk-1.0-0   1.8.2-2
ii  libcolord-gtk1 0.1.26-1.1
ii  libcolord2 1.3.3-2
ii  libcups2   2.2.4-3
ii  libfontconfig1 2.12.3-0.2
ii  libgdk-pixbuf2.0-0 2.36.5-2
ii  libglib2.0-0   2.52.3-1
ii  libgnome-bluetooth13   3.20.1-1
ii  libgnome-desktop-3-12  3.22.2-1
ii  libgoa-1.0-0b  3.22.5-1
ii  libgoa-backend-1.0-1   3.22.5-1
ii  libgrilo-0.3-0 0.3.3-2
ii  libgtk-3-0 3.22.16-1
ii  libgtop-2.0-10 2.34.2-1
ii  libgudev-1.0-0 230-3
ii  libibus-1.0-5  1.5.14-3
ii  libkrb5-3  1.15.1-1
ii  libmm-glib01.6.8-1
ii  libnm0 1.8.2-1
ii  libnma01.8.2-1
ii  libpango-1.0-0 1.40.6-1
ii  libpangocairo-1.0-01.40.6-1
ii  libpolkit-gobject-1-0  0.105-18
ii  libpulse-mainloop-glib010.0-2
ii  libpulse0  10.0-2
ii  libpwquality1  1.3.0-1+b1
ii  libsmbclient   2:4.6.5+dfsg-7
ii  libsoup2.4-1   2.56.0-2
ii  libupower-glib30.99.4-4+b1
ii  libwacom2  0.24-1
ii  libx11-6   2:1.6.4-3
ii  libxi6 2:1.7.9-1
ii  libxml22.9.4+dfsg1-3

Versions of packages gnome-control-center recommends:
ii  cracklib-runtime  2.9.2-5+b1
ii  cups-pk-helper0.2.6-1+b1
ii  gkbd-capplet  3.22.0.1-1+b1
ii  gnome-online-accounts 3.22.5-1
ii  gnome-user-guide  3.22.0-1
ii  gnome-user-share  3.18.3-1+b1
ii  iso-codes 3.75-1
ii  libcanberra-pulse 0.30-3
ii  libnss-myhostname 234-2
ii  mousetweaks   3.12.0-1+b1
ii  network-manager-gnome 1.8.2-1
ii  policykit-1   0.105-18
ii  pulseaudio-module-bluetooth   10.0-2
ii  realmd0.16.3-1
ii  rygel 0.32.1-3+b1
ii  rygel-tracker 0.32.1-3+b1
ii  system-config-printer-common  1.5.9-2

Versions of packages gnome-control-center suggests:
ii  gstreamer1.0-pulseaudio  1.12.2-1
pn  libcanberra-gtk-module   
ii  libcanberra-gtk3-module  0.30-3
ii  x11-xserver-utils7.7+7+b1

-- no debconf information

Bug#869391: gnome-control-center: Add input source dialog crashes when "Show All input sources" is enabled

[Felipe Sateler]

Package: gnome-control-center
Version: 1:3.22.2-3
Severity: normal

Hi,

I enabled all input sources in the tweak tool. Now I can't add input
sources. g-c-c crashes with the following backtrace below.

Inspecting with gdb suggests that the GList returned by 
gnome_xkb_info_get_layouts_for_language is invalid, as the data pointed
by one of the entries is not readable:

(gdb) p (char*)list->data
$2 = 0x938 


#0  0x7fab69ddc50a in __strcmp_sse2_unaligned () at 
../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:31
#1  0x00b9644f8a57 in add_rows_to_table (chooser=chooser@entry=0xb96614e870 
[GtkDialog], info=info@entry=0xb9662e50d0, list=0xb965b80c00, 
list@entry=0xb965b826a0, type=type@entry=0xb9645a971b "xkb", 
default_id=0x7fab6e6de2f2 "us") at cc-input-chooser.c:730
#2  0x00b9644f9cbe in get_locale_infos (chooser=0xb96614e870 [GtkDialog]) 
at cc-input-chooser.c:972
#3  0x00b9644f9cbe in cc_input_chooser_new (main_window=0xb965e922a0 
[CcWindow], is_login=is_login@entry=0, xkb_info=xkb_info@entry=0xb9660edb60 
[GnomeXkbInfo], ibus_engines=ibus_engines@entry=0x0) at cc-input-chooser.c:1088
#4  0x00b9644f4f58 in show_input_chooser (self=0xb965d00950 
[CcRegionPanel]) at cc-region-panel.c:1146
#5  0x7fab6a9311a4 in _g_closure_invoke_va 
(closure=closure@entry=0xb9660f30a0, return_value=return_value@entry=0x0, 
instance=instance@entry=0xb965eb0dc0, args=args@entry=0x7fffaa0c0ff0, 
n_params=, param_types=0x0) at ././gobject/gclosure.c:867
#6  0x7fab6a94b8cd in g_signal_emit_valist (instance=0xb965eb0dc0, 
signal_id=, detail=0, var_args=var_args@entry=0x7fffaa0c0ff0) at 
././gobject/gsignal.c:3300
#7  0x7fab6a94bfbf in g_signal_emit (instance=, 
signal_id=, detail=)
at ././gobject/gsignal.c:3447
#8  0x7fab6c0f3e7d in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#9  0x7fab6c0f3ee5 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#13 0x7fab6a94bfbf in  (instance=, signal_id=, 
detail=) at ././gobject/gsignal.c:3447
#10 0x7fab6a930f75 in g_closure_invoke 
(closure=closure@entry=0xb965a4d390, return_value=return_value@entry=0x0, 
n_param_values=1, param_values=param_values@entry=0x7fffaa0c12e0, 
invocation_hint=invocation_hint@entry=0x7fffaa0c1260)
at ././gobject/gclosure.c:804
#11 0x7fab6a94295c in signal_emit_unlocked_R 
(node=node@entry=0xb965ad0a10, detail=detail@entry=0, 
instance=instance@entry=0xb965eb0dc0, 
emission_return=emission_return@entry=0x0, 
instance_and_params=instance_and_params@entry=0x7fffaa0c12e0)
at ././gobject/gsignal.c:3565
#12 0x7fab6a94bbdc in g_signal_emit_valist (instance=, 
signal_id=, detail=, 
var_args=var_args@entry=0x7fffaa0c1490) at ././gobject/gsignal.c:3391
#14 0x7fab6c0f22e0 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#15 0x7fab56da6038 in ffi_call_unix64 () at 
/usr/lib/x86_64-linux-gnu/libffi.so.6
#16 0x7fab56da5a9a in ffi_call () at /usr/lib/x86_64-linux-gnu/libffi.so.6
#17 0x7fab6a931c8a in g_cclosure_marshal_generic_va (closure=0xb9660cfb70, 
return_value=0x0, instance=, args_list=, 
marshal_data=, n_params=3, param_types=0xb965a01df0) at 
././gobject/gclosure.c:1604
#18 0x7fab6a9311a4 in _g_closure_invoke_va 
(closure=closure@entry=0xb9660cfb70, return_value=return_value@entry=0x0, 
instance=instance@entry=0xb9660d11b0, args=args@entry=0x7fffaa0c1a80, 
n_params=, param_types=0xb965a01df0)


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

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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.43-1
ii  apg2.2.3.dfsg.1-4+b1
ii  colord 1.3.3-2
ii  desktop-file-utils 0.23-2
ii  gnome-control-center-data  1:3.22.2-3
ii  gnome-desktop3-data3.22.2-1
ii  gnome-settings-daemon  3.22.2-5
ii  gsettings-desktop-schemas  3.22.0-1
ii  libaccountsservice00.6.43-1
ii  libatk1.0-02.24.0-1
ii  libc6  2.24-12
ii  libcairo-gobject2  1.14.10-1
ii  libcairo2  1.14.10-1
ii  libcanberra-gtk3-0 0.30-3
ii  libcanberra0   0.30-3
ii  libcheese-gtk253.22.1-1+b1
ii  libcheese8 3.22.1-1+b1
ii  libclutter-1.0-0   1.26.2+dfsg-1
ii  libclutter-gtk-1.0-0   1.8.2-2
ii  libcolord-gtk1 0.1.26-1.1
ii  libcolord2 1.3.3-2
ii  libcups2   2.2.4-3
ii  libfontconfig1 2.12.3-0.2
ii  libgdk-pixbuf2.0-0 2.36.5-2
ii  libglib2.0-0   2.52.3-1
ii  libgnome-bluetooth13   3.20.1-1
ii  libgnome-desktop-3-12  3.22.2-1
ii  libgoa-1.0-0b  3.22.5-1
ii  

Bug#869390: mess-desktop-entries: desktop files should not work since mess is part of mame

[nyav]

Package: mess-desktop-entries
Version: 0.2-2
Severity: important

Since mess content is part of mame, mess executable doesn't exist 
anymore. So desktop files who launch mess should not work.

Bug#869388: RM: haildb -- RoQA; RoQA, dead upstream, unmaintained

[Tobias Frost]

Package: ftp.debian.org
Severity: normal

Upstream [1] says "ceased development", last release was in 2011.
Upstream recommends some replacements, among them are also at least one
already in Debian.

So it is probably best to let it go.

There are no reverse deps.

[1] http://www.haildb.com/2015/08/19/shutting-down-haildb/

--
tobi

Bug#869389: ITP: libmpsse -- SPI/I2C control via FTDI chips

[Axel Beckert]

Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: libmpsse
  Version : 1.3+git-2-a2eafa2
  Upstream Author : Craig Heffner 
* URL or Web page : https://github.com/devttys0/libmpsse
* License : BSD-2-Clause
  Description : SPI/I2C control via FTDI chips

Libmpsse is a library for interfacing with SPI/I2C devices via FTDI's
FT-2232 family of USB to serial chips. Additionally, it provides
control over the GPIO pins on the FTDI chips and supports a raw
bitbang mode as well.

This package contains the development header files.

--

This library is the first part of an effort to package all software
necessary to run a TheThingsNetwork LoRaWAN Gateway, see
https://github.com/ttn-zh/ic880a-gateway

My packaging work so far can be found at
https://github.com/xtaran/libmpsse-debian-packaging

Help welcome! If anyone wants to join this effort, I'm happy to create
and according Alioth/Pagura/whatever project.

Bug#869135: Please consider switching to giza

[gregor herrmann]

On Sat, 22 Jul 2017 21:06:49 +0200, Ole Streicher wrote:

> On 21.07.2017 18:42, gregor herrmann wrote:
> > Please ping me when the giza bug is fixed and a new version is
> > available in the archive, I'm happy to continue trying then. 
> I uploaded a new, locally fixed version (fix also sent upstream)
> 0.9.4-4. With this version, the build time tests succeed.

Great!

Now that -4 also appeared on my mirror, I can confirm that the tests
pass both during build with cowbuilder and during autopkgtest with
schroot.
 
> One minor point: giza returns its own version, not a compatibility
> version for pgplot. Therefore, the last test ("Latest additions to
> pgplot") is not executed. If you remove the version check (see
> attachment), the test also succeeds.

Thanks, applied.


And: uploaded.

Let's see what dak and the buildds have to say (esp. to a -7 release
which moves a package from contrib to main; during a perl
transition).


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Nick Drake: Fruit Tree


signature.asc
Description: Digital Signature

Bug#869387: openjdk-9: Dangling link to VCS browser in debian/control

[John Paul Adrian Glaubitz]

Source: openjdk-9
Version: 9~b179-1
Severity: normal

Hi!

The Vcs-Browser field in debian/control is a dangling link, the
target https://code.launchpad.net/~openjdk/openjdk/openjdk9 doesn't
exist and it is therefore not possible to browse the packaging
sources online.

Please update the link for the next upload.

Thanks,
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#869386: on man page say what ! means

[積丹尼 Dan Jacobson]

Package: libgtk-3-bin
Version: 3.22.16-1
Severity: wishlist
File: /usr/share/man/man1/gtk-query-settings.1.gz

$ gtk-query-settings  theme
 gtk-theme-name: "HighContrast"
gtk-icon-theme-name: "HighContrast"
!   gtk-fallback-icon-theme: NULL
 gtk-key-theme-name: NULL
  gtk-cursor-theme-name: NULL
  gtk-cursor-theme-size: 0
   gtk-sound-theme-name: "freedesktop"
  gtk-application-prefer-dark-theme: FALSE

The man page should say what ! means.

Also it should say if it is querying gtk 2 or 3 or both settings.

Bug#869255: [Letsencrypt-devel] Bug#869255: DNS: wait a bit longer when NXDOMAIN returned in response to challenges

[Paul Wise]

On Sat, 2017-07-22 at 16:33 +0200, Mattia Rizzolo wrote:

> Forwarded the proposal upstream.

Upstream suggests it is a bug in our hook script,
so I guess this bug can be closed.

https://github.com/lukas2511/dehydrated/issues/415#issuecomment-317188484
https://anonscm.debian.org/cgit/mirror/letsencrypt-domains.git/tree/bin/le-hook

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#826471: intltool: Unescaped left brace in regex is deprecated at /usr/bin/intltool-update line 1070

[Michael Biebl]

Am 05.06.2016 um 20:12 schrieb Niko Tyni:
> Package: intltool
> Version: 0.50.2-3
> Severity: normal
> User: debian-p...@lists.debian.org
> Usertags: perl-5.24-transition
> 
> Building the inkscape package triggers deprecation warnings with Perl
> 5.24 (currently in experimental), and probably with Perl 5.22 (current
> sid) too.
> 
>   Unescaped left brace in regex is deprecated, passed through in regex; 
> marked by <-- HERE in m/\${ <-- HERE ?PACKAGE_NAME}?/ at 
> /usr/bin/intltool-update line 1070,  line 1213.
> 

I can't find an upstream bug report for this issue, but there is
https://git.archlinux.org/svntogit/packages.git/tree/trunk/intltool-0.51.0-perl-5.26.patch?h=packages/intltool

upstream intltool looks pretty much dead unfortunately.
-- 
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#869385: higan: FTBFS on arm64, mips* - error: unknown type name 'thread_local'

[James Cowgill]

Source: higan
Version: 103-1
Severity: serious
Tags: sid buster

Hi,

higan FTBFS on arm64, mips* and some ports architectures with the error:
> In file included from ../libco/libco.c:22:0:
> ../libco/sjlj.c:30:8: error: unknown type name 'thread_local'
>  static thread_local cothread_struct co_primary;
> ^~~~

This appears to be because the code uses C11's "thread_local" storage
type without including "threads.h" where it's declared.

Note I haven't done a test rebuild yet - I'm just guessing that this is
the cause.

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#869384: webrtc-audio-processing: Vcs-Browser is not correct

[Pino Toscano]

Source: webrtc-audio-processing
Version: 0.3-1
Severity: minor
Tags: patch

Hi,

the Vcs-Browser field in control is not correct, not pointing to the
web page of the repository.

The issue is a simple typo in the project name ("pulseaudio" vs
"pkg-pulseaudio") -- simple patch attached for this.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -7,7 +7,7 @@ Section: libs
 Priority: optional
 Build-Depends: autotools-dev, debhelper (>= 9), dh-autoreconf
 Standards-Version: 3.9.8
-Vcs-Browser: 
https://anonscm.debian.org/cgit/pulseaudio/webrtc-audio-processing.git
+Vcs-Browser: 
https://anonscm.debian.org/cgit/pkg-pulseaudio/webrtc-audio-processing.git/
 Vcs-Git: 
https://anonscm.debian.org/git/pkg-pulseaudio/webrtc-audio-processing.git
 Homepage: http://freedesktop.org/software/pulseaudio/webrtc-audio-processing/
 

Bug#826471: With perl 5.26 this is an error

[Adrian Bunk]

Control: severity -1 serious
Control: tags -1 buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/arm64/mate-themes.html

...
make[2]: Leaving directory '/build/1st/mate-themes-3.22.11/common'
Making check in po
make[2]: Entering directory '/build/1st/mate-themes-3.22.11/po'
INTLTOOL_EXTRACT="/usr/bin/intltool-extract" XGETTEXT="/usr/bin/xgettext" 
srcdir=. /usr/bin/intltool-update --gettext-package mate-themes --pot
rm -f missing notexist
srcdir=. /usr/bin/intltool-update -m
Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/\${ <-- HERE ?PACKAGE_NAME}?/ at /usr/bin/intltool-update line 1071,  
line 246.
Makefile:157: recipe for target 'check' failed
make[2]: *** [check] Error 255
...



cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#869279: hdrhistogram FTBFS: java.lang.NoSuchMethodError: org.apache.maven.archiver.MavenArchiver.getManifest

[Emmanuel Bourg]

Hi Adrian,

Thank you for the report. No need to report more "NoSuchMethodError"
related to MavenArchiver, this is a toolchain issue with
maven-bundle-plugin which affects all its rdeps (~160 packages). I'll
look into this shortly.

Emmanuel Bourg

Bug#869383: clanlib FTBFS with perl 5.26

[Adrian Bunk]

Source: clanlib
Version: 1.0~svn3827-6
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/arm64/clanlib.html

...
./pce2 --plgdir . ../../Sources/API/gl.h ../../Sources/API/GL/opengl_window.h 
../../Sources/API/GL/setupgl.h ../../Sources/API/GL/program_uniform.h 
../../Sources/API/GL/texture.h ../../Sources/API/GL/shader_object.h 
../../Sources/API/GL/opengl_window_description.h 
../../Sources/API/GL/opengl_state_data.h ../../Sources/API/GL/program_object.h 
../../Sources/API/GL/opengl_state.h ../../Sources/API/GL/program_attribute.h 
../../Sources/API/GL/light_source.h ../../Sources/API/GL/opengl_surface.h 
../../Sources/API/GL/texture_unit.h ../../Sources/API/GL/viewpoint.h 
../../Sources/API/GL/opengl_wrap.h ../../Sources/API/GL/material.h 
../../Sources/API/GL/opengl.h ../../Sources/API/sound.h 
../../Sources/API/Sound/soundoutput.h ../../Sources/API/Sound/soundformat.h 
../../Sources/API/Sound/sound.h ../../Sources/API/Sound/soundprovider.h 
../../Sources/API/Sound/SoundProviders/soundprovider_type.h 
../../Sources/API/Sound/SoundProviders/soundprovider_wave.h 
../../Sources/API/Sound/SoundProviders/soun
 dprovider_factory.h 
../../Sources/API/Sound/SoundProviders/soundprovider_recorder.h 
../../Sources/API/Sound/SoundProviders/soundprovider_raw.h 
../../Sources/API/Sound/SoundProviders/soundprovider_type_register.h 
../../Sources/API/Sound/SoundFilters/fadefilter.h 
../../Sources/API/Sound/SoundFilters/inverse_echofilter.h 
../../Sources/API/Sound/SoundFilters/echofilter.h 
../../Sources/API/Sound/soundbuffer_session.h 
../../Sources/API/Sound/soundfilter.h 
../../Sources/API/Sound/soundprovider_session.h 
../../Sources/API/Sound/soundbuffer.h ../../Sources/API/Sound/cd_drive.h 
../../Sources/API/Sound/setupsound.h 
../../Sources/API/Sound/soundoutput_description.h ../../Sources/API/vorbis.h 
../../Sources/API/guistylesilver.h ../../Sources/API/sdl.h 
../../Sources/API/GUI/frame.h ../../Sources/API/GUI/treeview.h 
../../Sources/API/GUI/layout.h ../../Sources/API/GUI/component_resize_handler.h 
../../Sources/API/GUI/component_style.h ../../Sources/API/GUI/listbox.h 
../../Sources/API/GUI/treenode.h .
 ./../Sources/API/GUI/deck.h ../../Sources/API/GUI/treeitem.h 
../../Sources/API/GUI/filedialog.h ../../Sources/API/GUI/scrollbar.h 
../../Sources/API/GUI/inputbox.h ../../Sources/API/GUI/menu.h 
../../Sources/API/GUI/button.h ../../Sources/API/GUI/component_manager.h 
../../Sources/API/GUI/inputbox_stylebase.h ../../Sources/API/GUI/menu_item.h 
../../Sources/API/GUI/radiogroup.h ../../Sources/API/GUI/menu_node.h 
../../Sources/API/GUI/richedit_paragraph.h ../../Sources/API/GUI/inputdialog.h 
../../Sources/API/GUI/component_move_handler.h ../../Sources/API/GUI/checkbox.h 
../../Sources/API/GUI/gui_manager.h ../../Sources/API/GUI/listitem.h 
../../Sources/API/GUI/messagebox.h ../../Sources/API/GUI/image.h 
../../Sources/API/GUI/component.h ../../Sources/API/GUI/label.h 
../../Sources/API/GUI/progressbar.h ../../Sources/API/GUI/window.h 
../../Sources/API/GUI/setupgui.h ../../Sources/API/GUI/richedit.h 
../../Sources/API/GUI/component_type.h ../../Sources/API/GUI/stylemanager.h 
../../Sources/API/GU
 I/radiobutton.h ../../Sources/API/GUIStyleSilver/richedit_silver.h 
../../Sources/API/GUIStyleSilver/radiobutton_silver.h 
../../Sources/API/GUIStyleSilver/label_silver.h 
../../Sources/API/GUIStyleSilver/treeitem_silver.h 
../../Sources/API/GUIStyleSilver/listbox_silver.h 
../../Sources/API/GUIStyleSilver/menu_item_silver.h 
../../Sources/API/GUIStyleSilver/menu_silver.h 
../../Sources/API/GUIStyleSilver/inputbox_silver.h 
../../Sources/API/GUIStyleSilver/button_silver.h 
../../Sources/API/GUIStyleSilver/image_silver.h 
../../Sources/API/GUIStyleSilver/checkbox_silver.h 
../../Sources/API/GUIStyleSilver/treeview_silver.h 
../../Sources/API/GUIStyleSilver/frame_silver.h 
../../Sources/API/GUIStyleSilver/menu_node_silver.h 
../../Sources/API/GUIStyleSilver/scrollbar_silver.h 
../../Sources/API/GUIStyleSilver/progressbar_silver.h 
../../Sources/API/GUIStyleSilver/window_silver.h 
../../Sources/API/GUIStyleSilver/stylemanager_silver.h 
../../Sources/API/signals.h ../../Sources/API/network.h ../../Source
 s/API/mikmod.h ../../Sources/API/gui.h ../../Sources/API/Application/clanapp.h 
../../Sources/API/Core/core_iostream.h ../../Sources/API/Core/Math/rect.h 
../../Sources/API/Core/Math/number_pool.h ../../Sources/API/Core/Math/circle.h 
../../Sources/API/Core/Math/line_math.h ../../Sources/API/Core/Math/origin.h 
../../Sources/API/Core/Math/point.h ../../Sources/API/Core/Math/matrix4x4.h 
../../Sources/API/Core/Math/quad.h ../../Sources/API/Core/Math/math.h 
../../Sources/API/Core/Math/delauney_triangulator.h 
../../Sources/API/Core/Math/triangle_math.h 
../../Sources/API/Core/Math/cl_vector.h 
../../Sources/API/Core/Math/pointset_math.h 
../../Sources/API/Core/Math/outline_triangulator.h 
../../Sources/API/Core/Math/size.h ../../Sources/API/Core/Math/vector2.h 

Bug#869382: libwxgtk3.0-0: Drawing sample line test broken

[D Haley]

Package: libwxgtk3.0-0v5
Version: 3.0.2+dfsg-4
Severity: normal
File: libwxgtk3.0-0

Dear Maintainer,

I was trying to use lines in my application which uses wxGTK. I've found that 
in the drawing sample shipped with wxGTK, the lines screen doesn't seem to give 
the correct visual output.

In the "Testing lines of width 0", the "dot/short dash/long dash/dot dash" 
lines appear visually identical. The same is true for the width 1 test.

In the width 2 testh however, the lines start ot be visually distinct.

It looks like the mapping between wxGTK and the gtk drawing code doesn't quite 
tee up.

To reproduce this install the wx3.0-examples package, navigate to
/usr/share/doc/wx3.0-examples/examples/samples, then copy out the drawing 
example to somewhere writeable, eg ~/tmp/wx/drawing. You need to copy 
sample.xpm as well, into the immediate parent path (eg ~/tmp/wx/). 

Then go into ~/tmp/wx/drawing/, and execute make to build the example. Now 
launch the example (./drawing), then in the file menu, select "Lines screen". 
Observe the incorrectly drawn lines.

I'm unsure if this is an upstream bug or not.

Thanks!


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

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

Versions of packages libwxgtk3.0-0v5:amd64 depends on:
ii  libc6 2.24-11
ii  libcairo2 1.14.8-1
ii  libgcc1   1:6.3.0-18
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglib2.0-0  2.50.3-2
ii  libgtk2.0-0   2.24.31-2
ii  libjpeg62-turbo   1:1.5.1-2
ii  libnotify40.7.7-2
ii  libpango-1.0-01.40.5-1
ii  libpangocairo-1.0-0   1.40.5-1
ii  libpng16-16   1.6.28-1
ii  libsm62:1.2.2-1+b3
ii  libstdc++66.3.0-18
ii  libtiff5  4.0.8-2
ii  libwxbase3.0-0v5  3.0.2+dfsg-4
ii  libx11-6  2:1.6.4-3
ii  libxxf86vm1   1:1.1.4-1+b2

libwxgtk3.0-0v5:amd64 recommends no packages.

libwxgtk3.0-0v5:amd64 suggests no packages.

-- no debconf information

Bug#869379: Images created without pulling in from 'updates' and 'security' repos

[Steve McIntyre]

On Sat, Jul 22, 2017 at 04:18:31PM -0500, Jeff Epler wrote:
>On Sat, Jul 22, 2017 at 09:43:40PM +0100, Phil Wyett wrote:
>> Images created without pulling in from 'updates' and 'security' repos.
>> 
>> This leaves images very out of date. Images should have all the latest
>> packages.
>
>In linuxcnc's stretch image, I compensate for this in customise.sh by adding an
>additional list within sources.list.d before the first packages:
>
>cat > ${rootdir}/etc/apt/sources.list.d/updates.list deb http://security.debian.org/debian-security stretch/updates main
>EOF
>
>and also I add a step where I
>
>chroot ${rootdir} apt-get -y dist-upgrade
>
>to upgrade any packages that had been installed previously by
>vmdebootstrap.

Yes, it's the obvious workaround. As discussed with Phil in IRC, on a
system installed from the live images updates and security are enabled
appropriately so they're fine. I'm not sure of the best approach for
*live* live images - will people be massively annoyed by the system
stopping and demanding security updates as it boots?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"...In the UNIX world, people tend to interpret `non-technical user'
 as meaning someone who's only ever written one device driver." -- Daniel Pead

Bug#869381: autocompletion scripts

[rugk]

Package: borgbackup

Please add autocompletion scripts. Currently there is only 
https://github.com/mrkmg/borgbackup-zsh-completion for zsh.




I am temporarily testing PGP for this mail address.

Fingerprint: 7046 C1B2 8644 9EAF 9F3F F5C1 8F16 2AE4 4088 F1BE
Key: 
https://keys.mailvelope.com/pks/lookup?op=get=0x8F162AE44088F1BE

Bug#851154: tracker: some build-time tests abort on the buildds because LANG is unset

[Michael Biebl]

Hi Simon

On Thu, 12 Jan 2017 13:56:45 + Simon McVittie  wrote:
> Package: tracker
> Version: 1.10.3-1
> Severity: normal
> Tags: patch
> 
> Severity is only normal, because build-time test failures are ignored anyway.
> 
> https://buildd.debian.org/status/fetch.php?pkg=tracker=amd64=1.10.3-1=1481904109
> 
> ERROR: tracker-file-utils
> =
> 
> (/«PKGBUILDDIR»/tests/libtracker-common/.libs/tracker-file-utils:24952): 
> Tracker-WARNING **: Locale '0' is not set, defaulting to C locale
> Trace/breakpoint trap
> # random seed: R02Sa200f27dace845437f8756e1936d2a7c
> # Tracker-FATAL-WARNING: Locale '0' is not set, defaulting to C locale

Do we need to set both LANG and LC_ALL or would just LC_ALL be
sufficient? I thought LANG is simply a fallback if LC_ALL is not set,
but I might be misremembering

That said, I think we might consider setting a defined locale for the
complete build and not just the make check run.

WDYT?

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#864359: closed by Matthias Klose <d...@ubuntu.com> (Bug#864359: fixed in openjdk-9 9~b179-1)

[John Paul Adrian Glaubitz]

Control: reopen -1

Sorry, that still didn't work. The zero-sparc.diff patch is still disabled in
debian/rules:

glaubitz@nofan:..openjdk-9-9~b179/debian> grep zero-sparc.diff rules
# FIXME zero-sparc.diff \

glaubitz@nofan:..openjdk-9-9~b179/debian>

The build still fails with the same problem [1].

Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=openjdk-9=sparc64=9%7Eb179-1=1500754681=0

-- 
 .''`.  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#869379: Images created without pulling in from 'updates' and 'security' repos

[Jeff Epler]

On Sat, Jul 22, 2017 at 09:43:40PM +0100, Phil Wyett wrote:
> Images created without pulling in from 'updates' and 'security' repos.
> 
> This leaves images very out of date. Images should have all the latest
> packages.

In linuxcnc's stretch image, I compensate for this in customise.sh by adding an
additional list within sources.list.d before the first packages:

cat > ${rootdir}/etc/apt/sources.list.d/updates.list 

Bug#869356: ghc: Eats gigabytes of memory when compiling haskell-skylighting

[Clint Adams]

On Sat, Jul 22, 2017 at 10:45:22AM -0500, Samuel Thibault wrote:
> Hello,
> 
> As https://buildd.debian.org/status/package.php?p=haskell-skylighting
> shows, haskell-skylighting fails to build on a lot of architectures,
> from getting out of memory. I have indeed observed the RSS to be going
> very high during the build, more than a Gigabyte...

Is it possible this is the same root cause as
https://ghc.haskell.org/trac/ghc/ticket/12790 ?

Bug#869110: tracker-extract: unable to create file '/run/user/1000/dconf/user': Permission denied.

[Michael Biebl]

On Thu, 20 Jul 2017 17:37:48 +0200 Fede  wrote:
> Package: tracker-extract
> Version: 1.10.5-1
> Severity: normal
> 
> Dear Maintainer,
> 
> I'm using Stretch and see several of the following messages in the logs:
> 
> Jul 20 17:31:10 XXX tracker-extract[1689]: unable to create file
> '/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.
> 
> The problem seems to have been addressed upstream, see
> .
> 
> Is it possible to port and apply the patch to the version in Stretch?

While I can prepare such an upload, it ultimately has to be acked by the
stable release managers, so you'd need to ask them.

-- 
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#869380: limesuite: Please update to newer release

[Sebastian Reichel]

Package: limesuite
Version: 17.06.0+dfsg-0.1
Severity: wishlist

Hi,

Please update limesuite again. It is required for newer
firmware. While I do not know the exact changelog for
the newer firmware it fixes a power management related
issue. Before the LimeSDR reached high temperatures in
no time while doing nothing. After updating the firmware
it only warms up by 5-10° in idle mode.

-- Sebastian

Bug#869108: ITP: python-speechrecognition -- Library for performing speech recognition, with support for several engines and APIs, online and offline.

[Mehmet Mert Yıldıran]

Hi Ethan,

I have a ready to upload (no lintian errors, with some warnings) fork of this
package in here: https://github.com/mertyildiran/speech_recognition You can
build the package using "dpkg-buildpackage -us -uc -I" command. Let's
upload this package. I will be waiting for your reply.

Kindest regards.

Bug#761627: libtomcrypt-dev: arch-dependent file in "Multi-Arch: same" package

[Michael Stapelberg]

Thanks for the ping.

I applied your patch and tried to build the package, but it fails to build
(build log attached).

I’m not sure if that is because of your patch or an unrelated issue, but I
don’t have the time to debug LaTeX issues right now. Any help welcome.

On Wed, Jul 19, 2017 at 11:46 AM, François Poirotte 
wrote:

> Hi Michael,
>
> I believe the freeze has been lifted following the release of Debian
> Stretch a few weeks ago.
> Could you take another look at the proposed patch?
>
> Best regards,
> François
>
> On 05/14/2017 11:02 PM, Michael Stapelberg wrote:
>
> Thanks for investigating this issue and providing the updated patch. As
> Debian is currently in a freeze, I can’t upload the patch right now. Could
> you ping this email thread/bug report once Debian left the freeze please?
> Thank you.
>
> On Sun, May 14, 2017 at 5:49 PM, François Poirotte 
> wrote:
>
>> Hi,
>>
>> It seems the patch "deterministic-latex.patch" is not working as it
>> should.
>> I guess it may have to do with the way it uses escape sequences (in my
>> case, "\\fixedpdfdate" is actually replaced by a form feed character
>> followed by "ixedpdfdate" in the final .tex file).
>>
>> Attached is an updated version of the patch that fixes the issue for me.
>> It uses "printf" instead of "echo" to avoid possible issues with the
>> interpretation of escape sequences.
>> It blanks the "ModDate" & "CreationDate" fields instead of trying to be
>> smart about them.
>> It also removes pdfLaTeX's banner & trailer ID from the final output
>> (which may also fix the issue you reported about different versions of the
>> build-dependencies resulting in different output files).
>>
>> Best regards,
>> François
>>
>
> --
> Best regards,
> Michael
>
>
>


-- 
Best regards,
Michael


libtomcrypt_1.17-10_amd64-2017-07-22T20:37:35Z.build
Description: Binary data

Bug#869379: Images created without pulling in from 'updates' and 'security' repos

[Phil Wyett]

Package: live-wrapper
Version: 0.6

Images created without pulling in from 'updates' and 'security' repos.

This leaves images very out of date. Images should have all the latest
packages.

Regards

Phil

-- 
*** If this is a mailing list, I am subscribed, no need to CC me.***

Playing the game for the games sake.

Web: https://kathenas.org

Twitter: kathenasorg

Instagram: kathenasorg

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

Bug#775612: amanda-server: Depends on Tie/StdHash.pm which exists on NO package in debian

[Nathan Stratton Treadway]

> This seems to be yet another occurrence of 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781120 -- handling 
> of non-readable directories on @INC
  
Just to pull together the various strands of this discussion: the issue
is that no StdHash.pm file actually exists, but Perl don't know that
ahead of time and has to search through @INC looking for it -- and
(since @INC ends with a "." entry) if the . directory happens to be
unreadable by the current user, Perl aborts that search with an error.

On the other hand, if all directories in @INC are readable, then Perl
completes the search without finding StdHash.pm anywhere (but also
without raising an error), and falls back to the definition of the
Tie::StdHash package contained within the Hash.pm file.

(For what it's worth, the discussion about why Perl [v5.18 and later]
aborts with an error if a path in @INC is unreadable can be found in
Perl bug #113422 and the various bugs associated with it:
  https://rt.perl.org/Public/Bug/Display.html?id=113422
)


Anyway, Amanda upstream has recently implemented a workaround for this
situation, as mentioned on the amanda-hackers list:
  Subject:Re: "./Tie/StdHash.pm: Permission denied at" error messages
  From:   Jean-Louis Martineau 
  Date:   2017-07-19 12:16:04

  http://marc.info/?l=amanda-hackers=150046696903634=2


The two-line patch in question can be found at, e.g.:
   
https://github.com/zmanda/amanda/commit/9f390065b6eb27a79ea273295065890925f1659a
  

Nathan

Bug#866635: cyclograph: depends on libwebkitgtk-3.0-0 which is deprecated

[Federico Brega]

Hello,

I saw your bug, and a new release of cyclograph (1.9.0) got rid of the
deprecated webkit dependency.
Nevertheless I cannot assure that the package will be uploaded in
testing before the autoremoval occurs.
Since this issue affects only one of the binaries provided, is there
any way to just remove the gtk UI (cyclograph-gtk3) and leave the main
package in testing?
Another solution could be a nmu since I've already pushed the
packaging of the latest version of the packag on the pkg-runnign-devel
git repository, but the debian maintainers in the group are probably
busy to upload it.

Please let me know if any of these solutions can cope with the bug.
--
Federico

Bug#869122: Bug#869373: perl: Please add workaround to fix FTBFS on sh4

[John Paul Adrian Glaubitz]

On 07/22/2017 09:38 PM, Niko Tyni wrote:
> Sure, I was just thinking of a manual "porter upload" to get the binNMUs
> going before the next source upload. But it looks like you (or someone
> else) did that already.

That was me ;-). I'm doing the same for hppa now.

>>> The failure mode looks very similar to the hppa one (#869122, cc'd)
>>> so I guess it should get similar treatment.
>>
>> I tried the same workaround on hppa, it didn't help unfortunately.
> 
> Too bad. Dropping that bug then.

Adding it back on. For some reason, adding "noopt" wasn't passed to
the build environment. It builds with the following hack added
to debian/config.debian:

hppa:*)
optimize="$optimize${optimize:+ }-O0";;

I will bootstrap perl_5.26 for hppa now.

>>> Would you be able to narrow this down to file level? Cf. #838613 and
>>> debian/patches/debian/hppa_op_optimize_workaround.diff
>>
>> This patch seems to fix a failure of the testsuite, no? The build on
>> hppa crashes much earlier though.
> 
> My point was just that file-level optimizations can be achieved by
> modifying cflags.SH as seen in that patch. I think (but haven't
> verified) that miniperl is built via cflags.SH too.

OK, I wasn't aware of that. That's the first time I am hacking
on the perl package ;).

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#857341: dosbox: crashes with core=dynamic: DRC64:Unhandled memory reference

[Stefan Ott]

I also had this issue, changing the core= setting did not
help, recompiling the package with --disable-dynamic-core
did.

The attached patch changes the build options accordingly.

-- 
Stefan Ott
http://www.ott.net/
Index: dosbox-0.74/debian/rules
===
--- dosbox-0.74.orig/debian/rules
+++ dosbox-0.74/debian/rules
@@ -4,3 +4,6 @@ export DEB_CPPFLAGS_MAINT_APPEND=-D_FILE
 
 %:
 	dh $@ --with autotools_dev
+
+override_dh_auto_configure:
+	dh_auto_configure -- --disable-dynamic-core


signature.asc
Description: Digital signature

Bug#869373: perl: Please add workaround to fix FTBFS on sh4

[Niko Tyni]

On Sat, Jul 22, 2017 at 09:19:30PM +0200, John Paul Adrian Glaubitz wrote:
> On 07/22/2017 09:08 PM, Niko Tyni wrote:
> > Thanks. In that case you should be able to work around the breakage
> > (and hopefully catch up with the 5.26 transition) by building with
> > DEB_BUILD_OPTIONS=noopt.
> 
> This is for the buildds. I know that I can build the package manually.

Sure, I was just thinking of a manual "porter upload" to get the binNMUs
going before the next source upload. But it looks like you (or someone
else) did that already.
 
> > The failure mode looks very similar to the hppa one (#869122, cc'd)
> > so I guess it should get similar treatment.
> 
> I tried the same workaround on hppa, it didn't help unfortunately.

Too bad. Dropping that bug then.

> > Would you be able to narrow this down to file level? Cf. #838613 and
> > debian/patches/debian/hppa_op_optimize_workaround.diff
> 
> This patch seems to fix a failure of the testsuite, no? The build on
> hppa crashes much earlier though.

My point was just that file-level optimizations can be achieved by
modifying cflags.SH as seen in that patch. I think (but haven't
verified) that miniperl is built via cflags.SH too.
-- 
Niko

Bug#869377: RFS: irssi-scripts/20170711

[Daniel Echeverry]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "irssi-scripts"

* Package name: irssi-scripts
* Version : 20170711
* URL : http://irssi-scripts.org
* Section : net

It builds those binary packages:

irssi-scripts - collection of scripts for irssi

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

  https://mentors.debian.net/package/irssi-scripts
  https://anonscm.debian.org/git/collab-maint/irssi-scripts.git

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

dget -x 
https://mentors.debian.net/debian/pool/main/i/irssi-scripts/irssi-scripts_20170711.dsc

More information about irssi-scripts can be obtained from
https://www.irssi-scripts.org

Changes since the last upload:

  * New upstream release.
+ Update: akilluser.pl, apm.pl, awaybar.pl,
  awaylogcnt.pl, bandwidth.pl, bitlbee_join_notice.pl,
  bitlbee_typing_notice.pl, centericq.pl, colorkick.pl,
  connectcmd.pl, dau.pl, dccself.pl,  df.pl, go.pl,
  hddtemp.pl, hilightwin.pl, iMPD.pl, il.pl, invitejoin.pl,
  ircgmessagenotify.pl, irssiBlaster.pl, itime.pl, kicks.pl,
  licq.pl, loadavg.pl, localize.pl, mailcheck_imap.pl,
  mangle.pl, modelist-r.pl, nact.pl, newsline.pl, nicklist.pl,
  niq.pl, ogg123.pl, operview.pl, osd.pl, page-c0ffee.pl, pager.pl,
  postpone.pl, query.pl, quiz.pl, quizgr.pl, quizmaster.pl,
  randaway.pl, romajibind.pl, rotator.pl, scroller.pl,
  showhilight.pl, sysinfo277-irssi.pl, sysinfoplus.pl,
  topicsed.pl, trigger.pl, twprompt.pl, twtopic.pl,
  wordcompletition.pl, xetra.pl
* debian/patches
  + Add auto_away--trigger-also-on-newline.diff
+ timeout trigger/reset also on newline. (Closes: #820412)
  + Thanks to Nicolas Schier for the patch.
  + Refresh go.pl-multiple-networks.diff
  + Refresh hilightwin.pl.diff
  + Remove change_mode_awayproxy_script.diff
+ merge with upstream.
  + Remove quizgr.pl.diff
+ merge with upstream.
  + Remove urlgrab.pl.diff
+ upstream is not using it anymore.
  + Remove connectcmd.pl.diff
+ upstream is not using it anymore.
* debian/copyright
  + Extend debian copyright holders years
* debian/control
  + Remove Ryan Niebur from Uploaders field. (Closes: #856360)
  + Bump standard versions 4.0.0 (no changes).
  + Change debhelper to 10 in B-D.
  + Fix typos in description.
* Switch compat level 9 to 10.
* add debian/source/lintian-overrides
  + Some scripts doesn't have copyright information.

[ Rhonda D'Vine ]
* new upstream release:
  + act.pl, autoaway.pl, awayproxy.pl, cgrep.pl,
challenge.pl (Closes: #847994), chanact.pl,
mass_hilight_blocker.pl, my_beep.pl, nickserv.pl,
tinyurl.pl, twirssi.pl, urlgrab.pl
* Update INDEX file
* Update description-list file

Regards,

-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
http://rinconinformatico.net
Linux user: #477840
Debian user

Bug#869122: Bug#869373: perl: Please add workaround to fix FTBFS on sh4

[John Paul Adrian Glaubitz]

On 07/22/2017 09:08 PM, Niko Tyni wrote:
> Thanks. In that case you should be able to work around the breakage
> (and hopefully catch up with the 5.26 transition) by building with
> DEB_BUILD_OPTIONS=noopt.

This is for the buildds. I know that I can build the package manually.

> The failure mode looks very similar to the hppa one (#869122, cc'd)
> so I guess it should get similar treatment.

I tried the same workaround on hppa, it didn't help unfortunately.

> Would you be able to narrow this down to file level? Cf. #838613 and
> debian/patches/debian/hppa_op_optimize_workaround.diff

This patch seems to fix a failure of the testsuite, no? The build on
hppa crashes much earlier though.

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#869122: Bug#869373: perl: Please add workaround to fix FTBFS on sh4

[Niko Tyni]

On Sat, Jul 22, 2017 at 08:51:23PM +0200, John Paul Adrian Glaubitz wrote:
> Source: perl
> Version: 5.26.0-4
> Severity: normal
> Tags: patch
> User: debian-sup...@lists.debian.org
> Usertags: sh4
> 
> Hi!
> 
> src:perl currently fails to build from source on sh4 with:
> 
> ./miniperl -Ilib make_ext.pl cpan/Archive-Tar/pm_to_blib  
> MAKE="/usr/bin/make" LIBPERL_A=libperl.a
> qemu: uncaught target signal 11 (Segmentation fault) - core dumped
> Unsuccessful Makefile.PL(cpan/Archive-Tar): code=11 at make_ext.pl line 518.
> Makefile:586: recipe for target 'cpan/Archive-Tar/pm_to_blib' failed
> make[1]: *** [cpan/Archive-Tar/pm_to_blib] Error 2
> make[1]: Leaving directory '/<>'
> debian/rules:124: recipe for target 'perl.static' failed
> make: *** [perl.static] Error 2
> dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
> 
> I have not tracked down the actual reason for the bug yet, but it can
> be worked around by building perl without optimizations enabled on sh4.
> 
> The attached patch disables the optimizations on sh4 and makes the build
> succeed. Please consider applying it for the next upload.

Thanks. In that case you should be able to work around the breakage
(and hopefully catch up with the 5.26 transition) by building with
DEB_BUILD_OPTIONS=noopt.

The failure mode looks very similar to the hppa one (#869122, cc'd)
so I guess it should get similar treatment.

Would you be able to narrow this down to file level? Cf. #838613 and
debian/patches/debian/hppa_op_optimize_workaround.diff
-- 
Niko Tyni   nt...@debian.org

Bug#869135: Please consider switching to giza

[Ole Streicher]

Hi Gregor,

On 21.07.2017 18:42, gregor herrmann wrote:
> Please ping me when the giza bug is fixed and a new version is
> available in the archive, I'm happy to continue trying then. 

I uploaded a new, locally fixed version (fix also sent upstream)
0.9.4-4. With this version, the build time tests succeed.

One minor point: giza returns its own version, not a compatibility
version for pgplot. Therefore, the last test ("Latest additions to
pgplot") is not executed. If you remove the version check (see
attachment), the test also succeeds.

Best regards

Ole

--- a/test12.p
+++ b/test12.p
@@ -9,7 +9,6 @@
 pgqinf("VERSION",$val,$len);
 print "PGPLOT $val library\n\n";
 $val =~ s/\.//g; $val =~ s/v//; 
-die "PGPLOT version must be > 5.2.0 for this test $val\n" if $val<520;
 
 # Read in image (int*2)
 

Bug#869361: maven-bundle-plugin: FTBFS after maven-archive 3.1.1 update

[Emmanuel Bourg]

Le 22/07/2017 à 19:04, tony mancill a écrit :

> Shall we go ahead and update maven-bundle-plugin to 3.3.0, or are there
> advantages to patching the 2.5.x package to work with the newer
> maven-archiver?

Yes we should update maven-bundle-plugin but this one is tricky because
it's tied to bnd. I suggest fixing the compatibility with maven-archiver
without upgrading the plugin yet, and later upgrade it when the new
version of bnd is ready.

Emmanuel Bourg

Bug#869375: RFS: golang-gopkg-go-playground-assert.v1/1.2.1-1 [ITP]

[Shengjing Zhu]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org

Dear mentors,

I am looking for a sponsor for my package "golang-gopkg-go-playground-assert.v1"

* Package name: golang-gopkg-go-playground-assert.v1
  Version : 1.2.1-1
  Upstream Author : Dean Karn
* URL : https://github.com/go-playground/assert
* License : Expat
  Section : devel

It builds those binary packages:

  golang-gopkg-go-playground-assert.v1-dev - Basic Assertion Library used along 
side native go testing

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

https://mentors.debian.net/package/golang-gopkg-go-playground-assert.v1


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

  dget -x 
https://mentors.debian.net/debian/pool/main/g/golang-gopkg-go-playground-assert.v1/golang-gopkg-go-playground-assert.v1_1.2.1-1.dsc

Or 
https://anonscm.debian.org/git/pkg-go/packages/golang-gopkg-go-playground-assert.v1.git

This is a dependency of golang-gopkg-go-playground-validator.v8, which
is also a dependency of golang-github-gin-gonic-gin

Changes since the last upload:

 Initial release (Closes: #869370)

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature

Bug#869374: RFS: golang-github-gin-contrib-sse/0.0~git20170109.0.22d885f-1 [ITP]

[Shengjing Zhu]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org

Dear mentors,

I am looking for a sponsor for my package "golang-github-gin-contrib-sse"

* Package name: golang-github-gin-contrib-sse
  Version : 0.0~git20170109.0.22d885f-1
  Upstream Author : Manuel Martínez-Almeida
* URL : https://github.com/gin-contrib/sse
* License : Expat
  Section : devel

It builds those binary packages:

  golang-github-gin-contrib-sse-dev - Server-Sent Events implementation in Go

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

https://mentors.debian.net/package/golang-github-gin-contrib-sse


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

  dget -x 
https://mentors.debian.net/debian/pool/main/g/golang-github-gin-contrib-sse/golang-github-gin-contrib-sse_0.0~git20170109.0.22d885f-1.dsc

Or

https://anonscm.debian.org/git/pkg-go/packages/golang-github-gin-contrib-sse.git

This a dependency of golang-github-gin-gonic-gin #865134

Changes since the last upload:

 Initial release (Closes: #869368)

Regards,
Shengjing Zhu


signature.asc
Description: PGP signature

Bug#869373: perl: Please add workaround to fix FTBFS on sh4

[John Paul Adrian Glaubitz]

Source: perl
Version: 5.26.0-4
Severity: normal
Tags: patch
User: debian-sup...@lists.debian.org
Usertags: sh4

Hi!

src:perl currently fails to build from source on sh4 with:

./miniperl -Ilib make_ext.pl cpan/Archive-Tar/pm_to_blib  MAKE="/usr/bin/make" 
LIBPERL_A=libperl.a
qemu: uncaught target signal 11 (Segmentation fault) - core dumped
Unsuccessful Makefile.PL(cpan/Archive-Tar): code=11 at make_ext.pl line 518.
Makefile:586: recipe for target 'cpan/Archive-Tar/pm_to_blib' failed
make[1]: *** [cpan/Archive-Tar/pm_to_blib] Error 2
make[1]: Leaving directory '/<>'
debian/rules:124: recipe for target 'perl.static' failed
make: *** [perl.static] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

I have not tracked down the actual reason for the bug yet, but it can
be worked around by building perl without optimizations enabled on sh4.

The attached patch disables the optimizations on sh4 and makes the build
succeed. Please consider applying it for the next upload.

Thanks,
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
--- debian/config.debian.orig   2017-07-20 21:23:29.0 +0200
+++ debian/config.debian2017-07-22 17:01:36.675181556 +0200
@@ -74,7 +74,8 @@
 
 case "$host_arch_cpu:$build_type" in
 sh4:*) # required to correctly handle floating point on sh4
-   ccflags="$ccflags -mieee";;
+   ccflags="$ccflags -mieee"
+   optimize="$optimize${optimize:+ }-O0";;
 
 m68k:shared) # work around an optimiser bug
ccflags="$ccflags -fno-regmove";;

Bug#862792: dput: UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0

[Ben Finney]

Control: tags -1 + moreinfo

On 17-May-2017, Aleksey Samoilov wrote:

> When I run dput to upload source code to may Ubuntu PPA, an error occuers:
> 
> Checking signature on .changes
> Traceback (most recent call last):
>   […]
>   File "/usr/share/dput/dput/crypto.py", line 106, in check_file_signature
> path=infile.name, sig=signature, description=description))
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 19:
> ordinal not in range(128)

Can you give a use case that reliably produces this?

Give particular attention to the text encoding of the file, and the
text encoding of your shell's terminal.

If the terminal has no declared text encoding, ASCII is used by
default. Is that what is happening?

-- 
 \  “One time a cop pulled me over for running a stop sign. He |
  `\said, ‘Didn't you see the stop sign?’ I said, ‘Yeah, but I |
_o__)don't believe everything I read.’” —Steven Wright |
Ben Finney 


signature.asc
Description: PGP signature

Bug#869372: Please enable CONFIG_HDMI_LPE_AUDIO

[Mateusz Łukasik]

Source: linux
Version: 4.11.11-1
Severity: wishlist

Hi,

Starting with version 4.11 kernel have upstream support for bay trail 
hdmi sound card.


Please enable in x86 (amd64, i386) arches:

CONFIG_HDMI_LPE_AUDIO=m
CONFIG_SND_X86=y


--
 .''`.  Mateusz Łukasik
: :' :  https://l0calh0st.pl
`. `'   Debian Member - mat...@linuxmint.pl
  `-GPG: D93B 0C12 C8D0 4D7A AFBC  FA27 CCD9 1D61 11A0 6851

Bug#866230: /etc/bash_completion.d/dput file not removed on upgrade

[Ben Finney]

Control: tags -1 + confirmed pending

On 28-Jun-2017, Laurent Bigonville wrote:

> It seems that the package is moving the bash completion file from
> /etc/bash_completion.d/ to /usr/share/bash-completion/completions but
> the file in /etc is not remved on upgrade.

Yes, I omitted to use the ‘dpkg-maintscript-helper’ tool for this job.
I will need to correct that in maintainer scripts in a future release.

-- 
 \   “We spend the first twelve months of our children's lives |
  `\  teaching them to walk and talk and the next twelve years |
_o__)   telling them to sit down and shut up.” —Phyllis Diller |
Ben Finney 


signature.asc
Description: PGP signature

Bug#869309: [pkg-fgfs-crew] Bug#869309: Updating the fgo Uploaders list

[Florent Rougon]

Hello,

Tobias Frost  wrote:

> Florent Rougon  has retired, so can't work on
> the fgo package anymore (at least with this address).
>
> We are tracking their status in the MIA team and would like to ask you
> to remove them from the Uploaders list of the package so we can close
> that part of the file.

I don't mind being removed from the Uploaders list (FGo! being obsolete
IMHO), but if you want to do useful QA work for the FlightGear ecosystem
that will also benefit any package using libplibjs, I'd rather suggest
to do a QA upload of plib as I suggested (with patch) at:

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

That was more than two years ago---I agree it is not much if you
consider the upstream bug's honorable age, namely 13 years.

Regards

-- 
Florent

Bug#869336: dput: adequate talks about obsolete-conffile for dput

[Ben Finney]

Control: forcemerge 866230 -1

On 22-Jul-2017, shirish शिरीष wrote:

> Adequate reports obsolete-conffile for dput -
> 
> $ adequate dput
> dput: obsolete-conffile /etc/bash_completion.d/dput

Thank you. This is reported in bug#866230, I'm merging these reports.

-- 
 \“Conscience is the inner voice that warns us somebody is |
  `\   looking.” —Henry L. Mencken |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#869371: openssh-server: reports failure creating ECDSA key during initial configuration

[Ed Blackman]

Package: openssh-server
Version: 1:7.4p1-10
Severity: important

I'm attempting to create a minimal custom Debian stretch disk image to use as a
template for VMs.  I use packer to run debian-9.0.0-amd64-netinst.iso in a QEMU
VM with a custom preseed file that runs noninteractively.  However, the install
dies toward the end because openssh-server configuruation returns an error.  I
can't include openssh-server in the install (via tasksel/first of ssh-server or
standard, or including it in pkgsel/include) without the install failing.

Further investigation shows that openssh-server configuration is returning an
error code during configuration, causing the install to abort:
Setting up openssh-server (1:7.4p1-10) ...

Creating config file /etc/ssh/sshd_config with new version
Creating SSH2 RSA key; this may take some time ...
2048 SHA256:rTUS0h7zdLTuTFdpTWWf/TgbUJoZ5qP56ZgxY2dOqdg 
root@debian-stretch-template (RSA)
Creating SSH2 ECDSA key; this may take some time ...
/etc/ssh/ssh_host_ecdsa_key.pub is not a public key file.
dpkg: error processing package openssh-server (--configure):
 subprocess installed post-installation script returned error exit status 
255
Processing triggers for libc-bin (2.24-11+deb9u1) ...
Processing triggers for systemd (232-25) ...
Errors were encountered while processing:
 openssh-server
E: Sub-process /usr/bin/dpkg returned an error code (1)

This error says "reports failure", because while the message says that
"/etc/ssh/ssh_host_ecdsa_key.pub is not a public key file". "file" says it is,
and it looks OK to visual inspection.

If I manually intervene and reinstall openssh-server, it works:
Reading package lists...
Building dependency tree...
Reading state information...
openssh-server is already the newest version (1:7.4p1-10).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up openssh-server (1:7.4p1-10) ...
Creating SSH2 ED25519 key; this may take some time ...
256 SHA256:07VOIBlUhI4y89Ght5Bt04JqPj5In+mcpqwjgY8G7Rg 
root@debian-stretch-template (ED25519)
Created symlink /etc/systemd/system/sshd.service → 
/lib/systemd/system/ssh.service.
Created symlink /etc/systemd/system/multi-user.target.wants/ssh.service → 
/lib/systemd/system/ssh.service.

Packer configuration and preseed available if those will help.

There must be some environmental contribution, since I've been able to install
stretch with openssh-server in other environments without any failures. But I
can repeat the failure on demand, it happens every time.

I can reproduce the problem in a normal (non-install) environment by
configuring the install to not select openssh-server, letting the install
succeed, then logging in to the VM via VNC while Packer is waiting for SSH to
start running.  So I could run the openssh-server install/config under strace
or similar if desired.

I'll note that the problem did *not* occur in mid-May when I was using the same
configuration with stretch RC3, but going back to the RC3 netboot.iso doesn't
fix the problem (as expected, since the openssh-server .deb is downloaded from
Debian, not included in the ISO).

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

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

Versions of packages openssh-server depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.61
ii  dpkg   1.18.24
ii  init-system-helpers1.48
ii  libaudit1  1:2.6.7-2
ii  libc6  2.24-11+deb9u1
ii  libcomerr2 1.43.4-2
ii  libgssapi-krb5-2   1.15-1
ii  libkrb5-3  1.15-1
ii  libpam-modules 1.1.8-3.6
ii  libpam-runtime 1.1.8-3.6
ii  libpam0g   1.1.8-3.6
ii  libselinux12.6-3+b1
ii  libssl1.0.21.0.2l-2
ii  libsystemd0232-25
ii  libwrap0   7.6.q-26
ii  lsb-base   9.20161125
ii  openssh-client 1:7.4p1-10
ii  openssh-sftp-server1:7.4p1-10
ii  procps 2:3.3.12-3
ii  ucf3.0036
ii  zlib1g 1:1.2.8.dfsg-5

Versions of packages openssh-server recommends:
ii  libpam-systemd  232-25
ii  ncurses-term6.0+20161126-1
ii  xauth   1:1.0.9-1+b2

Versions of packages openssh-server suggests:
pn  molly-guard   
pn  monkeysphere  
pn  rssh  
pn  ssh-askpass   
pn  ufw   

-- debconf information:
  openssh-server/permit-root-login: true

Bug#868255: closed by Matthias Klose <d...@ubuntu.com> (Bug#868255: fixed in openjdk-9 9~b179-1)

[John Paul Adrian Glaubitz]

Control: reopen -1

That didn't work, unfortunately. On powerpc, it's still building with 
debug-level
release and consequently fails [1] as powerpc is Zero-only target:

(No custom hook found at /«PKGBUILDDIR»/src/closed/autoconf/custom-hook.m4)
cd build && MAKE_VERBOSE=y QUIETLY= LOG=debug IGNORE_OLD_CONFIG=true 
LIBFFI_LIBS=-lffi_pic DEBUG_BINARIES=true FULL_DEBUG_SYMBOLS=0 
ZIP_DEBUGINFO_FILES=0
STRIP_POLICY=none POST_STRIP_CMD=true ../src/configure \
 --host=powerpc-linux-gnu --build=powerpc-linux-gnu 
--with-jvm-variants=zero --with-boot-jdk=/usr/lib/jvm/java-8-openjdk-powerpc
--with-boot-jdk-jvmargs="-XX:ThreadStackSize=2240" 
--with-extra-cflags='-Wdate-time -D_FORTIFY_SOURCE=2 -g 
-fdebug-prefix-map=/«PKGBUILDDIR»=. -Wformat
-fno-stack-protector -Wno-deprecated-declarations -Wdate-time 
-D_FORTIFY_SOURCE=2' --with-extra-cxxflags='-Wdate-time -D_FORTIFY_SOURCE=2 -g
-fdebug-prefix-map=/«PKGBUILDDIR»=. -Wformat -fno-stack-protector 
-Wno-deprecated-declarations' --with-extra-ldflags='-Xlinker -z -Xlinker relro 
-Xlinker
-Bsymbolic-functions' \
 --disable-ccache --with-jtreg=/usr --with-version-pre=Debian 
--with-version-opt=9~b179-1  --with-debug-level=release 
--enable-unlimited-crypto
--with-zlib=system --with-giflib=system --with-libpng=system 
--with-libjpeg=system --with-lcms=system --with-pcsclite=system 
--with-stdc++lib=dynamic
--disable-warnings-as-errors --disable-javac-server  --with-num-cores=4
Warning: You are using legacy autoconf cross-compilation flags.
It is recommended that you use --openjdk-target instead.

>From the debian/rules file:

COMMON_CONFIGURE_ARGS += \
--with-debug-level=release \
--enable-unlimited-crypto \
--with-zlib=system \
--with-giflib=system \
--with-libpng=system \
--with-libjpeg=system \
--with-lcms=system \
--with-pcsclite=system \
--with-stdc++lib=dynamic \
--disable-warnings-as-errors \
--disable-javac-server \

This has to be "--with-debug-level=slowdebug" for Zero targets.

Thus, I suggest the following change:

--- debian/rules.orig   2017-07-21 16:02:19.0 +0200

+++ debian/rules2017-07-22 20:43:09.146954686 +0200

@@ -524,9 +524,11 @@

   else

 DEFAULT_CONFIGURE_ARGS += --with-jvm-variants=server

   endif

+  DEFAULT_CONFIGURE_ARGS += --with-debug-level=release

 else

   DEFAULT_CONFIGURE_ARGS += --host=$(DEB_HOST_GNU_TYPE) 
--build=$(DEB_BUILD_GNU_TYPE)

   DEFAULT_CONFIGURE_ARGS += --with-jvm-variants=zero

+  DEFAULT_CONFIGURE_ARGS += --with-debug-level=slowdebug

 endif

 ZERO_CONFIGURE_ARGS += --with-jvm-variants=zero


@@ -560,7 +562,6 @@
--with-version-opt=$(PKGVERSION) \

 COMMON_CONFIGURE_ARGS += \
-   --with-debug-level=release \
--enable-unlimited-crypto \
--with-zlib=system \
--with-giflib=system \

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=openjdk-9=powerpc=9%7Eb179-1=1500747475=0

-- 
 .''`.  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#869370: ITP: golang-gopkg-go-playground-assert.v1 -- Basic Assertion Library used along side native go testing

[Shengjing Zhu]

Package: wnpp
Severity: wishlist
Owner: Shengjing Zhu 
Control: block 869369 by -1
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org

* Package name: golang-gopkg-go-playground-assert.v1
  Version : 1.2.1-1
  Upstream Author : Dean Karn
* URL : https://github.com/go-playground/assert
* License : Expat
  Programming Lang: Go
  Description : Basic Assertion Library used along side native go testing

 Package assert is a Basic Assertion library used along side native go
 testing, with building blocks for custom assertions.

Please also include as much relevant information as possible.
For example, consider answering the following questions:
 - why is this package useful/relevant? is it a dependency for
   another package? do you use it? if there are other packages
   providing similar functionality, how does it compare?

   This a dependency of golang-gopkg-go-playground-validator.v8

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

   I will package this inside pkg-go team and I need sponsor to upload.


signature.asc
Description: PGP signature

Bug#869369: ITP: golang-gopkg-go-playground-validator.v8 -- Go Struct and Field validation (version 8.x)

[Shengjing Zhu]

Package: wnpp
Severity: wishlist
Owner: Shengjing Zhu 
Control: block 865134 by -1
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org

* Package name: golang-gopkg-go-playground-validator.v8
  Version : 8.18.1-1
  Upstream Author : Dean Karn
* URL : https://github.com/go-playground/validator
* License : Expat
  Programming Lang: Go
  Description : Go Struct and Field validation (version 8.x)

 Package validator implements value validations for structs and individual
 fields based on tags.
 .
 It has the following unique features:
   * Cross Field and Cross Struct validations by using validation tags or
 custom validators.
   * Slice, Array and Map diving, which allows any or all levels of a
 multidimensional field to be validated.
   * Handles type interface by determining it's underlying type prior to
 validation.
   * Handles custom field types such as sql driver Valuer see Valuer
   * Alias validation tags, which allows for mapping of several validations
 to a single tag for easier defining of validations on structs
   * Extraction of custom defined Field Name e.g. can specify to extract the
 JSON name while validating and have it available in the resulting
 FieldError

Please also include as much relevant information as possible.
For example, consider answering the following questions:
 - why is this package useful/relevant? is it a dependency for
   another package? do you use it? if there are other packages
   providing similar functionality, how does it compare?

   This a dependency of golang-github-gin-gonic-gin #865134

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

   I will package this inside pkg-go team and I need sponsor to upload.


signature.asc
Description: PGP signature

Bug#869367: crash: autopktest failures due to multiple problems

[Balint Reczey]

Package: crash
Version: 7.1.8-2
Severity: normal
Tags: patch

Dear Maintainer,

The continuous integration tests can fail due to missing packages for
the running kernel and missing *-updates pocket when running on the
Ubuntu development release.

The attached patch fixes both problems, please consider accepting it.

Cheers,
Balint

-- 
Balint Reczey
Debian & Ubuntu Developer
diff -Nru crash-7.1.8/debian/tests/control crash-7.1.8/debian/tests/control
--- crash-7.1.8/debian/tests/control	2017-04-17 22:25:08.0 +0200
+++ crash-7.1.8/debian/tests/control	2017-06-14 16:13:12.0 +0200
@@ -1,3 +1,3 @@
 Tests: live
-Restrictions: needs-root
-Depends: @, lsb-release, sudo
+Restrictions: needs-root isolation-machine
+Depends: @, lsb-release, software-properties-common, sudo
diff -Nru crash-7.1.8/debian/tests/live crash-7.1.8/debian/tests/live
--- crash-7.1.8/debian/tests/live	2017-04-17 22:25:08.0 +0200
+++ crash-7.1.8/debian/tests/live	2017-06-14 16:13:12.0 +0200
@@ -7,12 +7,13 @@
 apt-get update
 apt-get install linux-image-$(uname -r)-dbg
 elif [ "$(lsb_release -is)" = "Ubuntu" ]; then
-sudo tee /etc/apt/sources.list.d/ddebs.list << EOF
-deb http://ddebs.ubuntu.com/ $(lsb_release -cs)  main
-deb http://ddebs.ubuntu.com/ $(lsb_release -cs)-updates  main
-EOF
+sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys C8CAB6595FDFF622 2>&1
+# add available pockets
+for pocket in "" "-updates" "-proposed"; do
+apt-add-repository "deb http://ddebs.ubuntu.com/ $(lsb_release -cs)${pocket} main"
+apt-get update 2>&1 || apt-add-repository --remove "deb http://ddebs.ubuntu.com/ $(lsb_release -cs)${pocket} main"
+done
 # avoid stderr output
-sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys ECDCAD72428D7C01 2>&1
 sudo apt-get update
 sudo DEBIAN_FRONTEND=noninteractive apt-get install -y -q linux-image-$(uname -r)-dbgsym
 fi

Bug#869368: ITP: golang-github-gin-contrib-sse -- Server-Sent Events implementation in Go

[Shengjing Zhu]

Package: wnpp
Severity: wishlist
Owner: Shengjing Zhu 
Control: block 865134 by -1

* Package name: golang-github-gin-contrib-sse
  Version : 0.0~git20170109.0.22d885f-1
  Upstream Author : Manuel Martínez-Almeida
* URL : https://github.com/gin-contrib/sse
* License : Expat
  Programming Lang: Go
  Description : Server-Sent Events implementation in Go

 Server-sent events (SSE) is a technology where a browser receives
 automatic updates from a server via HTTP connection. The Server-Sent
 Events EventSource API is standardized as part of HTML5 by the W3C.

Please also include as much relevant information as possible.
For example, consider answering the following questions:
 - why is this package useful/relevant? is it a dependency for
   another package? do you use it? if there are other packages
   providing similar functionality, how does it compare?

   This a dependency of golang-github-gin-gonic-gin #865134

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

   I will package this inside pkg-go team and I need sponsor to upload.


signature.asc
Description: PGP signature

Bug#869366: RM: creepy -- ROM; Unmaintained upstream

[Ross Gammon]

Package: ftp.debian.org
Severity: normal

Creepy has failed to make it into any of the previous 2 Debian releases despite
the efforts of Petter Reinholdtsen (mainly) and myself.

Although upstream merged some of our Debianisation (and other) patches
initially, they have stopped responding to our prompts. The repo has not been
touched for 2 years now.

Until the major work is done to convert Creepy from QT4 to QT5, it will not be
possible to install Creepy in Debian. This issue has been closed as "won't fix"
upstream.

There are also many other issues with the instagram/twitter etc. plugins that
are not being responded to. Creepy is pretty useless without these plugins.

Regards,

Ross (on behalf of Petter Reinholdtsen & the GIS Team)

Bug#869365: g++-6: Any *.cpp code with g++ option causes-g++:internal compiler error:Segementation fault(program cc1plus).I haveinteli7-4790,Nvidia GTX-1080.Intel-icc-compiles the same/any *.cpp progr

[jhaalok]

Package: g++-6
Version: 6.3.0-18
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
any *.ccp program compiled with g++ leads to the problem.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


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

Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages g++-6 depends on:
ii  gcc-66.3.0-18
ii  gcc-6-base   6.3.0-18
ii  libc62.24-11+deb9u1
ii  libgmp10 2:6.1.2+dfsg-1
ii  libisl15 0.18-1
ii  libmpc3  1.0.3-1+b2
ii  libmpfr4 3.1.5-1
ii  libstdc++-6-dev  6.3.0-18
ii  zlib1g   1:1.2.8.dfsg-5

g++-6 recommends no packages.

Versions of packages g++-6 suggests:
pn  g++-6-multilib
pn  gcc-6-doc 
pn  libstdc++6-6-dbg  

-- no debconf information

Bug#865134: ITP: golang-github-gin-gonic-gin -- HTTP web framework written in Go

[Shengjing Zhu]

Control: retitle -1 ITP: golang-github-gin-gonic-gin -- HTTP web framework 
written in Go
Control: owner -1 !
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org

I will package this inside pkg-go team and I need sponsor to upload.

Regards
Shengjing Zhu


signature.asc
Description: PGP signature

Bug#866137: htslib autopkgtest is broken in 1.4.1-2

[Graham Inggs]

On 22 July 2017 at 07:35, Andreas Tille  wrote:
> I admit I do not understand this solution.  If the symlinks will be in
> both packages the both packages will not be co-installable.  Could you
> provide a patch which implements what you have in mind?

A patch might it explain my suggestion better!  Firstly, don't
generate the symlinks:

--- a/debian/rules
+++ b/debian/rules
@@ -39,10 +39,3 @@

 override_dh_installchangelogs:
 dh_installchangelogs NEWS
-
-override_dh_link-indep:
-dh_link -i
-# provide header files as expected by the Makefile of the test
suite via symlinks
-for l in `ls debian/libhts-dev/usr/include/htslib/cram/*.h` ; do \
-ln -s ../../../include/htslib/cram/`basename $$l`
$(CURDIR)/debian/htslib-test/usr/share/htslib-test/cram/ ; \
-done

Secondly, ship an additional copy of the cram headers in htslib-test
(only 160KB):

--- a/debian/htslib-test.install
+++ b/debian/htslib-test.install
@@ -1,5 +1,6 @@
 test/* /usr/share/htslib-test/test
 cram/*.c /usr/share/htslib-test/cram
+cram/*.h /usr/share/htslib-test/cram
 Makefile /usr/share/htslib-test
 *.mk /usr/share/htslib-test
 *.c /usr/share/htslib-test

Package libhts-dev ships the cram headers in
/usr/include/htslib/cram/, while package htslib-test will ship them in
/usr/share/htslib-test/cram/, so the packages should be
co-installable.

Bug#869361: maven-bundle-plugin: FTBFS after maven-archive 3.1.1 update

[Markus Koschany]

Control: block 869018 with 869361

Am 22.07.2017 um 19:04 schrieb tony mancill:
> Source: maven-bundle-plugin
> Severity: serious
> Justification: 4
> 
> It looks like the update to maven-archiver [1] (for whatever reason,
> tracker.debian.org doesn't have a news entry for the upload yet) break
> maven-bundle-plugin, which is the root cause of FTBFS #869279 [2] and
> probably many others.
> 
>> [ERROR]
>> /build/maven-bundle-plugin-2.5.4/src/main/java/org/apache/felix/bundleplugin/BundlePlugin.java:[760,89]
>> incompatible types: org.apache.maven.archiver.MavenArchiveConfiguration
>> cannot be converted to org.apache.maven.archiver.ManifestConfiguration
> 
> Shall we go ahead and update maven-bundle-plugin to 3.3.0, or are there
> advantages to patching the 2.5.x package to work with the newer
> maven-archiver?

Easymock is also affected by this bug. [1] When I fix the
incompatibility with the new version of maven-jar-plugin I get the
following error message:

[ERROR] Failed to execute goal
org.apache.felix:maven-bundle-plugin:2.5.4:manifest (bundle-manifest) on
project easymock: Execution bundle-manifest of goal
org.apache.felix:maven-bundle-plugin:2.5.4:manifest failed: An API
incompatibility was encountered while executing
org.apache.felix:maven-bundle-plugin:2.5.4:manifest:
java.lang.NoSuchMethodError:
org.apache.maven.archiver.MavenArchiver.getManifest(Lorg/apache/maven/project/MavenProject;Lorg/apache/maven/archiver/MavenArchiveConfiguration;)Lorg/codehaus/plexus/archiver/jar/Manifest;

I think we should upgrade maven-bundle-plugin too which would be
consistent. I also would like to suggest that we try to update core
build tools like Maven and related plugins step by step which means
update package1, wait for FTBFS bugs being reported, fix fallout, then
update package2 and repeat. Sometimes I lose track of which update broke
which package and it takes too much time to figure out the root cause.
I'm willing to help but I need more pointers what should be done in
which order.

Markus

[1] https://bugs.debian.org/869018



signature.asc
Description: OpenPGP digital signature

Bug#869360: slic3r: missing dependency on perlapi-*

[gregor herrmann]

Control: tag -1 + patch

On Sat, 22 Jul 2017 19:33:56 +0300, Niko Tyni wrote:

> The fix is probably something like
> 
>   override_dh_perl:
>   dh_perl /usr/lib/slic3r
> 
> so that dh_perl knows about the private library directory.

This works indeed, patch attached.

Result:

 Depends: libboost-geometry-utils-perl, libencode-locale-perl, 
libio-stringy-perl, libmath-convexhull-monotonechain-perl, 
libmath-geometry-voronoi-perl, libmath-planepath-perl, libmoo-perl, 
libstorable-perl, libtime-hires-perl, perl (>= 5.26.0-4), perlapi-5.26.0, libc6 
(>= 2.14), libgcc1 (>= 1:3.0), libstdc++6 (>= 5.2)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bettina Wegner: das hinterhaus
diff -Nru slic3r-1.2.9+dfsg/debian/changelog slic3r-1.2.9+dfsg/debian/changelog
--- slic3r-1.2.9+dfsg/debian/changelog	2016-11-03 03:23:40.0 +0100
+++ slic3r-1.2.9+dfsg/debian/changelog	2017-07-22 18:48:04.0 +0200
@@ -1,3 +1,13 @@
+slic3r (1.2.9+dfsg-6.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "missing dependency on perlapi-*":
+add override_dh_perl in debian/rules to make dh_perl search for perl
+modules in the private directory as well.
+(Closes: #869360)
+
+ -- gregor herrmann   Sat, 22 Jul 2017 18:48:04 +0200
+
 slic3r (1.2.9+dfsg-6) unstable; urgency=medium
 
   * [9db9b59] Shift perl modules into private directories.
diff -Nru slic3r-1.2.9+dfsg/debian/rules slic3r-1.2.9+dfsg/debian/rules
--- slic3r-1.2.9+dfsg/debian/rules	2016-11-03 03:23:40.0 +0100
+++ slic3r-1.2.9+dfsg/debian/rules	2017-07-22 18:48:04.0 +0200
@@ -55,3 +55,7 @@
 	# Install example post-processing scripts
 	mkdir -p $(CURDIR)/debian/slic3r/usr/share/doc/slic3r/examples
 	cp -r utils/post-processing $(CURDIR)/debian/slic3r/usr/share/doc/slic3r/examples
+
+override_dh_perl:
+	# make dh_perl search for perl modules in the private directory as well
+	dh_perl /usr/lib/slic3r


signature.asc
Description: Digital Signature

Bug#869364: libtext-iconv-perl: unable to install libtext-iconv-perl (1.7-5) on Debian sid

[Tiger!P]

Package: libtext-iconv-perl
Version: 1.7-5
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?

Trying to install the package

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?

# apt-get install libtext-iconv-perl
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libtext-iconv-perl : Depends: perlapi-5.24.1
E: Unable to correct problems, you have held broken packages.
# dpkg -l perl-base
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  perl-base  5.26.0-4 amd64minimal Perl system
#

   * What outcome did you expect instead?

I would expect the package to be installed.
It seems the package still depends on perl-base 5.24.1 when perl-5.26.0 is
installed by all updates.


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

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

Versions of packages libtext-iconv-perl depends on:
ii  libc6   2.24-12
ii  perl-base   5.26.0-4
pn  perlapi-5.24.1  

libtext-iconv-perl recommends no packages.

libtext-iconv-perl suggests no packages.

Bug#869363: gradle-helper-plugin: Incorrect usage of doit_in_builddir in gradle.pm (Debhelper Buildsystem)

[Niels Thykier]

Package: gradle-helper-plugin
Version: 1.5.1
Severity: important

Hi,

There is bug in gradle.pm that is hidden by bug in Dh_lib.  I intend
to fix the latter soon, which will cause issues in gradle.pm once that
happens.  This bug is here:


> sub clean {
>   my $this=shift;
> 
>   $this->doit_in_builddir("find . -wholename .*build/tmp | xargs echo | 
> sed -e 's^build/tmp^build^g' | xargs rm -Rf");

^^
>   $this->doit_in_builddir("find . -wholename .*build/debian | xargs echo 
> | sed -e 's^build/tmp^build^g' | xargs rm -Rf");

^
>   $this->doit_in_builddir("rm", "-Rf", "$this->{cwd}/.gradle", 
> "$this->{cwd}/buildSrc/.gradle", ".m2");
> }


The "doit_in_builddir" method calls "print_and_doit", which in turn
calls "doit".  The API of doit intends for it to *not* fork a shell,
but the above only works in a shell call.

I will introduce a "complex_doit_in_builddir" in debhelper/10.7, which
you can use instead.  You should be able to support both the new call
plus work with older versions of debhelper by relying on "can" a la:

"""
  if ($this->can('complex_doit_in_builddir')) {
$this->complex_doit_in_builddir(...);
$this->complex_doit_in_builddir(...);
  } else {
$this->doit_in_builddir(...);
$this->doit_in_builddir(...);
  }
"""

Thanks,
~Niels

Bug#869362: RFS: wxmaxima/16.12.2-2

[Gunter Königsmann]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: wxmaxima
   Version : 16.12.2-2
   Upstream Author : Andrej Vodopivec
 * URL : http://andrejv.github.io/wxmaxima/
 * License : GPL
   Section : math

It builds those binary packages:

wxmaxima   - GUI for the computer algebra system Maxima

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

https://mentors.debian.net/package/wxmaxima


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

dget -x
https://mentors.debian.net/debian/pool/main/w/wxmaxima/wxmaxima_16.12.2-2.dsc


Changes since the last upload:

wxMaxima was broken by a change in gcl that hindered the program from
starting up. This upload adds a patch that makes the program start again.


Regards,
   Gunter Königsmann

Bug#869361: maven-bundle-plugin: FTBFS after maven-archive 3.1.1 update

[tony mancill]

Source: maven-bundle-plugin
Severity: serious
Justification: 4

It looks like the update to maven-archiver [1] (for whatever reason,
tracker.debian.org doesn't have a news entry for the upload yet) break
maven-bundle-plugin, which is the root cause of FTBFS #869279 [2] and
probably many others.

> [ERROR]
> /build/maven-bundle-plugin-2.5.4/src/main/java/org/apache/felix/bundleplugin/BundlePlugin.java:[760,89]
> incompatible types: org.apache.maven.archiver.MavenArchiveConfiguration
> cannot be converted to org.apache.maven.archiver.ManifestConfiguration

Shall we go ahead and update maven-bundle-plugin to 3.3.0, or are there
advantages to patching the 2.5.x package to work with the newer
maven-archiver?

Thanks,
tony

[1] https://packages.qa.debian.org/m/maven-archiver/news/20170720T133852Z.html
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869279

Bug#763856: crash: armhf support

[Balint Reczey]

Control: tags -1 patch

Dear Maintainer,

On Fri, 03 Oct 2014 12:27:01 +0400 yg...@ygrex.ru wrote:
> Package: crash
> Severity: normal
>
> Dear Maintainer,
>
> crash package is currently not available for armhf, but armel is here:
>
> $ lftp ftp.debian.org -e 'ls /debian/pool/main/c/crash ; quit' | grep
armhf || echo nothing found
> nothing found
>
> $ lftp ftp.debian.org -e 'ls /debian/pool/main/c/crash ; quit' | grep
armel
> -rw-r--r-- 1 1176 1176 2035850 Sep 17 17:12 crash_7.0.8-1_armel.deb
>
> please provide a way to use the tool on armhf without unnecessary
armel accessoires
/
Please consider accepting the attached patch enabling crash builds on
linux-any.
Ubuntu ships armhf and ppc64el for some time and the package also builds
on mips.

Cheers,
Balint
/
//
diff -Nru crash-7.1.8/debian/changelog crash-7.1.8/debian/changelog
--- crash-7.1.8/debian/changelog	2017-07-03 19:42:52.0 +0200
+++ crash-7.1.8/debian/changelog	2017-04-18 03:25:16.0 +0200
@@ -1,9 +1,3 @@
-crash (7.1.8-2.1) UNRELEASED; urgency=medium
-
-  * Build crash on all Linux architectures (Closes: #763856, #757450)
-
- -- Balint Reczey   Mon, 03 Jul 2017 19:42:52 +0200
-
 crash (7.1.8-2) unstable; urgency=medium
 
   * Enable lzo and snappy compression (Closes: #860319)
diff -Nru crash-7.1.8/debian/control crash-7.1.8/debian/control
--- crash-7.1.8/debian/control	2017-07-03 19:36:17.0 +0200
+++ crash-7.1.8/debian/control	2017-04-18 03:25:16.0 +0200
@@ -8,7 +8,7 @@
 XS-Testsuite: autopkgtest
 
 Package: crash
-Architecture: linux-any
+Architecture: i386 ia64 alpha powerpc amd64 arm64 armel s390x
 Depends: ${shlibs:Depends}, ${misc:Depends}, binutils
 Suggests: kexec-tools, makedumpfile
 Description: kernel debugging utility, allowing gdb like syntax

Bug#869277: /usr/bin/notify-send: Improve the manpage

[Jason Crain]

On Sat, Jul 22, 2017 at 04:37:37PM +0200, c.bu...@posteo.jp wrote:
> On 2017-07-22 07:19 Jason Crain  wrote:
> > On Sat, Jul 22, 2017 at 01:52:49PM +0200, Christian Buhtz wrote:
> > > I tried to contribute but can not find the sources of the manpage
> > > (for notify- send) somewhere.  
> > 
> > The manpage is Debian-specific so it's in Debian's pkg-gnome SVN:
> > https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/libnotify/debian/
> 
> Thanks for the hint. So upstream doesn't offer a manpage?
> 
> Sorry but IMO it is wasting ressource when contributing to
> distro-specific sources. When upstream would over a manpage I would
> contribute to it.
> 
> Can you describe the packaging process please? Isn't there a check
> if the binary features fit to the manpage and other docs? I would
> totally understand if this would be to much work.

There are several documents you can read if you want to learn about the
packaging process.  See https://www.debian.org/doc/, especially the
Debian Policy Manual, Debian Developer's Reference, and Debian New
Maintainers' Guide in the Developers' manuals section.

I don't see anything wrong with the manpage though as you say it could
be more detailed.

> I know I am quite radical here: I would suggest to kill the debian
> specific manpage, put enough pressure on upstream to offer its own
> manpage. If not kill the complete package because of Debian-quality.

It is of course preferable for these things to be upstreamed but that
sometimes doesn't happen.  Feel free to contact upstream and request
they package the manpage.  You can start with upstream's bug report:
https://bugzilla.gnome.org/757151.

Bug#869097: Sphinsearch crash dump

[Maxime Buquet]

https://github.com/sphinxsearch/sphinx/commit/e14a9bc5b63d9399dbabad4e63313079e4c6e8bb

Apparently this commit fixes the problem. I have a fix running locally,
it would be nice if this could get backported.

Thanks

-- 
Maxime “pep” Buquet


signature.asc
Description: PGP signature

Bug#869360: slic3r: missing dependency on perlapi-*

[Niko Tyni]

Package: slic3r
Version: 1.2.9+dfsg-6
Severity: serious
Tags: buster sid
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition
X-Debbugs-Cc: p...@packages.debian.org

This package contains a binary ("XS") Perl module
 /usr/lib/slic3r/auto/Slic3r/XS/XS.so
but does not depend on perlapi-*. This is a violation
of the Debian Perl policy, quoting:

  4.4.2. Binary and Other Architecture Dependent Modules

  Binary modules must specify a dependency on either perl or
  perl-base with a minimum version of the perl package used to build the
  module. Additionally, all binary modules (regardless of their installation
  directory) and any other modules installed into $Config{vendorarch} must
  depend on the expansion of perlapi-$Config{debian_abi} using the Config
  module. If $Config{debian_abi} is empty or not set, $Config{version}
  must be used.

The perlapi-* dependency guarantees that the binary module is compatible
with the version of perl on the system.

I see the release team tools have spotted this package and scheduled
binNMUs for the ongoing Perl 5.26 transition, probably because
older versions with the perlapi-* dependency are still around on some
architectures.  Still, partial upgrades (upgrading perl without upgrading
slic3r or vice versa) will result in breakage.

The fix is probably something like

  override_dh_perl:
  dh_perl /usr/lib/slic3r

so that dh_perl knows about the private library directory.

Once this is fixed, please file a bug against perl so we can add a
Breaks entry for older versions. This makes sure partial upgrades from
stretch work.
-- 
Niko Tyni   nt...@debian.org

Bug#867537: pop-tag-mark not bound to M-* anymore

[Rob Browning]

Guido Günther  writes:

> pop-tag-mark used to be bound to M-* by default:
>
> https://www.emacswiki.org/emacs/EmacsTags#toc1
>
> this no longer seems to be the case with emacs25.

Hmm, I'm wondering if this may be an expected change in behavior:

  https://git.savannah.gnu.org/cgit/emacs.git/tree/etc/NEWS?h=emacs-25#n945

Thanks for the report
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Bug#869359: texstudio: Rather use qt4 due to qt5 bugs

[Philipp Pilhofer]

Package: texstudio
Version: 2.11.2+debian-1
Severity: normal

Dear Maintainer,

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

Due to a bug in qt5 (https://bugreports.qt.io/browse/QTBUG-61513) the version 
of texstudio shipped with debian 9 does
not allow to input some polytonic greek letters (ἐ ἑ etc). If compiled and used 
with qt4, this is working fine. Would it be possible to have
that changed for the next point release?

More info here:
https://sourceforge.net/p/texstudio/bugs/2205/

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


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

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

Versions of packages texstudio depends on:
ii  libc62.24-11+deb9u1
ii  libgcc1  1:6.3.0-18
ii  libhunspell-1.4-01.4.1-2+b2
pn  libpoppler-qt5-1 
ii  libqt5core5a 5.7.1+dfsg-3+b1
ii  libqt5gui5   5.7.1+dfsg-3+b1
ii  libqt5network5   5.7.1+dfsg-3+b1
ii  libqt5printsupport5  5.7.1+dfsg-3+b1
ii  libqt5script55.7.1~20161021+dfsg-2
ii  libqt5svg5   5.7.1~20161021-2+b2
ii  libqt5widgets5   5.7.1+dfsg-3+b1
ii  libqt5xml5   5.7.1+dfsg-3+b1
pn  libquazip5-1 
ii  libstdc++6   6.3.0-18
ii  libx11-6 2:1.6.4-3
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages texstudio recommends:
ii  texlive-base   2016.20170123-5
ii  texlive-latex-base 2016.20170123-5
ii  texlive-latex-recommended  2016.20170123-5
pn  texstudio-doc  
pn  texstudio-l10n 

Versions of packages texstudio suggests:
ii  hunspell-de-at [hunspell-dictionary]  20161207-1
ii  hunspell-de-ch [hunspell-dictionary]  20161207-1
ii  hunspell-de-de [hunspell-dictionary]  20161207-1
ii  hunspell-en-us [hunspell-dictionary]  20070829-7
ii  mythes-de [mythes-thesaurus]  20160424-3
ii  mythes-de-ch [mythes-thesaurus]   20160424-3
ii  mythes-en-us [mythes-thesaurus]   1:5.2.5-1
ii  texlive-fonts-recommended 2016.20170123-5
ii  texlive-latex-extra   2016.20170123-5
ii  texlive-latex-recommended [latex-beamer]  2016.20170123-5

Bug#869358: atril: Fails to load preview thumbnails

[Philipp Pilhofer]

Package: atril
Version: 1.16.1-2
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

Opening a pdf file with atril, left sidebar set to show the little
preview thumbnails for every page

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Scrolling up and down in the sidebar (which shows two columns of thumbnails
on my screen, as I cannot resize it to a smaller size: #860160)

   * What was the outcome of this action?

Sometimes all thumbnails just disappear. It does not alyways happen, but
very often. The thumbnails do not appear again, the sidebar just stays
empty. When keeping on scrolling, the thumbnails re-appear sometimes.

   * What outcome did you expect instead?

Correctly loading and displaying the thumbnails

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


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

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

Versions of packages atril depends on:
ii  atril-common 1.16.1-2
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  libatk1.0-0  2.22.0-1
ii  libatrildocument31.16.1-2
ii  libatrilview31.16.1-2
ii  libc62.24-11+deb9u1
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libcaja-extension1   1.16.6-1
ii  libgail-3-0  3.22.11-1
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-2
ii  libgtk-3-0   3.22.11-1
ii  libice6  2:1.0.9-2
ii  libjavascriptcoregtk-4.0-18  2.16.3-2
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libsecret-1-00.18.5-3.1
ii  libsm6   2:1.2.2-1+b3
ii  libsoup2.4-1 2.56.0-2
ii  libwebkit2gtk-4.0-37 2.16.3-2
ii  libx11-6 2:1.6.4-3
ii  libxml2  2.9.4+dfsg1-2.2
ii  mate-desktop-common  1.16.2-2
ii  shared-mime-info 1.8-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages atril recommends:
ii  dbus-user-session [default-dbus-session-bus]  1.10.18-1
ii  dbus-x11 [dbus-session-bus]   1.10.18-1
ii  gvfs  1.30.4-1

Versions of packages atril suggests:
ii  caja  1.16.6-1
ii  poppler-data  0.4.7-8
ii  unrar 1:5.3.2-1

-- no debconf information

Bug#868431: wmaker: uses static upstream menu

[Michel Casabona]

It looks like the change is documented in the changelog

  * debian/patches/50_def_config_paths.diff
- Remove unnecessary patch. It added /etc/GNUstep/Defaults to
  the DEF_CONFIG_PATHS macro, but the files needed in the paths
  referenced in this macro (in particular, menu, autostart, and
  exitscript) will not be located there.

May be the patch is not yet unnecessary?

Thanks
--
Michel

Bug#868165: emacs25: FTBFS on arm64

[Rob Browning]

Edmund Grimley Evans  writes:

> It looks like Emacs Lisp may be involved. Does Emacs Lisp use tagged
> pointers? Pointers have fairly recently become 48-bit on arm64, which
> has broken some other programs.

I believe it does, and I believe it (at least used to) put the tag in
the most significant bits, rather than the least, as compared to say
Guile, and I believe RScheme.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4