Bug#780761: diffoscope: fails noisily when run over perversely recursive input files

[Chris Lamb]

Hi,

> diffoscope: fails noisily when run over perversely recursive input files

I've added some failing-but-caught tests in:

  
https://anonscm.debian.org/git/reproducible/diffoscope.git/commit/?id=9fd7be6f16fd5988e39ca6c27ae2beacc69d690e


Regards,

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

Bug#862467: net ads join: prints warning due to missing dependency: ldb: unable to stat module .../samba/ldb : No such file or directory

[Paul Wise]

Package: samba-common-bin
Version: 2:4.5.8+dfsg-1
Severity: normal

There is a missing Recommends from samba-common-bin
to samba-dsdb-modules to resolve this warning:

# net ads join -UAdministrator
Enter Administrator's password:
ldb: unable to stat module /usr/lib/x86_64-linux-gnu/samba/ldb : No such file 
or directory

-- System Information:
Debian Release: 9.0
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (860, 
'testing-proposed-updates'), (800, 'unstable-debug'), (800, 'unstable'), (790, 
'buildd-unstable'), (700, 'experimental-debug'), (700, 'experimental'), (690, 
'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages samba-common-bin depends on:
ii  libbsd00.8.3-1
ii  libc6  2.24-10
ii  libldap-2.4-2  2.4.44+dfsg-4+b1
ii  libncurses56.0+20161126-1
ii  libpopt0   1.16-10+b2
ii  libreadline7   7.0-2
ii  libtalloc2 2.1.8-1
ii  libtdb11.3.11-2
ii  libtevent0 0.9.31-1
ii  libtinfo5  6.0+20161126-1
ii  libwbclient0   2:4.5.8+dfsg-1
ii  python 2.7.13-2
ii  python-samba   2:4.5.8+dfsg-1
pn  python2.7:any  
ii  samba-common   2:4.5.8+dfsg-1
ii  samba-libs 2:4.5.8+dfsg-1

samba-common-bin recommends no packages.

Versions of packages samba-common-bin suggests:
pn  heimdal-clients  

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#780761: diffoscope: fails noisily when run over perversely recursive input files

[Chris Lamb]

tags 780761 + pending
thanks

Fixed in Git:

  
https://anonscm.debian.org/git/reproducible/diffoscope.git/commit/?id=80d380823b2b39109659084c57d26ee2ef5e9ad4


Regards,

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

Bug#862470: (pre-approval) unblock: lxcfs/2.0.7-1

[Evgeni Golov]

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

Dear Release Team,

As with LXC, I wonder if you would be OK with accepting the latest LXCFS
stable release into Stretch at this point in time.
The patch is not as huge (7 files changed, 100 insertions(+), 61
deletions(-)) and the reasoning is very much the same: having the best
possible base for Stretch.

Full debdiff attached.

Thanks for all your work!
Evgeni
diff --git a/bindings.c b/bindings.c
index 3516be6..6387012 100644
--- a/bindings.c
+++ b/bindings.c
@@ -72,8 +72,8 @@ struct file_info {
int cached;
 };
 
-/* reserve buffer size, for cpuall in /proc/stat */
-#define BUF_RESERVE_SIZE 256
+/* Reserve buffer size to account for file size changes. */
+#define BUF_RESERVE_SIZE 512
 
 /*
  * A table caching which pid is init for a pid namespace.
@@ -863,11 +863,11 @@ bool cgfs_get_value(const char *controller, const char 
*cgroup, const char *file
fnam = alloca(len);
ret = snprintf(fnam, len, "%s%s/%s", *cgroup == '/' ? "." : "", cgroup, 
file);
if (ret < 0 || (size_t)ret >= len)
-   return NULL;
+   return false;
 
fd = openat(cfd, fnam, O_RDONLY);
if (fd < 0)
-   return NULL;
+   return false;
 
*value = slurp_file(fnam, fd);
return *value != NULL;
@@ -2908,7 +2908,7 @@ int cg_rmdir(const char *path)
if (initpid <= 0)
initpid = fc->pid;
if (!caller_is_in_ancestor(initpid, controller, cgroup, &next)) {
-   if (!last || strcmp(next, last) == 0)
+   if (!last || (next && (strcmp(next, last) == 0)))
ret = -EBUSY;
else
ret = -ENOENT;
@@ -3086,7 +3086,8 @@ static int proc_meminfo_read(char *buf, size_t size, 
off_t offset,
*memswlimit_str = NULL, *memswusage_str = NULL;
unsigned long memlimit = 0, memusage = 0, memswlimit = 0, memswusage = 
0,
cached = 0, hosttotal = 0, active_anon = 0, inactive_anon = 0,
-   active_file = 0, inactive_file = 0, unevictable = 0;
+   active_file = 0, inactive_file = 0, unevictable = 0,
+   hostswtotal = 0;
char *line = NULL;
size_t linelen = 0, total_len = 0, rv = 0;
char *cache = d->buf;
@@ -3148,7 +3149,7 @@ static int proc_meminfo_read(char *buf, size_t size, 
off_t offset,
 
memset(lbuf, 0, 100);
if (startswith(line, "MemTotal:")) {
-   sscanf(line+14, "%lu", &hosttotal);
+   sscanf(line+sizeof("MemTotal:")-1, "%lu", &hosttotal);
if (hosttotal < memlimit)
memlimit = hosttotal;
snprintf(lbuf, 100, "MemTotal:   %8lu kB\n", 
memlimit);
@@ -3160,6 +3161,9 @@ static int proc_meminfo_read(char *buf, size_t size, 
off_t offset,
snprintf(lbuf, 100, "MemAvailable:   %8lu kB\n", 
memlimit - memusage);
printme = lbuf;
} else if (startswith(line, "SwapTotal:") && memswlimit > 0) {
+   sscanf(line+sizeof("SwapTotal:")-1, "%lu", 
&hostswtotal);
+   if (hostswtotal < memswlimit - memlimit)
+   memswlimit = hostswtotal + memlimit;
snprintf(lbuf, 100, "SwapTotal:  %8lu kB\n", 
memswlimit - memlimit);
printme = lbuf;
} else if (startswith(line, "SwapFree:") && memswlimit > 0 && 
memswusage > 0) {
@@ -3450,6 +3454,28 @@ err:
return rv;
 }
 
+static long int getreaperctime(pid_t pid)
+{
+   char fnam[100];
+   struct stat sb;
+   int ret;
+   pid_t qpid;
+
+   qpid = lookup_initpid_in_store(pid);
+   if (qpid <= 0)
+   return 0;
+
+   ret = snprintf(fnam, 100, "/proc/%d", qpid);
+   if (ret < 0 || ret >= 100)
+   return 0;
+
+   if (lstat(fnam, &sb) < 0)
+   return 0;
+
+   return sb.st_ctime;
+}
+
+#define CPUALL_MAX_SIZE (BUF_RESERVE_SIZE / 2)
 static int proc_stat_read(char *buf, size_t size, off_t offset,
struct fuse_file_info *fi)
 {
@@ -3460,10 +3486,9 @@ static int proc_stat_read(char *buf, size_t size, off_t 
offset,
char *line = NULL;
size_t linelen = 0, total_len = 0, rv = 0;
int curcpu = -1; /* cpu numbering starts at 0 */
-   unsigned long user = 0, nice = 0, system = 0, idle = 0, iowait = 0, irq 
= 0, softirq = 0, steal = 0, guest = 0;
+   unsigned long user = 0, nice = 0, system = 0, idle = 0, iowait = 0, irq 
= 0, softirq = 0, steal = 0, guest = 0, guest_nice = 0;
unsigned long user_sum = 0, nice_sum = 0, system_sum = 0, idle_sum = 0, 
iowait_sum = 0,
-   irq_sum = 0, softirq_sum = 0, steal_sum 
= 0, guest_sum = 0;
-#defi

Bug#861581: ITP: rainloop -- Simple, modern & fast web-based email client

[Daniel Ring]

Hi Andreas,

Thanks for the review! I've made most of the changes, but a lot of packages
are missing from Debian so I had to bundle far more than I'd like.

Bundling the libraries doesn't make /too/ much of a difference since they're
compiled into the app anyway, but the build system itself has some troublesome
dependency issues. Most can be resolved by switching to a Makefile (though it
would be a lot of work), but the javascript compilation requires external
software. A package for it is being worked on (see #805906 and
https://wiki.debian.org/Javascript/Nodejs/Tasks/webpack) but progress is slow.
I've bundled it to allow the build to run for the time being, but I expect
opposition to that as it's against the Debian guidelines.


May 8, 2017 2:30 AM, "Andreas Henriksson"  wrote:

> Noticed your ITP announcement on debian-devel and it seemed your package
> could be a useful addition. I might sponsor you if needed (but like I
> tell everyone I offer to sponsor please go through the regular RFS
> procedure and CC me just so others can also review your changes and
> sponsor your uploads when I'm too busy).
> I noticed Gunnar has already offered to review and sponsor but I figured
> the more the merrier, right? ;)

Thanks for the offer! I'll do that if I don't hear back from Gunnar for a while.

> Hopefully also npm from experimental works?

NPM was removed from experimental as well, since it's currently unmaintained.
It's not necessary with bundled dependencies so I removed it from the list.

> In my view, maintaining a package also means you need to look at the
> health of your dependencies and get them in shape where needed.
> Are you interested in getting involved with packaging of npm itself
> or how do you view the current outlook of not being included in
> next stable release?

I'd definitely like the package to be included in stable, but I don't
have the time to maintain the forest of NodeJS dependencies as packages.
Updates if/when someone else packages a dependency (some are already
being worked on) are fairly easy though, and I'll keep an eye out for that.

> I guess you're already aware though that (atleast on official Debian buildds)
> there's no internet connectivity available at package build time...

Yep, that's why I mentioned NPM as a concern. Bundling missing libraries until
they're properly packaged solves this.

> Me neighter, but preferably the amalgation process should be a step in
> the package building. One reason is it's easier to fix any future found
> issues by patching the source and rebuilding rather than having to patch
> something generated.

It's a build step from upstream. Several of the javascript packages provide
minified versions as part of the package itself, so I included a copy of the
source for those cases.

> I've quickly looked at the packaging and in general it looks well prepared.
> I made some notes about things that popped up on my mind attached below.
> One more general question I have is about security though. See for example
> roundcube which has had quite a few CVEs found and fixed during the years.
> Has rainloop taken any particular stance on development practises for
> security? How new is the project or how widely has it been deployed yet
> that might give it some kind of practical security track record?

That's a good question, but not one I can easily answer. There are a number of
security features (PGP, 2FA, etc.) included in the software itself, and the
developer seems to pay some attention to security from what I can see on the
issue tracker, but there haven't been any major issues so I don't know what
the response would be.

Rainloop is dual-licensed as a commercial product and seems to have a decently
large userbase based on the activity on Github. It's been around for several
years and is fairly mature software at this point, but the long dependency list
is somewhat concerning as it increases the likelihood of an upstream
vulnerability being exposed (should one be discovered).

> debian/control:
> ...
> - Mix of php(7) and php5 dependencies? Only php5 compatible? Will we
> ship php5 or will rloop soon be php7 compatible?
> 
> debian/copyright:
> ...
> 
> debian/*postinst:
> ...

Rainloop runs on both PHP5 and PHP7; I overlooked the meta-packages for
a few of the dependencies when putting the list together. I've applied
all of the changes you suggested. Thanks for the tip about dh_fixperms;
I looked for that when first putting together the package but couldn't
find it.

I've published the new version of the package to mentors:
https://mentors.debian.net/debian/pool/main/r/rainloop/rainloop_1.11.0.205-2.dsc

Sincerely,
Daniel Ring

Bug#862452: Update to newer QtWebKit

[Dmitry Shachnev]

Hi,

On Fri, May 12, 2017 at 10:11:20PM +0200, Giuseppe Bilotta wrote:
> QtWebKit has recently restarted, due to it being faster,
> lighter and more standard compliant than the Blink-derived
> QtWebEngine, see e.g.
>
> http://qtwebkit.blogspot.it/2016/08/qtwebkit-im-back.html
>
> for the announcement (and comparisons). A “Technology
> Preview” compatible with Qt 5.8 is available
>
> https://github.com/annulen/webkit/releases/tag/qtwebkit-tp5
>
> Would it be possible to package it (as `libqt5webkit-ng5`
> for example) when Qt gets upgraded?

Yes, it is planned to update qtwebkit for Buster, but this will only
happen when we have Qt 5.9 in testing.

It is not yet decided whether it will be the same source package or a
new one, but in any case any help is welcome.

--
Dmitry Shachnev

Bug#862473: pyqt5-dev-tools: QFileDialog : Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.

[brunoVolpi]

Package: pyqt5-dev-tools
Version: 5.7+dfsg-5
Severity: minor

Dear Maintainer,

using QFileDialog cause the msg :
Gtk-Message: GtkDialog mapped without a transient parent. This is
discouraged.


tested with :
pyqt5 examples.dialog.findfiles.py return same problem
qmlscene
even reportbug did it some time



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

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

Versions of packages pyqt5-dev-tools depends on:
ii  libc6  2.24-10
ii  libqt5core5a   5.7.1+dfsg-3+b1
ii  libqt5xml5 5.7.1+dfsg-3+b1
ii  libstdc++6 6.3.0-16
ii  python33.5.3-1
ii  python3-pyqt5  5.7+dfsg-5
pn  python3:any

pyqt5-dev-tools recommends no packages.

pyqt5-dev-tools suggests no packages.

-- no debconf information

Bug#862472: tack: FTBFS: ./tack.h:78:32: error: dereferencing pointer to incomplete type 'TERMINAL {aka struct term}'

[Sven Joachim]

Source: tack
Version: 1.07-1
Tags: buster sid fixed-upstream

With libncurses5-dev from experimental, tack FTBFS.  From the build log:

,
| gcc -c -DHAVE_CONFIG_H -I. -I. -Wdate-time -D_FORTIFY_SOURCE=2 
-DXTSTRINGDEFINES -D_GNU_SOURCE -g -O2 -fdebug-prefix-map=/tmp/tack-1.07=. 
-fstack-protector-strong -Wformat -Werror=format-security control.c
| In file included from ./tack.h:51:0,
|  from control.c:22:
| control.c: In function 'alloc_arrays':
| ./tack.h:78:32: error: dereferencing pointer to incomplete type 'TERMINAL 
{aka struct term}'
|  #define CUR_TP  (&(cur_term->type))
| ^
| ./tack.h:79:33: note: in expansion of macro 'CUR_TP'
|  #define MAX_STRINGS NUM_STRINGS(CUR_TP)
|  ^~
| control.c:81:45: note: in expansion of macro 'MAX_STRINGS'
|pads = (struct test_results **)calloc(MAX_STRINGS, sizeof(struct 
test_results *));
|  ^~~
| Makefile:242: recipe for target '../tack-1.07/control.o' failed
`

The reason is the following change in ncurses:

,
| 20170318
|   + change TERMINAL structure in term.h to make it opaque.  Some
| applications misuse its members, e.g., directly modifying it
| rather than using def_prog_mode().
`

The latest upstream snapshot at
ftp://ftp.invisible-island.net/ncurses/current/tack-1.07-20170318.tgz
fixes the problem, it might be good to package it after the stretch
release.  Or persuade upstream to release tack 1.08, since 1.07 is
already over seven years old.

Bug#861958: lintian: insecure YAML validation

[Christoph Biedl]

clone 861958 -1
reassign -1 libyaml-syck-perl
retitle -1 libyaml-syck-perl: Unconditionally instantiates objects from yaml 
data
thanks

This problem exists in libyaml-syck-perl as well. However, disabling
this feature will be easier since there's already a switch ("LoadBlessed").

Christoph
#!/usr/bin/perl

use 5.010;
use strict;
use warnings;

use File::Temp qw(tempdir);
use YAML::XS qw(LoadFile);

my $temp_dir = tempdir (
"yaml-xs-demo.$$.X",
'TMPDIR' => 1,
'CLEANUP' => 1,
);

my $temp_file = "$temp_dir/story.yaml";

my $pid = fork // die ("Cannot fork: $!");
if ($pid == 0) {
my $fh;
open ($fh, '>', $temp_file) or die $!;
print $fh <<__EOS__;
- !File::Temp::Dir
  CLEANUP: 1
  LAUNCHPID: $$
  REALNAME: $temp_dir
__EOS__
close ($fh);
my $data = LoadFile ($temp_file);
exit 0;
}
wait;

if (-d $temp_dir) {
print "I: Pass, temp dir is still present\n";
} else {
print "F: FAIL, temp dir was purged\n";
}


signature.asc
Description: Digital signature

Bug#862474: vlc-bin: file conflict with vlc-nox 2.2.5-1~deb8u1

[Cyril Brulebois]

Package: vlc-bin
Version: 2.2.5-1
Severity: serious
Justification: Policy 7.6.1

Hi,

vlc-bin seems to be missing replaces/breaks against vlc-nox. From a
jessie chroot, with vlc-nox installed, switching sources.list from
jessie to stretch and installing vlc-bin results in:
| root@wodi:/# apt-get install vlc-bin
| Reading package lists... Done
| Building dependency tree   
| Reading state information... Done
| The following extra packages will be installed:
|   libvlc-bin
| The following NEW packages will be installed:
|   libvlc-bin vlc-bin
| 0 upgraded, 2 newly installed, 0 to remove and 207 not upgraded.
| Need to get 278 kB of archives.
| After this operation, 579 kB of additional disk space will be used.
| Do you want to continue? [Y/n] 
| Get:1 http://localhost/debian/ stretch/main libvlc-bin amd64 2.2.5-1 [121 kB]
| Get:2 http://localhost/debian/ stretch/main vlc-bin amd64 2.2.5-1 [157 kB]
| Fetched 278 kB in 0s (10.6 MB/s)
| E: Can not write log (Is /dev/pts mounted?) - posix_openpt (2: No such file 
or directory)
| Selecting previously unselected package libvlc-bin:amd64.
| (Reading database ... 11539 files and directories currently installed.)
| Preparing to unpack .../libvlc-bin_2.2.5-1_amd64.deb ...
| Unpacking libvlc-bin:amd64 (2.2.5-1) ...
| Selecting previously unselected package vlc-bin.
| Preparing to unpack .../vlc-bin_2.2.5-1_amd64.deb ...
| Unpacking vlc-bin (2.2.5-1) ...
| dpkg: error processing archive 
/var/cache/apt/archives/vlc-bin_2.2.5-1_amd64.deb (--unpack):
|  trying to overwrite '/usr/bin/cvlc', which is also in package vlc-nox 
2.2.5-1~deb8u1
| dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
| Errors were encountered while processing:
|  /var/cache/apt/archives/vlc-bin_2.2.5-1_amd64.deb
| E: Sub-process /usr/bin/dpkg returned an error code (1)

[Spotted while having a look at some jenkins.debian.net jobs.]

Greetings from the Paris BSP.


KiBi.

Bug#860805: beignet-opencl-icd: OpenCL fails with: drm_intel_gem_bo_context_exec() failed: Device or resource busy

[Rebecca N. Palmer]

The upstream report of "this isn't a complete fix" turned out to be 
mistaken: the user had both versions and had accidentally used the 
unfixed one.  https://bugs.freedesktop.org/show_bug.cgi?id=100639#c19


This bug also affects jessie-backports beignet when used with 
jessie-backports Linux (which is likely as, for unrelated reasons, 
OpenCL doesn't work properly on Haswell with jessie Linux).  Fixed 
backport in Alioth, ready for upload.

Bug#862473: pyqt5-dev-tools: QFileDialog : Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.

[Dmitry Shachnev]

Control: reassign -1 qt5-gtk-platformtheme 5.7.1+dfsg-3

Hi,

On Sat, May 13, 2017 at 10:54:41AM +0200, brunoVolpi wrote:
> Package: pyqt5-dev-tools
> Version: 5.7+dfsg-5
> Severity: minor
>
> Dear Maintainer,
>
> using QFileDialog cause the msg :
> Gtk-Message: GtkDialog mapped without a transient parent. This is
> discouraged.
>
> tested with :
> pyqt5 examples.dialog.findfiles.py return same problem
> qmlscene
> even reportbug did it some time

This is an issue in Qt, not PyQt. Also, you can safely ignore this warning,
as it is false positive.

There has been code in place to hide this warning, but for some reason it
stopped working:

http://code.qt.io/cgit/qt/qtbase.git/tree/src/plugins/platformthemes/gtk3/qgtk3theme.cpp#n68

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#862463: ITA: uchardet -- universal charset detection library

[James Cowgill]

Control: retitle -1 ITA: uchardet -- universal charset detection library
Control: owner -1 !

Hi,

On Sat, 13 May 2017 09:51:14 +0800 Asias He  wrote:
> Package: wnpp
> Severity: normal
> 
> I hereby orphan the uchardet  package. If anyone is interested in this
> package, please take it over.

I'd like to adopt this since I maintain its only reverse dependency - mpv.

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#862474: vlc-bin: file conflict with vlc-nox 2.2.5-1~deb8u1

[Cyril Brulebois]

Cyril Brulebois  (2017-05-13):
> vlc-bin seems to be missing replaces/breaks against vlc-nox. From a
> jessie chroot, with vlc-nox installed, switching sources.list from
> jessie to stretch and installing vlc-bin results in:
> | root@wodi:/# apt-get install vlc-bin
> | Reading package lists... Done
> | Building dependency tree   
> | Reading state information... Done
> | The following extra packages will be installed:
> |   libvlc-bin
> | The following NEW packages will be installed:
> |   libvlc-bin vlc-bin
> | 0 upgraded, 2 newly installed, 0 to remove and 207 not upgraded.
> | Need to get 278 kB of archives.
> | After this operation, 579 kB of additional disk space will be used.
> | Do you want to continue? [Y/n] 
> | Get:1 http://localhost/debian/ stretch/main libvlc-bin amd64 2.2.5-1 [121 
> kB]
> | Get:2 http://localhost/debian/ stretch/main vlc-bin amd64 2.2.5-1 [157 kB]
> | Fetched 278 kB in 0s (10.6 MB/s)
> | E: Can not write log (Is /dev/pts mounted?) - posix_openpt (2: No such file 
> or directory)
> | Selecting previously unselected package libvlc-bin:amd64.
> | (Reading database ... 11539 files and directories currently installed.)
> | Preparing to unpack .../libvlc-bin_2.2.5-1_amd64.deb ...
> | Unpacking libvlc-bin:amd64 (2.2.5-1) ...
> | Selecting previously unselected package vlc-bin.
> | Preparing to unpack .../vlc-bin_2.2.5-1_amd64.deb ...
> | Unpacking vlc-bin (2.2.5-1) ...
> | dpkg: error processing archive 
> /var/cache/apt/archives/vlc-bin_2.2.5-1_amd64.deb (--unpack):
> |  trying to overwrite '/usr/bin/cvlc', which is also in package vlc-nox 
> 2.2.5-1~deb8u1
> | dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> | Errors were encountered while processing:
> |  /var/cache/apt/archives/vlc-bin_2.2.5-1_amd64.deb
> | E: Sub-process /usr/bin/dpkg returned an error code (1)

BTW, looking at vlc.git, it seems the replaces/breaks was added properly
when binaries were split off (<< 2.2.4-7~), but a new upstream was added
to jessie, which might have interfered: 2.2.5-1~deb8u1 has cvlc (since
there's no vlc-bin), so I think just bumping the breaks/replaces should
work. Going to test this after lunch, can prepare an upload if you like.


KiBi.


signature.asc
Description: Digital signature

Bug#862250: Tagging #862250

[Georges Racinet]

control: tag -1 patch

I did not actually check that the included diff can be applied as-is,
but tagging anyway seems clearer to me

Bug#862476: sort: -u combined with -n looses lines

[Michael Musenbrock]

Package: coreutils
Version: 8.26-3
Severity: important
Tags: upstream

Hi @all,

sort produces wrong output with combined '-u' and '-n' switch, if input lines 
have an preceding '\' character.

# echo -e "\2\n\1\n\2" | sort -u -n

expected output:
 \1
 \2

actual output:
 \2

I tried it with different local settings, all produces the same output.

# echo -e "\2\n\1\n\2" | sort -u | sort -n
and
# echo -e "\2\n\1\n\2" | sort -n | sort -u
procude an correct output.

Seems that the '\' may be interpreted as escape sequence somewhere.

Regards Michael


-- System Information:
Debian Release: 9.0
  APT prefers mike
  APT policy: (600, 'mike'), (504, 'unstable'), (503, 'testing'), (502, 
'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Versions of packages coreutils depends on:
ii  libacl1  2.2.52-3+b1
ii  libattr1 1:2.4.47-2+b2
ii  libc62.24-10
ii  libselinux1  2.6-3+b1

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information

Bug#862452: Update to newer QtWebKit

[Konstantin Tokarev]

Note that there is unofficial package already:

http://repo.paretje.be/unstable/#

See packages libqt5webkit5, libqt5webkit5-dev

Git repo of package is at https://gitlab.com/paretje/qtwebkit/tree/master/debian

Package is loosely based of webkitgtk's, and contains a few build dependencies 
that are not actually needed:

libharfbuzz-dev, libfreetype6-dev, libfontconfig1-dev (these are used when 
qtbase is built, not directly in qtwebkit)
libgnutls28-dev, libsoup2.4-dev, libenchant-dev, geoclue-2.0, libsecret-1-dev - 
not used at all
libxt-dev - probably unused as well

Otherwise, packaging files look good to me
-- 
Regards,
Konstantin

Bug#862477: RFS: reprozip/1.0.9-2

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the following package:

* Package name: reprozip
  Version : 1.0.9
  Upstream Author : Remi Rampin
* URL : https://www.reprozip.org/
* License : BSD
  Section : science

One can check out the package by visiting the following URL:

  https://anonscm.debian.org/git/debian-science/packages/reprozip.git

Changes since the last upload:

  * Restrict the build to amd64 and i386.
Thanks to Adrian Bunk for reporting (Closes: #862351)

Best regards,
Ghis

Bug#862478: RFS: reprounzip/1.0.9-2 [RC]

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the following package:

* Package name: reprounzip
  Version : 1.0.9
  Upstream Author : Remi Rampin
* URL : https://www.reprozip.org/
* License : BSD
  Section : science

One can check out the package by visiting the following URL:

  https://anonscm.debian.org/git/debian-science/packages/reprounzip.git

Changes since the last upload:

  * Add missing copyright information.
Thanks to Chris Lamb for reporting (Closes: #862443)
  * Fix formatting of copyright paragraph

Best regards,
Ghis

Bug#862479: RFS: globjects/1.1.0-1 [experimental]

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the following package:

* Package name: globjects
  Version : 1.1.0
  Upstream Author : CG Internals
* URL : http://globjects.org/
* License : Expat
  Section : libs

One can check out the package by visiting the following URL
(debian/experimental branch):

  https://anonscm.debian.org/git/debian-science/packages/globjects.git

Changes since last upload:

  * New upstream version 1.1.0
  * Fixup the Vcs-Browser URI
  * Release to experimental

Best regards,
Ghis

Bug#862452: Update to newer QtWebKit

[Konstantin Tokarev]

Also, note that upcoming release is intended to be a drop-in replacement of old 
QtWebKit to be used with older Qt versions too, as security update.

-- 
Regards,
Konstantin

Bug#862469: gnome: Cannot add a Google account using Online Accounts in Gnome

[David]

Package: gnome
Version: 1:3.22+2
Severity: critical
Tags: patch
Justification: breaks unrelated software

Hello,

Same bug as: https://bugs.launchpad.net/ubuntu/+source/webkit2gtk/+bug/1687019.

Solution already posted here, update webkit2gtk.

Regards,
David



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

Versions of packages gnome depends on:
ii  avahi-daemon 0.6.32-2
ii  cheese   3.22.1-1+b1
ii  cups-pk-helper   0.2.6-1+b1
ii  desktop-base 9.0.2
ii  evolution3.22.6-1
ii  evolution-plugins3.22.6-1
ii  file-roller  3.22.3-1
ii  gedit-plugins3.22.0-1
ii  gimp 2.8.18-1
ii  gnome-calendar   3.22.3-1
ii  gnome-clocks 3.22.1-1
ii  gnome-color-manager  3.22.2-1
ii  gnome-core   1:3.22+2
ii  gnome-dictionary 3.20.0-3+b1
ii  gnome-documents  3.22.1-1
ii  gnome-getting-started-docs   3.22.0-1
ii  gnome-maps   3.22.2-1
ii  gnome-music  3.22.2-1
ii  gnome-orca   3.22.2-3
ii  gnome-photos 3.22.5-1
ii  gnome-screenshot 3.22.0-1+b1
ii  gnome-sound-recorder 3.21.92-2
ii  gnome-tweak-tool 3.22.0-1
ii  gnome-weather3.20.2-1
ii  gstreamer1.0-libav   1.10.4-1
ii  gstreamer1.0-plugins-ugly1.10.4-1
ii  inkscape 0.92.1-1
ii  libgsf-bin   1.14.41-1
ii  libgtk2-perl 2:1.2499-1
ii  libproxy1-plugin-networkmanager  0.4.14-2
ii  libreoffice-calc 1:5.2.6-2
ii  libreoffice-evolution1:5.2.6-2
ii  libreoffice-gnome1:5.2.6-2
ii  libreoffice-impress  1:5.2.6-2
ii  libreoffice-writer   1:5.2.6-2
ii  nautilus-sendto  3.8.4-2+b1
ii  network-manager-gnome1.4.4-1
ii  rhythmbox3.4.1-2+b1
ii  rhythmbox-plugin-cdrecorder  3.4.1-2+b1
ii  rhythmbox-plugins3.4.1-2+b1
ii  rygel-playbin0.32.1-3
ii  rygel-tracker0.32.1-3
ii  seahorse 3.20.0-3.1
ii  simple-scan  3.23.2-1
ii  totem-plugins3.22.1-1
ii  vinagre  3.22.0-1+b1
ii  xdg-user-dirs-gtk0.10-1+b1

Versions of packages gnome recommends:
ii  brasero   3.12.1-4
ii  gnome-games   1:3.22+2
ii  polari3.22.2-1
ii  transmission-gtk  2.92-2

Versions of packages gnome suggests:
pn  alacarte 
pn  empathy  
pn  firefox-esr-l10n-all | firefox-l10n-all  
pn  goobox | sound-juicer
pn  xul-ext-gnome-keyring
pn  xul-ext-ublock-origin

Versions of packages gnome-core depends on:
ii  adwaita-icon-theme3.22.0-1
ii  at-spi2-core  2.22.0-5+b1
ii  baobab3.22.1-1
ii  caribou   0.4.21-1+b1
ii  chrome-gnome-shell8-4
ii  chromium  58.0.3029.81-1
ii  dconf-cli 0.26.0-2+b1
ii  dconf-gsettings-backend   0.26.0-2+b1
ii  eog   3.20.5-1+b1
ii  evince3.22.1-3
ii  evolution-data-server 3.22.7-1
ii  fonts-cantarell   0.0.25-2
ii  gdm3  3.22.1-2
ii  gedit 3.22.0-2
ii  gkbd-capplet  3.22.0.1-1+b1
ii  glib-networking   2.50.0-1+b1
ii  gnome-backgrounds 3.22.1-1
ii  gnome-bluetooth   3.20.1-1
ii  gnome-calculator  3.22.3-1
ii  gnome-characters  3.22.0-1
ii  gnome-contacts3.22.1-1+b2
ii  gnome-control-center  1:3.22.2-1
ii  gnome-disk-utility3.22.1-1
ii  gnome-font-viewer 3.22.0-1+b1
ii  gnome-keyring 3.20.0-3
ii  gnome-logs3.22.1-2
ii  gnome-menus   3.13.3-9
ii  gnome-online-accounts 3.22.5-1
ii  gnome-online-miners   3.22.0-1
ii  gnome-session 3.22.3-1
ii  gnome-settings-daemon 3.22.2-2
ii  gnome-shell   3.22.3-3
ii  gnome-shell-extensions3.22.2-1
ii  gnome-software3.22.5-1
ii  gnome-sushi   3.21.91-2
ii  gnome-system-monitor  3.22.2-1
ii  gnome-terminal3.22.2-1
ii  gnome-themes-s

Bug#862480: unblock: gui-ufw/17.04.1-1.1

[Adrian Bunk]

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

Please unblock package gui-ufw

 changelog |8 
 control   |2 +-
 2 files changed, 9 insertions(+), 1 deletion(-)

diff -Nru gui-ufw-17.04.1/debian/changelog gui-ufw-17.04.1/debian/changelog
--- gui-ufw-17.04.1/debian/changelog2016-11-02 22:23:31.0 +0200
+++ gui-ufw-17.04.1/debian/changelog2017-05-13 13:23:39.0 +0300
@@ -1,3 +1,11 @@
+gui-ufw (17.04.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add the missing dependency on net-tools, thanks to João Pirralha
+for the bug report. (Closes: #855400)
+
+ -- Adrian Bunk   Sat, 13 May 2017 13:23:39 +0300
+
 gui-ufw (17.04.1-1) unstable; urgency=medium
 
   * New upstream release, upstream changelog:
diff -Nru gui-ufw-17.04.1/debian/control gui-ufw-17.04.1/debian/control
--- gui-ufw-17.04.1/debian/control  2016-11-02 22:23:31.0 +0200
+++ gui-ufw-17.04.1/debian/control  2017-05-13 13:23:19.0 +0300
@@ -14,7 +14,7 @@
 Package: gufw
 Architecture: all
 Depends: ${python3:Depends}, ${misc:Depends}, ufw (>= 0.34~rc), gir1.2-gtk-3.0,
- policykit-1, gir1.2-webkit2-4.0, python3-gi
+ policykit-1, gir1.2-webkit2-4.0, python3-gi, net-tools
 Description: graphical user interface for ufw
  gufw is an easy and intuitive way to manage your Linux firewall. It supports
  common tasks such as allowing or blocking pre-configured, common p2p, or

Bug#862462: RFS: 9wm/1.4.0-1

[Ali Mezgani]

Hello,


I don't like the nomenclature chosen by the person whom select software
that will be insert into Debian repository. This is a note since I 'm in
the Debian mentors file.
If a package has a bad name, please ask first the upstream to change it
because we are in obligation to follow the nomenclature's politic of Debian.

If there are no nomenclature clauses, I purpose to Debian to raise a draft
to normalize the packages names selected to be integrated into Debian.


Regards,


2017-05-13 3:18 GMT+02:00 Jacob Adams :

> On Sat, May 13, 2017 at 02:38:26AM +0200, Ali Mezgani wrote:
> > Hello,
> >
> >
> > I don't like the nomenclature of the package.
>
> Could you explain why please? This package has existed in Debian under the
> name "9wm"
> since 1999, so there would have to be a very good reason to change the
> name.
>
> Thanks,
> Jacob
>



-- 

Ali Mezgani
Linux System Engineer
Tél : +212 679 119 530

Bug#854708: tpm_sealdata -> segmentation fault

[Laurent Bigonville]

tag 854708 + confirmed
severity 854708 serious
thanks

On Thu, 9 Feb 2017 19:14:30 +0100 (CET) "c"  wrote:

> $ echo hello | tpm_sealdata
> Enter SRK password:
> -BEGIN TSS-
> -TSS KEY-
> .
> .. ==
> -ENC KEY-
> Symmetric Key: AES-256-CBC
> .
> .
> .==
> -ENC DAT-
> segmentation fault
>


I can confirm this segfault:

Stack trace of thread 14318:
#0  0x7fb97e7623a1 EVP_CipherInit_ex (libcrypto.so.1.1)
#1  0x561d60b3cd63 main (tpm_sealdata)
#2  0x7fb97e2852b1 __libc_start_main (libc.so.6)
#3  0x561d60b3ceba _start (tpm_sealdata)

This is fixed in 1.3.9.1 release

Bug#862472: tack: FTBFS: ./tack.h:78:32: error: dereferencing pointer to incomplete type 'TERMINAL {aka struct term}'

[Thomas Dickey]

On Sat, May 13, 2017 at 11:33:13AM +0200, Sven Joachim wrote:
> Source: tack
> Version: 1.07-1
> Tags: buster sid fixed-upstream
> 
> With libncurses5-dev from experimental, tack FTBFS.  From the build log:

This has been fixed upstream:

http://invisible-island.net/ncurses/tack/CHANGES.html#t20170318

2017-03-18

* init.c:
use def_prog_mode() to eliminate two internal details from ncurses

* edit.c, tack.h: accommodate opaque TERMINAL structure in ncurses

(offhand, I'm not aware of other programs than the ones I've fixed,
but the fix in each case is the same, and as far as I'm aware,
my opaque-change was binary-compatible for anything that didn't
store a copy of TERMINAL...).
 
> ,
> | gcc -c -DHAVE_CONFIG_H -I. -I. -Wdate-time -D_FORTIFY_SOURCE=2 
> -DXTSTRINGDEFINES -D_GNU_SOURCE -g -O2 -fdebug-prefix-map=/tmp/tack-1.07=. 
> -fstack-protector-strong -Wformat -Werror=format-security control.c
> | In file included from ./tack.h:51:0,
> |  from control.c:22:
> | control.c: In function 'alloc_arrays':
> | ./tack.h:78:32: error: dereferencing pointer to incomplete type 'TERMINAL 
> {aka struct term}'
> |  #define CUR_TP  (&(cur_term->type))
> | ^
> | ./tack.h:79:33: note: in expansion of macro 'CUR_TP'
> |  #define MAX_STRINGS NUM_STRINGS(CUR_TP)
> |  ^~
> | control.c:81:45: note: in expansion of macro 'MAX_STRINGS'
> |pads = (struct test_results **)calloc(MAX_STRINGS, sizeof(struct 
> test_results *));
> |  ^~~
> | Makefile:242: recipe for target '../tack-1.07/control.o' failed
> `
> 
> The reason is the following change in ncurses:
> 
> ,
> | 20170318
> | + change TERMINAL structure in term.h to make it opaque.  Some
> |   applications misuse its members, e.g., directly modifying it
> |   rather than using def_prog_mode().
> `
> 
> The latest upstream snapshot at
> ftp://ftp.invisible-island.net/ncurses/current/tack-1.07-20170318.tgz
> fixes the problem, it might be good to package it after the stretch
> release.  Or persuade upstream to release tack 1.08, since 1.07 is
> already over seven years old.
> 

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#862481: jessie-pu: package xfce4-weather-plugin/0.8.3-2

[Yves-Alexis Perez]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hi,

xfce4-weather-plugin uses met.no as source for weather information.
There was multiple changes in API in recent years, and they disabled
legacy API in the last few days, meaning weather plugin in Jessie
doesn't work anymore.

I've prepared an update pulling only the API changes from upstream,
which results in the attached debdiff and the following diffstat:

 changelog   |   17 
+
 patches/0001-Make-plugin-ready-for-met.no-locationforecast-1.2-AP.patch |  160 
++
 patches/0002-Switch-to-met.no-locationforecastLTS-1.2-API-bug-109.patch |   26 
+
 patches/0003-Update-NEWS-and-README.patch   |   56 
+++
 patches/0004-Update-URL-for-sunrise-API-to-point-to-version-1.1-b.patch |   58 
+++
 patches/0005-Update-http-api.yr.no-URLs-to-https-api.met.no.patch   |   66 

 patches/0006-Bump-LocationforecastLTS-version-to-1.3.patch  |   48 
+++
 patches/0007-Change-more-URLs-from-http-yr.no-to-https-met.no.patch |   67 

 patches/git_support-locationforecast-1.2.patch  |  151 
-
 patches/git_use-locationforecast-1.2.patch  |   21 
-
 patches/series  |9 
 11 files changed, 505 insertions(+), 174 deletions(-)

Would it be ok for a stable upload?

Regards,

-- 
Yves-Alexis

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Differences in xfce4-weather-plugin between 0.8.3-2 and 0.8.3-3
diff -Nru xfce4-weather-plugin-0.8.3/debian/changelog 
xfce4-weather-plugin-0.8.3/debian/changelog
--- xfce4-weather-plugin-0.8.3/debian/changelog 2014-10-05 15:22:22.0 
+0200
+++ xfce4-weather-plugin-0.8.3/debian/changelog 2017-05-12 10:24:12.0 
+0200
@@ -1,3 +1,20 @@
+xfce4-weather-plugin (0.8.3-3) UNRELEASED; urgency=medium
+
+  * debian/patches:
+- 0001-Make-plugin-ready-for-met.no-locationforecast-1.2-AP,
+0002-Switch-to-met.no-locationforecastLTS-1.2-API-bug-109,
+0003-Update-NEWS-and-README,
+0004-Update-URL-for-sunrise-API-to-point-to-version-1.1-b,
+0005-Update-http-api.yr.no-URLs-to-https-api.met.no,
+0006-Bump-LocationforecastLTS-version-to-1.3,
+0007-Change-more-URLs-from-http-yr.no-to-https-met.no added, backported
+from ustream to support met.no new APIs
+- git_use-locationforecast-1.2 and
+debian/patches/git_use-locationforecast-1.2 dropped, included in backports
+above.
+
+ -- Yves-Alexis Perez   Fri, 12 May 2017 10:24:12 +0200
+
 xfce4-weather-plugin (0.8.3-2) unstable; urgency=low
 
   [ Yves-Alexis Perez ]
diff -Nru 
xfce4-weather-plugin-0.8.3/debian/patches/0001-Make-plugin-ready-for-met.no-locationforecast-1.2-AP.patch
 
xfce4-weather-plugin-0.8.3/debian/patches/0001-Make-plugin-ready-for-met.no-locationforecast-1.2-AP.patch
--- 
xfce4-weather-plugin-0.8.3/debian/patches/0001-Make-plugin-ready-for-met.no-locationforecast-1.2-AP.patch
   1970-01-01 01:00:00.0 +0100
+++ 
xfce4-weather-plugin-0.8.3/debian/patches/0001-Make-plugin-ready-for-met.no-locationforecast-1.2-AP.patch
   2017-05-12 10:21:45.0 +0200
@@ -0,0 +1,160 @@
+From 235a1c82ba1b03f4c399daa2f6edc6ee58b83b95 Mon Sep 17 00:00:00 2001
+From: Harald Judt 
+Date: Wed, 28 May 2014 20:08:02 +0200
+Subject: [PATCH 1/7] Make plugin ready for met.no locationforecast-1.2 API
+ (bug #10916).
+
+http://api.yr.no/weatherapi/locationforecastlts/1.1/documentation#version_1_2___2014_05_20
+
+The updated API version uses CamelCase symbol names instead of UPPERCASE
+ones and has added some new names (like 'Drizzle'), which unfortunately
+have not been documented (yet?).
+
+What's more, the typo 'celcius' has been replaced by the fixed 'celsius',
+but luckily the plugin will not be affected by that change.
+
+What's a bit more unfortunate is that the existing icon themes do not
+cover the new symbol names, so one would have to create quite a lot of
+new icons. Also, new translations would have to be added for the symbols,
+and maybe existing ones would have to be altered. To prevent this, we're
+simply going to map the new symbols to existing ones as good as possible.
+This should be good enough for the time being.
+---
+ panel-plugin/weather-parsers.c   |  3 +-
+ panel-plugin/weather-translate.c | 70 +++-
+ panel-plugin/weather-translate.h |  2 ++
+ 3 files changed, 73 insertions(+), 2 deletions(-)
+
+diff --git a/panel-plugin/weather-parsers.c b/

Bug#862368: scan-copyrights fails to consolidate when licensecheck doesn't report years

[Dominique Dumont]

On Thursday, 11 May 2017 21:44:50 CEST you wrote:
> Because I like the promises of cme, I decided to try and use it again on a
> new package I am working on.

Thanks for your effort. I'll do my best to keep that promise :-)

> I bisected this, and it turns out that I can reproduce this with two files
> present (which indivially are fine) but when both present, it goes wrong.

Many thanks for boiling that down.

> I believe the problem is that licensecheck didn't find year for the 
copyright, and a common copyright-holder for the two files.

Yes. the regexp to extract years from © was fooled by the weird entry from the 
JS files.

Could you try the attached patch ? 

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.orgcommit c40290fd82335a6d9d44765472d58152a2378791
Author: Dominique Dumont 
Date:   Sat May 13 09:44:22 2017 +0200

improve split copyright (Closes: #862368)

require that copyright years begins with at least 2 numbers

diff --git a/lib/Dpkg/Copyright/Scanner.pm b/lib/Dpkg/Copyright/Scanner.pm
index ba448936..acf2baea 100644
--- a/lib/Dpkg/Copyright/Scanner.pm
+++ b/lib/Dpkg/Copyright/Scanner.pm
@@ -340,7 +340,7 @@ sub scan_files ( %args ) {
 }
 
 sub __split_copyright ($c) {
-my ($years,$owner) = $c =~ /([\s,\d-]+)(.*)/;
+my ($years,$owner) = $c =~ /^(\d\d[\s,\d-]+)(.*)/;
 # say "undef year in $c" unless defined $years;
 return unless defined $years;
 my @data = split /(?<=\d)[,\s]+/, $years;

Bug#854708: tpm-tools: diff for NMU version 1.3.9.1-0.1

[Laurent Bigonville]

Control: tags 854708 + patch
Control: tags 854708 + pending

Dear maintainer,

I've prepared an NMU for tpm-tools (versioned as 1.3.9.1-0.1) and
uploaded it to DELAYED/3. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru tpm-tools-1.3.9/config.h.in~ tpm-tools-1.3.9.1/config.h.in~
--- tpm-tools-1.3.9/config.h.in~2016-11-17 20:42:24.0 +0100
+++ tpm-tools-1.3.9.1/config.h.in~  1970-01-01 01:00:00.0 +0100
@@ -1,114 +0,0 @@
-/* config.h.in.  Generated from configure.ac by autoheader.  */
-
-/* Define to 1 if translation of program messages to the user's native
-   language is requested. */
-#undef ENABLE_NLS
-
-/* Define to 1 if you have the MacOS X function CFLocaleCopyCurrent in the
-   CoreFoundation framework. */
-#undef HAVE_CFLOCALECOPYCURRENT
-
-/* Define to 1 if you have the MacOS X function CFPreferencesCopyAppValue in
-   the CoreFoundation framework. */
-#undef HAVE_CFPREFERENCESCOPYAPPVALUE
-
-/* Define if the GNU dcgettext() function is already present or preinstalled.
-   */
-#undef HAVE_DCGETTEXT
-
-/* Define to 1 if you have the  header file. */
-#undef HAVE_DLFCN_H
-
-/* Define if the GNU gettext() function is already present or preinstalled. */
-#undef HAVE_GETTEXT
-
-/* Define if you have the iconv() function. */
-#undef HAVE_ICONV
-
-/* Define to 1 if you have the  header file. */
-#undef HAVE_INTTYPES_H
-
-/* Define to 1 if you support file names longer than 14 characters. */
-#undef HAVE_LONG_FILE_NAMES
-
-/* Define to 1 if you have the  header file. */
-#undef HAVE_MEMORY_H
-
-/* Define to 1 if you have the  header file. */
-#undef HAVE_STDINT_H
-
-/* Define to 1 if you have the  header file. */
-#undef HAVE_STDLIB_H
-
-/* Define to 1 if you have the  header file. */
-#undef HAVE_STRINGS_H
-
-/* Define to 1 if you have the  header file. */
-#undef HAVE_STRING_H
-
-/* Define to 1 if you have the  header file. */
-#undef HAVE_SYS_STAT_H
-
-/* Define to 1 if you have the  header file. */
-#undef HAVE_SYS_TYPES_H
-
-/* Define to 1 if you have the  header file. */
-#undef HAVE_UNISTD_H
-
-/* Define to the sub-directory in which libtool stores uninstalled libraries.
-   */
-#undef LT_OBJDIR
-
-/* Name of package */
-#undef PACKAGE
-
-/* Define to the address where bug reports for this package should be sent. */
-#undef PACKAGE_BUGREPORT
-
-/* Define to the full name of this package. */
-#undef PACKAGE_NAME
-
-/* Define to the full name and version of this package. */
-#undef PACKAGE_STRING
-
-/* Define to the one symbol short name of this package. */
-#undef PACKAGE_TARNAME
-
-/* Define to the version of this package. */
-#undef PACKAGE_VERSION
-
-/* Define as the return type of signal handlers (`int' or `void'). */
-#undef RETSIGTYPE
-
-/* Define to 1 if you have the ANSI C header files. */
-#undef STDC_HEADERS
-
-/* Version number of package */
-#undef VERSION
-
-/* Define to empty if `const' does not conform to ANSI C. */
-#undef const
-
-/* Define to `int' if  doesn't define. */
-#undef gid_t
-
-/* Define to `__inline__' or `__inline' if that's what the C compiler
-   calls it, or to nothing if 'inline' is not supported under any name.  */
-#ifndef __cplusplus
-#undef inline
-#endif
-
-/* Define to `int' if  does not define. */
-#undef mode_t
-
-/* Define to `long int' if  does not define. */
-#undef off_t
-
-/* Define to `int' if  does not define. */
-#undef pid_t
-
-/* Define to `unsigned int' if  does not define. */
-#undef size_t
-
-/* Define to `int' if  doesn't define. */
-#undef uid_t
diff -Nru tpm-tools-1.3.9/debian/changelog tpm-tools-1.3.9.1/debian/changelog
--- tpm-tools-1.3.9/debian/changelog2017-02-05 23:24:09.0 +0100
+++ tpm-tools-1.3.9.1/debian/changelog  2017-05-13 13:55:08.0 +0200
@@ -1,3 +1,13 @@
+tpm-tools (1.3.9.1-0.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * New upstream release
+- Fix segfault in tpm_sealdata (Closes: #854708)
+  * debian/control: Use ${misc:Pre-Depends} instead of (Pre-) depending on
+multiarch-support explicitly
+
+ -- Laurent Bigonville   Sat, 13 May 2017 13:55:08 +0200
+
 tpm-tools (1.3.9-0.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru tpm-tools-1.3.9/debian/control tpm-tools-1.3.9.1/debian/control
--- tpm-tools-1.3.9/debian/control  2015-06-28 12:02:59.0 +0200
+++ tpm-tools-1.3.9.1/debian/control2017-05-13 13:49:13.0 +0200
@@ -42,7 +42,7 @@
 Package: libtpm-unseal1
 Section: libs
 Architecture: any
-Pre-Depends: multiarch-support
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: Management tools for the TPM hardware (library)
  tpm-tools is a group of tools to manage and utilize the Trusted Computing
diff -Nru tpm-tools-1.3.9/lib/Makefile.am tpm-tools-1.3.9.1/lib/Makefile.am
--- tpm-tools-1.3.9/lib/Makefile.am 2016-11-17 20:37:17.0 +0100
+++ tpm-tools-1.3.9.1/lib/Makefile.am   2017-02-21 03:23:56.0 +0100
@@ -80,4 +80,4 @@
 # Unseal library 

Bug#832993: xserver-xorg: X clients run but don't display (invisible), Intel graphics

[Julien Cristau]

On Fri, May 12, 2017 at 15:06:36 +0300, Ilari Halminen wrote:

> Package: xserver-xorg
> Version: 1:7.7+7
> Followup-For: Bug #832993
> 
> Dear Maintainer,
> 
> The bug comes after aptitude safe-upgrade. I tried various things, but now I 
> just send that info, I hope that helps
> to solve. I also add that libGL.so.1 has problems to work (alltime).
> Because there is already a bug report, I wish not make a new one.
> 
Actually, it would be better if you filed your own separate bug.

Thanks,
Julien

Bug#862482: e2fsprogs: [PATCH] Multiple issues with French translation

[Thibault Polge]

Package: e2fsprogs
Version: 1.43.4-2
Severity: normal
Tags: l10n

The attached patch (in git format, I hope that will do) addresses multiple 
issues with the French translation:

 - Some messages asking the user to run e2fsck have different flags in the 
translation than the original message.
 - The confirmation messages ("Proceed anyway? [yN]") are marked fuzzy, but the 
translation of values understood "yes" isn't.  Hence users are asked (in 
English) to type "y" to proceed, but they actually must type "O" (Oui) to go 
on.  This is confusing.

Thanks,
Thibault

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

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

Versions of packages e2fsprogs depends on:
ii  e2fslibs1.43.4-2
ii  libblkid1   2.29.2-1
ii  libc6   2.24-10
ii  libcomerr2  1.43.4-2
ii  libss2  1.43.4-2
ii  libuuid12.29.2-1
ii  util-linux  2.29.2-1

e2fsprogs recommends no packages.

Versions of packages e2fsprogs suggests:
pn  e2fsck-static  
pn  fuse2fs
pn  gpart  
ii  parted 3.2-17

-- no debconf information

Bug#862474: vlc-bin: file conflict with vlc-nox 2.2.5-1~deb8u1

[Sebastian Ramacher]

On 2017-05-13 12:25:06, Cyril Brulebois wrote:
> Cyril Brulebois  (2017-05-13):
> > vlc-bin seems to be missing replaces/breaks against vlc-nox. From a
> > jessie chroot, with vlc-nox installed, switching sources.list from
> > jessie to stretch and installing vlc-bin results in:
> > | root@wodi:/# apt-get install vlc-bin
> > | Reading package lists... Done
> > | Building dependency tree   
> > | Reading state information... Done
> > | The following extra packages will be installed:
> > |   libvlc-bin
> > | The following NEW packages will be installed:
> > |   libvlc-bin vlc-bin
> > | 0 upgraded, 2 newly installed, 0 to remove and 207 not upgraded.
> > | Need to get 278 kB of archives.
> > | After this operation, 579 kB of additional disk space will be used.
> > | Do you want to continue? [Y/n] 
> > | Get:1 http://localhost/debian/ stretch/main libvlc-bin amd64 2.2.5-1 [121 
> > kB]
> > | Get:2 http://localhost/debian/ stretch/main vlc-bin amd64 2.2.5-1 [157 kB]
> > | Fetched 278 kB in 0s (10.6 MB/s)
> > | E: Can not write log (Is /dev/pts mounted?) - posix_openpt (2: No such 
> > file or directory)
> > | Selecting previously unselected package libvlc-bin:amd64.
> > | (Reading database ... 11539 files and directories currently installed.)
> > | Preparing to unpack .../libvlc-bin_2.2.5-1_amd64.deb ...
> > | Unpacking libvlc-bin:amd64 (2.2.5-1) ...
> > | Selecting previously unselected package vlc-bin.
> > | Preparing to unpack .../vlc-bin_2.2.5-1_amd64.deb ...
> > | Unpacking vlc-bin (2.2.5-1) ...
> > | dpkg: error processing archive 
> > /var/cache/apt/archives/vlc-bin_2.2.5-1_amd64.deb (--unpack):
> > |  trying to overwrite '/usr/bin/cvlc', which is also in package vlc-nox 
> > 2.2.5-1~deb8u1
> > | dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> > | Errors were encountered while processing:
> > |  /var/cache/apt/archives/vlc-bin_2.2.5-1_amd64.deb
> > | E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> BTW, looking at vlc.git, it seems the replaces/breaks was added properly
> when binaries were split off (<< 2.2.4-7~), but a new upstream was added
> to jessie, which might have interfered: 2.2.5-1~deb8u1 has cvlc (since
> there's no vlc-bin), so I think just bumping the breaks/replaces should
> work.

Yes, we need to bump some those. But it's not only vlc-bin and at least vlc-l10n
seems to be affected as well. I'll double check all the breaks+replaces and
update them accordingly.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#862247: New version 0.9.6

[Andreas Hausmann]

There is version 0.9.6 available at 
https://github.com/mi-g/joclyboard/releases/tag/v0.9.6


Now it can make videos of the current played / loaded game.

greetings

Andreas Hausmann

Bug#862483: fontconfig: Fails to build on Debian Jessie with docbook enabled (Makefile has set recursive variable 'CC')

[doa379]

Package: fontconfig
Version: 2.12.1-0.1
Severity: critical
Tags: newcomer
Justification: breaks unrelated software

Dear Maintainer,

Building fontconfig (2.12.1-0.1) as a backport to Dessie/Stable. 
When building *with docbook* enabled, there results the following error message:

Makefile:1309: *** Recursive variable 'CC' references itself (eventually).  
Stop.

fontconfig-2.12.1-0.1/doc/Makefile gets generated and at lines 1309-1311 this 
is:

$(edit_sgml_OBJECTS) : CC=$(CC_FOR_BUILD)
$(edit_sgml_OBJECTS) : CFLAGS=$(CFLAGS_FOR_BUILD)
$(edit_sgml_OBJECTS) : CPPFLAGS=$(CPPFLAGS_FOR_BUILD)

Changing these lines to simple expansion fixes the issue and allows compilation 
to finish:

$(edit_sgml_OBJECTS) : CC:=$(CC_FOR_BUILD)
$(edit_sgml_OBJECTS) : CFLAGS:=$(CFLAGS_FOR_BUILD)
$(edit_sgml_OBJECTS) : CPPFLAGS:=$(CPPFLAGS_FOR_BUILD)


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

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

Versions of packages fontconfig depends on:
ii  dpkg   1.17.27
ii  fontconfig-config  2.12.1-0.1~bpo8+1
ii  libc6  2.19-18+deb8u9
ii  libfontconfig1 2.12.1-0.1~bpo8+1
ii  libfreetype6   2.7.1-0.1~bpo8+1

fontconfig recommends no packages.

fontconfig suggests no packages.

-- no debconf information

Bug#393893: removing tag moreinfo on #393893 , obsolete?

[Thomas Pierson]

tags 393893 - moreinfo
thanks


Hello,

This old bug is probably obsolete now and I apologize we didn't respond
at the time. But, can you still reproduce this issue under recent
version of Debian or can we close this case?

Regards,
Thomas Pierson

Bug#861842: snort 2.9.7 is EOL upstream

[Javier Fernandez-Sanguino]

severity 861842 important
thanks

On 4 May 2017 at 18:36, Lee Garrett  wrote:

> Source: snort
> Version: 2.9.7.0-5
> Severity: grave
> Justification: renders package unusable
>

I do not agree that this Snort version being EOL makes the package
unusable. Sure, it will be difficult to support as there will be no support
upstream, but not unusable to end users.  The package can still be used,
and sysadmins can update it with rules if they invest the required time.

I agree however, it was an oversight on our side to not provide an updated
Snort version last year, before the freeze.



> The version of snort in Debian testing/sid has reached EOL in March [0],
> making
> it difficult to provide security updates or rule updates over the
> lifecycle of
> stretch. Since no newer version is packaged yet and stretch is deep into
> the
> freeze, I suggest removing the package from stretch
>

As you said, it might be difficult to get security updates, but not
impossible. Patches can be backported.

As for the risk of potential security vulnerabilities during Stretch's
lifecycle: It is worth noting, also, that Snort does not have a bad track
record of security bugs that need an immediate fix. There has only been one
DSA for Snort in Debian (DSA-297 [1]). Overall, NIST's Vulnerability
database has only 30 security bugs reported for Snort [2] in the past 17
years, of which only a few (4) led to remote execution (2 of them were
fixed in the DSA above). As maintainer, I am willing to work in backporting
fixes of vulnerabilities if required.

As for rule updates: Snort users can run the release in Debian and still
get some new rules in it. There will not be able to use new rules that make
use of preprocessors. But this is the same if we would have 2.9.8.3 in
Debian instead, some rules would only work with newer releases (e.g.
2.9.9.0). Also note that in Debian we do not distribute rule updates, only
a limited subset of the available rules in the Internet are provided (see
the snort-rules-default package for more information)

Based on the reasoning above, and the fact that the 'grave' severity does
not really qualify for "unmaintained/unsupported" software in Debian, I'm
reducing the severity of this bug.

I will not oppose the removal if the Debian Security team requests it, but
please be aware in the past we have shipped software in the stable release
that is not maintained upstream anymore.

Best regards

Javier

[1] https://www.debian.org/security/2003/dsa-297
[2]
https://nvd.nist.gov/vuln/search/results?adv_search=false&form_type=basic&results_type=overview&search_type=all&query=snort

Bug#562051: How does installation in polish work now?

[Solveig]

Hi!

I'm triaging some bugs, and this one has no answer since 2010. The
installer has changed quite a bit since then, so I'm tempted to think
that it's probably fixed, especially since nobody gave more info to have
it worked on.

Does anyone of you, or on the polish user mailing list, still encounter
it? If not, please close or ask me to do it :)

Cheers,

 Solveig

Bug#693130: removing tag moreinfo on 693130 , still reproducible?

[Thomas Pierson]

tags 693130 - moreinfo
thanks

Hi Issamo,

This is a old bug but can you still reproduce this issue under a recent
version of Debian or maybe can we close this case?

Anyway I'm removing the "moreinfo" tag because it seems you gave
sufficient informations.

Regards,
Thomas Pierson

Bug#860808: ocfs2 blocks jbd2

[Russell Mosemann]

Package: src:linux
Version: 4.9.18-1~bpo8+1
Severity: important

Dear Maintainer,

   * What led up to the situation?
 
May 13 08:00:06 vhost012 kernel: [ cut here ]
May 13 08:00:06 vhost012 kernel: WARNING: CPU: 5 PID: 1853 at 
/home/zumbi/linux-4.9.18/fs/jbd2/transaction.c:297 
start_this_handle+0x3fb/0x400 [jbd2]
May 13 08:00:06 vhost012 kernel: Modules linked in: vhost_net vhost macvtap 
macvlan tun ocfs2 quota_tree hmac veth iptable_filter ip_tables x_tables nfsd 
auth_rpcgss nfs_acl nfs lockd grace fscache sunrpc ocfs2_dlmfs ocfs2_stack_o2cb 
ocfs2_dlm ocfs2_nodemanager ocfs2_stackglue configfs bridge stp llc bonding 
intel_rapl sb_edac edac_core x86_pkg_temp_thermal intel_powerclamp coretemp 
kvm_intel kvm irqbypass crct10dif_pclmul ipmi_watchdog iTCO_wdt crc32_pclmul 
iTCO_vendor_support mxm_wmi ghash_clmulni_intel evdev ast intel_cstate ttm 
drm_kms_helper intel_uncore intel_rapl_perf drm pcspkr xhci_pci sg xhci_hcd 
e1000e igb ehci_pci ehci_hcd usbcore dca mei_me i2c_i801 lpc_ich i2c_algo_bit 
ptp i2c_smbus mfd_core mei pps_core usb_common shpchp wmi acpi_power_meter 
acpi_pad tpm_tis tpm_tis_core tpm button ipmi_si ipmi_poweroff
May 13 08:00:06 vhost012 kernel:  ipmi_devintf ipmi_msghandler fuse drbd 
lru_cache libcrc32c crc32c_generic autofs4 ext4 crc16 jbd2 fscrypto mbcache 
dm_mod md_mod sd_mod crc32c_intel ahci libahci libata aesni_intel aes_x86_64 
glue_helper lrw gf128mul ablk_helper cryptd scsi_mod
May 13 08:00:06 vhost012 kernel: CPU: 5 PID: 1853 Comm: qemu-system-x86 Not 
tainted 4.9.0-0.bpo.2-amd64 #1 Debian 4.9.18-1~bpo8+1
May 13 08:00:06 vhost012 kernel: Hardware name: To Be Filled By O.E.M. To Be 
Filled By O.E.M./EPC612D4I, BIOS P2.10 03/31/2016
May 13 08:00:06 vhost012 kernel:   b8729dd5 
 
May 13 08:00:06 vhost012 kernel:  b8477934 95a954207800 
95a954207800 95a8f152a990
May 13 08:00:06 vhost012 kernel:   ffe4 
 c039e7db
May 13 08:00:06 vhost012 kernel: Call Trace:
May 13 08:00:06 vhost012 kernel:  [] ? dump_stack+0x5c/0x77
May 13 08:00:06 vhost012 kernel:  [] ? __warn+0xc4/0xe0
May 13 08:00:06 vhost012 kernel:  [] ? 
start_this_handle+0x3fb/0x400 [jbd2]
May 13 08:00:06 vhost012 kernel:  [] ? 
ocfs2_xattr_tree_fill_max_leaf_clusters+0x40/0x40 [ocfs2]
May 13 08:00:06 vhost012 kernel:  [] ? 
ocfs2_inode_cache_io_unlock+0x10/0x10 [ocfs2]
May 13 08:00:06 vhost012 kernel:  [] ? 
jbd2__journal_start+0xe9/0x1f0 [jbd2]
May 13 08:00:06 vhost012 kernel:  [] ? 
ocfs2_start_trans+0xf8/0x1d0 [ocfs2]
May 13 08:00:06 vhost012 kernel:  [] ? 
ocfs2_dio_end_io_write+0x2fb/0x600 [ocfs2]
May 13 08:00:06 vhost012 kernel:  [] ? __schedule+0x245/0x6d0
May 13 08:00:06 vhost012 kernel:  [] ? 
ocfs2_allocate_extend_trans+0x180/0x180 [ocfs2]
May 13 08:00:06 vhost012 kernel:  [] ? 
ocfs2_dio_end_io+0x3b/0x60 [ocfs2]
May 13 08:00:06 vhost012 kernel:  [] ? dio_complete+0x7e/0x190
May 13 08:00:06 vhost012 kernel:  [] ? 
do_blockdev_direct_IO+0x2168/0x2860
May 13 08:00:06 vhost012 kernel:  [] ? 
ocfs2_write_end_nolock+0x550/0x550 [ocfs2]
May 13 08:00:06 vhost012 kernel:  [] ? 
ocfs2_direct_IO+0x83/0x90 [ocfs2]
May 13 08:00:06 vhost012 kernel:  [] ? 
generic_file_direct_write+0xb3/0x180
May 13 08:00:06 vhost012 kernel:  [] ? 
__generic_file_write_iter+0xb6/0x1e0
May 13 08:00:06 vhost012 kernel:  [] ? 
ocfs2_file_write_iter+0x44e/0xae0 [ocfs2]
May 13 08:00:06 vhost012 kernel:  [] ? 
do_iter_readv_writev+0xb0/0x130
May 13 08:00:06 vhost012 kernel:  [] ? 
do_readv_writev+0x1ac/0x240
May 13 08:00:06 vhost012 kernel:  [] ? 
ocfs2_check_range_for_refcount+0x130/0x130 [ocfs2]
May 13 08:00:06 vhost012 kernel:  [] ? do_pwritev+0x8c/0xc0
May 13 08:00:06 vhost012 kernel:  [] ? 
system_call_fast_compare_end+0xc/0x9b
May 13 08:00:06 vhost012 kernel: ---[ end trace 57395e307d61fcb3 ]---


-- Package-specific info:
** Version:
Linux version 4.9.0-0.bpo.2-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian 4.9.18-1~bpo8+1 (2017-04-10)

** Command line:
BOOT_IMAGE=/vmlinuz-4.9.0-0.bpo.2-amd64 
root=UUID=fd7914e5-86a9-4221-beee-4b91721ac838 ro console=tty0 
console=ttyS1,115200n8 quiet

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: To Be Filled By O.E.M.
product_name: To Be Filled By O.E.M.
product_version: To Be Filled By O.E.M.
chassis_vendor: To Be Filled By O.E.M.
chassis_version: To Be Filled By O.E.M.
bios_vendor: American Megatrends Inc.
bios_version: P2.10
board_vendor: ASRockRack
board_name: EPC612D4I
board_version:

** Loaded modules:
vhost_net
vhost
macvtap
macvlan
tun
ocfs2
quota_tree
hmac
veth
iptable_filter
ip_tables
x_tables
nfsd
auth_rpcgss
nfs_acl
nfs
lockd
grace
fscache
sunrpc
ocfs2_dlmfs
ocfs2_stack_o2cb
ocfs2_dlm
ocfs2_nodemanager
ocfs2_stackglue
configfs
bridge
stp
llc
bonding
intel_rapl
sb_edac
edac_core
x86_pkg_temp_thermal
intel_p

Bug#258096:

[Robert Azuli]

Hello i hope you receive all the letter i have been sending to you? i have
important thing to talk you, contact me via email: (Email:
robertazulioff...@gmail.com)

Bug#862484: seqan2: please make the build reproducible

[Chris Lamb]

Source: seqan2
Version: 2.3.1+dfsg-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: environment
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that seqan2 could not be built reproducibly due to including the
number of processors on the build machine in the manpage.

Patch attached.

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/generate_manpages b/debian/generate_manpages
index 636d9b3..ca5b8d0 100755
--- a/debian/generate_manpages
+++ b/debian/generate_manpages
@@ -11,6 +11,9 @@ for bin in `ls ${bindir}`; do
 help2man --no-discard-stderr --no-info --name="XXX remove this line" 
--version-string="${version}" ${bindir}/${bin} | \
 sed -e '/XXX remove this line/d' \
 -e '/^\.SH DESCRIPTION$/d' \
--e '/^\+$/d' \
+-e '/^\+$/d' | \
+tr '\n' '\r' | \
+sed -e 's@\(Specify the number of threads.*\)Default:\r[0-9]*\.@\1@g' 
| \
+tr '\r' '\n' | \
 > ${mandir}/${bin}.1
 done

Bug#862436: [Pkg-xfce-devel] Bug#862436: xfce4-weather-plugin: weather API 404

[Yves-Alexis Perez]

On Fri, 2017-05-12 at 11:53 -0500, Nathaniel Beaver wrote:
> Package: xfce4-weather-plugin
> Version: 0.8.3-2
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> The met.no Web API is deprecated:
> 
> http://api.met.no/weatherapi/sunrise/1.0/?lat=0;lon=0;date=2017-05-12
> 
> The bug was reported in 2014 here:
> 
> https://bugzilla.xfce.org/show_bug.cgi?id=10916
> 
> It is already fixed in version 0.8.9-1, which is available in testing 
> and unstable.
> 
> https://tracker.debian.org/pkg/xfce4-weather-plugin
> 
> Is it possible the fix will be backported?

I've packaged a backport and requested permission to do a stable upload
(#862481). You can find an amd64 package at https://perso.corsac.net/~corsac/d
ebian/xfce4/xfce4-weather-plugin_0.8.3-3_amd64.deb along with the .dsc.

Regards,
-- 
Yves-Alexis

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

Bug#860808: ocfs2 blocks jbd2

[Russell Mosemann]

package: src:linux
Version: 4.9.18-1~bpo8+1
Severity: important
 
Is anyone from ocfs2 addressing these bugs?

Bug#862435: [PATCH] debian: `Recommends: rsync` is outdated

[Alan Jenkins]

Git no longer supports rsync (2016 change).  Remove `Recommends: rsync`
from the `git` package.

See git commit 0d0bac67ce3b3f2301702573f6acc100798d7edd.

Also, it looks like git-archimport calls rsync.
git-archimport is split out into a separate package `git-arch`.
Add `Depends: rsync` to `git-arch`.

Signed-off-by: Alan Jenkins 
---
 debian/changelog | 8 
 debian/control   | 4 ++--
 2 files changed, 10 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 76a88ff..483419f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+git (1:2.11.0-4) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * git: remove Recommends: rsync (closes #862435)
+* git-arch: Depends: rsync
+
+ -- Alan Jenkins   Sat, 13 May 2017 
11:48:48 +0100
+
 git (1:2.11.0-3) unstable; urgency=high
 
   * Do not allow git helpers run via git-shell to launch a pager
diff --git a/debian/control b/debian/control
index eca6c87..81474d8 100644
--- a/debian/control
+++ b/debian/control
@@ -28,7 +28,7 @@ Multi-Arch: foreign
 Depends: ${misc:Depends}, ${shlibs:Depends}, perl, liberror-perl,
  git-man (>> ${source:Upstream-Version}), git-man (<< 
${source:Upstream-Version}-.)
 Pre-Depends: ${misc:Pre-Depends}
-Recommends: patch, less, rsync, ssh-client
+Recommends: patch, less, ssh-client
 Suggests: gettext-base, git-daemon-run | git-daemon-sysvinit,
  git-doc, git-el, git-email, git-gui, gitk, gitweb,
  git-arch, git-cvs, git-mediawiki, git-svn
@@ -117,7 +117,7 @@ Description: fast, scalable, distributed revision control 
system (documentation)
 Package: git-arch
 Architecture: all
 Multi-Arch: foreign
-Depends: ${misc:Depends}, git (>> ${source:Upstream-Version}), git (<< 
${source:Upstream-Version}-.), tla
+Depends: ${misc:Depends}, git (>> ${source:Upstream-Version}), git (<< 
${source:Upstream-Version}-.), tla, rsync
 Suggests: git-doc
 Description: fast, scalable, distributed revision control system (arch 
interoperability)
  Git is popular version control system designed to handle very large
-- 
2.9.3

Bug#862435: git: Please fix 'Recommends: rsync'

[Alan Jenkins]

On 12/05/17 19:20, Jonathan Nieder wrote:

Hi Alan,

Alan Jenkins wrote:


The `git` package recommends the `rsync` package.
I'm sure this is wrong, because git no longer supports rsync (2016 change).

https://git.kernel.org/pub/scm/git/git.git/commit/?id=0d0bac67ce3b3f2301702573f6acc100798d7edd

I checked the upstream source.  There are references to rsync in git-archimport.
However, git-archimport is split out into a separate package `git-arch`.
The `git-arch` package should surely depend on (not just recommend) rsync,
I think that should be fixed at the same time.

Good catch.  Thank you.

Patches welcome.  I also notice that the URL mentioned in README.source
uses a self-signed certificate --- I better fix that, too.  You can get
the source at git://repo.or.cz/git/debian.git, branch debian-sid.

If you don't provide a patch, that's fine and I'll still fix it --- a
patch is just faster. :)

Thanks,
Jonathan


I don't think I've tried this before, I hope the debian/changelog entry 
I wrote makes sense.  (See previous email).


Thanks
Alan

Bug#862334: dh_installinit automatically add not running content

[Chris Lamb]

Hi,

> dh_installinit automatically add not running content

Given that is saned_eh is simply:

saned_eh () {
echo "saned couldn't start; check your inetd configuration and 
README.Debian"
}

I think you can just drop the error handling; surely this
documentation is implicit? (Or: if you can justify it here, then
one can justify it for every Debian package...)


Regards,

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

Bug#862485: fwsnort mustn't set iptables rules when purged

[Adrian Bunk]

Package: fwsnort
Version: 1.6.5-3
Severity: critical
Tags: security

The #861999 fix adds the following on purging:
  grep -v FWSNORT /var/lib/fwsnort/fwsnort.save | iptables-restore

Imagine the following:
1. today I install fwsnort and try it
2. later today I uninstall it
3. 2 years later I purge all long-removed packages

This would in 2 years set the iptables rules to what they
were today before I shortly played with fwsnort.


A case could be made for "fwsnort --ipt-flush" in prerm.

Or considering that activating any fwsnort rules is not done
automatically and that the package should not interfere with
what the the admin has done.

Bug#862479: RFS: globjects/1.1.0-1 [experimental]

[Gianfranco Costamagna]

control: close 862479
control: close 862478
control: close 862477


.
G.

Bug#862486: RM: gnuvd/1.0.12-1

[Adrian Bunk]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: rm

#767076 gnuvd not able to search for words

Quoting the #851896 removal from unstable:
  This package queries a Dutch online dictionary. However, the server
  changes its output frequently, the package no longer works. Upstream has
  stopped updating the package since 2012.

Bug#862487: opensvc: Incomplete debian/copyright?

[Chris Lamb]

Source: opensvc
Version: 1.8~20170412-2
Severity: serious
Justication: Policy 12.5
X-Debbugs-CC: Jean-Michel Kelbert 

Hi,

I just ACCEPTed opensvc from NEW but noticed it was missing 
attribution in debian/copyright for at least ipaddress.py.

(This is not exhaustive so please check over the entire package 
carefully and address these on your next upload.)

I accepted anyway as it was for t-p-u. :)

Regards,

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

Bug#862440: m4/ax_python.m4 should list recent python3.x versions

[Bastien ROUCARIES]

On Fri, May 12, 2017 at 7:17 PM, Matthias Klose  wrote:
> Packag: src:autoconf-archive
> Version: 20160916-1
> Severity: important
> Tags: sid buster
> User: debian-pyt...@lists.debian.org
> Usertags: python3.6
>
> m4/ax_python.m4 should list recent python3.x versions up to 3.3. Please add
> newer ones as well, maybe up to 3.7 (already used in Python development) or 
> 3.8.
>  The missing python3 versions will make packages fail to build which are
> supporting all Python 3 versions in Debian.
>

Should be fixed before releaser or we could do a point release?

Bug#862440: m4/ax_python.m4 should list recent python3.x versions

[Matthias Klose]

Control: tags -1 + patch

On 13.05.2017 07:52, Bastien ROUCARIES wrote:
> On Fri, May 12, 2017 at 7:17 PM, Matthias Klose  wrote:
>> Packag: src:autoconf-archive
>> Version: 20160916-1
>> Severity: important
>> Tags: sid buster
>> User: debian-pyt...@lists.debian.org
>> Usertags: python3.6
>>
>> m4/ax_python.m4 should list recent python3.x versions up to 3.3. Please add
>> newer ones as well, maybe up to 3.7 (already used in Python development) or 
>> 3.8.
>>  The missing python3 versions will make packages fail to build which are
>> supporting all Python 3 versions in Debian.
>>
> 
> Should be fixed before releaser or we could do a point release?

we don't add python3.6 for stretch, so an update for buster should be fine. 
patch is
https://patches.ubuntu.com/a/autoconf-archive/autoconf-archive_20160916-1ubuntu1.patch

made sure that pymagick builds with that change.

Bug#862489: unblock: apt/1.4.3

[Julian Andres Klode]

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

Please unblock package apt

Fixes the maintainer scripts to only stop/restart timers in the apt
package, not all packages (#862001) and updates Czech translation
(#861943).

unblock apt/1.4.3

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'unstable-debug'), (500, 
'buildd-unstable'), (500, 'testing'), (100, 'experimental'), (1, 
'experimental-debug')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev
  |  Ubuntu Core Developer |
When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to ('inline').  Thank you.

Bug#862483: Acknowledgement (fontconfig: Fails to build on Debian Jessie with docbook enabled (Makefile has set recursive variable 'CC'))

[doa379]

Same bug is present in fontconfig (2.11.0-6.7) in Stretch when building 
the package with docbook enabled.




On 13/05/17 13:54, Debian Bug Tracking System wrote:

Thank you for filing a new Bug report with Debian.

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

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

As you requested using X-Debbugs-CC, your message was also forwarded to
  doa...@gmail.com
(after having been given a Bug report number, if it did not have one).

Your message has been sent to the package maintainer(s):
 Keith Packard 

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

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

Bug#562051: How does installation in polish work now?

[Marcin Owsiany]

debian-user-polish is almost dead at this point.
When trying to search the web to see if other Polish users have encountered
this recently, I only found two other posts from 2009 about Debian install
hanging at 52% when running the partitioning program, one being a question
and another more of a rant on why Linux will never go mainstream.

I haven't found any more recent reports.

If someone wanted to help with this, I would suggest replicating the
original reporter's setup as closely as possible in a virtual machine, and
try running the lenny installer on it.
If this reproduces the problem, then try to debug it and/or try a more
recent installer.
If it does not, then just close the bug.

Bug#858488: dieharder segfaults when testing the XOR generator

[Bernhard Übelacker]

Hello,
just tried to reproduce the crash I came to following stack:


gdb -q --args dieharder -g 207 -a

Program received signal SIGSEGV, Segmentation fault.
gsl_rng_get (r=0x0) at ../gsl/gsl_rng.h:161
161   return (r->type->get) (r->state);
(gdb) bt
#0  gsl_rng_get (r=0x0) at ../gsl/gsl_rng.h:161
#1  0x77b5dcc6 in XOR_get (vstate=0x633030) at rng_XOR.c:42
#2  0x77b59ed0 in rgb_timing (test=test@entry=0x635ac0, 
timing=timing@entry=0x7fffdb90) at rgb_timing.c:38
#3  0x00405889 in time_rng () at time_rng.c:38
#4  0x0040252f in select_rng (gennum=, 
genname=genname@entry=0x60a7c0  "", initial_seed=) at choose_rng.c:252
#5  0x0040262a in choose_rng () at choose_rng.c:60
#6  0x00402141 in main (argc=4, argv=0x7fffdcf8) at dieharder.c:71


gsl_rng_get/XOR_get:42 relies here to have state->grngs[1] initialized.


I tried to follow it and got to gsl_rng_set/XOR_set in
function rgb_timing that should put the seed to the generator.
Unfortunately gvcount is here just 1, leaving just grngs[0] set.


 state->grngs[0] = gsl_rng_alloc(dh_rng_types[14]);
 ...
 for(i=1;igrngs[i] = gsl_rng_alloc(dh_rng_types[gnumbs[i]]);


Further reading down leads to this comment saying we need at least one
additional -g parameter:

rng_XOR.c:
/*
 * This is a special XOR generator that takes a list of GSL
 * wrapped rngs and XOR's their uint output together to produce
 * each new random number.  Note that it SKIPS THE FIRST ONE which
 * MUST be the XOR rng itself.  So there have to be at least two -g X
 * stanzas on the command line to use XOR, and if there aren't three
 * or more it doesn't "do" anything but use the second one.
 */


So this command "dieharder -g 207 -a" is probably not expected
to work and "just" fails to produce an error message.


Kind regards,
Bernhard


BTW: Kind of the same problem could be observed when using such
a command line: "dieharder -g 207 -g 207 -a".
This crashes later after exhausting the whole stack.

Bug#862368: scan-copyrights fails to consolidate when licensecheck doesn't report years

[Paul Gevers]

On 13-05-17 09:53, Dominique Dumont wrote:
> Could you try the attached patch ? 

Seems to be doing the job.

Paul




signature.asc
Description: OpenPGP digital signature

Bug#862490: systemd 232-22 hangs with watchdog timeout, kills self with SIGABRT

[Michael Biebl]

Control: tags -1 + moreinfo

Am 13.05.2017 um 16:48 schrieb Mike Edwards:
> Package: systemd
> Version: 232-23
> Severity: critical
> Justification: causes serious data loss
> 
> * Note that this report applies to 232-22 - I just did an apt upgrade
> immediately before filing this bug report.
> 
> 
> This is the second time in as many days that this system has hung (console 
> unresponsive,
> unreachable on network, VMs it hosts with Xen dead).  Unfortunately, the 
> first time
> this occurred, logs weren't synced to disk at the time of the crash, so I had 
> nothing
> to go on.  This time around, I was able to have an external host capture log 
> entries,
> of which there are two:
> 
> May 13 04:04:05 balrog0 systemd[1]: systemd-logind.service: Watchdog timeout 
> (limit 3min)!
> May 13 04:04:05 balrog0 systemd[1]: systemd-logind.service: Killing process 
> 1270 (systemd-logind) with signal SIGABRT.

But this is systemd-logind, not systemd, which doesn't respond.
And apparently systemd is still active, otherwise it couldn't kill the
non-responsing systemd-logind process.

Where exactly does systemd crash? Where is the data loss?
Please provide more details.
If you can't access the system via network, it sounds more like a kernel
problem, maybe hardware or Xrelated.

If systemd/PID 1 crashes, it would only freeze itself, but the system
would still be running and accessible via the network.

So my guess is, that the problem you see is not related to systemd at all.



-- 
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#862492: unblock: binutils/2.28-5

[Matthias Klose]

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

Please consider unblocking binutils/2.28-5.

 - low priority security updates
 - one fix for mips* targets
 - all other updates are for non-release architectures

Bug#861180: shc: infinite loop does not work properly

[Tong Sun]

Thank you Francisco for your swift *solution*.

On Mon, May 8, 2017 at 11:37 AM, Francisco Rosales wrote:

> I have made the attached patch from https://github.com/neurobin/sh
> c/blob/release/src/shc.c
> I hope it will work.
>

FTR, I've allocated the whole day today planning to work on the new Debian
build, however I found that https://github.com/neurobin/shc/ is using an
entirely different code structure than before, thus my whole package
building (old) practice is of no use now, and I have to start from scratch.

But since neurobin/shc is building Debian/Ubuntu packages now, I think he
is more capable than me to be the new maintainer of Debian shc package.

I've submit Francisco's patch as PR to neurobin/shc, and asked him to be
the new maintainer of Debian shc package.
https://github.com/neurobin/shc/pull/35

Finger crossed that the Debian shc package will have a more
capable maintainer from now.

Best Regards

Bug#862222: pawX11 crashes at start

[Gilles Filippini]

Control: tags -1 + patch

Hi,

On Wed, 10 May 2017 00:05:20 +0200 Simon  wrote:
> Package: paw
> Version: 1:2.14.04.dfsg.2-9+b2
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> on my machine the pawX11 executable crashes right on start with
> the error message:
> 
> LOCB/LOCF: address 0x557a8da31260 exceeds the 32 bit address space
> or is not in the data segments
> This may result in program crash or incorrect results
> Therefore we will stop here
> 
> 
> Googling the problem leads to some very old site
> https://bugzilla.redhat.com/show_bug.cgi?id=241416
> claiming that gfortran build requires the flag -fno-automatic
> Could that have been dropped out at some point?

This is yet another effect of enabling PIE by default in gcc.
Please find attached a patch proposal.

Thanks,

_g.
diff -Nru paw-2.14.04.dfsg.2/debian/add-ons/Makefile 
paw-2.14.04.dfsg.2/debian/add-ons/Makefile
--- paw-2.14.04.dfsg.2/debian/add-ons/Makefile  2013-08-23 14:59:20.0 
+0200
+++ paw-2.14.04.dfsg.2/debian/add-ons/Makefile  2017-05-13 14:42:44.0 
+0200
@@ -28,9 +28,9 @@
 cernlib-static:
set -e ; \
[ -d $(CERN_SHLIBDIR) ] || exit 0 ; \
-   gfortran $(CERN_BUILDDIR)/pawlib/paw/programs/0pamain.o \
+   gfortran -no-pie $(CERN_BUILDDIR)/pawlib/paw/programs/0pamain.o \
`cernlib -G X11 pawlib` -Wl,-E -o $(CERN_BINDIR)/pawX11.static;\
-   gfortran $(CERN_BUILDDIR)/pawlib/paw/programs/0pamainm.o \
+   gfortran -no-pie $(CERN_BUILDDIR)/pawlib/paw/programs/0pamainm.o \
`cernlib -G Motif pawlib` -Wl,-E -o $(CERN_BINDIR)/paw++.static
 
 # target to install include files for development packages
diff -Nru paw-2.14.04.dfsg.2/debian/changelog 
paw-2.14.04.dfsg.2/debian/changelog
--- paw-2.14.04.dfsg.2/debian/changelog 2013-08-23 14:59:20.0 +0200
+++ paw-2.14.04.dfsg.2/debian/changelog 2017-05-13 14:42:44.0 +0200
@@ -1,3 +1,11 @@
+paw (1:2.14.04.dfsg.2-9.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload
+  * debian/add-ons/Makefile: build pawX11 and paw++ with -no-pie
+(closes: #86)
+
+ -- Gilles Filippini   Sat, 13 May 2017 14:42:44 +0200
+
 paw (1:2.14.04.dfsg.2-9) unstable; urgency=low
 
   * debian/control:


signature.asc
Description: OpenPGP digital signature

Bug#862493: xen-utils-common: xendomains fails to restore saved domU

[Mike Edwards]

Package: xen-utils-common
Version: 4.8.1-1+deb9u1
Severity: important

I've noticed since upgrading to stretch that xendomains is failing to restore my
saved domUs from a previous shutdown.

Running the save/restore manually gives me more info:

# xl save 2 /var/lib/xen/save/dl
Saving to /var/lib/xen/save/dl new xl format (info 0x3/0x0/1135)
xc: info: Saving domain 2, type x86 PV
xc: Frames: 49152/49152  100%
xc: End of stream: 0/00%

# xl restore /var/lib/xen/save/dl
Loading new save file /var/lib/xen/save/dl (new xl fmt info 0x3/0x0/1135)
 Savefile contains xl domain config in JSON format
Parsing config from 
xc: info: Found x86 PV domain from Xen 4.8
xc: info: Restoring domain
xc: error: X86_PV_VCPU_MSRS record truncated: length 8, min 9: Internal error
xc: error: Restore failed (0 = Success): Internal error
libxl: error: libxl_stream_read.c:852:libxl__xc_domain_restore_done: restoring 
domain: Success
libxl: error: libxl_create.c:1223:domcreate_rebuild_done: cannot (re-)build 
domain: -3
libxl: error: libxl.c:1575:libxl__destroy_domid: non-existant domain 7
libxl: error: libxl.c:1534:domain_destroy_callback: unable to destroy guest 
with domid 7
libxl: error: libxl.c:1463:domain_destroy_cb: destruction of domain 7 failed


xendomains config from /etc/default/xendomains:

XENDOMAINS_SAVE=/var/lib/xen/save
XENDOMAINS_RESTORE=true
XENDOMAINS_AUTO=/etc/xen/auto
XENDOMAINS_STOP_MAXWAIT=300




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

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

Versions of packages xen-utils-common depends on:
ii  lsb-base9.20161125
ii  python  2.7.13-2
ii  ucf 3.0036
ii  udev232-23
ii  xenstore-utils  4.8.1-1+deb9u1

xen-utils-common recommends no packages.

xen-utils-common suggests no packages.

-- no debconf information

Bug#862482: Missing patch

[Thibault Polge]

Sorry, I got a bit confused with the reportbug CLI, the patch was
missing from my original report.  Please find it attached.

Thibault

>From 8e369bfc1aec1dca51789d66774d78860a56 Mon Sep 17 00:00:00 2001
From: thblt 
Date: Sat, 13 May 2017 14:10:48 +0200
Subject: [PATCH] Multiple translation fixes

---
 po/fr.po | 9 -
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/po/fr.po b/po/fr.po
index 5b8c98e..0a002e4 100644
--- a/po/fr.po
+++ b/po/fr.po
@@ -72,7 +72,7 @@ msgstr ""
 "Project-Id-Version: GNU e2fsprogs 1.43.1\n"
 "Report-Msgid-Bugs-To: ty...@alum.mit.edu\n"
 "POT-Creation-Date: 2017-01-31 17:10-0500\n"
-"PO-Revision-Date: 2016-06-13 22:49+0200\n"
+"PO-Revision-Date: 2017-05-13 14:10+0200\n"
 "Last-Translator: Samuel Thibault \n"
 "Language-Team: French \n"
 "Language: fr\n"
@@ -6354,12 +6354,12 @@ msgstr "%s
 #: misc/tune2fs.c:119
 #, fuzzy
 msgid "Please run e2fsck -f on the filesystem.\n"
-msgstr "SVP exécutez e2fsck -D sur le système de fichiers.\n"
+msgstr "SVP exécutez e2fsck -f sur le système de fichiers.\n"
 
 #: misc/tune2fs.c:121
 #, fuzzy
 msgid "Please run e2fsck -fD on the filesystem.\n"
-msgstr "SVP exécutez e2fsck -D sur le système de fichiers.\n"
+msgstr "SVP exécutez e2fsck -fD sur le système de fichiers.\n"
 
 #: misc/tune2fs.c:134
 #, c-format
@@ -7114,12 +7114,11 @@ msgid "\n"
 msgstr "\n"
 
 #: misc/util.c:104
-#, fuzzy, c-format
+#, c-format
 msgid "Proceed anyway (or wait %d seconds) ? (y,N) "
 msgstr "Procéder malgré tout (ou attendre %d secondes) ? (o,n) "
 
 #: misc/util.c:108
-#, fuzzy
 msgid "Proceed anyway? (y,N) "
 msgstr "Procéder malgré tout ? (o,n) "
 
-- 
2.11.0

Bug#862494: ikiwiki: FTBFS randomly (failing tests)

[Santiago Vila]

Package: src:ikiwiki
Version: 3.20170111
Severity: important

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
but it failed:


[...]
 debian/rules build-indep
LC_ALL=C.UTF-8 TZ=UTC dh build-indep
   dh_testdir -i
   dh_update_autotools_config -i
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
# keeps it out of /usr/local
dh_auto_configure -- PREFIX=/usr
perl -I. Makefile.PL INSTALLDIRS=vendor "OPTIMIZE=-g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" 
"LD=x86_64-linux-gnu-gcc -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro" 
PREFIX=/usr
Warning: prerequisite Mail::Sendmail 0 not found.
Warning: prerequisite Text::Markdown 0 not found.
Generating a Unix-style Makefile
Writing Makefile for IkiWiki
Writing MYMETA.yml and MYMETA.json

[... snipped ...]

ok 458 - ikiwiki/pagespec/attachment.html
ok 459 - ikiwiki/pagespec/sorting.html
ok 460 - ikiwiki/pagespec/po.html
ok 461 - ikiwiki/subpage/linkingrules.html
ok 462 - setup/byhand.html
1..462
ok
t/wrapper-environ.t  
ok 1
ok 2 - run ikiwiki
ok 3 - run CGI
1..3
ok
t/yesno.t .. 
1..11
ok 1 - use IkiWiki;
ok 2
ok 3
ok 4
ok 5
ok 6
ok 7
ok 8
ok 9
ok 10
ok 11
ok

Test Summary Report
---
t/git-cgi.t  (Wstat: 512 Tests: 78 Failed: 2)
  Failed tests:  77-78
  Non-zero exit status: 2
t/relativity.t   (Wstat: 0 Tests: 136 Failed: 0)
  TODO passed:   71
Files=63, Tests=3004, 26 wallclock secs ( 0.28 usr  0.04 sys + 19.45 cusr  1.56 
csys = 21.33 CPU)
Result: FAIL
Failed 1/63 test programs. 2/3004 subtests failed.
Makefile:1225: recipe for target 'test_dynamic' failed
make[1]: *** [test_dynamic] Error 255
make[1]: Leaving directory '/<>'
dh_auto_test: make -j1 test TEST_VERBOSE=1 returned exit code 2
debian/rules:3: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


This is just how the build ends, not necessarily the relevant part.

I've put several build logs here:

https://people.debian.org/~sanvila/build-logs/ikiwiki/

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the page for this package.

The bug should be reproducible with sbuild on a single CPU virtual machine,
provided you try enough times (as the failure happens randomly).

Note: The failure rate is quite low (around 6%), I would recommend
taking a look at the build logs and the code and try to guess how it
may happen.

Thanks.

Bug#862496: node-raw-body: FTBFS randomly (failing tests)

[Santiago Vila]

Package: src:node-raw-body
Version: 1.2.0-1
Severity: important

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
but it failed:


[...]
 debian/rules build-indep
dh build-indep
dh: Compatibility levels before 9 are deprecated (level 8 in use)
   dh_testdir -i
   dh_update_autotools_config -i
   dh_auto_configure -i
dh_auto_configure: Compatibility levels before 9 are deprecated (level 8 in use)
   dh_auto_build -i
dh_auto_build: Compatibility levels before 9 are deprecated (level 8 in use)
   debian/rules override_dh_auto_test
make[1]: Entering directory '/<>'
mocha

  
․․․․․․․․․․․․․․․․․․․․․․․․․․․․․․․․

  31 passing (4s)
  1 failing

  1) Raw Body when using with http server should echo data:
 Error: timeout of 2000ms exceeded
  at null. (/usr/lib/nodejs/mocha/lib/runnable.js:139:19)
  at Timer.listOnTimeout (timers.js:92:15)



debian/rules:11: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:8: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


This is just how the build ends, not necessarily the relevant part.

I've put several build logs here:

https://people.debian.org/~sanvila/build-logs/node-raw-body/

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the page for this package.

The bug should be reproducible with sbuild on a single CPU virtual machine,
provided you try enough times (as the failure happens randomly).

Note: The failure rate is quite low (around 2.5%), I would recommend
taking a look at the build logs and the code and try to guess how it
may happen.

Thanks.

Bug#862495: liblocale-maketext-gettext-perl: FTBFS randomly (failing tests)

[Santiago Vila]

Package: src:liblocale-maketext-gettext-perl
Version: 1.28-2
Severity: important

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
but it failed:


[...]
 debian/rules build-indep
dh build-indep
dh: Compatibility levels before 9 are deprecated (level 8 in use)
   dh_testdir -i
   dh_update_autotools_config -i
   dh_auto_configure -i
dh_auto_configure: Compatibility levels before 9 are deprecated (level 8 in use)
perl -I. Build.PL --installdirs vendor
Created MYMETA.yml and MYMETA.json
Creating new 'Build' script for 'Locale-Maketext-Gettext' version '1.28'
   dh_auto_build -i
dh_auto_build: Compatibility levels before 9 are deprecated (level 8 in use)
perl Build
Building Locale-Maketext-Gettext

[... snipped ...]

ok 58
ok 59
ok 60
ok 61
ok 62
ok 63
ok
t/11-command-line.t .. 
1..10
# Running under perl version 5.024001 for linux
# Current time local: Sat May  6 13:35:54 2017
# Current time GMT:   Sat May  6 13:35:54 2017
# Using Test.pm version 1.28_01
ok 1
ok 2
ok 3
ok 4
ok 5
ok 6
ok 7
ok 8
ok 9
ok 10
ok
t/99-pod.t ... 
1..3
ok 1 - POD test for blib/script/maketext
ok 2 - POD test for blib/lib/Locale/Maketext/Gettext.pm
ok 3 - POD test for blib/lib/Locale/Maketext/Gettext/Functions.pm
ok

Test Summary Report
---
t/08-f-errors.t(Wstat: 0 Tests: 39 Failed: 2)
  Failed tests:  38-39
Files=12, Tests=352,  1 wallclock secs ( 0.05 usr  0.00 sys +  0.51 cusr  0.05 
csys =  0.61 CPU)
Result: FAIL
Failed 1/12 test programs. 2/352 subtests failed.
dh_auto_test: perl Build test --verbose 1 --test_files=t/01-basic.t 
t/02-big-endian.t t/03-errors.t t/04-encodings.t t/05-switching.t t/06-racing.t 
t/07-f-basic.t t/08-f-errors.t t/09-f-encodings.t t/10-f-switching.t 
t/11-command-line.t t/99-pod.t returned exit code 255
debian/rules:9: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 2
make[1]: Leaving directory '/<>'
debian/rules:6: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


This is just how the build ends, not necessarily the relevant part.

I've put several build logs here:

https://people.debian.org/~sanvila/build-logs/liblocale-maketext-gettext-perl/

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the page for this package.

The bug should be reproducible with sbuild on a single CPU virtual machine,
provided you try enough times (as the failure happens randomly).

Note: The failure rate is quite low (around 3.5%), I would recommend
taking a look at the build logs and the code and try to guess how it
may happen.

Thanks.

Bug#862452: Update to newer QtWebKit

[Dmitry Shachnev]

Hi Konstantin,

On Sat, May 13, 2017 at 01:42:12PM +0300, Konstantin Tokarev wrote:
> Note that there is unofficial package already:
>
> http://repo.paretje.be/unstable/#
>
> See packages libqt5webkit5, libqt5webkit5-dev
>
> Git repo of package is at
> https://gitlab.com/paretje/qtwebkit/tree/master/debian
>
> Package is loosely based of webkitgtk's, and contains a few build
> dependencies that are not actually needed:
>
> libharfbuzz-dev, libfreetype6-dev, libfontconfig1-dev (these are used when
> qtbase is built, not directly in qtwebkit)
> libgnutls28-dev, libsoup2.4-dev, libenchant-dev, geoclue-2.0,
> libsecret-1-dev - not used at all
> libxt-dev - probably unused as well
>
> Otherwise, packaging files look good to me

Thanks for the information, it is very helpful!

On Sat, May 13, 2017 at 02:03:10PM +0300, Konstantin Tokarev wrote:
> Also, note that upcoming release is intended to be a drop-in replacement of
> old QtWebKit to be used with older Qt versions too, as security update.

This is also helpful, but if you mean that we should update the packages
in Stretch too, then probably the answer is that we don’t have enough time
for it...

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#862250: Proposed diff fixing prefetch logic of 9.10

[Michael Gilbert]

control: severity -1 important

The impact of this is only reduced performance, which is not release
critical.  This could be fixed by a stretch SPU later if someone is
interested in pushing that.

Best wishes,
Mike

Bug#749208: kitchen: FTBFS as tests fail

[Georges Racinet]

On Thu, 14 Jul 2016 16:09:22 +0200 Andreas Beckmann  wrote:
> Followup-For: Bug #749208
>
> This FTBFS is also reproducible in jessie (using kitchen/jessie).

Hi, I've been trying to reproduce the latter FTBS for the Jessie package
(kitchen_1.1.1-1.dsc) in a cowbuilder chroot, and it did build.
Do you still reproduce it ? If so, can you please share some more details ?

Thanks,

Bug#862490: systemd 232-22 hangs with watchdog timeout, kills self with SIGABRT

[Mike Edwards]

On Sat, May 13, 2017 at 05:29:13PM +0200, Michael Biebl babbled thus:
> But this is systemd-logind, not systemd, which doesn't respond.
> And apparently systemd is still active, otherwise it couldn't kill the
> non-responsing systemd-logind process.
> 
> Where exactly does systemd crash? Where is the data loss?
> Please provide more details.
> If you can't access the system via network, it sounds more like a kernel
> problem, maybe hardware or Xrelated.
> 
> If systemd/PID 1 crashes, it would only freeze itself, but the system
> would still be running and accessible via the network.
> 
> So my guess is, that the problem you see is not related to systemd at all.

It's possible - this is the only information I have on this crash for
the moment.  It's definitely indicitiave of the problem occuring, as
nfs shares from the VMs running on here stop responding immediately
after the watchdog fires.

What can I do to further track down the cause of this issue?

X isn't running on here - this is a system that's meant to run
headless, and as such, there's only a text login prompt at any
given time on the console.

The data loss I referenced is the system becoming unresponsive, and
failing to write cached data to disk.


-- 
  
Mike Edwards|   If this email address disappears,   
Unsolicited advertisments to|   assume it was spammed to death.  To
this address are not welcome.   |   reach me in that case, s/-.*@/@/

"Our progress as a nation can be no swifter than our progress in education.
The human mind is our fundamental resource."
  -- John F. Kennedy

Bug#862497: texlive-lang-portuguese: Extra \endcsname

[Osamu Aoki]

Package: texlive-lang-portuguese
Version: 2016.20170123-5
Severity: normal

I first encountered this bug trying to solve #660298 for my
debian-reference to build pdf.  Although all other languages build
including French, Chinese, ... Portuguese didn't build.

Careful tracing of the bug lead me to the following minimal source case
and root cause pf the problem seems to be this texlive-lang-portuguese
package.  I suspect the file:
  /usr/share/texlive/texmf-dist/tex/generic/babel-portuges/portuges.ldf
Especially lines after:
  \expandafter\ifx\csname l@\CurrentOption\endcsname\relax
This needs to be checked for interfering with the proper operation.

##
minimal input file to reproduce this bug:
  pt.tex in attached babel-pt.tar.xz

Steps:
* Install texlive-lang-all texlive-latex-base
* Extract tarball
* Execute make in the extracted directory
* If get stuck, use ^D as usual to proceed.
* get the full comparative build and check *.diff *.log

Highlight of bug:

Failed build leave pt.log and it should show:
| ...
| \tf@lot=\write11
| \openout11 = `pt.lot'.
| 
| Package babel Info: Redefining portuges shorthand "|
| (babel) in language  on input line 63.
| Package babel Info: Redefining portuges shorthand "|
| (babel) in language  on input line 63.
|  [4
| 
| ]
| Cap\'{\i }tulo 1.
| Package babel Info: Redefining portuges shorthand "|
| (babel) in language  on input line 69.
| LaTeX Font Info:Font shape `T1/ptm/bx/n' in size <10> not available
| (Font)  Font shape `T1/ptm/b/n' tried instead on input line 83.
| ! Extra \endcsname.
| \language@active@arg" ...@"@\string #1@\endcsname
|   \fi
| l.100 \caption{List "\texttt{ls -{}\penalty0 l}"}

Comparative situation:
* The source tex differences should be available as *.diff after the build.
* The slightly modified tex for Portuguese with babel has no problem. (pt1.tex)
* The same tex for French with babel has no problem. (fr.tex)
* The same tex for English without babel has no problem. (en.tex)

Note:
I originally faced problem under xelatex but as shown here, latex also
suffer.  It seems babel problem.

##
 List of ls-R files

-rw-r--r-- 1 root root 1860 May 14 00:23 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jan 17 11:45 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Mar  4 15:53 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Mar  4 15:53 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 475 Jan 29 01:31 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Mar  4 15:53 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 Mar  4 15:53 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 5041 May 14 00:22 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Oct 14  2015 mktex.cnf
-rw-r--r-- 1 root root 475 Jan 29 01:31 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

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

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

Versions of packages texlive-lang-portuguese depends on:
ii  tex-common6.06
ii  texlive-base  2016.20170123-5

texlive-lang-portuguese recommends no packages.

texlive-lang-portuguese suggests no packages.

Versions of packages tex-common depends on:
ii  dpkg  1.18.23
ii  ucf   3.0036

Versions of packages tex-common suggests:
ii  debhelper  10.2.5

Versions of packages texlive-lang-portuguese is related to:
ii  tex-common6.06
ii  texlive-binaries  2016.20160513.41080.dfsg-2

-- no debconf information


babel-pt.tar.xz
Description: application/xz

Bug#862498: jessie-pu: package gitolite3/3.6.1-2+deb8u2

[David Bremner]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I'd like to close #834153 in stable. The bug has an easy workaround,
but it still admittedly pretty annoying.

There isn't that much to test here, but I've installed the resulting
package on jessie, and did a few basic operations.  Of course I
already had openssh-client on the host in question.

diff -u gitolite3-3.6.1/debian/changelog gitolite3-3.6.1/debian/changelog
- --- gitolite3-3.6.1/debian/changelog
+++ gitolite3-3.6.1/debian/changelog
@@ -1,3 +1,10 @@
+gitolite3 (3.6.1-2+deb8u2) stable; urgency=medium
+
+  * Bug fix: "gitolite3 should depend on openssh-client", thanks to Keller
+Fuchs (Closes: #834153).
+
+ -- David Bremner   Sat, 13 May 2017 12:38:44 -0300
+
 gitolite3 (3.6.1-2+deb8u1) stable; urgency=medium
 
   * Bug fix: "Git-annex-shell not working", thanks to risca (Closes:
diff -u gitolite3-3.6.1/debian/control gitolite3-3.6.1/debian/control
- --- gitolite3-3.6.1/debian/control
+++ gitolite3-3.6.1/debian/control
@@ -13,7 +13,7 @@
 Package: gitolite3
 Architecture: all
 Depends: ${misc:Depends}, git (>= 1:1.7.0.4) | git-core (>= 1:1.6.2), perl (>= 
5.6.0-16),
- - ssh-server, debconf (>= 0.5) | debconf-2.0, adduser
+ ssh-server, debconf (>= 0.5) | debconf-2.0, adduser, openssh-client
 Suggests: git-daemon-run, gitweb
 Description: SSH-based gatekeeper for git repositories (version 3)
  Gitolite is an SSH-based gatekeeper providing access control for a server that


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

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

-BEGIN PGP SIGNATURE-

iQGzBAEBCAAdFiEE3VS2dnyDRXKVCQCp8gKXHaSnniwFAlkXM28ACgkQ8gKXHaSn
nixJNAv+K3/xnzDa+8u/pJqwRlqpwcmbtytfmABpCiKMLefChRKfPu0wRTj+ljuL
Y/146rZ6JZ/PfOj8jY+lJa8xagh+XdxOsBssrm1LW8l7+5F3ksT1c53pTPgiqimS
NA2KSCeT72fwScCmUfYnc//apWfiuzsg03UbhveN/iU7GXUcU1BUbK7U3sBOjUOA
VvjmgG00NdHtd5d9AbZPrP4x8IUG+0umnQMgXAmAQ5ZvQjOWB6FvHT9oVi4HPwD1
Tz6zCzHjkOVdNgZSm1RPBaTLDa626h/uYihqgo6xtNH3lTPOepKyL5Z8YULCwIKM
Hkmq8jootM6SdheKg0hfGsTdLjRVghssM3sIBRs72X+XMkLIlfBHB9DZD1fiqPHb
YweHcgbm9POUu/v2EzgcoNKaB9zafwcB5wt8dfA09WhFwrG8pL4+wH2oBV7ZIveq
xmph7ASdMnJFbLg6paiWyDWVPDgDhAQ6s3syYA9Jt0QZc4tGXSz141UkQFBZ0I9y
Pv2JJmWs
=En6i
-END PGP SIGNATURE-

Bug#862368: scan-copyrights fails to consolidate when licensecheck doesn't report years

[Dominique Dumont]

On Saturday, 13 May 2017 17:26:37 CEST you wrote:
> Seems to be doing the job.

Cool. This fix will be released in libconfig-model-dpkg-perl 2.093 and uploaded 
to experimental.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#857090: update-command-not-found does nothing

[Andreas Moog]

On Wed, Mar 08, 2017 at 12:01:27AM +0100, Christian Schrötter wrote:
> 
> this is a new installed Debian Stretch VM without any modifications.
> 
> > apt update
> > apt install command-not-found
> > update-command-not-found
> 
> Result: Nothing! No error message, no positive return code, no updated
> c-n-f lists, … – command-not-found isn't usable at the moment.

This seems to be the case when you run update-command-not-found without any
Contents-file downloaded. If you run "apt update" after installation it
works without problems.

I think update-command-not-found should make it clearer that you need to
update the apt-cache prior to running it.

-- 
PGP-encrypted mails preferred
PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624


signature.asc
Description: PGP signature

Bug#862499: unblock: 9wm/1.4.0-1

[Jacob Adams]

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

Please unblock package 9wm

The changes between 1.3.9 and 1.4.0 are very minimal and they prevent an 
annoying bug that causes 9wm's color customization to fail silently.

A debdiff is attached, along with a diff of the code between 1.3.9 and 1.4.0.

unblock 9wm/1.4.0-1

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/9wm.c b/9wm.c
index 9ea769e..cabc53c 100644
--- a/9wm.c
+++ b/9wm.c
@@ -16,7 +16,7 @@
 #include "fns.h"
 
 char *version[] = {
-	"9wm version 1.3.9, Copyright (c) 2016 multiple authors", 0,
+	"9wm version 1.4.0, Copyright (c) 2017 multiple authors", 0,
 };
 
 Display *dpy;
@@ -36,6 +36,11 @@ int debug;
 int signalled;
 int num_screens;
 
+#ifdef COLOR
+char *activestr;
+char *inactivestr;
+#endif
+
 Atom exit_9wm;
 Atom restart_9wm;
 Atom wm_state;
@@ -78,11 +83,8 @@ usage(void)
 }
 
 #ifdef COLOR
-char *activestr = NULL;
-char *inactivestr = NULL;
-
-unsigned long
-getcolor(Colormap cmap, char *str)
+Status
+getcolor(Colormap cmap, unsigned long *pixel, char *str)
 {
 	if (str != NULL) {
 		XColor color;
@@ -93,7 +95,8 @@ getcolor(Colormap cmap, char *str)
 		if (stpc != 0)
 			stac = XAllocColor(dpy, cmap, &color);
 		if (stac != 0) {
-			return color.pixel;
+			*pixel = color.pixel;
+			return 1;
 		}
 	}
 	return 0;
@@ -288,11 +291,13 @@ initscreen(ScreenInfo * s, int i)
 	if (activestr != NULL || inactivestr != NULL) {
 		Colormap cmap = DefaultColormap(dpy,s->num);
 		if (cmap != 0) {
-			unsigned long active = getcolor(cmap,activestr);
-			if (active != 0)
+			unsigned long active;
+			Status sa = getcolor(cmap, &active, activestr);
+			if (sa != 0)
 s->active = active;
-			unsigned long inactive = getcolor(cmap,inactivestr);
-			if (inactive != 0)
+			unsigned long inactive;
+			Status si = getcolor(cmap, &inactive, inactivestr);
+			if (si != 0)
 s->inactive = inactive;
 		}
 	}
diff --git a/README.md b/README.md
index afc74dd..8033b03 100644
--- a/README.md
+++ b/README.md
@@ -1,14 +1,14 @@
 9wm
 
 
-9wm is an X11 window manager inspired by the Plan 9 window manager 8½.
+9wm is an X11 window manager inspired by the Plan 9 window manager 8½, also known as rio.
 It provides a very simple and clean user interface.
 It is click-to-type.
 It uses the X11 font system (which, unfortunately, means no Unicode support).
 
 9wm does not provide virtual desktops, customization, key bindings,
 EWMH support, or compositing.
-It does not allocate any colors,
+It does not allocate any colors (if you disable COLOR),
 which will be great news if you are stuck in 1993.
 
 It is a great place to start if you are interested in writing a window manager from scratch:
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Installed-Size: [-66-] {+67+}
Version: [-1.3.9-1-] {+1.4.0-1+}

Bug#862501: installation-reports

[Loïc Coenen]

Package: installation-reports

Boot method: 
Image version: 
Date: 

Machine: Asus E403A
Processor: Intel Quadcore Pentium
Memory: 128Go eMMC, 4Go DDR3
Partitions:
See below

lspci -knn (or lspci -nn):
https://pastebin.com/NZActqQn

 Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [E]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[E]

Comments/Problems:

Hi,
I tried to install my debian (Jessie 8, I tried all kind of images, always with 
firmware included), but it doesn't recognise my /dev/mmcblk, it only propose me 
to install on the USB key (which I don't want of course).
I installed a xubuntu and it works out of the box (this is where the command 
above comes from)
Regards,
Loïc Coenen

Bug#858488: dieharder segfaults when testing the XOR generator

[Dirk Eddelbuettel]

On 13 May 2017 at 17:24, Bernhard Übelacker wrote:
| Hello,
| just tried to reproduce the crash I came to following stack:
| 
| 
| gdb -q --args dieharder -g 207 -a
| 
| Program received signal SIGSEGV, Segmentation fault.
| gsl_rng_get (r=0x0) at ../gsl/gsl_rng.h:161
| 161   return (r->type->get) (r->state);
| (gdb) bt
| #0  gsl_rng_get (r=0x0) at ../gsl/gsl_rng.h:161
| #1  0x77b5dcc6 in XOR_get (vstate=0x633030) at rng_XOR.c:42
| #2  0x77b59ed0 in rgb_timing (test=test@entry=0x635ac0, 
timing=timing@entry=0x7fffdb90) at rgb_timing.c:38
| #3  0x00405889 in time_rng () at time_rng.c:38
| #4  0x0040252f in select_rng (gennum=, 
genname=genname@entry=0x60a7c0  "", initial_seed=) at choose_rng.c:252
| #5  0x0040262a in choose_rng () at choose_rng.c:60
| #6  0x00402141 in main (argc=4, argv=0x7fffdcf8) at dieharder.c:71
| 
| 
| gsl_rng_get/XOR_get:42 relies here to have state->grngs[1] initialized.
| 
| 
| I tried to follow it and got to gsl_rng_set/XOR_set in
| function rgb_timing that should put the seed to the generator.
| Unfortunately gvcount is here just 1, leaving just grngs[0] set.
| 
| 
|  state->grngs[0] = gsl_rng_alloc(dh_rng_types[14]);
|  ...
|  for(i=1;igrngs[i] = gsl_rng_alloc(dh_rng_types[gnumbs[i]]);
| 
| 
| Further reading down leads to this comment saying we need at least one
| additional -g parameter:
| 
| rng_XOR.c:
| /*
|  * This is a special XOR generator that takes a list of GSL
|  * wrapped rngs and XOR's their uint output together to produce
|  * each new random number.  Note that it SKIPS THE FIRST ONE which
|  * MUST be the XOR rng itself.  So there have to be at least two -g X
|  * stanzas on the command line to use XOR, and if there aren't three
|  * or more it doesn't "do" anything but use the second one.
|  */
| 
| 
| So this command "dieharder -g 207 -a" is probably not expected
| to work and "just" fails to produce an error message.
| 
| 
| Kind regards,
| Bernhard
| 
| 
| BTW: Kind of the same problem could be observed when using such
| a command line: "dieharder -g 207 -g 207 -a".
| This crashes later after exhausting the whole stack.

*Really* nice work, and I concur from a quick glance. Opened a ticket in my
 'upstream' RDieHarder github repo.

Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#862500: (no subject)

[Jonathan McCormack]

Package: installation-reports
Severity: minor

Dear Maintainer,

Everything worked fine, apart from the AMD HDMI sound, display
is fine but sound doesn't work.  


-- Package-specific info:

Boot method: network
Image version: 
https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-8.8.0-amd64-netinst.iso
Date: <13 May 2017>

Machine: ASUSTeK Computer INC. M2N68-AM SE2
Partitions:Filesystem Type 1K-blocksUsed Available Use% Mounted on
/dev/dm-1  ext4 147192312 3935276 135757056   3% /
udev   devtmpfs 10240   0 10240   0% /dev
tmpfs  tmpfs   8121369164802972   2% /run
tmpfs  tmpfs  2030336 176   2030160   1% /dev/shm
tmpfs  tmpfs 5120   4  5116   1% /run/lock
tmpfs  tmpfs  2030336   0   2030336   0% /sys/fs/cgroup
/dev/sda1  ext2240972   34863193668  16% /boot
tmpfs  tmpfs   406068  20406048   1% /run/user/1000



Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cedar HDMI Audio
[Radeon HD 5400/6300 Series]
Sound not working.
-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="8 (jessie) - installer build 20150422+deb8u4+b3"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2 (2017-04-30) 
x86_64 GNU/Linux
lspci -knn: 00:00.0 RAM memory [0500]: NVIDIA Corporation MCP61 Host Bridge 
[10de:03e2] (rev a1)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83a4]
lspci -knn: 00:01.0 ISA bridge [0601]: NVIDIA Corporation MCP61 LPC Bridge 
[10de:03e1] (rev a2)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83a4]
lspci -knn: 00:01.1 SMBus [0c05]: NVIDIA Corporation MCP61 SMBus [10de:03eb] 
(rev a2)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83a4]
lspci -knn: 00:01.2 RAM memory [0500]: NVIDIA Corporation MCP61 Memory 
Controller [10de:03f5] (rev a2)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83a4]
lspci -knn: 00:02.0 USB controller [0c03]: NVIDIA Corporation MCP61 USB 1.1 
Controller [10de:03f1] (rev a3)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83a4]
lspci -knn: Kernel driver in use: ohci-pci
lspci -knn: 00:02.1 USB controller [0c03]: NVIDIA Corporation MCP61 USB 2.0 
Controller [10de:03f2] (rev a3)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83a4]
lspci -knn: Kernel driver in use: ehci-pci
lspci -knn: 00:04.0 PCI bridge [0604]: NVIDIA Corporation MCP61 PCI bridge 
[10de:03f3] (rev a1)
lspci -knn: 00:05.0 Audio device [0403]: NVIDIA Corporation MCP61 High 
Definition Audio [10de:03f0] (rev a2)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:837f]
lspci -knn: Kernel driver in use: snd_hda_intel
lspci -knn: 00:06.0 IDE interface [0101]: NVIDIA Corporation MCP61 IDE 
[10de:03ec] (rev a2)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83a4]
lspci -knn: Kernel driver in use: pata_amd
lspci -knn: 00:07.0 Bridge [0680]: NVIDIA Corporation MCP61 Ethernet 
[10de:03ef] (rev a2)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83a4]
lspci -knn: Kernel driver in use: forcedeth
lspci -knn: 00:08.0 IDE interface [0101]: NVIDIA Corporation MCP61 SATA 
Controller [10de:03f6] (rev a2)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83a4]
lspci -knn: Kernel driver in use: sata_nv
lspci -knn: 00:09.0 PCI bridge [0604]: NVIDIA Corporation MCP61 PCI Express 
bridge [10de:03e8] (rev a2)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:0b.0 PCI bridge [0604]: NVIDIA Corporation MCP61 PCI Express 
bridge [10de:03e9] (rev a2)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:0c.0 PCI bridge [0604]: NVIDIA Corporation MCP61 PCI Express 
bridge [10de:03e9] (rev a2)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] 
Family 10h Processor HyperTransport Configurat

Bug#660298: Debian Reference --- adding pdf support apparently now possible?

[Osamu Aoki]

Hi

On Sun, May 07, 2017 at 07:39:58PM +0200, Holger Wansing wrote:
> Your concept in the xetex_param.xsl looks weird to me, to be honest:
> 
> 
> 
> if lang=zh: 
> 
> if lang=ja: 
> 
> otherwise: 
> 
> 
> Why having nothing in otherwise???


Nothing means no extra CJK setting if not CJK.

Liberation font seems to have 2 versions in archive.

Actually, Japanese setting may be good idea since I have my Japanese
name in English text encoded in UTF-8.

Anyway, I finally nailed PT building problem.  It is
texlive-lang-portugueses package.

Also, if asciidoc source is minimized to hunt the problem, POT generated
with wrong CHARSET.

Filed bug reports while hunting this problem.

862460: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862460
862497: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862497

Bug#858170: I would like it too

[Eugen Dedu]

I would like to have the new version in debian too.  It fixes an 
annoying bug with un-maximization, which makes me not to use 
maximization anymore.


Thank you,
--
Eugen
http://eugen.dedu.free.fr

Bug#862485: fwsnort mustn't set iptables rules when purged

[Axel Beckert]

Control: tag -1 + moreinfo
Control: severity -1 important

Hi Adrian,

Adrian Bunk wrote:
> Severity: critical

I think that's overly exaggerated.

> Tags: security

I also disagree with this tag.

> The #861999 fix adds the following on purging:
>   grep -v FWSNORT /var/lib/fwsnort/fwsnort.save | iptables-restore

Yes. In postrm on purge.

> Imagine the following:
> 1. today I install fwsnort and try it
> 2. later today I uninstall it

You usually purge package if you play with packages which make changes
to your system.

> This would in 2 years set the iptables rules to what they
> were today before I shortly played with fwsnort.

I consider this (i.e. just removing but not purging when wanting to
get rid of a package and all its effects) to be the admin's fault, not
the package's fault.

> A case could be made for "fwsnort --ipt-flush" in prerm.

This would be against the expectation of users that configurations,
settings etc. are removed on purge and not on removal.

> Or considering that activating any fwsnort rules is not done
> automatically and that the package should not interfere with
> what the the admin has done.

I disagree. I expect a package to clean up its changes on purge which
result on common usage. To be more specifically, seeing 11'000
iptables rules left on my system after pruging fwsnort with no chance
to remove them without reinstalling the package or removing 11'000
rules by hand. Not cleaning up these rules is a bug. And cleaning up
is a task for "purge", not for "remove".

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#856805: closed by Sebastian Ramacher (Bug#856805: fixed in crystalhd 1:0.0~git20110715.fdd2f19-12)

[Adrian Bunk]

On Mon, Mar 13, 2017 at 08:51:13PM +, Debian Bug Tracking System wrote:
>...
>  crystalhd (1:0.0~git20110715.fdd2f19-12) unstable; urgency=medium
>  .
>* Team upload.
>* debian/{rules,gstreamer1.0-crystalhd.install}: Move gstreamer plugin to
>  multiarch location (Closes: #856805)
>...

Thanks a lot for fixing this bug for stretch.

It is still present in jessie, could you also fix it there?
Alternatively, I can fix it for jessie if you don't object.

Thanks
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#862482: e2fsprogs: [PATCH] Multiple issues with French translation

[Thibault Polge]

In fact, the translation issues were fixed upstream:


I sent another e-mail with the missing patch attached, but it doesn't
seem to have arrived anywhere.

Thibault


signature.asc
Description: PGP signature

Bug#862502: unblock: webkit2gtk/2.14.7-1

[Michael Biebl]

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

Please unblock package webkit2gtk

Apparently Google introduced a new sign-in page.
This breaks users of webkit2gtk in a rather bad way as it is no longer
possible to log in.
The most important affected packages are probably epiphany-browser and
gnome-online-accounts.

The upstream bug report is at
https://bugs.webkit.org/show_bug.cgi?id=171770

We already have two downstream bug reports:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862156
and users reporting this on the user mailing list:
https://lists.debian.org/debian-user/2017/05/msg00404.html

This was fixed in the new upstream release 2.14.7-1 and it's important
we git this fix into stretch.
Full debdiff is attached.

Regards,
Michael

unblock webkit2gtk/2.14.7-1

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
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)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru webkit2gtk-2.14.6/debian/changelog webkit2gtk-2.14.7/debian/changelog
--- webkit2gtk-2.14.6/debian/changelog  2017-04-07 12:56:45.0 +0200
+++ webkit2gtk-2.14.7/debian/changelog  2017-05-09 15:48:39.0 +0200
@@ -1,3 +1,11 @@
+webkit2gtk (2.14.7-1) unstable; urgency=medium
+
+  * New upstream release.
+  * debian/copyright:
++ Update copyright years and remove nonexistent files.
+
+ -- Alberto Garcia   Tue, 09 May 2017 16:48:39 +0300
+
 webkit2gtk (2.14.6-1) unstable; urgency=high
 
   * New upstream release.
diff -Nru webkit2gtk-2.14.6/debian/copyright webkit2gtk-2.14.7/debian/copyright
--- webkit2gtk-2.14.6/debian/copyright  2017-04-07 12:56:45.0 +0200
+++ webkit2gtk-2.14.7/debian/copyright  2017-05-09 15:48:39.0 +0200
@@ -3,7 +3,7 @@
 Source: https://webkitgtk.org/releases/
 
 Files: *
-Copyright: © 2002-2016 Apple Inc. and others
+Copyright: © 2002-2017 Apple Inc. and others
 License: BSD-2-clause
 Comment:
  The default license of WebKit is BSD 2-clause, available in
@@ -22,8 +22,6 @@
Source/JavaScriptCore/bytecode/JumpTable.h
Source/JavaScriptCore/bytecode/Opcode.cpp
Source/JavaScriptCore/bytecode/Opcode.h
-   Source/JavaScriptCore/bytecode/SamplingTool.cpp
-   Source/JavaScriptCore/bytecode/SamplingTool.h
Source/JavaScriptCore/bytecode/SpeculatedType.cpp
Source/JavaScriptCore/bytecode/SpeculatedType.h
Source/JavaScriptCore/bytecode/ValueProfile.h
@@ -64,16 +62,10 @@
Source/JavaScriptCore/inspector/agents/InspectorRuntimeAgent.h
Source/JavaScriptCore/interpreter/Interpreter.cpp
Source/JavaScriptCore/interpreter/Interpreter.h
-   Source/JavaScriptCore/interpreter/JSStack.cpp
-   Source/JavaScriptCore/interpreter/JSStack.h
Source/JavaScriptCore/interpreter/Register.h
Source/JavaScriptCore/jit/CompactJITCodeMap.h
Source/JavaScriptCore/parser/SourceCode.h
Source/JavaScriptCore/parser/SourceProvider.h
-   Source/JavaScriptCore/profiler/LegacyProfiler.cpp
-   Source/JavaScriptCore/profiler/LegacyProfiler.h
-   Source/JavaScriptCore/profiler/ProfileNode.cpp
-   Source/JavaScriptCore/profiler/ProfileNode.h

Source/JavaScriptCore/replay/scripts/CodeGeneratorReplayInputsTemplates.py
Source/JavaScriptCore/runtime/CallData.h
Source/JavaScriptCore/runtime/ConstructData.h
@@ -86,8 +78,6 @@
Source/JavaScriptCore/runtime/JSGlobalObject.cpp
Source/JavaScriptCore/runtime/JSLexicalEnvironment.cpp
Source/JavaScriptCore/runtime/JSLexicalEnvironment.h
-   Source/JavaScriptCore/runtime/JSNotAnObject.cpp
-   Source/JavaScriptCore/runtime/JSNotAnObject.h
Source/JavaScriptCore/runtime/JSSegmentedVariableObject.cpp
Source/JavaScriptCore/runtime/JSSegmentedVariableObject.h
Source/JavaScriptCore/runtime/JSSymbolTableObject.cpp
@@ -205,7 +195,6 @@
Source/WebCore/bindings/js/JSCallbackData.h
Source/WebCore/bindings/js/JSCommandLineAPIHostCustom.cpp
Source/WebCore/bindings/js/JSCustomSQLStatementErrorCallback.cpp
-   Source/WebCore/bindings/js/JSDOMFormDataCustom.cpp
Source/WebCore/bindings/js/JSDOMWindowShell.cpp
Source/WebCore/bindings/js/JSDOMWindowShell.h
Source/WebCore/bindings/js/JSDataTransferCustom.cpp
@@ -248,16 +237,12 @@
Source/WebCore/css/CSSGridLineNamesValue.h
Source/WebCore/css/CSSGridTemplateAreasValue.cpp
Source/WebCore/css/CSSGridTemplateAreasValue.h
-   Source/WebCore/css/CSSOMUtils.cpp
-   Source/WebCore/css/CSSOMUtils.h
Source/WebCore/css/CSSPropertySourceData.cpp
Source/WebCore/css/CSSPropertySourceData.h
Source/WebCore/css/CSSSupportsRule.cpp
Source/WebCore/css/CSSSupportsRule.h

Bug#862485: fwsnort mustn't set iptables rules when purged

[Adrian Bunk]

Control: severity -1 serious

On Sat, May 13, 2017 at 07:27:27PM +0200, Axel Beckert wrote:
> Control: tag -1 + moreinfo
> Control: severity -1 important
> 
> Hi Adrian,

Hi Axel,

> Adrian Bunk wrote:
> > Severity: critical
> 
> I think that's overly exaggerated.
> 
> > Tags: security
> 
> I also disagree with this tag.

messing up the iptables setup at an unexpected time can have bad 
consequences.

> > The #861999 fix adds the following on purging:
> >   grep -v FWSNORT /var/lib/fwsnort/fwsnort.save | iptables-restore
> 
> Yes. In postrm on purge.
> 
> > Imagine the following:
> > 1. today I install fwsnort and try it
> > 2. later today I uninstall it
> 
> You usually purge package if you play with packages which make changes
> to your system.
> 
> > This would in 2 years set the iptables rules to what they
> > were today before I shortly played with fwsnort.
> 
> I consider this (i.e. just removing but not purging when wanting to
> get rid of a package and all its effects) to be the admin's fault, not
> the package's fault.
> 
> > A case could be made for "fwsnort --ipt-flush" in prerm.
> 
> This would be against the expectation of users that configurations,
> settings etc. are removed on purge and not on removal.

When you remove (not purge) a package containing a webserver, do you 
expect that the webserver is stopped or do you expect that the webserver
is still running after removing the package?

> > Or considering that activating any fwsnort rules is not done
> > automatically and that the package should not interfere with
> > what the the admin has done.
>
> I disagree. I expect a package to clean up its changes on purge which
> result on common usage. To be more specifically, seeing 11'000
> iptables rules left on my system after pruging fwsnort with no chance
> to remove them without reinstalling the package or removing 11'000
> rules by hand. Not cleaning up these rules is a bug. And cleaning up
> is a task for "purge", not for "remove".

"Remove an installed package. This removes everything except conffiles"
This the dpkg (and similar in apt) description of what remove does.

A package that is removed but not purged is in the Config-Files states.
This means the old configuration is still present if the package gets
installed again.

Purging is supposed to remove the (at that point already unused)
configuration files of the package.

Purging is not supposed to do any reconfiguration of the system.

>   Regards, Axel

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#862503: RM: hbro/1.1.2.2-2

[Adrian Bunk]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: rm

#783389 hbro segfaults

I can reproduce on amd64 that it always segfaults at startup,
and the discussion in the bug and upstream indicates that this
is some issue related to how GMP is used in hbro.

The solution for unstable/stretch was to remove the package.

Bug#862504: lxdm: Typo in manpage: update-alternative(s)

[Hans Joachim Desserud]

Package: lxdm
Version: 0.5.3-2
Severity: minor
Tags: patch

Dear Maintainer,

There's a typo in the manpage where it talks about how to run
update-alternative --config lxdm.conf
instead of
update-alternatives --config lxdm.conf

Please see the attached patch which adds the missing character in
the command name.


This issue was originally discovered and reported in Ubuntu, see
https://bugs.launchpad.net/ubuntu/+source/lxdm/+bug/1690351
for details


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

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

Versions of packages lxdm depends on:
ii  debconf [debconf-2.0]  1.5.60
ii  gtk2-engines-pixbuf2.24.31-2
ii  iso-codes  3.75-1
ii  libc6  2.24-10
ii  libcairo2  1.14.8-1
ii  libck-connector0   0.4.6-6
ii  libdbus-1-31.10.18-1
ii  libgdk-pixbuf2.0-0 2.36.5-2
ii  libglib2.0-0   2.50.3-2
ii  libgtk2.0-02.24.31-2
ii  libpam-modules 1.1.8-3.5
ii  libpam-runtime 1.1.8-3.5
ii  libpam0g   1.1.8-3.5
ii  libpango-1.0-0 1.40.5-1
ii  libpangocairo-1.0-01.40.5-1
ii  librsvg2-common2.40.16-1+b1
ii  libx11-6   2:1.6.4-3
ii  libxcb11.12-1
ii  lsb-base   9.20161125
ii  x11-utils  7.7+3+b1

Versions of packages lxdm recommends:
ii  desktop-base  9.0.3
ii  lxde-common   0.99.2-3

lxdm suggests no packages.

-- debconf information excluded

--
mvh / best regards
Hans Joachim Desserud
http://desserud.orgdiff --git a/debian/manpages/lxdm.1 b/debian/manpages/lxdm.1
index 6cf90ef..879fc35 100644
--- a/debian/manpages/lxdm.1
+++ b/debian/manpages/lxdm.1
@@ -40,7 +40,7 @@ The configuration file is /etc/lxdm/default.conf, which is a symlink to the
 real configuration file. (/etc/lxdm/lxdm.conf for standard lxdm,
 /etc/xdg/lubuntu/lxdm/lxdm.conf for Lubuntu).
 
-To update the symlink, type "update\-alternative \-\-config lxdm.conf" and follow
+To update the symlink, type "update\-alternatives \-\-config lxdm.conf" and follow
 the instructions.
 
 .B	autologin

Bug#810989: closed by Tanguy Ortolo (Bug#810989: fixed in itstool 2.0.2-3)

[Adrian Bunk]

On Sat, Apr 02, 2016 at 06:21:15PM +, Debian Bug Tracking System wrote:
>...
>  itstool (2.0.2-3) unstable; urgency=medium
>  .
>* debian/patches/fix-utf8-handling.patch: Backport an upstream fix to
>  prevent itstool from failing on non-ASCII characters. (Closes: #810989)
>...

Thanks a lot for fixing this bug for stretch.

It is still present in jessie, could you also fix it there?
Alternatively, I can fix it for jessie if you don't object.

Thanks
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#862506: unblock: gdm3/3.22.3-2

[Michael Biebl]

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

Please unblock package gdm3

It fixes RC bug #857995 [1], where trying to restart gdm3 resulted in a
system which was basically DoSed by constant respawns of of the gdm
process.

You will notice that 3.22.3 is a new upstream stable release compared to
what's currently in testing, i.e. 3.22.1.
The upstream changes between .1 and .3 are strictly bug fixes though and
something we want for stretch anyway.

In addition 3.22.3 had been sitting in unstable for almost two months
with no new regression reported.
It thus seemed preferrable to fix it this way then to re-upload 3.22.1
or make a t-p-u upload.

The complete debdiff is attached. I only filtered autotools related
noise.

Regards,
Michael

unblock gdm3/3.22.3-2

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857995
-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
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)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
 NEWS  |   
17 
 common/gdm-address.c  |   
24 
 configure.ac  |   
13 
 daemon/gdm-display.c  |  
252 ++
 daemon/gdm-local-display-factory.c|   
13 
 daemon/gdm-manager-glue.c |
2 
 daemon/gdm-manager-glue.h |   
10 
 daemon/gdm-manager.c  |   
70 +-
 daemon/gdm-session-worker.c   |   
79 ++-
 daemon/gdm-session.c  |   
40 +
 daemon/gdm-wayland-session.c  |
2 
 daemon/gdm-x-session.c|
2 
 daemon/gdm-xdmcp-display-factory.c|   
15 
 debian/changelog  |   
28 +
 debian/control|
1 
 debian/control.in |
1 
 debian/gdm3.install   |
3 
 debian/gdm3.postinst  |
8 
 debian/patches/09_default_session.patch   |
8 
 debian/patches/16_xserver_path.patch  |
2 
 debian/patches/Hack-D-Bus-messages-from-Debian-8-libgdm-to-work-wit.patch |   
11 
 debian/patches/pam_gdm-allow-setting-pam-module-dir-at-configure-ti.patch |   
63 ++
 debian/patches/series |
2 
 debian/patches/stop-greeter-explicitly-when-finishing-display.patch   |   
31 +
 debian/rules  |
3 
 libgdm/gdm-client-glue.h  |   
42 -
 libgdm/gdm.pc |
2 
 27 files changed, 506 insertions(+), 238 deletions(-)

Bug#862505: smb4k: CVE-2017-8849

[Salvatore Bonaccorso]

Source: smb4k
Version: 1.1.2-1
Severity: important
Tags: security patch upstream

Hi,

the following vulnerability was published for smb4k.

CVE-2017-8849[0]:
No description was found (try on a search engine)

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-8849
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-8849
[1] https://www.kde.org/info/security/advisory-20170510-2.txt

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#851877: fails every time

[Michael Stapelberg]

Sorry for the late reply.

Adam, could you run the attached example program (derived from the
getaddrinfo and getnameinfo manpages) please? The output should help us
narrow down whether the problem is with the application code of sslh or
something in the environment.

Use: gcc -Wall -o gai gai.c && ./gai localhost 9002

Thanks.

On Sat, May 6, 2017 at 8:57 PM, Adam Borowski  wrote:

> On Sat, May 06, 2017 at 08:00:11PM +0200, Michael Stapelberg wrote:
> > Thanks. It seems like getaddrinfo() is returning two results when
> resolving
> > localhost. Can you provide the contents of your hostname
> resolution-related
> > configuration please? I.e., /etc/hosts, /etc/resolv.conf,
> > /etc/nsswitch.conf, anything else you might have tweaked in that area.
>
> nsswitch.conf: always default.
>
>
> amd64 (100% fails on all chroots):
> .--[ /etc/hosts ]
> 127.0.0.1   localhost
> 127.0.1.1   umbar.angband.plumbar
> #lots of commented out stuff
>
> # The following lines are desirable for IPv6 capable hosts
> ::1 localhost ip6-localhost ip6-loopback
> ff02::1 ip6-allnodes
> ff02::2 ip6-allrouters
> +--[ /etc/resolv.conf ]
> domain angband.pl
> search angband.pl
> nameserver 2001:6a0:118::3:2
> `
>
> armhf (100% fails on all chroots):
> .--[ /etc/hosts ]
> 127.0.0.1   localhost
> ::1 localhost ip6-localhost ip6-loopback
> fe00::0 ip6-localnet
> ff00::0 ip6-mcastprefix
> ff02::1 ip6-allnodes
> ff02::2 ip6-allrouters
>
> 127.0.0.1  kholdan  kholdan.angband.pl
> 2001:6a0:118::3:6   narchost
> #2001:6a0:118::3:3  apt.angband.pl
> +--[ /etc/resolv.conf ]
> domain angband.pl
> search angband.pl
> nameserver 10.0.1.2
> `
>
> arm64 (100% ok on all chroots):
> .--[ /etc/hosts ]
> 127.0.0.1   localhost
> 127.0.1.1   sirius.angband.pl sirius
>
> # The following lines are desirable for IPv6 capable hosts
> ::1 localhost ip6-localhost ip6-loopback
> fe00::0 ip6-localnet
> ff00::0 ip6-mcastprefix
> ff02::1 ip6-allnodes
> ff02::2 ip6-allrouters
> +--[ /etc/resolv.conf ]
> domain angband.pl
> nameserver 10.0.1.2
> nameserver 2001:6a0:118::3:2
> `
>
> (10.0.1.2 is same as 2001:6a0:118::3:2)
>
> --
> Don't be racist.  White, amber or black, all beers should be judged based
> solely on their merits.  Heck, even if occasionally a cider applies for a
> beer's job, why not?
> On the other hand, corpo lager is not a race.
>



-- 
Best regards,
Michael
#include 
#include 
#include 
#include 
#include 
#include 
#include 

int main(int argc, char *argv[]) {
struct addrinfo hints;
struct addrinfo *result, *rp;
int s;

if (argc < 3) {
fprintf(stderr, "Usage: %s host port...\n", argv[0]);
exit(EXIT_FAILURE);
}

/* Obtain address(es) matching host/port */

memset(&hints, 0, sizeof(struct addrinfo));
hints.ai_family = AF_UNSPEC;/* Allow IPv4 or IPv6 */
hints.ai_socktype = SOCK_DGRAM; /* Datagram socket */
hints.ai_flags = 0;
hints.ai_protocol = 0;  /* Any protocol */

s = getaddrinfo(argv[1], argv[2], &hints, &result);
if (s != 0) {
fprintf(stderr, "getaddrinfo: %s\n", gai_strerror(s));
exit(EXIT_FAILURE);
}

	printf("printing getaddrinfo(%s, %s) results:\n", argv[1], argv[2]);
	printf("\n");
for (rp = result; rp != NULL; rp = rp->ai_next) {
		printf("  ai_family = %d\n", rp->ai_family);
		printf("  ai_socktype = %d\n", rp->ai_socktype);
		printf("  ai_protocol = %d\n", rp->ai_protocol);
		printf("  rp->ai_addrlen = %d\n", rp->ai_addrlen);
		char hbuf[NI_MAXHOST], sbuf[NI_MAXSERV];
		if (getnameinfo(rp->ai_addr, rp->ai_addrlen, hbuf, sizeof(hbuf), sbuf, sizeof(sbuf), NI_NUMERICHOST | NI_NUMERICSERV) == 0)
			printf("host=%s, serv=%s\n", hbuf, sbuf);
		printf("\n");
}
	printf("done\n");
}

Bug#862507: RFS: pybind11/2.1.0-1 [experimental]

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the following package:

* Package name: pybind11
  Version : 2.1.0
  Upstream Author : Wenzel Jakob 
* URL : https://github.com/pybind/pybind11
* License : BSD
  Section : libs

One can check out the package by visiting the following URL
(experimental branch):

  https://anonscm.debian.org/git/debian-science/packages/pybind11.git

Changes since last upload:

  * Switch from git-dpm to gbp
  * New upstream version 2.1.0
  * Refresh
the patch queue
  * Fixup the Vcs-Browser URI
  * Simplify the rules file
  * Update the packaging of the documentation
- Use the Python 3
version of Sphinx and the RTD theme
- Add new dependency on the
breathe Sphinx extension
- Call the upstream Makefile for the
documentation
- Install from and clean the docs build directory
  *
Add DEP-8 tests for clang

Note: I am aware there is a new upstream release available (2.1.1) but
the update is marginal (1 commit) and concerns Windows only.

Best regards,
Ghis

Bug#862508: openjdk-8-jre: libatk-wrapper-java-jni dependency should be raised to (>= 0.33.3-9~)

[Adrian Bunk]

Package: openjdk-8-jre
Version: 8u131-b11-1
Severity: serious

Due to #824226 (observed by several people) openjdk-8-jre should
raise the libatk-wrapper-java-jni dependency to (>= 0.33.3-9~).

Bug#862506: unblock: gdm3/3.22.3-2

[Michael Biebl]

Am 13.05.2017 um 20:40 schrieb Michael Biebl:
> The complete debdiff is attached. I only filtered autotools related
> noise.

Oops, one pipe too many. Seems I managed to attach the diffstat, not the
actual debdiff.
Please find it attached now.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff -Nru gdm3-3.22.1/common/gdm-address.c gdm3-3.22.3/common/gdm-address.c
--- gdm3-3.22.1/common/gdm-address.c2016-09-21 21:27:19.0 +0200
+++ gdm3-3.22.3/common/gdm-address.c2017-03-03 21:32:41.0 +0100
@@ -220,14 +220,13 @@
 
 static void
 _gdm_address_debug (GdmAddress *address,
-const char *hostname,
 const char *host,
 const char *port)
 {
-g_debug ("Address family:%d (%s) hostname:%s host:%s port:%s local:%d 
loopback:%d",
+g_debug ("Address family:%d (%s) host:%s port:%s local:%d loopback:%d",
+
  address->ss->ss_family,
  address_family_str (address) ? address_family_str (address) : 
"(null)",
- hostname ? hostname : "(null)",
  host ? host : "(null)",
  port ? port : "(null)",
  gdm_address_is_local (address),
@@ -237,13 +236,14 @@
 void
 gdm_address_debug (GdmAddress *address)
 {
-char *hostname;
-char *host;
-char *port;
+char *hostname = NULL;
+char *host = NULL;
+char *port = NULL;
 
-gdm_address_get_hostname (address, &hostname);
 gdm_address_get_numeric_info (address, &host, &port);
 
+_gdm_address_debug (address, host, port);
+
 g_free (hostname);
 g_free (host);
 g_free (port);
@@ -277,7 +277,8 @@
 err_msg = gai_strerror (res);
 g_warning ("Unable to lookup hostname: %s",
 err_msg ? err_msg : "(null)");
-_gdm_address_debug (address, NULL, NULL, NULL);
+_gdm_address_debug (address, NULL, NULL);
+
 }
 
 /* try numeric? */
@@ -318,7 +319,7 @@
 err_msg = gai_strerror (res);
 g_warning ("Unable to lookup numeric info: %s",
 err_msg ? err_msg : "(null)");
-_gdm_address_debug (address, NULL, NULL, NULL);
+_gdm_address_debug (address, NULL, NULL);
 } else {
 ret = TRUE;
 }
@@ -404,8 +405,6 @@
 address = 
gdm_address_new_from_sockaddr ((struct sockaddr *)&ifreq.ifr_addr,

  sizeof (struct sockaddr));
 
-gdm_address_debug (address);
-
 *list = g_list_append (*list, address);
 }
 }
@@ -437,7 +436,8 @@
 
 memset (&hints, 0, sizeof (hints));
 hints.ai_family = AF_UNSPEC;
-hints.ai_flags = AI_CANONNAME;
+hints.ai_flags = AI_CANONNAME | AI_NUMERICHOST;
+
 
 g_debug ("GdmAddress: looking up hostname: %s", hostbuf);
 result = NULL;
diff -Nru gdm3-3.22.1/configure.ac gdm3-3.22.3/configure.ac
--- gdm3-3.22.1/configure.ac2016-10-12 19:58:41.0 +0200
+++ gdm3-3.22.3/configure.ac2017-03-06 18:09:04.0 +0100
@@ -1,7 +1,7 @@
 
 AC_PREREQ([2.60])
 AC_INIT([gdm],
-[3.22.1],
+[3.22.3],
 [http://bugzilla.gnome.org/enter_bug.cgi?product=gdm])
 
 AC_CONFIG_SRCDIR([daemon/gdm-manager.c])
@@ -84,6 +84,7 @@
 gio-2.0 >= $GLIB_REQUIRED_VERSION
 gio-unix-2.0 >= $GLIB_REQUIRED_VERSION
 accountsservice >= $ACCOUNTS_SERVICE_REQUIRED_VERSION
+xcb
 )
 AC_SUBST(DAEMON_CFLAGS)
 AC_SUBST(DAEMON_LIBS)
@@ -194,6 +195,16 @@
   AC_DEFINE(ENABLE_SPLIT_AUTHENTICATION, 1, [Define if split authentication is 
enabled])
 fi
 
+AC_ARG_ENABLE(user-display-server,
+ AS_HELP_STRING([--enable-user-display-server],
+ [Enable running X server as user 
@<:@default=yes@:>@]),,
+  enable_user_display_server=yes)
+AM_CONDITIONAL(ENABLE_USER_DISPLAY_SERVER, test x$user_display_server = xyes)
+
+if test x$enable_user_display_server = xyes; then
+  AC_DEFINE(ENABLE_USER_DISPLAY_SERVER, 1, [Define if user display servers are 
supported])
+fi
+
 AC_ARG_WITH(default-pam-config,
AS_HELP_STRING([--with-default-pam-config: One of redhat, 
openembedded, exherbo, lfs, arch, none @<:@default=auto@:>@]))
 dnl If not given, try autodetecting from release files (see NetworkManager 
source) 
diff -Nru gdm3-3.22.1/daemon/gdm-display.c gdm3-3.22.3/daemon/gdm-display.c
--- gdm3-3.22.1/daemon/gdm-display.c2016-09-21 21:27:19.0 +0200
+++ gdm3-3.22.3/daemon/gdm-display.c2017-03-01 21:58:01.0 +0100
@@ -34,8 +34,7 @@
 #include 
 #include 
 
-#include 

Bug#861180: shc: infinite loop does not work properly

[Md Jahidul Hamid]

On Sat, 13 May 2017 11:42:06 -0400 Tong Sun
 wrote:
> I've submit Francisco's patch as PR to neurobin/shc, and asked him to be
> the new maintainer of Debian shc package.
> https://github.com/neurobin/shc/pull/35

Thanks for asking.
Sure, I would be happy to take over :D

Regards,
Jahid.



signature.asc
Description: OpenPGP digital signature

Bug#824226: openjdk-8-jre is not in jessie

[Adrian Bunk]

Control: tags -1 stretch sid

openjdk-8-jre is not in jessie, and adding a sufficient dependency to 
openjdk-8-jre is requested in #862508.

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#533231: Pour la 1ère fois, nous mettons à votre disposition nos fichiers entreprises

[Afrik e-mailing]

Si vous ne voyez pas ce message correctement, consultez-le en ligne
Newsletters Mai 2017
Afrik e-mailing.
" Nous vous ouvrons les portes de l'Afrique "
Chers entrepreneurs,
Pour la première fois depuis notre création en 2009, nous avons décidé de céder 
une partie de nos fichiers mails. Il s'agit d'une grande opportunité car vous 
avez dés maintenant, la possibilité d'acquérir les adresses mails des sociétés 
et opérateurs économiques dans + de 20 pays en Afrique. 
L'ensemble de ces contacts vont permettre à votre entreprise de prospecter et 
trouver 
des clients ou des partenaires dans les pays de votre choix.
Achetez les contacts Mails  des sociétes et opérateurs économiques dans les 
pays de votre choix 
dés maintenant
Faites vos achats en ligne 
Ou contactez-nous directement
Les modes de paiements :
- Virement bancaire - compte au Burkina Faso ou en France
- Chèque au Burkina Faso ou en France
- Paypal 
- Western Union
- Money Gram
- Bitcoin
- Ethereum
Contacts :
France : 
Tél. : +33(0)7.84.30.15.65 - whats'app - Viber
e-mail : web.perig...@gmail.com
Burkina Faso
Tél.: +226.73.98.61.77
e-mail : cont...@burkinafacile.com
--
Ce message a été diffusé par Burkina Facile
Votre partenaire au Burkina Faso depuis 2009
Tél : +226 73 98 61 77 / 78 71 84 73 ( Afrique )
mail : cont...@burkinafacile.com
Si vous ne souhaitez plus recevoir nos messages, suivez ce lien :
Veuillez me retirer de votre liste de diffusion

Bug#666926: Pour la 1ère fois, nous mettons à votre disposition nos fichiers entreprises

[Afrik e-mailing]

Si vous ne voyez pas ce message correctement, consultez-le en ligne
Newsletters Mai 2017
Afrik e-mailing.
" Nous vous ouvrons les portes de l'Afrique "
Chers entrepreneurs,
Pour la première fois depuis notre création en 2009, nous avons décidé de céder 
une partie de nos fichiers mails. Il s'agit d'une grande opportunité car vous 
avez dés maintenant, la possibilité d'acquérir les adresses mails des sociétés 
et opérateurs économiques dans + de 20 pays en Afrique. 
L'ensemble de ces contacts vont permettre à votre entreprise de prospecter et 
trouver 
des clients ou des partenaires dans les pays de votre choix.
Achetez les contacts Mails  des sociétes et opérateurs économiques dans les 
pays de votre choix 
dés maintenant
Faites vos achats en ligne 
Ou contactez-nous directement
Les modes de paiements :
- Virement bancaire - compte au Burkina Faso ou en France
- Chèque au Burkina Faso ou en France
- Paypal 
- Western Union
- Money Gram
- Bitcoin
- Ethereum
Contacts :
France : 
Tél. : +33(0)7.84.30.15.65 - whats'app - Viber
e-mail : web.perig...@gmail.com
Burkina Faso
Tél.: +226.73.98.61.77
e-mail : cont...@burkinafacile.com
--
Ce message a été diffusé par Burkina Facile
Votre partenaire au Burkina Faso depuis 2009
Tél : +226 73 98 61 77 / 78 71 84 73 ( Afrique )
mail : cont...@burkinafacile.com
Si vous ne souhaitez plus recevoir nos messages, suivez ce lien :
Veuillez me retirer de votre liste de diffusion

Bug#511094: Pour la 1ère fois, nous mettons à votre disposition nos fichiers entreprises

[Afrik e-mailing]

Si vous ne voyez pas ce message correctement, consultez-le en ligne
Newsletters Mai 2017
Afrik e-mailing.
" Nous vous ouvrons les portes de l'Afrique "
Chers entrepreneurs,
Pour la première fois depuis notre création en 2009, nous avons décidé de céder 
une partie de nos fichiers mails. Il s'agit d'une grande opportunité car vous 
avez dés maintenant, la possibilité d'acquérir les adresses mails des sociétés 
et opérateurs économiques dans + de 20 pays en Afrique. 
L'ensemble de ces contacts vont permettre à votre entreprise de prospecter et 
trouver 
des clients ou des partenaires dans les pays de votre choix.
Achetez les contacts Mails  des sociétes et opérateurs économiques dans les 
pays de votre choix 
dés maintenant
Faites vos achats en ligne 
Ou contactez-nous directement
Les modes de paiements :
- Virement bancaire - compte au Burkina Faso ou en France
- Chèque au Burkina Faso ou en France
- Paypal 
- Western Union
- Money Gram
- Bitcoin
- Ethereum
Contacts :
France : 
Tél. : +33(0)7.84.30.15.65 - whats'app - Viber
e-mail : web.perig...@gmail.com
Burkina Faso
Tél.: +226.73.98.61.77
e-mail : cont...@burkinafacile.com
--
Ce message a été diffusé par Burkina Facile
Votre partenaire au Burkina Faso depuis 2009
Tél : +226 73 98 61 77 / 78 71 84 73 ( Afrique )
mail : cont...@burkinafacile.com
Si vous ne souhaitez plus recevoir nos messages, suivez ce lien :
Veuillez me retirer de votre liste de diffusion

Bug#862509: not a drop-in replacement for pkg-config, doesn't properly handle --define-variable

[Michael Biebl]

Package: pkgconf
Version: 0.9.12-5
Severity: serious

Hi,

today I was puzzled by a package failing to build rather randomly

https://buildd.debian.org/status/package.php?p=network-manager-pptp&suite=experimental

It turns out, some buildds installed pkgconf instead of pkg-config,
which resulted in the package failing to build.
The package in question uses
pkg-config --define-variable prefix='\${prefix}' --variable vpnservicedir libnm

With pkg-config this resolves to
${prefix}/lib/NetworkManager/VPN

With pkgconf this resolves to
\/lib/NetworkManager/VPN

As a result, files were installed at the wrong place, trying a
dh_install failure.


-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
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)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pkgconf depends on:
ii  libc6 2.24-10
ii  libdpkg-perl  1.18.23

pkgconf recommends no packages.

pkgconf suggests no packages.

-- no debconf information